Исследование программируемости Биткойна: от RGB до Arch Network
Биткойн как наиболее ликвидная и безопасная блокчейн-технология в последнее время привлекла внимание множества разработчиков к своей Программируемости и проблемам масштабируемости. Внедряя различные технологические решения, экосистема Биткойн переживает новый пик процветания, становясь центром внимания текущего рынка.
Однако многие проекты по масштабированию следуют опыту таких платформ, как Эфириум, и часто полагаются на централизованные кросс-чейн мосты, что становится потенциальной точкой риска для системы. Немногие решения разрабатываются с учетом особенностей Биткойна, что связано с ограничениями среды разработки Биткойна. По ряду причин Биткойн не может напрямую выполнять смарт-контракты, как Эфириум:
Язык сценариев Биткойна ограничивает Тьюринг-полноту для обеспечения безопасности, что делает невозможным выполнение сложных смарт-контрактов.
Биткойн блокчейн хранит данные, разработанные для простых транзакций, не оптимизирован для сложных смарт-контрактов.
Биткойн не имеет виртуальной машины для выполнения смарт-контрактов.
Изоляционное свидетельство 2017 года и обновление Taproot 2021 года создали условия для Программируемость Биткойна. В 2022 году предложенная разработчиками "Теория ординалов" открыла новые горизонты для прямого встраивания статусной информации и метаданных в цепочку Биткойна, что имеет большое значение для приложений, требующих доступных и проверяемых статусных данных.
В настоящее время большинство проектов, усиливающих программируемость Биткойна, зависят от сетей второго уровня, что требует от пользователей доверия к кросс-чейн мостам, становясь препятствием для привлечения пользователей и ликвидности. Кроме того, Биткойн лишен родной виртуальной машины или программируемости, что делает невозможным осуществление связи между вторым и первым уровнями без дополнительных предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить Программируемость Биткойна, исходя из его нативных свойств, предлагая возможности для смарт-контрактов и сложных сделок различными способами:
RGB является схемой смарт-контрактов, проверяемой через клиент на стороне цепи, которая записывает изменения состояния контракта в UTXO Биткойна. Хотя это имеет преимущества в области конфиденциальности, использование затруднено и отсутствует программируемость контрактов, что замедляет развитие.
RGB++ основан на привязке UTXO, использует саму цепь в качестве валидатора клиентского консенсуса, предоставляет решение для кросс-чейн активов с метаданными и поддерживает перенос любых цепей со структурой UTXO.
Arch Network предоставляет нативное решение для смарт-контрактов для Биткойна, создавая ZK виртуальную машину и сеть узлов-валидаторов, фиксируя изменения состояния и записи активов в транзакциях Биткойна через агрегацию транзакций.
RGB
RGB является ранней концепцией расширения смарт-контрактов в сообществе Биткойн, которая использует UTXO для упаковки и записи данных состояния, предоставляя важные идеи для дальнейшего родного расширения.
RGB использует оффлайн-верификацию, перемещая проверку передачи токенов с уровня консенсуса на оффлайн, где это проверяется специальными клиентами, связанными с конкретными транзакциями. Это уменьшает потребность в широковещательной сети, усиливая конфиденциальность и эффективность. Однако этот способ повышения конфиденциальности также является мечом с двумя лезвиями. Привлечение только определенных узлов, связанных с транзакциями, хотя и усиливает конфиденциальность, делает третьих лиц невидимыми, что усложняет операции и затрудняет разработку, ухудшая пользовательский опыт.
RGB вводит концепцию одноразовых пломбы. Каждый UTXO может быть потрачен только один раз, что эквивалентно блокировке при создании и разблокировке при расходовании. Состояние смарт-контракта инкапсулируется в UTXO и управляется пломбой, обеспечивая эффективный механизм управления состоянием.
RGB++
RGB++ является еще одним расширением на основе концепции RGB, все еще основанным на привязке UTXO.
RGB++ использует Тьюрингово-полную цепочку UTXO для обработки внецепочечных данных и смарт-контрактов, что further улучшает Программируемость Биткойна и обеспечивает безопасность через гомоморфное связывание.
RGB++ использует полностью программируемую UTXO цепь в качестве теневой цепи, обрабатывая данные вне цепи и смарт-контракты. Эта цепь может выполнять сложные смарт-контракты и связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. UTXO Биткойна и UTXO теневой цепи связаны изоморфно, что обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяет поддержку всех Тьюринг-полных UTXO цепей, улучшая межцепочечную совместимость и ликвидность активов. Эта поддержка многоцепей повышает гибкость системы. В то же время, благодаря гомоморфному связыванию UTXO реализуется межцепочечная связь без мостов, что позволяет избежать проблемы "ложных токенов" и обеспечивает подлинность и согласованность активов.
Проверка в цепочке через теневую цепь упростила процесс верификации клиентов для RGB++. Пользователям достаточно проверить транзакции, связанные с теневой цепью, чтобы подтвердить правильность вычисления состояния. Эта проверка в цепочке упрощает процесс и оптимизирует пользовательский опыт. Использование Turing-совместимой теневой цепи избегает сложного управления UTXO, предоставляя более упрощенный и дружелюбный опыт.
Сеть Arch в основном состоит из Arch zkVM и сети узлов верификации, использует нулевое доказательство и децентрализованную верификационную сеть для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобна, чем RGB, не требует дополнительной привязки к UTXO.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые проверяются сетью децентрализованных узлов. Система работает на основе модели UTXO, инкапсулируя состояние смарт-контрактов в State UTXOs, что повышает безопасность и эффективность.
Активы UTXOs представляют Биткойн или другие токены и могут управляться через делегирование. Архитектура сети случайным образом выбирает ведущий узел для проверки содержимого ZKVM, используя схему подписи FROST для агрегации подписей узлов, в конечном итоге транзакция передается в сеть Биткойн.
Arch zkVM предоставляет Биткойну тюринг-полную виртуальную машину для выполнения сложных смарт-контрактов. После каждого выполнения контракта создается доказательство с нулевым раскрытием, используемое для проверки правильности контракта и изменений состояния.
Arch использует модель UTXO Биткойна, состояние и активы инкапсулируются в UTXO, осуществляя переход состояния через концепцию одноразового использования. Данные состояния смарт-контракта записываются в state UTXOs, а оригинальные данные активов фиксируются как Asset UTXOs. Arch гарантирует, что каждый UTXO может быть использован только один раз, обеспечивая безопасное управление состоянием.
Arch требует проверки сети узлов. В течение каждого Эпохи система случайным образом выбирает узел Лидера на основе доли, который отвечает за распространение информации. Все доказательства проверяются децентрализованной сетью узлов, чтобы обеспечить безопасность системы и устойчивость к цензуре, и генерируются подписи для узла Лидера. Как только транзакция получает подпись необходимого узла, она может быть передана в сеть Биткойн.
Заключение
В дизайне Программируемость Биткойн выделяются RGB, RGB++ и Arch Network, которые продолжают идею связывания UTXO. Одноразовая аутентификация UTXO лучше подходит для записи состояния смарт-контрактов.
Однако эти решения также сталкиваются с явными недостатками, такими как плохой пользовательский опыт, длительная задержка подтверждения, низкая производительность и другие проблемы. Arch и RGB в основном расширяют функциональность, но не улучшают производительность; RGB++ предлагает лучший опыт за счет высокопроизводительной цепочки UTXO, но вводит дополнительные предположения безопасности.
С увеличением числа разработчиков в сообществе Биткойн мы увидим больше решений для масштабирования, таких как предложение по обновлению op-cat, которое обсуждается. Решения, соответствующие естественным свойствам Биткойн, заслуживают внимания, метод привязки UTXO является эффективным способом расширения программируемости без обновления сети. Если удастся решить проблемы с пользовательским опытом, это станет значительным шагом вперед для смарт-контрактов Биткойн.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
9 Лайков
Награда
9
6
Репост
Поделиться
комментарий
0/400
RugResistant
· 08-15 08:25
Безопасность BTC действительно нереальна!
Посмотреть ОригиналОтветить0
CryptoPhoenix
· 08-12 09:05
Дорога к простоте, после падения снова подняться. В конечном итоге все знают, что мой токен снова возродится... Вхожу в рынок бегом, создаю позицию на дне по обстоятельствам. Ходить и останавливаться стало привычкой, стабильные эмоции, чтобы избежать ловушек и краха.
Посмотреть ОригиналОтветить0
SelfStaking
· 08-12 09:05
Расширение каждый день на слуху, но застопорилось.
Посмотреть ОригиналОтветить0
PanicSeller69
· 08-12 09:04
Этот тип дизайна — это просто трюк..... Лучше просто использовать BTC.
Посмотреть ОригиналОтветить0
CommunityLurker
· 08-12 09:00
Гоните в шею, разве это не просто смена кожи Эфира?
Исследование оригинальной Программируемость Биткойн: эволюция от RGB до Arch Network
Исследование программируемости Биткойна: от RGB до Arch Network
Биткойн как наиболее ликвидная и безопасная блокчейн-технология в последнее время привлекла внимание множества разработчиков к своей Программируемости и проблемам масштабируемости. Внедряя различные технологические решения, экосистема Биткойн переживает новый пик процветания, становясь центром внимания текущего рынка.
Однако многие проекты по масштабированию следуют опыту таких платформ, как Эфириум, и часто полагаются на централизованные кросс-чейн мосты, что становится потенциальной точкой риска для системы. Немногие решения разрабатываются с учетом особенностей Биткойна, что связано с ограничениями среды разработки Биткойна. По ряду причин Биткойн не может напрямую выполнять смарт-контракты, как Эфириум:
Изоляционное свидетельство 2017 года и обновление Taproot 2021 года создали условия для Программируемость Биткойна. В 2022 году предложенная разработчиками "Теория ординалов" открыла новые горизонты для прямого встраивания статусной информации и метаданных в цепочку Биткойна, что имеет большое значение для приложений, требующих доступных и проверяемых статусных данных.
В настоящее время большинство проектов, усиливающих программируемость Биткойна, зависят от сетей второго уровня, что требует от пользователей доверия к кросс-чейн мостам, становясь препятствием для привлечения пользователей и ликвидности. Кроме того, Биткойн лишен родной виртуальной машины или программируемости, что делает невозможным осуществление связи между вторым и первым уровнями без дополнительных предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить Программируемость Биткойна, исходя из его нативных свойств, предлагая возможности для смарт-контрактов и сложных сделок различными способами:
RGB является схемой смарт-контрактов, проверяемой через клиент на стороне цепи, которая записывает изменения состояния контракта в UTXO Биткойна. Хотя это имеет преимущества в области конфиденциальности, использование затруднено и отсутствует программируемость контрактов, что замедляет развитие.
RGB++ основан на привязке UTXO, использует саму цепь в качестве валидатора клиентского консенсуса, предоставляет решение для кросс-чейн активов с метаданными и поддерживает перенос любых цепей со структурой UTXO.
Arch Network предоставляет нативное решение для смарт-контрактов для Биткойна, создавая ZK виртуальную машину и сеть узлов-валидаторов, фиксируя изменения состояния и записи активов в транзакциях Биткойна через агрегацию транзакций.
RGB
RGB является ранней концепцией расширения смарт-контрактов в сообществе Биткойн, которая использует UTXO для упаковки и записи данных состояния, предоставляя важные идеи для дальнейшего родного расширения.
RGB использует оффлайн-верификацию, перемещая проверку передачи токенов с уровня консенсуса на оффлайн, где это проверяется специальными клиентами, связанными с конкретными транзакциями. Это уменьшает потребность в широковещательной сети, усиливая конфиденциальность и эффективность. Однако этот способ повышения конфиденциальности также является мечом с двумя лезвиями. Привлечение только определенных узлов, связанных с транзакциями, хотя и усиливает конфиденциальность, делает третьих лиц невидимыми, что усложняет операции и затрудняет разработку, ухудшая пользовательский опыт.
RGB вводит концепцию одноразовых пломбы. Каждый UTXO может быть потрачен только один раз, что эквивалентно блокировке при создании и разблокировке при расходовании. Состояние смарт-контракта инкапсулируется в UTXO и управляется пломбой, обеспечивая эффективный механизм управления состоянием.
RGB++
RGB++ является еще одним расширением на основе концепции RGB, все еще основанным на привязке UTXO.
RGB++ использует Тьюрингово-полную цепочку UTXO для обработки внецепочечных данных и смарт-контрактов, что further улучшает Программируемость Биткойна и обеспечивает безопасность через гомоморфное связывание.
RGB++ использует полностью программируемую UTXO цепь в качестве теневой цепи, обрабатывая данные вне цепи и смарт-контракты. Эта цепь может выполнять сложные смарт-контракты и связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. UTXO Биткойна и UTXO теневой цепи связаны изоморфно, что обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяет поддержку всех Тьюринг-полных UTXO цепей, улучшая межцепочечную совместимость и ликвидность активов. Эта поддержка многоцепей повышает гибкость системы. В то же время, благодаря гомоморфному связыванию UTXO реализуется межцепочечная связь без мостов, что позволяет избежать проблемы "ложных токенов" и обеспечивает подлинность и согласованность активов.
Проверка в цепочке через теневую цепь упростила процесс верификации клиентов для RGB++. Пользователям достаточно проверить транзакции, связанные с теневой цепью, чтобы подтвердить правильность вычисления состояния. Эта проверка в цепочке упрощает процесс и оптимизирует пользовательский опыт. Использование Turing-совместимой теневой цепи избегает сложного управления UTXO, предоставляя более упрощенный и дружелюбный опыт.
! UTXO Binding: подробное объяснение решений смарт-контрактов BTC: RGB, RGB++ и Arch Network
Сеть Arch
Сеть Arch в основном состоит из Arch zkVM и сети узлов верификации, использует нулевое доказательство и децентрализованную верификационную сеть для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобна, чем RGB, не требует дополнительной привязки к UTXO.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые проверяются сетью децентрализованных узлов. Система работает на основе модели UTXO, инкапсулируя состояние смарт-контрактов в State UTXOs, что повышает безопасность и эффективность.
Активы UTXOs представляют Биткойн или другие токены и могут управляться через делегирование. Архитектура сети случайным образом выбирает ведущий узел для проверки содержимого ZKVM, используя схему подписи FROST для агрегации подписей узлов, в конечном итоге транзакция передается в сеть Биткойн.
Arch zkVM предоставляет Биткойну тюринг-полную виртуальную машину для выполнения сложных смарт-контрактов. После каждого выполнения контракта создается доказательство с нулевым раскрытием, используемое для проверки правильности контракта и изменений состояния.
Arch использует модель UTXO Биткойна, состояние и активы инкапсулируются в UTXO, осуществляя переход состояния через концепцию одноразового использования. Данные состояния смарт-контракта записываются в state UTXOs, а оригинальные данные активов фиксируются как Asset UTXOs. Arch гарантирует, что каждый UTXO может быть использован только один раз, обеспечивая безопасное управление состоянием.
Arch требует проверки сети узлов. В течение каждого Эпохи система случайным образом выбирает узел Лидера на основе доли, который отвечает за распространение информации. Все доказательства проверяются децентрализованной сетью узлов, чтобы обеспечить безопасность системы и устойчивость к цензуре, и генерируются подписи для узла Лидера. Как только транзакция получает подпись необходимого узла, она может быть передана в сеть Биткойн.
Заключение
В дизайне Программируемость Биткойн выделяются RGB, RGB++ и Arch Network, которые продолжают идею связывания UTXO. Одноразовая аутентификация UTXO лучше подходит для записи состояния смарт-контрактов.
Однако эти решения также сталкиваются с явными недостатками, такими как плохой пользовательский опыт, длительная задержка подтверждения, низкая производительность и другие проблемы. Arch и RGB в основном расширяют функциональность, но не улучшают производительность; RGB++ предлагает лучший опыт за счет высокопроизводительной цепочки UTXO, но вводит дополнительные предположения безопасности.
С увеличением числа разработчиков в сообществе Биткойн мы увидим больше решений для масштабирования, таких как предложение по обновлению op-cat, которое обсуждается. Решения, соответствующие естественным свойствам Биткойн, заслуживают внимания, метод привязки UTXO является эффективным способом расширения программируемости без обновления сети. Если удастся решить проблемы с пользовательским опытом, это станет значительным шагом вперед для смарт-контрактов Биткойн.