Недавно стек UTXO был лучше объяснен некоторым энтузиастам, разработчикам, держателям токенов и новичкам, которые, возможно, слышали о нем или только знакомятся с ним. Зрителям рассказали, что такое протокол RGB++ , суть его полной версии и планы. Все началось с освещения миссии и позиционирования протокола RGB++, которые сосредоточены на создании собственных решений по программированию и масштабируемости для экосистемы Биткойн, то есть таким образом, который по своей сути является естественным. Необходимость идти естественным путем, говорит соучредитель Nervos CKB, Cipher, «это не просто политический вопрос, это скорее естественный путь, который может обеспечить жизненно важное решение».
Эта статья основана на разговоре
Это относится к использованию присущих Биткойну функций — доказательства работы (PoW) и неизрасходованных выходов транзакций (UTXO). Только используя эти две функции, можно заявить, что собственный подход обеспечивает превосходное решение. Он полностью отличается от экосистемы Ethereum, которая опирается на модель учетной записи и доказательство доли (PoS) .
В последние годы в экосистеме Ethereum появились различные решения для масштабируемости, включая Plasma, Sharding, Raiden Network и Rollups. Накопительные пакеты стали оптимальным решением для масштабируемости Ethereum, поскольку они полностью используют преимущества модели учетной записи и PoS.
Однако, хотя это сработало для Ethereum, то же предположение не применимо автоматически к Биткойну, что объединение является его лучшим решением. Скорее, изучаются другие или даже лучшие решения. К ним относятся четыре основных направления подходов к масштабированию или расширению Биткойна:
Боковые цепи : они включают в себя мост, в частности многоподписные мосты, и EVM-совместимый уровень 2 (Bridge+EVM). Merlin, BEVM и Satoshi VM — одни из лучших примеров. Однако на самом деле они не являются решениями уровня 2 Биткойна, а скорее являются мостами к уровню 2 Эфириума. Их безопасность зависит от моста с мультиподписью, и инновации в этой области ограничены.
Свертывания : чтобы проверить статус уровня 2 непосредственно на уровне 1 Биткойна, в сценарии Биткойна необходимо что-то особенное. Таким образом, такая сложная технология, как BitVM с потенциальной поддержкой OP_CAT, призвана облегчить, хотя и усложнить задачу. Между тем, в мире бытует общее мнение, что BitVM вряд ли завершит свое развитие в рамках нынешнего бычьего рыночного цикла биткойнов. Таким образом, решение по объединению может быть реализовано к следующему бычьему рынку, который ожидается в ближайшие четыре года.
Channels/LN : каналы и сеть Lightning Network называются собственными подходами к масштабированию Биткойна. У нас уже есть зрелая сеть Lightning Network, работающая на Биткойне, с более чем 10 000 узлами и миллионами пользователей. Однако в настоящее время эта сеть поддерживает только биткойны. Если бы однажды он мог поддерживать стейблкоины или другие определяемые пользователем монеты, он был бы значительно полезнее. Команда CKB также разрабатывает сеть CKB Lightning Network, которая, как ожидается, соединится с сетью Bitcoin Lightning в этом году. Это очень многообещающее решение для Биткойна, хотя оно больше ориентировано на платежные каналы или сети и сталкивается с проблемами.
CSV (проверка на стороне клиента) : это собственное решение для Биткойна, доступное только для модели UTXO. Известные проекты включают RGB, Taproot Assets и протокол RGB++.
Несмотря на то, что в цепочке Биткойн построено более сотни решений второго уровня, ни одно из них не смогло решить проблему программируемости и масштабируемости. Наиболее зрелые решения биткойн-уровня 2 используют многоподписный мост плюс подход EVM-совместимого уровня. По сути, они соединяют реальную цепочку Биткойн с другой цепочкой с биткойнами, которые не являются реальными (теневые или псевдобиткойны). Без действительно собственного решения теневые биткойны остаются непрограммируемыми и немасштабируемыми, поскольку настоящий биткойн остается на уровне 1.
Существует простое решение протокола RGB++: оно обеспечивает полную по Тьюрингу программируемость непосредственно на уровне Биткойна 1 и распространяется на уровень 2 для достижения масштабируемости.
Таким образом, в двух словах, протокол RGB++ не является BitVM, даже несмотря на то, что он может обеспечить собственные возможности полной по Тьюрингу на уровне Биткойн 1. Он не полагается на какие-либо новые коды OP и не требует хард-форков или софт-форков, а скорее напрямую обеспечивает программируемость на уровень 1. Это также не EVM или накопительный пакет, и ему не нужен мост.
Каждый биткойн-UTXO состоит из двух важнейших компонентов: один для поля суммы (переменная), указывающий биткойн, содержащийся в UTXO, а другой для сценария блокировки, который похож на адрес, который означает владение и полномочия для разблокировки UTXO.
Протокол RGB++ присоединяет дополнительные данные в качестве дополнительной программной логики к исходному биткойн-UTXO. Один биткойн-UTXO связан с ячейкой данных вне цепочки (или с тем, что называется полным по Тьюрингу UTXO). Путем соединения каждого UTXO в цепочке с данными вне цепочки и дополнительной логикой выполнения, UTXO вне цепочки передается — несмотря на то, что он ограничен сценарием в UTXO — всякий раз, когда исходный UTXO передается или расходуется. Это позволяет передавать дополнительные биты или активы из одного UTXO в другой, выполнять сценарий и эффективно создавать внесетевую транзакцию с переносом состояния вне цепочки из одного состояния в другое. В этом суть протокола RGB++.
Этот метод называется изоморфной привязкой, поскольку переходы состояний вне цепочки протокола RGB++ проверяются другой цепочкой PoW на основе UTXO, полной по Тьюрингу, CKB, для обеспечения точности транзакций. По сравнению с исходным протоколом RGB, который запускает процессы вне цепочки на клиенте пользователя, протокол RGB++ запускает эти процессы в цепочке CKB. Однако это не является обязательным для пользователей. Те, кто не доверяет CKB, могут скачать транзакцию или запросить историю транзакций у отправителя и проверить ее самостоятельно.
Чтобы подробнее объяснить технологию изоморфного связывания, посмотрите на диаграмму выше. Левая сторона представляет транзакцию биткойнов, а правая — транзакцию CKB. Сторону CKB можно считать «транзакцией вне сети» по сравнению с транзакцией внутри сети Биткойна, хотя с точки зрения CKB это транзакция внутри сети. Разделы входов и выходов Биткойн обозначают владение активом или государством, а обязательство, закодированное в поле OP_RETURN транзакции Биткойн, представляет собой хэш транзакции CKB.
Сторона транзакции CKB включает в себя UTXO с богатым состоянием — все, что находится под защитой смарт-контракта. У него также есть легкий биткойн-клиент в цепочке CKB, который действует как генератор доказательств или верификатор. Когда срабатывает подтверждение транзакции, смарт-контракт проверяет, правильно ли закодирована транзакция в обязательстве Биткойн. Эта технология помогает добиться двунаправленной привязки транзакции Bitcoin и UTXO с транзакцией CKB и ячейкой CKB, гарантируя, что транзакция контролируется или ограничивается смарт-контрактом CKB. Именно так достигается программируемость на уровне 1 Биткойна с помощью протокола RGB++.
Базовые знания протокола RGB++ и его использования в качестве метода изоморфного связывания можно использовать для внедрения действия Cross-chain Leap. Поскольку разделы входов и выходов Биткойна обозначают владение активом или государством, передача права собственности от UTXO Биткойна к UTXO другой цепочки, например Litecoin, требует изменения структуры данных изоморфной привязки с UTXO Биткойна на UTXO Litecoin. Однако когда передача происходит, в ее стоимости ничего не меняется.
В этом суть перекрестного скачка. Это устраняет необходимость в каких-либо мостах, как централизованных, так и децентрализованных, и в то же время обеспечивает простой переход от одной цепочки к другой. Проверка транзакции также проста. Он отслеживает историю транзакций с доказательством ветки UTXO в одной цепочке и другой, пока не дойдет до исходной цепочки Биткойн.
Хороший пример того, как достигается этот скачок в активах, можно увидеть в первом приложении биткойн-кошелька, не связанном с хранением паролей.
Вооружившись этими утилитами — программируемостью уровня 1 и технологией межцепочечного перехода, можно достичь последнего этапа протокола RGB++: создать расширение масштабируемости для уровня 2 Биткойна. Мы можем построить уровень 2 на основе UTXO с PoS.
Для реализации ставок, вознаграждений и слэшинга на уровне 1 Биткойна уровень программирования, обеспечиваемый протоколом RGB++, используется для запуска сценариев ставок или слэшинга, которые обеспечивают безопасность уровня 2 UTXO. Эта функция позволяет перебрасывать активы с уровня 2 UTXO на уровень. 1 без какого-либо централизованного или децентрализованного моста. Именно это и делает UTXO Stack, являющийся полной версией протокола RGB++.
Что касается безопасности и ставок, Babylon или аналогичные протоколы будут представлены в качестве поставщика безопасности ставок биткойнов для цепочек L2, в то время как другие токены, такие как монеты CKB и RGB++, могут быть приняты в качестве активов ставок на уровне 1, как запрограммировано в смарт-контрактах протокола RGB++. Уровень безопасности для уровня 1 Биткойна идентичен уровню безопасности самого Биткойна. Это гарантируется исторической цепочкой PoW Биткойна. Безопасность для уровня 2 аналогична накопительному пакету OP (на Ethereum) с ожидаемым сложным периодом, в течение которого будет действовать ограничение безопасности, аналогичное депозиту. Ожидается, что после завершения сложного периода безопасность улучшится.
В этой полной редакции плана протокола RGB++ команда и компания посвятили себя созданию решения стека UTXO, уделяя особое внимание масштабируемости Биткойна. План состоит в том, чтобы разработать что-то похожее на OP Stack + EigenLayer для Биткойна, которое является родным для UTXO, не совместимо с EVM и не имеет моста. Он может интегрироваться с будущими сетями освещения и, как ожидается, станет лучшим решением для расширения Биткойна вместо накопительного решения.
Продолжаются усилия по созданию надежного сообщества и экосистемы, которые до сих пор развивались с помощью таких проектов, как рынки взаимозаменяемых и невзаимозаменяемых токенов, панели запуска, DOB, Stable++, Leap X, Omega, Nervape, кошелек JoyID и т. д.
Нажмите