Биткойн как самая ликвидная и безопасная блокчейн-сеть привлекла множество разработчиков после бумов синглов. Они быстро сосредоточились на Программируемость Биткойна и проблемах масштабирования. Внедряя различные решения, такие как ZK, DA, сторонние цепочки, rollup и restaking, экосистема Биткойна переживает новый период процветания, становясь центральной темой текущего бычьего рынка.
Однако многие проектные решения продолжают опыт масштабирования таких платформ, как Эфириум, и часто зависят от централизованных кросс-чейн мостов, что становится потенциальной слабостью системы. Очень мало решений разработано на основе свойств самого Биткойна, что связано с плохим опытом разработки Биткойна. Биткойн сложно запускать смарт-контракты, как это делает Эфириум, и основные причины следующие:
Скриптовый язык Биткойна ограничил тюрингом полноту для обеспечения безопасности, что делает невозможным выполнение сложных смарт-контрактов.
Хранилище блокчейна Биткойн разработано для простых транзакций и не оптимизировано для сложных смарт-контрактов.
Биткойн не имеет виртуальной машины для работы с умными контрактами.
Обновление SegWit 2017 года с использованием изоляционных свидетельств ( увеличило ограничение на размер блока; обновление Taproot 2021 года реализовало проверку массовых подписей, упростив операции, такие как атомарные обмены, мультиподписные кошельки и условные платежи. Эти достижения открыли новые возможности для Программируемость Биткойна.
В 2022 году разработчик Кейси Родармор предложил "Теорию Ординалов", которая описывает схему нумерации сатоши, позволяя встраивать изображения и другие произвольные данные в транзакции Биткойна. Это предложило новые идеи для прямого встраивания статусной информации и метаданных в цепочку Биткойна, что имеет большое значение для приложений смарт-контрактов, которым нужны доступные и проверяемые статусные данные.
В настоящее время большинство проектов, расширяющих Программируемость Биткойна, зависят от вторичных сетей )L2(, что требует от пользователей доверия к кросс-цепочным мостам и становится большой преградой для L2 в привлечении пользователей и ликвидности. Кроме того, Биткойн не имеет родной виртуальной машины или Программируемости, что делает невозможным осуществление связи между L2 и L1 без увеличения предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить Программируемость Биткойна, исходя из его врожденных свойств, и предлагают возможности для смарт-контрактов и сложных транзакций различными способами:
RGB является решением для смарт-контрактов, которое проверяется через клиент вне цепи, и изменения состояния контракта фиксируются в UTXO Биткойна. Несмотря на определенные преимущества в области конфиденциальности, использование усложнено и отсутствует Программируемость контрактов, развитие происходит достаточно медленно.
RGB++ является расширением концепции RGB, разработанным Nervos, который все еще основан на связывании UTXO, но использует саму цепочку в качестве клиента-валидатора с консенсусом, предоставляя решение для кросс-цепочной передачи мета-данных активов и поддерживая перенос активов любой структуры UTXO.
Arch Network предоставляет нативное решение смарт-контрактов для Биткойна, создает ZK виртуальную машину и сеть валидаторов, агрегируя транзакции для записи изменений состояния и активов в транзакциях Биткойна.
RGB — это ранняя концепция расширения смарт-контрактов в сообществе Биткойн, которая использует UTXO для упаковки и записи данных состояния, предоставляя важные идеи для последующего родного масштабирования Биткойн.
RGB использует метод верификации вне цепи, перемещая проверку передачи токенов с уровня консенсуса Биткойна на вне цепи, где проверку осуществляют определенные клиенты, связанные с транзакцией. Этот метод уменьшает потребность в широковещательной рассылке по всей сети, повышая уровень конфиденциальности и эффективности. Однако этот способ повышения конфиденциальности также является обоюдоострым мечом. Участие только определенных узлов, связанных с транзакцией, хотя и усиливает защиту конфиденциальности, делает третьи стороны невидимыми, что усложняет фактические операции и затрудняет разработку, а также ухудшает пользовательский опыт.
RGB ввел концепцию одноразовой запечатывающей ленты. Каждый UTXO может быть потрачен только один раз, что эквивалентно его блокировке при создании UTXO и разблокировке при расходовании. Состояние смарт-контракта инкапсулируется через UTXO и управляется запечатывающей лентой, предоставляя эффективный механизм управления состоянием.
RGB++ — это еще одно направление расширения Nervos, основанное на концепции RGB, и по-прежнему основанное на привязке UTXO.
RGB++ использует универсальную UTXO цепь (например, CKB или другие цепи) для обработки оффчейн данных и смарт-контрактов, что дополнительно увеличивает Программируемость Биткойн и обеспечивает безопасность за счет гомоморфной привязки BTC.
RGB++ использует UTXO-цепь с полной программируемостью. Используя CKB и другие UTXO-цепи с полной программируемостью в качестве теневой цепи, RGB++ может обрабатывать данные вне цепи и смарт-контракты. Эта цепь не только может выполнять сложные смарт-контракты, но и может быть связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. UTXO Биткойна и UTXO теневой цепи структурно связаны, что обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяется на все Turing-полные UTXO-цепочки, больше не ограничиваясь CKB, что повышает межсетевую совместимость и ликвидность активов. Эта поддержка нескольких цепочек позволяет RGB++ объединяться с любой Turing-полной UTXO-цепочкой, усиливая гибкость системы. В то же время, RGB++ реализует безмостовой межсетевой обмен через UTXO-изоморфное связывание, избегая проблемы "фальшивых монет", что обеспечивает подлинность и согласованность активов.
Проверка на блокчейне через теневую цепь упрощает процесс проверки клиента в RGB++. Пользователи просто должны проверить соответствующие транзакции на теневой цепи, чтобы подтвердить правильность вычисления состояния RGB++. Этот способ проверки на блокчейне не только упрощает процесс проверки, но и оптимизирует пользовательский опыт. Используя Тьюринг-полную теневую цепь, RGB++ избегает сложного управления UTXO в RGB, предлагая более упрощенный и удобный для пользователя опыт.
Арх Сеть方案
Arch Network состоит в основном из Arch zkVM и сети валидационных узлов Arch, использует нулевые доказательства ) zk-proofs ( и децентрализованную сеть валидации для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобен в использовании, чем RGB, и не требует привязки к другой UTXO-цепочке, как RGB++.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые проверяются децентрализованной сетью узлов. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
Активы UTXOs используются для представления Биткойн или других токенов и могут управляться через делегирование. Сеть проверки Arch проверяет содержимое ZKVM через случайно выбранные узлы-лидеры, используя схему подписей FROST для агрегирования подписей узлов, и в конечном итоге транзакция транслируется в сеть Биткойн.
Arch zkVM предоставляет Биткойну тьюринговую полноту виртуальной машины, способной выполнять сложные смарт-контракты. Каждый раз после выполнения контракта генерируется нулевое знание, используемое для проверки правильности контракта и изменений состояния.
Arch использует модель UTXO Биткойна, состояние и активы инкапсулированы в UTXO, и состояние переходит через концепцию одноразового использования. Данные состояния смарт-контракта записываются как state UTXOs, а исходные данные активов записываются как Asset UTXOs. Arch обеспечивает, чтобы каждый UTXO можно было потратить только один раз, что обеспечивает безопасное управление состоянием.
Хотя Arch не инновационен в структуре блокчейна, необходимо проверять сеть узлов. В течение каждого Epoch Arch система случайным образом выбирает узел Leader на основе доли, который отвечает за распространение информации ко всем узлам-валидаторам в сети. Все zk-доказательства проверяются децентрализованной сетью узлов-валидаторов, что обеспечивает безопасность системы и ее устойчивость к цензуре, а также генерирует подпись для узла Leader. Как только транзакция получает необходимое количество подписей от узлов, она может быть распространена в сети Биткойн.
! [Привязка UTXO: подробное объяснение решений для смарт-контрактов BTC RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-0b0106c9ec7c79b2e266824525ff1721.webp(
Резюме
RGB, RGB++ и Arch Network имеют свои особенности в дизайне Программируемость BTC и продолжают идею привязки UTXO. Атрибут одноразового использования UTXO более подходит для записи состояния смарт-контрактов.
Однако у этих решений есть и очевидные недостатки: плохой пользовательский опыт, задержка подтверждения, аналогичная BTC, и низкая производительность. Они расширили функциональность, но не улучшили производительность, что особенно заметно в Arch и RGB. Дизайн RGB++ улучшил пользовательский опыт, введя высокопроизводительную цепочку UTXO, но также ввел дополнительные предположения о безопасности.
С увеличением числа разработчиков, присоединившихся к сообществу Биткойн, мы увидим больше решений по масштабированию, таких как предложение об обновлении op-cat, которое активно обсуждается. Решения, соответствующие изначальным характеристикам Биткойн, заслуживают особого внимания. Метод привязки UTXO является эффективным способом расширения программируемости Биткойн без необходимости обновления сети Биткойн. Если удастся решить проблемы пользовательского опыта, это приведет к огромному прогрессу в смарт-контрактах Биткойн.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
6 Лайков
Награда
6
3
Репост
Поделиться
комментарий
0/400
gas_fee_therapy
· 23ч назад
Когда BTC сможет догнать ETH?
Посмотреть ОригиналОтветить0
ForkYouPayMe
· 23ч назад
Маленький черный снова пришел, чтобы привлечь внимание
Экосистема Биткойн встречает революцию Программируемости: RGB, RGB++ и Arch Network ведут инновации.
Исследование Программируемости экосистемы Биткойн
Биткойн как самая ликвидная и безопасная блокчейн-сеть привлекла множество разработчиков после бумов синглов. Они быстро сосредоточились на Программируемость Биткойна и проблемах масштабирования. Внедряя различные решения, такие как ZK, DA, сторонние цепочки, rollup и restaking, экосистема Биткойна переживает новый период процветания, становясь центральной темой текущего бычьего рынка.
Однако многие проектные решения продолжают опыт масштабирования таких платформ, как Эфириум, и часто зависят от централизованных кросс-чейн мостов, что становится потенциальной слабостью системы. Очень мало решений разработано на основе свойств самого Биткойна, что связано с плохим опытом разработки Биткойна. Биткойн сложно запускать смарт-контракты, как это делает Эфириум, и основные причины следующие:
Обновление SegWit 2017 года с использованием изоляционных свидетельств ( увеличило ограничение на размер блока; обновление Taproot 2021 года реализовало проверку массовых подписей, упростив операции, такие как атомарные обмены, мультиподписные кошельки и условные платежи. Эти достижения открыли новые возможности для Программируемость Биткойна.
В 2022 году разработчик Кейси Родармор предложил "Теорию Ординалов", которая описывает схему нумерации сатоши, позволяя встраивать изображения и другие произвольные данные в транзакции Биткойна. Это предложило новые идеи для прямого встраивания статусной информации и метаданных в цепочку Биткойна, что имеет большое значение для приложений смарт-контрактов, которым нужны доступные и проверяемые статусные данные.
В настоящее время большинство проектов, расширяющих Программируемость Биткойна, зависят от вторичных сетей )L2(, что требует от пользователей доверия к кросс-цепочным мостам и становится большой преградой для L2 в привлечении пользователей и ликвидности. Кроме того, Биткойн не имеет родной виртуальной машины или Программируемости, что делает невозможным осуществление связи между L2 и L1 без увеличения предположений о доверии.
RGB, RGB++ и Arch Network пытаются улучшить Программируемость Биткойна, исходя из его врожденных свойств, и предлагают возможности для смарт-контрактов и сложных транзакций различными способами:
RGB является решением для смарт-контрактов, которое проверяется через клиент вне цепи, и изменения состояния контракта фиксируются в UTXO Биткойна. Несмотря на определенные преимущества в области конфиденциальности, использование усложнено и отсутствует Программируемость контрактов, развитие происходит достаточно медленно.
RGB++ является расширением концепции RGB, разработанным Nervos, который все еще основан на связывании UTXO, но использует саму цепочку в качестве клиента-валидатора с консенсусом, предоставляя решение для кросс-цепочной передачи мета-данных активов и поддерживая перенос активов любой структуры UTXO.
Arch Network предоставляет нативное решение смарт-контрактов для Биткойна, создает ZK виртуальную машину и сеть валидаторов, агрегируя транзакции для записи изменений состояния и активов в транзакциях Биткойна.
! [UTXO Binding: подробное объяснение схем смарт-контрактов BTC: RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-fd3e0af827c9ddea86a297fe937aaa72.webp(
RGB схема
RGB — это ранняя концепция расширения смарт-контрактов в сообществе Биткойн, которая использует UTXO для упаковки и записи данных состояния, предоставляя важные идеи для последующего родного масштабирования Биткойн.
RGB использует метод верификации вне цепи, перемещая проверку передачи токенов с уровня консенсуса Биткойна на вне цепи, где проверку осуществляют определенные клиенты, связанные с транзакцией. Этот метод уменьшает потребность в широковещательной рассылке по всей сети, повышая уровень конфиденциальности и эффективности. Однако этот способ повышения конфиденциальности также является обоюдоострым мечом. Участие только определенных узлов, связанных с транзакцией, хотя и усиливает защиту конфиденциальности, делает третьи стороны невидимыми, что усложняет фактические операции и затрудняет разработку, а также ухудшает пользовательский опыт.
RGB ввел концепцию одноразовой запечатывающей ленты. Каждый UTXO может быть потрачен только один раз, что эквивалентно его блокировке при создании UTXO и разблокировке при расходовании. Состояние смарт-контракта инкапсулируется через UTXO и управляется запечатывающей лентой, предоставляя эффективный механизм управления состоянием.
![UTXO привязка: подробное объяснение BTC смарт-контрактов RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-7fc8d82ac7da1ba2052256fc1d0476b2.webp(
Схема RGB++
RGB++ — это еще одно направление расширения Nervos, основанное на концепции RGB, и по-прежнему основанное на привязке UTXO.
RGB++ использует универсальную UTXO цепь (например, CKB или другие цепи) для обработки оффчейн данных и смарт-контрактов, что дополнительно увеличивает Программируемость Биткойн и обеспечивает безопасность за счет гомоморфной привязки BTC.
RGB++ использует UTXO-цепь с полной программируемостью. Используя CKB и другие UTXO-цепи с полной программируемостью в качестве теневой цепи, RGB++ может обрабатывать данные вне цепи и смарт-контракты. Эта цепь не только может выполнять сложные смарт-контракты, но и может быть связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. UTXO Биткойна и UTXO теневой цепи структурно связаны, что обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяется на все Turing-полные UTXO-цепочки, больше не ограничиваясь CKB, что повышает межсетевую совместимость и ликвидность активов. Эта поддержка нескольких цепочек позволяет RGB++ объединяться с любой Turing-полной UTXO-цепочкой, усиливая гибкость системы. В то же время, RGB++ реализует безмостовой межсетевой обмен через UTXO-изоморфное связывание, избегая проблемы "фальшивых монет", что обеспечивает подлинность и согласованность активов.
Проверка на блокчейне через теневую цепь упрощает процесс проверки клиента в RGB++. Пользователи просто должны проверить соответствующие транзакции на теневой цепи, чтобы подтвердить правильность вычисления состояния RGB++. Этот способ проверки на блокчейне не только упрощает процесс проверки, но и оптимизирует пользовательский опыт. Используя Тьюринг-полную теневую цепь, RGB++ избегает сложного управления UTXO в RGB, предлагая более упрощенный и удобный для пользователя опыт.
Арх Сеть方案
Arch Network состоит в основном из Arch zkVM и сети валидационных узлов Arch, использует нулевые доказательства ) zk-proofs ( и децентрализованную сеть валидации для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобен в использовании, чем RGB, и не требует привязки к другой UTXO-цепочке, как RGB++.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые проверяются децентрализованной сетью узлов. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
Активы UTXOs используются для представления Биткойн или других токенов и могут управляться через делегирование. Сеть проверки Arch проверяет содержимое ZKVM через случайно выбранные узлы-лидеры, используя схему подписей FROST для агрегирования подписей узлов, и в конечном итоге транзакция транслируется в сеть Биткойн.
Arch zkVM предоставляет Биткойну тьюринговую полноту виртуальной машины, способной выполнять сложные смарт-контракты. Каждый раз после выполнения контракта генерируется нулевое знание, используемое для проверки правильности контракта и изменений состояния.
Arch использует модель UTXO Биткойна, состояние и активы инкапсулированы в UTXO, и состояние переходит через концепцию одноразового использования. Данные состояния смарт-контракта записываются как state UTXOs, а исходные данные активов записываются как Asset UTXOs. Arch обеспечивает, чтобы каждый UTXO можно было потратить только один раз, что обеспечивает безопасное управление состоянием.
Хотя Arch не инновационен в структуре блокчейна, необходимо проверять сеть узлов. В течение каждого Epoch Arch система случайным образом выбирает узел Leader на основе доли, который отвечает за распространение информации ко всем узлам-валидаторам в сети. Все zk-доказательства проверяются децентрализованной сетью узлов-валидаторов, что обеспечивает безопасность системы и ее устойчивость к цензуре, а также генерирует подпись для узла Leader. Как только транзакция получает необходимое количество подписей от узлов, она может быть распространена в сети Биткойн.
! [Привязка UTXO: подробное объяснение решений для смарт-контрактов BTC RGB, RGB++ и Arch Network])https://img-cdn.gateio.im/webp-social/moments-0b0106c9ec7c79b2e266824525ff1721.webp(
Резюме
RGB, RGB++ и Arch Network имеют свои особенности в дизайне Программируемость BTC и продолжают идею привязки UTXO. Атрибут одноразового использования UTXO более подходит для записи состояния смарт-контрактов.
Однако у этих решений есть и очевидные недостатки: плохой пользовательский опыт, задержка подтверждения, аналогичная BTC, и низкая производительность. Они расширили функциональность, но не улучшили производительность, что особенно заметно в Arch и RGB. Дизайн RGB++ улучшил пользовательский опыт, введя высокопроизводительную цепочку UTXO, но также ввел дополнительные предположения о безопасности.
С увеличением числа разработчиков, присоединившихся к сообществу Биткойн, мы увидим больше решений по масштабированию, таких как предложение об обновлении op-cat, которое активно обсуждается. Решения, соответствующие изначальным характеристикам Биткойн, заслуживают особого внимания. Метод привязки UTXO является эффективным способом расширения программируемости Биткойн без необходимости обновления сети Биткойн. Если удастся решить проблемы пользовательского опыта, это приведет к огромному прогрессу в смарт-контрактах Биткойн.