Новый взгляд на смарт-контракты в экосистеме Биткойна
Биткойн как наиболее ликвидная и безопасная блокчейн-система в настоящее время привлекла большое количество разработчиков после всплеска интереса к инскрипциям. Они быстро обратили внимание на программируемость и проблемы масштабируемости Биткойна. Внедрение таких решений, как ZK, DA, сайдчейны, rollup и restaking, приводит к новому процветанию экосистемы Биткойн, которая становится главным фокусом текущего бычьего рынка.
Однако многие проекты переняли опыт масштабирования таких платформ смарт-контрактов, как Эфириум, и часто полагаются на централизованные кросс-чейн мосты, что становится потенциальной слабостью системы. Существуют немногие решения, основанные на характеристиках самого Биткойна, что связано с неудобным опытом разработки для Биткойна. Биткойн не может выполнять смарт-контракты так, как это делает Эфириум, по следующим причинам:
Язык сценариев Биткойн ограничивает Тьюринг-комплетность в интересах безопасности, что не позволяет выполнять сложные смарт-контракты.
Биткойн блокчейн хранение предназначено для простых сделок и не оптимизировано для сложных смарт-контрактов.
Биткойн не имеет виртуальной машины для выполнения смарт-контрактов.
Изолированное свидетельство 2017 года ( SegWit ) увеличило ограничение размера блоков Биткойна; обновление Taproot 2021 года сделало возможной валидацию пакетных подписей, что ускорило скорость обработки транзакций. Эти достижения создали условия для программируемости Биткойна.
В 2022 году разработчик Кейси Родармор предложил "Теорию ординалов", в которой описывается схема нумерации Сатоши, позволяющая встраивать произвольные данные в транзакции Биткойна. Это открыло новые возможности для непосредственного встраивания статусной информации и метаданных в цепочку Биткойна, предоставив новые идеи для приложений смарт-контрактов, нуждающихся в доступных и проверяемых статусных данных.
В настоящее время большинство проектов, расширяющих программируемость Биткойна, зависят от сетей второго уровня (L2), что требует от пользователей доверия к кросс-чейн мостам и является основным препятствием для привлечения пользователей и ликвидности в L2. Кроме того, Биткойн не имеет нативной виртуальной машины или программируемости, что делает невозможным осуществление связи между L2 и L1 без увеличения предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить программируемость Биткойн, исходя из его нативных свойств, предоставляя смарт-контракты и сложные торговые возможности различными способами:
RGB - это схема смарт-контрактов, проверяемая через клиент вне цепи, которая фиксирует изменения состояния смарт-контрактов в UTXO Биткойна. Хотя у нее есть определенные преимущества в области конфиденциальности, она сложна в использовании, не имеет совместимости контрактов и развивается медленно.
RGB++ является еще одной расширенной концепцией на основе RGB, которая по-прежнему основана на привязке UTXO, но рассматривает саму цепочку как клиент-валидатор с консенсусом, предлагая решение для кросс-цепевой передачи метаданных активов и поддерживая перенос любых цепочек со структурой UTXO.
Arch Network предоставил Биткойну нативное решение смарт-контрактов, создав ZK виртуальную машину и сеть валидаторов, агрегируя транзакции, чтобы зафиксировать изменения состояния и активов в Биткойн-транзакциях.
RGB является ранней концепцией расширения смарт-контрактов в сообществе Биткойн, которая использует UTXO для упаковки и записи данных состояния, что предоставило важные идеи для последующего родного масштабирования Биткойна.
RGB использует оффлайн-верификацию, перемещая проверку передачи токенов с уровня согласия Биткойна на оффлайн, где проверяются определенные клиенты, связанные с транзакциями. Это снижает потребность в широковещательной передаче по всей сети, улучшая конфиденциальность и эффективность. Однако этот способ повышения конфиденциальности также является двусторонним мечом. Участие только определенных узлов, связанных с транзакциями, хотя и повышает конфиденциальность, но делает третьи стороны невидимыми, усложняя операции и затрудняя разработку, что ухудшает пользовательский опыт.
RGB вводит концепцию одноразовых запечатывающих лент. Каждый UTXO может быть использован только один раз, что эквивалентно блокировке при создании и разблокировке при использовании. Состояние смарт-контрактов инкапсулировано в UTXO и управляется запечатывающей лентой, что обеспечивает эффективный механизм управления состоянием.
RGB++
RGB++ является еще одним расширением на основе концепции RGB и по-прежнему основан на привязке UTXO.
RGB++ использует универсальную UTXO-цепочку (например, CKB или другие цепочки) для обработки оффлайн-данных и смарт-контрактов, что дополнительно улучшает программируемость Биткойна и обеспечивает безопасность за счет гомоморфной привязки BTC.
RGB++ использует универсальную UTXO-цепь. Используя такие универсальные UTXO-цепи, как CKB, в качестве теневой цепи, RGB++ может обрабатывать данные вне цепи и смарт-контракты. Эта цепь не только может выполнять сложные смарт-контракты, но и может быть связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. UTXO Биткойна и UTXO теневой цепи гомоморфно связаны, что обеспечивает согласованность состояния и активов между двумя цепями и гарантирует безопасность транзакций.
RGB++ расширяется на все Тьюринг-полные UTXO-цепочки, больше не ограничиваясь CKB, что повышает межцепочечную совместимость и ликвидность активов. Эта поддержка нескольких цепочек позволяет RGB++ сочетаться с любой Тьюринг-полной UTXO-цепочкой, усиливая гибкость системы. В то же время, с помощью однородного связывания UTXO реализуется безмостовая межцепочечная связь, что позволяет избежать проблемы "фальшивых токенов" и гарантирует подлинность и согласованность активов.
Проверка на блокчейне через теневую цепь упрощает процесс проверки клиента в RGB++. Пользователям достаточно проверить транзакции, связанные с теневой цепью, чтобы подтвердить правильность вычисления статуса RGB++. Этот способ проверки на блокчейне не только упрощает процесс проверки, но и оптимизирует пользовательский опыт. Используя тюринг-полную теневую цепь, RGB++ избегает сложного управления UTXO в RGB и предоставляет более упрощенный и дружелюбный пользовательский опыт.
Сеть Arch
Arch Network состоит в основном из Arch zkVM и сети верификационных узлов Arch, использует нулевое знание и децентрализованную верификационную сеть для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобен, чем RGB, не требует привязывания к другой UTXO цепи, как RGB++.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые проверяются сетью децентрализованных узлов. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
Активы UTXOs используются для представления Биткойн или других токенов и могут управляться через делегирование. Сеть Arch проверяет содержимое ZKVM через случайно выбранные узлы-лидеры, используя схему подписания FROST для агрегации подписей узлов, в конечном итоге транзакция передается в сеть Биткойн.
Arch zkVM предоставляет Биткойну тьюринговую полную виртуальную машину, способную выполнять сложные смарт-контракты. Каждый раз после выполнения контракта Arch zkVM генерирует доказательства с нулевым раскрытием для проверки правильности контракта и изменений состояния.
Arch также использует модель UTXO Биткойна, состояние и активы инкапсулированы в UTXO, переход состояния осуществляется через концепцию одноразового использования. Данные состояния смарт-контрактов записываются как state UTXOs, а оригинальные данные активов записываются как Asset UTXOs. Arch обеспечивает, чтобы каждый UTXO мог быть потрачен только один раз, предоставляя безопасное управление состоянием.
Хотя Arch не новатор в структуре блокчейна, ему необходимо проверить сеть узлов валидации. В течение каждого эпохи Arch система случайным образом выбирает узел лидера на основе доли, который отвечает за распространение полученной информации на все другие узлы валидации в сети. Все zk-доказательства проверяются децентрализованной сетью узлов валидации, что обеспечивает безопасность системы и устойчивость к цензуре, и генерирует подпись для узла лидера. Как только транзакция подписана необходимым количеством узлов, она может быть транслирована в сеть Биткойн.
Заключение
В дизайне программируемости Биткойна RGB, RGB++ и Arch Network имеют свои особенности, но все они продолжают концепцию связывания UTXO; атрибут авторизации одноразового использования UTXO лучше подходит для записи состояния смарт-контрактов.
Однако эти решения также имеют явные недостатки, такие как плохой пользовательский опыт, задержки подтверждения, аналогичные Биткойну, и низкая производительность. Они лишь расширили функциональность, но не улучшили производительность, что особенно видно в Arch и RGB. Хотя дизайн RGB++ предлагает лучший пользовательский опыт за счет внедрения высокопроизводительной цепи UTXO, он также выдвигает дополнительные предположения по безопасности.
С увеличением числа разработчиков в сообществе Биткойн мы увидим больше решений по масштабированию, таких как предложение об обновлении op-cat, которое сейчас активно обсуждается. Решения, соответствующие изначальным характеристикам Биткойн, заслуживают особого внимания. Метод привязки UTXO является наиболее эффективным способом расширения его программирования без обновления сети Биткойн. Если удастся решить проблемы с пользовательским опытом, это станет значительным шагом вперед для смарт-контрактов Биткойн.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
9 Лайков
Награда
9
9
Поделиться
комментарий
0/400
CryptoTarotReader
· 13ч назад
Все говорят о инновациях, но на самом деле это все еще слишком консервативно.
Посмотреть ОригиналОтветить0
ProposalManiac
· 07-30 21:03
Снова ловушка Эфира старых идей, зачем делать так сложно?
Посмотреть ОригиналОтветить0
NewPumpamentals
· 07-30 11:31
Увеличение пропускной способности равно уменьшению Децентрализации
Посмотреть ОригиналОтветить0
BearHugger
· 07-30 11:30
После того как закончили с надписью, продолжим с этим?
Посмотреть ОригиналОтветить0
BlockImposter
· 07-30 11:30
А всё равно не открывается, всё ещё подражает.
Посмотреть ОригиналОтветить0
DegenApeSurfer
· 07-30 11:29
Никто не сможет убежать от закона джунглей~все отлично
Посмотреть ОригиналОтветить0
ExpectationFarmer
· 07-30 11:29
Безопасность и сложность разработки — это как любовь и ненависть.
Посмотреть ОригиналОтветить0
FlashLoanLord
· 07-30 11:22
Ай, опять изучаю протокол. Сохраняйте вашу страсть, я продолжу держать (hodl).
Посмотреть ОригиналОтветить0
ResearchChadButBroke
· 07-30 11:06
Неужели BTC тоже собирается играть с L2... Спасите
Биткойн смарт-контракты новые идеи: RGB, RGB++ и инновации UTXO Arch Network
Новый взгляд на смарт-контракты в экосистеме Биткойна
Биткойн как наиболее ликвидная и безопасная блокчейн-система в настоящее время привлекла большое количество разработчиков после всплеска интереса к инскрипциям. Они быстро обратили внимание на программируемость и проблемы масштабируемости Биткойна. Внедрение таких решений, как ZK, DA, сайдчейны, rollup и restaking, приводит к новому процветанию экосистемы Биткойн, которая становится главным фокусом текущего бычьего рынка.
Однако многие проекты переняли опыт масштабирования таких платформ смарт-контрактов, как Эфириум, и часто полагаются на централизованные кросс-чейн мосты, что становится потенциальной слабостью системы. Существуют немногие решения, основанные на характеристиках самого Биткойна, что связано с неудобным опытом разработки для Биткойна. Биткойн не может выполнять смарт-контракты так, как это делает Эфириум, по следующим причинам:
Изолированное свидетельство 2017 года ( SegWit ) увеличило ограничение размера блоков Биткойна; обновление Taproot 2021 года сделало возможной валидацию пакетных подписей, что ускорило скорость обработки транзакций. Эти достижения создали условия для программируемости Биткойна.
В 2022 году разработчик Кейси Родармор предложил "Теорию ординалов", в которой описывается схема нумерации Сатоши, позволяющая встраивать произвольные данные в транзакции Биткойна. Это открыло новые возможности для непосредственного встраивания статусной информации и метаданных в цепочку Биткойна, предоставив новые идеи для приложений смарт-контрактов, нуждающихся в доступных и проверяемых статусных данных.
В настоящее время большинство проектов, расширяющих программируемость Биткойна, зависят от сетей второго уровня (L2), что требует от пользователей доверия к кросс-чейн мостам и является основным препятствием для привлечения пользователей и ликвидности в L2. Кроме того, Биткойн не имеет нативной виртуальной машины или программируемости, что делает невозможным осуществление связи между L2 и L1 без увеличения предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить программируемость Биткойн, исходя из его нативных свойств, предоставляя смарт-контракты и сложные торговые возможности различными способами:
RGB - это схема смарт-контрактов, проверяемая через клиент вне цепи, которая фиксирует изменения состояния смарт-контрактов в UTXO Биткойна. Хотя у нее есть определенные преимущества в области конфиденциальности, она сложна в использовании, не имеет совместимости контрактов и развивается медленно.
RGB++ является еще одной расширенной концепцией на основе RGB, которая по-прежнему основана на привязке UTXO, но рассматривает саму цепочку как клиент-валидатор с консенсусом, предлагая решение для кросс-цепевой передачи метаданных активов и поддерживая перенос любых цепочек со структурой UTXO.
Arch Network предоставил Биткойну нативное решение смарт-контрактов, создав ZK виртуальную машину и сеть валидаторов, агрегируя транзакции, чтобы зафиксировать изменения состояния и активов в Биткойн-транзакциях.
! UTXO Binding: подробное объяснение схем смарт-контрактов BTC: RGB, RGB++ и Arch Network
RGB
RGB является ранней концепцией расширения смарт-контрактов в сообществе Биткойн, которая использует UTXO для упаковки и записи данных состояния, что предоставило важные идеи для последующего родного масштабирования Биткойна.
RGB использует оффлайн-верификацию, перемещая проверку передачи токенов с уровня согласия Биткойна на оффлайн, где проверяются определенные клиенты, связанные с транзакциями. Это снижает потребность в широковещательной передаче по всей сети, улучшая конфиденциальность и эффективность. Однако этот способ повышения конфиденциальности также является двусторонним мечом. Участие только определенных узлов, связанных с транзакциями, хотя и повышает конфиденциальность, но делает третьи стороны невидимыми, усложняя операции и затрудняя разработку, что ухудшает пользовательский опыт.
RGB вводит концепцию одноразовых запечатывающих лент. Каждый UTXO может быть использован только один раз, что эквивалентно блокировке при создании и разблокировке при использовании. Состояние смарт-контрактов инкапсулировано в UTXO и управляется запечатывающей лентой, что обеспечивает эффективный механизм управления состоянием.
RGB++
RGB++ является еще одним расширением на основе концепции RGB и по-прежнему основан на привязке UTXO.
RGB++ использует универсальную UTXO-цепочку (например, CKB или другие цепочки) для обработки оффлайн-данных и смарт-контрактов, что дополнительно улучшает программируемость Биткойна и обеспечивает безопасность за счет гомоморфной привязки BTC.
RGB++ использует универсальную UTXO-цепь. Используя такие универсальные UTXO-цепи, как CKB, в качестве теневой цепи, RGB++ может обрабатывать данные вне цепи и смарт-контракты. Эта цепь не только может выполнять сложные смарт-контракты, но и может быть связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. UTXO Биткойна и UTXO теневой цепи гомоморфно связаны, что обеспечивает согласованность состояния и активов между двумя цепями и гарантирует безопасность транзакций.
RGB++ расширяется на все Тьюринг-полные UTXO-цепочки, больше не ограничиваясь CKB, что повышает межцепочечную совместимость и ликвидность активов. Эта поддержка нескольких цепочек позволяет RGB++ сочетаться с любой Тьюринг-полной UTXO-цепочкой, усиливая гибкость системы. В то же время, с помощью однородного связывания UTXO реализуется безмостовая межцепочечная связь, что позволяет избежать проблемы "фальшивых токенов" и гарантирует подлинность и согласованность активов.
Проверка на блокчейне через теневую цепь упрощает процесс проверки клиента в RGB++. Пользователям достаточно проверить транзакции, связанные с теневой цепью, чтобы подтвердить правильность вычисления статуса RGB++. Этот способ проверки на блокчейне не только упрощает процесс проверки, но и оптимизирует пользовательский опыт. Используя тюринг-полную теневую цепь, RGB++ избегает сложного управления UTXO в RGB и предоставляет более упрощенный и дружелюбный пользовательский опыт.
Сеть Arch
Arch Network состоит в основном из Arch zkVM и сети верификационных узлов Arch, использует нулевое знание и децентрализованную верификационную сеть для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобен, чем RGB, не требует привязывания к другой UTXO цепи, как RGB++.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые проверяются сетью децентрализованных узлов. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
Активы UTXOs используются для представления Биткойн или других токенов и могут управляться через делегирование. Сеть Arch проверяет содержимое ZKVM через случайно выбранные узлы-лидеры, используя схему подписания FROST для агрегации подписей узлов, в конечном итоге транзакция передается в сеть Биткойн.
Arch zkVM предоставляет Биткойну тьюринговую полную виртуальную машину, способную выполнять сложные смарт-контракты. Каждый раз после выполнения контракта Arch zkVM генерирует доказательства с нулевым раскрытием для проверки правильности контракта и изменений состояния.
Arch также использует модель UTXO Биткойна, состояние и активы инкапсулированы в UTXO, переход состояния осуществляется через концепцию одноразового использования. Данные состояния смарт-контрактов записываются как state UTXOs, а оригинальные данные активов записываются как Asset UTXOs. Arch обеспечивает, чтобы каждый UTXO мог быть потрачен только один раз, предоставляя безопасное управление состоянием.
Хотя Arch не новатор в структуре блокчейна, ему необходимо проверить сеть узлов валидации. В течение каждого эпохи Arch система случайным образом выбирает узел лидера на основе доли, который отвечает за распространение полученной информации на все другие узлы валидации в сети. Все zk-доказательства проверяются децентрализованной сетью узлов валидации, что обеспечивает безопасность системы и устойчивость к цензуре, и генерирует подпись для узла лидера. Как только транзакция подписана необходимым количеством узлов, она может быть транслирована в сеть Биткойн.
Заключение
В дизайне программируемости Биткойна RGB, RGB++ и Arch Network имеют свои особенности, но все они продолжают концепцию связывания UTXO; атрибут авторизации одноразового использования UTXO лучше подходит для записи состояния смарт-контрактов.
Однако эти решения также имеют явные недостатки, такие как плохой пользовательский опыт, задержки подтверждения, аналогичные Биткойну, и низкая производительность. Они лишь расширили функциональность, но не улучшили производительность, что особенно видно в Arch и RGB. Хотя дизайн RGB++ предлагает лучший пользовательский опыт за счет внедрения высокопроизводительной цепи UTXO, он также выдвигает дополнительные предположения по безопасности.
С увеличением числа разработчиков в сообществе Биткойн мы увидим больше решений по масштабированию, таких как предложение об обновлении op-cat, которое сейчас активно обсуждается. Решения, соответствующие изначальным характеристикам Биткойн, заслуживают особого внимания. Метод привязки UTXO является наиболее эффективным способом расширения его программирования без обновления сети Биткойн. Если удастся решить проблемы с пользовательским опытом, это станет значительным шагом вперед для смарт-контрактов Биткойн.