Биткойн как наиболее ликвидная и безопасная блокчейн-технология привлек множество разработчиков после бума мемов. Эти разработчики быстро сосредоточились на Программируемость и проблемах масштабируемости Биткойн. Благодаря внедрению инновационных решений, таких как ZK, DA, сайдчейны, rollup и restaking, экосистема Биткойн переживает новый пик процветания и становится основной темой текущего бычьего рынка.
Однако многие проектные решения используют опыт масштабирования таких платформ, как Эфириум, и часто зависят от централизованных кроссчейновых мостов, что становится потенциальной слабостью системы. Очень мало решений разработано с учетом особенностей Биткойн, что связано с плохим опытом разработчиков Биткойн. По определенным причинам Биткойн не может напрямую выполнять смарт-контракты, как это делает Эфириум:
Язык сценариев Биткойна ограничен для обеспечения безопасности и не может выполнять сложные смарт-контракты.
Хранение в блокчейне Биткойн предназначено для простых транзакций и не оптимизировано для сложных смарт-контрактов.
Биткойн лишён виртуальной машины, необходимой для работы с умными контрактами.
Введение 2017 года SegWit ( расширило лимит размера блока Биткойна; обновление 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-цепь с полной Тьюрингом. Используя такие UTXO-цепи, как CKB, в качестве теневой цепи, RGB++ может обрабатывать данные вне сети и смарт-контракты. Эта цепь не только позволяет выполнять сложные смарт-контракты, но и может быть связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. Кроме того, изоморфная связь между UTXO Биткойна и UTXO теневой цепи обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяется на все Turing-полные UTXO-цепочки, больше не ограничиваясь CKB, что повышает межцепочечную совместимость и ликвидность активов. Эта поддержка нескольких цепочек позволяет RGB++ сочетаться с любой Turing-полной UTXO-цепочкой, усиливая гибкость системы. В то же время RGB++ реализует безмостовое взаимодействие между цепочками через гомоморфное связывание UTXO, избегая проблемы «фальшивых токенов» и обеспечивая подлинность и согласованность активов.
Проводя верификацию в цепочке через теневую цепь, RGB++ упростил процесс верификации клиента. Пользователи просто должны проверить соответствующие транзакции на теневой цепи, чтобы подтвердить правильность вычислений состояния RGB++. Этот способ верификации в цепочке не только упрощает процесс верификации, но и оптимизирует пользовательский опыт. Благодаря использованию Тьюринг-полной теневой цепи, RGB++ избегает сложного управления UTXO RGB, предлагая более упрощенный и удобный для пользователя опыт.
Сеть Arch
Сеть Arch в основном состоит из Arch zkVM и сети валидаторов Arch, использует нулевые доказательства ) zk-proofs ( и децентрализованную сеть валидаторов для обеспечения безопасности и конфиденциальности смарт-контрактов, проще в использовании, чем RGB, и не требует привязки к другой цепочке UTXO, как RGB++.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые верифицируются децентрализованной сетью узлов проверки. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
Активы UTXOs используются для представления Биткойн или других токенов и могут управляться через делегирование. Сеть Arch верифицирует содержимое ZKVM через случайно выбранные узлы-лидеры и использует схему подписания FROST для агрегации подписей узлов, в конечном итоге транзакция передается в сеть Биткойн.
Arch zkVM предоставляет Биткойн Turing-полную виртуальную машину, способную выполнять сложные смарт-контракты. Каждый раз после выполнения смарт-контракта Arch zkVM генерирует нулевое знание, используемое для проверки правильности контракта и изменения состояния.
Arch также использует модель UTXO Биткойна, состояние и активы инкапсулируются в UTXO, и происходит переход состояния через концепцию одноразового использования. Данные состояния смарт-контрактов записываются как state UTXOs, а исходные данные активов записываются как Asset UTXOs. Arch гарантирует, что каждый UTXO может быть потрачен только один раз, обеспечивая безопасное управление состоянием.
Хотя Arch не внедрил инновационную структуру блокчейна, необходимо проверить сеть узлов-валидаторов. В течение каждого Epoch Arch система случайным образом выбирает узел-Лидера на основе доли, который отвечает за распространение полученной информации среди всех других узлов-валидаторов в сети. Все zk-доказательства проверяются децентрализованной сетью узлов-валидаторов, что обеспечивает безопасность и устойчивость системы к цензуре, а также генерирует подпись для узла-Лидера. Как только транзакция подписана необходимым количеством узлов, она может быть распространена в сети Биткойн.
! [Привязка 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 или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
17 Лайков
Награда
17
10
Репост
Поделиться
комментарий
0/400
AllTalkLongTrader
· 6ч назад
Торговля криптовалютой это все в, не согласен - иди на меня
Посмотреть ОригиналОтветить0
OfflineValidator
· 11ч назад
Снова в мире криптовалют играют за неудачников, используя разные технологии.
Посмотреть ОригиналОтветить0
GateUser-ccc36bc5
· 14ч назад
Кто еще участвует в гонке за Биткойном?
Посмотреть ОригиналОтветить0
FudVaccinator
· 08-12 06:44
Главная угроза BTC заключается в том, что его просто списывают.
Посмотреть ОригиналОтветить0
ProofOfNothing
· 08-10 07:18
Убежал, убежал, Эфир действительно хорош!
Посмотреть ОригиналОтветить0
DataBartender
· 08-10 07:07
zk действительно может спасти btc? Это смешно.
Посмотреть ОригиналОтветить0
HashRatePhilosopher
· 08-10 07:01
Качественный резиновый Тьюринг~ Не зря ты такой
Посмотреть ОригиналОтветить0
AllInAlice
· 08-10 07:01
Биткойн — это главный, никто не может с ним сравниться.
Биткойн оригинальная Программируемость новое достижение: RGB, RGB++ и Arch Network сравнительный анализ
Исследование Программируемости экосистемы Биткойн
Биткойн как наиболее ликвидная и безопасная блокчейн-технология привлек множество разработчиков после бума мемов. Эти разработчики быстро сосредоточились на Программируемость и проблемах масштабируемости Биткойн. Благодаря внедрению инновационных решений, таких как ZK, DA, сайдчейны, rollup и restaking, экосистема Биткойн переживает новый пик процветания и становится основной темой текущего бычьего рынка.
Однако многие проектные решения используют опыт масштабирования таких платформ, как Эфириум, и часто зависят от централизованных кроссчейновых мостов, что становится потенциальной слабостью системы. Очень мало решений разработано с учетом особенностей Биткойн, что связано с плохим опытом разработчиков Биткойн. По определенным причинам Биткойн не может напрямую выполнять смарт-контракты, как это делает Эфириум:
Введение 2017 года SegWit ( расширило лимит размера блока Биткойна; обновление 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 Binding: подробное объяснение решений смарт-контрактов 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-цепь с полной Тьюрингом. Используя такие UTXO-цепи, как CKB, в качестве теневой цепи, RGB++ может обрабатывать данные вне сети и смарт-контракты. Эта цепь не только позволяет выполнять сложные смарт-контракты, но и может быть связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. Кроме того, изоморфная связь между UTXO Биткойна и UTXO теневой цепи обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяется на все Turing-полные UTXO-цепочки, больше не ограничиваясь CKB, что повышает межцепочечную совместимость и ликвидность активов. Эта поддержка нескольких цепочек позволяет RGB++ сочетаться с любой Turing-полной UTXO-цепочкой, усиливая гибкость системы. В то же время RGB++ реализует безмостовое взаимодействие между цепочками через гомоморфное связывание UTXO, избегая проблемы «фальшивых токенов» и обеспечивая подлинность и согласованность активов.
Проводя верификацию в цепочке через теневую цепь, RGB++ упростил процесс верификации клиента. Пользователи просто должны проверить соответствующие транзакции на теневой цепи, чтобы подтвердить правильность вычислений состояния RGB++. Этот способ верификации в цепочке не только упрощает процесс верификации, но и оптимизирует пользовательский опыт. Благодаря использованию Тьюринг-полной теневой цепи, RGB++ избегает сложного управления UTXO RGB, предлагая более упрощенный и удобный для пользователя опыт.
Сеть Arch
Сеть Arch в основном состоит из Arch zkVM и сети валидаторов Arch, использует нулевые доказательства ) zk-proofs ( и децентрализованную сеть валидаторов для обеспечения безопасности и конфиденциальности смарт-контрактов, проще в использовании, чем RGB, и не требует привязки к другой цепочке UTXO, как RGB++.
Arch zkVM использует RISC Zero ZKVM для выполнения смарт-контрактов и генерации нулевых доказательств, которые верифицируются децентрализованной сетью узлов проверки. Эта система работает на основе модели UTXO, упаковывая состояние смарт-контрактов в State UTXOs для повышения безопасности и эффективности.
Активы UTXOs используются для представления Биткойн или других токенов и могут управляться через делегирование. Сеть Arch верифицирует содержимое ZKVM через случайно выбранные узлы-лидеры и использует схему подписания FROST для агрегации подписей узлов, в конечном итоге транзакция передается в сеть Биткойн.
Arch zkVM предоставляет Биткойн Turing-полную виртуальную машину, способную выполнять сложные смарт-контракты. Каждый раз после выполнения смарт-контракта Arch zkVM генерирует нулевое знание, используемое для проверки правильности контракта и изменения состояния.
Arch также использует модель UTXO Биткойна, состояние и активы инкапсулируются в UTXO, и происходит переход состояния через концепцию одноразового использования. Данные состояния смарт-контрактов записываются как state UTXOs, а исходные данные активов записываются как Asset UTXOs. Arch гарантирует, что каждый UTXO может быть потрачен только один раз, обеспечивая безопасное управление состоянием.
Хотя Arch не внедрил инновационную структуру блокчейна, необходимо проверить сеть узлов-валидаторов. В течение каждого Epoch Arch система случайным образом выбирает узел-Лидера на основе доли, который отвечает за распространение полученной информации среди всех других узлов-валидаторов в сети. Все zk-доказательства проверяются децентрализованной сетью узлов-валидаторов, что обеспечивает безопасность и устойчивость системы к цензуре, а также генерирует подпись для узла-Лидера. Как только транзакция подписана необходимым количеством узлов, она может быть распространена в сети Биткойн.
! [Привязка 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 является самым эффективным способом расширения его Программируемость без обновления сети Биткойн. Если удастся решить проблемы с пользовательским опытом, это будет значительный шаг вперёд для смарт-контрактов Биткойн.