Новый подход к смарт-контрактам Биткойна: исследование схемы привязки UTXO
Биткойн как наиболее ликвидная и безопасная блокчейн-сеть привлекла множество разработчиков после всплеска мемов. Эти разработчики быстро сосредоточились на программируемости и масштабировании Биткойна. Благодаря внедрению таких инновационных решений, как ZK, DA, побочные цепи, rollup, restaking, процветание экосистемы Биткойна достигло нового пика и стало основным фокусом текущего бычьего рынка.
Однако многие существующие разработки опираются на опыт масштабирования платформ смарт-контрактов, таких как Эфириум, часто полагаясь на централизованные кросс-цепочные мосты, что становится потенциальной слабостью системы. Очень немногие решения разработаны на основе характеристик Биткойна, что связано с недостаточно дружелюбной средой разработки самого Биткойна. Биткойн сталкивается с несколькими ограничивающими факторами, что затрудняет его способность выполнять смарт-контракты, как это делает Эфириум:
Язык сценариев Биткойн ограничивает тьюринг-полноту для обеспечения безопасности и не может выполнять сложные смарт-контракты, как это делает Эфириум.
Хранение в блокчейне Биткойн разработано для простых транзакций и не оптимизировано для сложных смарт-контрактов.
Биткойн недостаточно запускает смарт-контракты.
Введение SegWit ( в 2017 году расширило ограничение размера блока Биткойн; обновление Taproot в 2021 году сделало возможной проверку пакетных подписей, что позволило более эффективно обрабатывать транзакции (такие как атомарные обмены, мультиподписные кошельки и условные платежи). Эти достижения создали условия для программируемости Биткойн.
В 2022 году разработчик Кейси Родамор предложил "Теорию порядков", в которой описана схема нумерации Сатоши, что позволяет встраивать изображения и любые данные в транзакции Биткойна. Это открыло новые возможности для прямого встраивания статусной информации и метаданных в цепочку Биткойн, предлагая новые идеи для приложений, таких как смарт-контракты, которым нужны доступные и проверяемые статусные данные.
В настоящее время большинство проектов, расширяющих программируемость Биткойна, полагаются на сети второго уровня (L2), что требует от пользователей доверия к кроссчейн-мостам, что становится основным препятствием для привлечения пользователей и ликвидности на L2. Кроме того, Биткойн в настоящее время лишен родной виртуальной машины или программируемости, что не позволяет осуществлять связь между L2 и L1 без дополнительных предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить программируемость Биткойна, исходя из его оригинальных свойств, предоставляя смарт-контракты и сложные торговые возможности различными способами:
RGB — это схема смарт-контрактов, проверяемая через клиент вне цепи, которая записывает изменения состояния смарт-контрактов в UTXO Биткойна. Несмотря на преимущества конфиденциальности, она сложна в использовании и страдает от нехватки совместимости контрактов, что замедляет её развитие.
RGB++ является еще одним расширением на основе концепции RGB, по-прежнему основанным на привязке UTXO, но предоставляет решение для кросс-цепочных метаданных активов, используя саму цепь в качестве клиента-валидатора с консенсусом и поддерживая перенос любых UTXO-структур цепей.
Arch Network предоставляет нативное решение смарт-контрактов для Биткойна, создавая ZK виртуальную машину и соответствующую сеть валидаторов, записывая изменения состояния и этапы активов в транзакциях Биткойна через агрегацию транзакций.
RGB использует способ верификации вне цепи, перемещая верификацию передачи токенов с уровня консенсуса Биткойна на внецепные платформы, где за верификацию отвечают определенные клиенты, связанные с транзакцией. Этот подход снижает потребность в широковещательной передаче по всей сети, повышая уровень конфиденциальности и эффективности. Однако это усиление конфиденциальности является двусторонним мечом. Хотя оно усиливает защиту конфиденциальности, это делает третьи стороны невидимыми, что усложняет фактические операции и затрудняет разработку, что приводит к ухудшению пользовательского опыта.
RGB++ использует тьюринг-полные UTXO-цепи (такие как CKB или другие цепи) для обработки оффлайн-данных и смарт-контрактов, что значительно увеличивает программируемость Биткойна и гарантирует безопасность за счет однородного связывания BTC. Он расширяется на все тьюринг-полные UTXO-цепи, повышая межсетевую совместимость и ликвидность активов. RGB++ реализует межсетевое взаимодействие без мостов через однородное связывание UTXO, предотвращая проблему "фальшивых токенов" и обеспечивая подлинность и согласованность активов.
Сеть Arch состоит в основном из Arch zkVM и сети узлов проверки, использует доказательства с нулевым разглашением и децентрализованную сеть проверки для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобна, чем RGB, и не требует привязки к другой UTXO-цепи, как RGB++. Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации доказательств с нулевым разглашением, которые проверяются децентрализованной сетью узлов. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
! [Привязка UTXO: подробное объяснение решений для смарт-контрактов BTC RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-0b0106c9ec7c79b2e266824525ff1721.webp(
В дизайне программируемости Биткойна RGB, RGB++ и Arch Network обладают своими особенностями, но все они продолжают идею связывания UTXO, а одноразовые свойства аутентификации UTXO лучше подходят для смарт-контрактов, используемых для записи состояния.
Тем не менее, у этих решений есть очевидные недостатки, в основном это плохой пользовательский опыт, задержка подтверждения, аналогичная Биткойну, и низкая производительность. Они в основном расширяли функциональность, но не смогли повысить производительность, что особенно заметно в Arch и RGB. Хотя дизайн RGB++ обеспечивает лучший пользовательский опыт за счет введения высокопроизводительной UTXO-цепи, он также вводит дополнительные предположения о безопасности.
С увеличением числа разработчиков, присоединяющихся к сообществу Биткойн, мы увидим больше решений по масштабированию, таких как предложение об обновлении op-cat, которое активно обсуждается. Решения, соответствующие природе Биткойн, заслуживают особого внимания, метод привязки UTXO является самым эффективным способом расширения его программирования без обновления сети Биткойн. Если удастся решить проблемы пользовательского опыта, это станет значительным шагом вперед в развитии смарт-контрактов Биткойн.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Биткойн смарт-контракты новое решение: преимущества и вызовы UTXO-привязки
Новый подход к смарт-контрактам Биткойна: исследование схемы привязки UTXO
Биткойн как наиболее ликвидная и безопасная блокчейн-сеть привлекла множество разработчиков после всплеска мемов. Эти разработчики быстро сосредоточились на программируемости и масштабировании Биткойна. Благодаря внедрению таких инновационных решений, как ZK, DA, побочные цепи, rollup, restaking, процветание экосистемы Биткойна достигло нового пика и стало основным фокусом текущего бычьего рынка.
Однако многие существующие разработки опираются на опыт масштабирования платформ смарт-контрактов, таких как Эфириум, часто полагаясь на централизованные кросс-цепочные мосты, что становится потенциальной слабостью системы. Очень немногие решения разработаны на основе характеристик Биткойна, что связано с недостаточно дружелюбной средой разработки самого Биткойна. Биткойн сталкивается с несколькими ограничивающими факторами, что затрудняет его способность выполнять смарт-контракты, как это делает Эфириум:
Введение SegWit ( в 2017 году расширило ограничение размера блока Биткойн; обновление Taproot в 2021 году сделало возможной проверку пакетных подписей, что позволило более эффективно обрабатывать транзакции (такие как атомарные обмены, мультиподписные кошельки и условные платежи). Эти достижения создали условия для программируемости Биткойн.
В 2022 году разработчик Кейси Родамор предложил "Теорию порядков", в которой описана схема нумерации Сатоши, что позволяет встраивать изображения и любые данные в транзакции Биткойна. Это открыло новые возможности для прямого встраивания статусной информации и метаданных в цепочку Биткойн, предлагая новые идеи для приложений, таких как смарт-контракты, которым нужны доступные и проверяемые статусные данные.
В настоящее время большинство проектов, расширяющих программируемость Биткойна, полагаются на сети второго уровня (L2), что требует от пользователей доверия к кроссчейн-мостам, что становится основным препятствием для привлечения пользователей и ликвидности на L2. Кроме того, Биткойн в настоящее время лишен родной виртуальной машины или программируемости, что не позволяет осуществлять связь между L2 и L1 без дополнительных предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить программируемость Биткойна, исходя из его оригинальных свойств, предоставляя смарт-контракты и сложные торговые возможности различными способами:
RGB — это схема смарт-контрактов, проверяемая через клиент вне цепи, которая записывает изменения состояния смарт-контрактов в UTXO Биткойна. Несмотря на преимущества конфиденциальности, она сложна в использовании и страдает от нехватки совместимости контрактов, что замедляет её развитие.
RGB++ является еще одним расширением на основе концепции RGB, по-прежнему основанным на привязке UTXO, но предоставляет решение для кросс-цепочных метаданных активов, используя саму цепь в качестве клиента-валидатора с консенсусом и поддерживая перенос любых UTXO-структур цепей.
Arch Network предоставляет нативное решение смарт-контрактов для Биткойна, создавая ZK виртуальную машину и соответствующую сеть валидаторов, записывая изменения состояния и этапы активов в транзакциях Биткойна через агрегацию транзакций.
![UTXO привязка: Подробное объяснение схемы смарт-контрактов BTC RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-fd3e0af827c9ddea86a297fe937aaa72.webp(
RGB использует способ верификации вне цепи, перемещая верификацию передачи токенов с уровня консенсуса Биткойна на внецепные платформы, где за верификацию отвечают определенные клиенты, связанные с транзакцией. Этот подход снижает потребность в широковещательной передаче по всей сети, повышая уровень конфиденциальности и эффективности. Однако это усиление конфиденциальности является двусторонним мечом. Хотя оно усиливает защиту конфиденциальности, это делает третьи стороны невидимыми, что усложняет фактические операции и затрудняет разработку, что приводит к ухудшению пользовательского опыта.
RGB++ использует тьюринг-полные UTXO-цепи (такие как CKB или другие цепи) для обработки оффлайн-данных и смарт-контрактов, что значительно увеличивает программируемость Биткойна и гарантирует безопасность за счет однородного связывания BTC. Он расширяется на все тьюринг-полные UTXO-цепи, повышая межсетевую совместимость и ликвидность активов. RGB++ реализует межсетевое взаимодействие без мостов через однородное связывание UTXO, предотвращая проблему "фальшивых токенов" и обеспечивая подлинность и согласованность активов.
![UTXO привязка: Подробное объяснение BTC смарт-контрактов RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-7fc8d82ac7da1ba2052256fc1d0476b2.webp(
Сеть Arch состоит в основном из Arch zkVM и сети узлов проверки, использует доказательства с нулевым разглашением и децентрализованную сеть проверки для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобна, чем RGB, и не требует привязки к другой UTXO-цепи, как RGB++. Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации доказательств с нулевым разглашением, которые проверяются децентрализованной сетью узлов. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
! [Привязка UTXO: подробное объяснение решений для смарт-контрактов BTC RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-0b0106c9ec7c79b2e266824525ff1721.webp(
В дизайне программируемости Биткойна RGB, RGB++ и Arch Network обладают своими особенностями, но все они продолжают идею связывания UTXO, а одноразовые свойства аутентификации UTXO лучше подходят для смарт-контрактов, используемых для записи состояния.
Тем не менее, у этих решений есть очевидные недостатки, в основном это плохой пользовательский опыт, задержка подтверждения, аналогичная Биткойну, и низкая производительность. Они в основном расширяли функциональность, но не смогли повысить производительность, что особенно заметно в Arch и RGB. Хотя дизайн RGB++ обеспечивает лучший пользовательский опыт за счет введения высокопроизводительной UTXO-цепи, он также вводит дополнительные предположения о безопасности.
С увеличением числа разработчиков, присоединяющихся к сообществу Биткойн, мы увидим больше решений по масштабированию, таких как предложение об обновлении op-cat, которое активно обсуждается. Решения, соответствующие природе Биткойн, заслуживают особого внимания, метод привязки UTXO является самым эффективным способом расширения его программирования без обновления сети Биткойн. Если удастся решить проблемы пользовательского опыта, это станет значительным шагом вперед в развитии смарт-контрактов Биткойн.