Биткойн как наиболее ликвидная и безопасная блокчейн-система привлекает всё большее внимание разработчиков к вопросам своей программируемости и масштабируемости. Внедряя инновационные решения, такие как ZK, DA, сайдчейн, роллап и рестейкинг, экосистема Биткойна вступает в новую эпоху процветания и становится основным объектом внимания в текущем бычьем рынке.
Однако многие новые проектные решения опираются на опыт масштабирования таких платформ, как Ethereum, и часто зависят от централизованных кроссчейн-мостов, что становится потенциальной слабостью системы. Очень мало решений разработаны на основе характеристик Биткойна, что связано с недостаточной дружелюбностью среды разработки Биткойна. Биткойн по следующим причинам сложно поддерживает смарт-контракты, как это делает Ethereum:
Языка сценариев Биткойна ограничивает тьюринг-полноту для обеспечения безопасности, что делает невозможным выполнение сложных смарт-контрактов.
Структура хранения блокчейна Биткойн оптимизирована для простых транзакций и не подходит для сложных смарт-контрактов.
Биткойн не имеет виртуальной машины для работы со смарт-контрактами.
В последние годы сеть Биткойн пережила несколько важных обновлений. Изоляция свидетельств (SegWit) в 2017 году увеличила ограничения на размер блока; обновление Taproot в 2021 году реализовало верификацию массовых подписей, что повысило эффективность обработки транзакций. Эти обновления создали условия для программируемости на Биткойне.
В 2022 году разработчик Кейси Родармор предложил концепцию "Ordinal Theory", которая открыла новые пути для встраивания произвольных данных в транзакции Биткойн. Это дало новые идеи для приложений смарт-контрактов, требующих доступных и проверяемых статусных данных.
В настоящее время большинство проектов, расширяющих программируемость Биткойна, зависят от второго уровня сети (L2), что требует от пользователей доверия к кросс-чейн мостам и становится основным препятствием для получения пользователей и ликвидности на L2. Кроме того, Биткойн не имеет родной виртуальной машины или программируемости, что делает невозможным осуществление связи между L2 и L1 без дополнительных предположений о доверии.
Проекты, такие как RGB, RGB++ и Arch Network, пытаются улучшить программируемость Биткойна, исходя из его исходных свойств, предлагая смарт-контракты и сложные торговые возможности различными способами:
RGB — это смарт-контракты, которые проверяются через оффлайн-клиенты, и изменения состояния контрактов записываются в UTXO Биткойна. Хотя это имеет определенные преимущества в области конфиденциальности, использование является сложным и не хватает совместимости контрактов, что замедляет развитие.
RGB++ на основе идеи RGB предлагает новый расширенный маршрут, все еще основанный на привязке UTXO, но сама цепочка рассматривается как клиент-валидатор с консенсусом, предоставляя решение для кросс-цепочного перемещения метаданных активов, поддерживающее передачу любых цепочек с структурой UTXO.
Arch Network предоставляет Биткойн нативное решение для смарт-контрактов, создает ZK виртуальную машину и сеть валидаторов, агрегируя транзакции, чтобы записать изменения состояния и активы в транзакции Биткойн.
RGB использует верификацию вне цепи, перемещая проверку передачи токенов с уровня консенсуса Биткойн на внецепные процессы, которые выполняются специализированными клиентами, связанными с транзакцией. Этот подход уменьшает потребность в широковещательной передаче по сети, повышая уровень конфиденциальности и эффективности. Однако, этот способ повышения конфиденциальности также является двусторонним мечом. Хотя он усиливает защиту конфиденциальности, это делает третьи стороны невидимыми, усложняя процесс операций и затрудняя разработку, что негативно сказывается на пользовательском опыте.
RGB ввела концепцию одноразовой пломбы. Каждый UTXO может быть потрачен только один раз, что эквивалентно блокировке при создании и разблокировке при использовании. Состояние смарт-контракта заключено в UTXO и управляется пломбой, что обеспечивает эффективный механизм управления состоянием.
RGB++ использует полнофункциональную UTXO-цепь для обработки данных вне цепи и смарт-контрактов, что дополнительно повышает программируемость Биткойна и обеспечивает безопасность через гомоморфное связывание BTC.
RGB++ использует универсальную UTXO-цепь, обладающую полным набором возможностей Тьюринга, в качестве теневой цепи, которая может выполнять сложные смарт-контракты и связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. Исходная связь между UTXO Биткойна и теневой цепью обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяет поддержку всех Тьюринг-полных UTXO-цепочек, улучшая межцепочечную интероперабельность и ликвидность активов. Через гомоморфную привязку UTXO достигается безмостовая межцепочечная связь, избегая проблемы "фальшивых токенов", обеспечивая подлинность и согласованность активов.
Проверка верификации в цепочке с помощью теневой цепи, RGB++ упростила процесс верификации клиента. Пользователи просто должны проверить соответствующие транзакции в теневой цепи, чтобы подтвердить правильность вычисления состояния. Этот способ верификации в цепочке не только упрощает процесс верификации, но и оптимизирует пользовательский опыт.
Arch Network состоит из Arch zkVM и сети проверочных узлов, использует нулевое знание и децентрализованную сеть проверки для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобен, чем 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 не внедрил инновационную структуру блокчейна, необходимо проверить сеть узлов. На протяжении каждого эпохи Arch система случайным образом выбирает узел-лидера в зависимости от доли участия, который отвечает за распространение информации. Все доказательства с нулевым разглашением проверяются децентрализованной сетью узлов-проверяющих, что обеспечивает безопасность системы и защиту от цензуры, а также генерирует подпись для узла-лидера. После получения необходимого количества подписей узлов, транзакция может быть транслирована в сети Биткойн.
В дизайне программируемости Биткойн RGB, RGB++ и Arch Network имеют свои особенности, но все продолжают концепцию привязки UTXO. Одноразовые атрибуты авторизации UTXO лучше подходят для записи состояния смарт-контрактов.
Однако у этих решений также есть очевидные недостатки, такие как плохой пользовательский опыт, задержка подтверждения, совпадающая с Биткойном, и низкая производительность. Они расширяют функциональность, но не улучшают производительность, что особенно заметно в Arch и RGB. RGB++ улучшил пользовательский опыт за счет введения высокопроизводительной UTXO-цепи, но также ввел дополнительные предположения о безопасности.
С увеличением числа разработчиков, присоединяющихся к сообществу Биткойн, мы увидим больше решений для масштабирования, таких как предложение по обновлению op-cat, которое активно обсуждается. Решения, соответствующие природным свойствам Биткойн, заслуживают особого внимания. Метод привязки UTXO является самым эффективным способом расширения его программирования без обновления сети Биткойн. Если удастся решить проблему пользовательского опыта, это станет значительным шагом вперед для смарт-контрактов Биткойн.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
13 Лайков
Награда
13
3
Репост
Поделиться
комментарий
0/400
fren.eth
· 07-26 21:09
Снова говорят о концепции? zkbtc не продержится и трех месяцев
Посмотреть ОригиналОтветить0
MetaverseLandlady
· 07-25 01:06
Заходите, посмотрите, чем занимается BTC в высоких технологиях.
Биткойн смарт-контракты новый век: инновационный путь RGB, RGB++ и Arch Network
Исследование смарт-контрактов экосистемы Биткойн
Биткойн как наиболее ликвидная и безопасная блокчейн-система привлекает всё большее внимание разработчиков к вопросам своей программируемости и масштабируемости. Внедряя инновационные решения, такие как ZK, DA, сайдчейн, роллап и рестейкинг, экосистема Биткойна вступает в новую эпоху процветания и становится основным объектом внимания в текущем бычьем рынке.
Однако многие новые проектные решения опираются на опыт масштабирования таких платформ, как Ethereum, и часто зависят от централизованных кроссчейн-мостов, что становится потенциальной слабостью системы. Очень мало решений разработаны на основе характеристик Биткойна, что связано с недостаточной дружелюбностью среды разработки Биткойна. Биткойн по следующим причинам сложно поддерживает смарт-контракты, как это делает Ethereum:
В последние годы сеть Биткойн пережила несколько важных обновлений. Изоляция свидетельств (SegWit) в 2017 году увеличила ограничения на размер блока; обновление Taproot в 2021 году реализовало верификацию массовых подписей, что повысило эффективность обработки транзакций. Эти обновления создали условия для программируемости на Биткойне.
В 2022 году разработчик Кейси Родармор предложил концепцию "Ordinal Theory", которая открыла новые пути для встраивания произвольных данных в транзакции Биткойн. Это дало новые идеи для приложений смарт-контрактов, требующих доступных и проверяемых статусных данных.
В настоящее время большинство проектов, расширяющих программируемость Биткойна, зависят от второго уровня сети (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 может быть потрачен только один раз, что эквивалентно блокировке при создании и разблокировке при использовании. Состояние смарт-контракта заключено в UTXO и управляется пломбой, что обеспечивает эффективный механизм управления состоянием.
RGB++ использует полнофункциональную UTXO-цепь для обработки данных вне цепи и смарт-контрактов, что дополнительно повышает программируемость Биткойна и обеспечивает безопасность через гомоморфное связывание BTC.
RGB++ использует универсальную UTXO-цепь, обладающую полным набором возможностей Тьюринга, в качестве теневой цепи, которая может выполнять сложные смарт-контракты и связана с UTXO Биткойна, что увеличивает программируемость и гибкость системы. Исходная связь между UTXO Биткойна и теневой цепью обеспечивает согласованность состояния и активов между двумя цепями, гарантируя безопасность транзакций.
RGB++ расширяет поддержку всех Тьюринг-полных UTXO-цепочек, улучшая межцепочечную интероперабельность и ликвидность активов. Через гомоморфную привязку UTXO достигается безмостовая межцепочечная связь, избегая проблемы "фальшивых токенов", обеспечивая подлинность и согласованность активов.
Проверка верификации в цепочке с помощью теневой цепи, RGB++ упростила процесс верификации клиента. Пользователи просто должны проверить соответствующие транзакции в теневой цепи, чтобы подтвердить правильность вычисления состояния. Этот способ верификации в цепочке не только упрощает процесс верификации, но и оптимизирует пользовательский опыт.
! UTXO Binding: подробное объяснение решений смарт-контрактов BTC: RGB, RGB++ и Arch Network
Arch Network состоит из Arch zkVM и сети проверочных узлов, использует нулевое знание и децентрализованную сеть проверки для обеспечения безопасности и конфиденциальности смарт-контрактов, более удобен, чем 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 не внедрил инновационную структуру блокчейна, необходимо проверить сеть узлов. На протяжении каждого эпохи Arch система случайным образом выбирает узел-лидера в зависимости от доли участия, который отвечает за распространение информации. Все доказательства с нулевым разглашением проверяются децентрализованной сетью узлов-проверяющих, что обеспечивает безопасность системы и защиту от цензуры, а также генерирует подпись для узла-лидера. После получения необходимого количества подписей узлов, транзакция может быть транслирована в сети Биткойн.
В дизайне программируемости Биткойн RGB, RGB++ и Arch Network имеют свои особенности, но все продолжают концепцию привязки UTXO. Одноразовые атрибуты авторизации UTXO лучше подходят для записи состояния смарт-контрактов.
Однако у этих решений также есть очевидные недостатки, такие как плохой пользовательский опыт, задержка подтверждения, совпадающая с Биткойном, и низкая производительность. Они расширяют функциональность, но не улучшают производительность, что особенно заметно в Arch и RGB. RGB++ улучшил пользовательский опыт за счет введения высокопроизводительной UTXO-цепи, но также ввел дополнительные предположения о безопасности.
С увеличением числа разработчиков, присоединяющихся к сообществу Биткойн, мы увидим больше решений для масштабирования, таких как предложение по обновлению op-cat, которое активно обсуждается. Решения, соответствующие природным свойствам Биткойн, заслуживают особого внимания. Метод привязки UTXO является самым эффективным способом расширения его программирования без обновления сети Биткойн. Если удастся решить проблему пользовательского опыта, это станет значительным шагом вперед для смарт-контрактов Биткойн.