В июле 2024 года CKB официально объявила о запуске уровня RGB++, ознаменовав собой трансформацию ранее теоретического протокола RGB++ в полностью разработанный продукт, готовый представить более конкретные и практические сценарии применения. Благодаря идее создания экосистемы BTCFi на базе BTC и других публичных сетей на основе UTXO, таких как CKB и Cardano, уровень RGB++ быстро привлек значительное внимание. Таким образом, уровень RGB++ основан на протоколе RGB++, использующем гомоморфную привязку и технологию Leap для обеспечения бесшовного межсетевого взаимодействия для нативных активов RGB++ или надписей/рун в блокчейнах на основе UTXO, таких как BTC, CKB и Cardano, без необходимости в кроссчейн-мостах. Используя полную по Тьюрингу среду смарт-контрактов CKB, он создает необходимые условия для достижения Биткойном сложных функций DeFi. Более того, опираясь на комплексную экосистему абстракции учетных записей CKB, он совместим со счетами и кошельками Bitcoin, предлагая отличный пользовательский опыт для пользователей Bitcoin и прокладывая путь к широкому распространению BTCFi. В следующем тексте давайте углубимся в принципы работы и особенности слоя RGB++ и изучим изменения, которые он принесет в экосистему BTCFi. Учитывая, что его теоретическая основа построена на протоколе RGB++, начнем с обсуждения самого протокола.

Протокол RGB++: Теоретические основы слоя RGB++

Протокол RGB++, выпущенный в январе этого года, фундаментально изменяет метод проверки с применением протокола RGB "проверка на стороне клиента" на проверку в цепи на цепи CKB. В основном этот подход использует CKB в качестве децентрализованного индексатора, назначая задачи, такие как хранение данных и проверку источника активов, CKB. Это позиционирует CKB как слой проверки и слой DA для протокола RGB, решая проблемы UX и ограничения поддержки DeFi, присущие исходному протоколу RGB.

Согласно концепции "одноразовой инкапсуляции", RGB++ вводит понятие гомоморфного связывания, используя расширенные UTXO-ячейки цепи CKB в качестве носителей данных для инкрипции/рун подобных активов. Затем эти ячейки привязываются к UTXO на цепях Bitcoin, Cardano или Liquid, позволяя активам RGB++ наследовать безопасность этих блокчейнов на основе UTXO и предотвращая двойные трата. Подход "связывания для наследования безопасности" аналогичен реальным сценариям, когда банковский счёт должен быть связан с номером телефона и идентификационным номером для улучшения безопасности.

Например, предположим, что Алиса хочет передать некоторые тестовые токены Бобу. Она может создать заявление, привязывающее ячейку, которая хранит информацию о тестовом активе, к Bitcoin UTXO Боба. Если Боб намерен передать тестовые токены кому-то еще, связанный Bitcoin UTXO также должен быть передан. Это создает однозначное отношение привязки между ячейкой, несущей данные актива RGB++, и Bitcoin UTXO. Пока Bitcoin UTXO не будет потрачен дважды, связанный актив RGB++ также не будет потрачен дважды.

При обсуждении слоя RGB++, это в основном сконструированная реализация протокола RGB++, имеющая две основные характеристики: изоморфное связывание и безмостовой перекрестно-цепной мост. Давайте погрузимся в технические принципы изоморфного связывания и Leap.

Изоморфная привязка и Leap: выпуск активов BTCFi и межцепочечный мост без моста

Чтобы по-настоящему понять концепции изоморфного связывания и Leap, нам сначала нужно кратко объяснить модель CKB Cell. Существенно, что Cell является расширенным UTXO (Unspent Transaction Output) с несколькими полями, включая LockScript, TypeScript и Data. LockScript функционирует аналогично блокирующему скрипту Bitcoin и используется для проверки разрешений. TypeScript подобен коду смарт-контракта, в то время как Data используется для хранения данных о активах.

Чтобы выпустить активы RGB++ на блокчейне CKB, вам сначала нужно создать ячейку и заполнить соответствующие поля символом токена и кодом контракта. Например, вы можете установить символ токена «TEST». Эти ячейки могут затем быть разобраны и распределены многим пользователям, аналогично тому, как Bitcoin UTXO (Unspent Transaction Outputs) разделяются и передаются.

Поскольку структура Cells похожа на UTXO Биткойна, а CKB может поддерживать алгоритмы подписи Биткойна, пользователи могут манипулировать активами в цепочке CKB с помощью биткойн-кошельков. Если у вас есть ячейка, вы можете настроить скрипт блокировки в соответствии с условиями разблокировки Bitcoin UTXO. Это позволяет использовать приватные ключи Bitcoin для управления ячейками в цепочке CKB. Эта возможность распространяется на CKB, BTC и другие публичные сети на основе UTXO. Например, вы можете использовать учетную запись Cardano для изменения данных об активах в цепочке CKB, передавая контроль над активами RGB++ от учетной записи BTC к учетной записи Cardano без необходимости кроссчейн-моста.

Этот процесс требует привязки активов RGB++ к UTXO на публичных цепях, таких как Bitcoin, Cardano и Liquid, подобно тому, как привязывается банковский счет к номеру телефона и идентификационному номеру в реальном мире. Активы RGB++ по сути являются данными, которые требуют средства хранения, например, базы данных; в данном случае CKB Cells выступают в качестве базы данных. Вы можете настроить проверку разрешений, чтобы разрешить различным учетным записям на публичных цепях (BTC, Cardano и т. д.) изменять данные активов RGB++ на цепи CKB. Это является основным принципом изоморфного связывания.

Переход без прыжков и мостов между цепями

Функции «Leap» и безмостовая кросс-цепочка RGB++ Layer основаны на изоморфном связывании. Они позволяют «перепривязывать» UTXO, связанные с активами RGB++. Например, если ваш актив был изначально привязан к Bitcoin UTXO, вы можете перепривязать его к UTXO на Cardano, Liquid, Fuel или других цепочках. Это означает, что вы можете перенести управление активами с учетной записи BTC на учетную запись Cardano, все это без необходимости кросс-цепочного моста.

С точки зрения пользователя, это эквивалентно передаче активов между цепями, при этом CKB действует как индексатор и база данных. Однако, в отличие от традиционных методов передачи активов между цепями, "Leap" изменяет только права использования данных актива, в то время как сами данные остаются храниться в цепи CKB. Этот подход проще, чем модель Lock-Mint, и устраняет зависимость от отображения контрактов активов. Вышеизложенное является обзором продукта изоморфного связывания и Leap. Давайте разберем их техническую реализацию на конкретном примере.

Реализация изоморфного связывания

Давайте поймем техническую реализацию изоморфного связывания. Предположим, что у Алисы есть 100 тестовых токенов, данные о которых хранятся в ячейке №0, привязанной к UTXO №0 на цепи биткойна. Теперь Алиса хочет передать 40 тестовых токенов Бобу. Сначала она разделяет ячейку №0 на две новые ячейки: ячейку №1, содержащую 40 тестовых токенов, которая передается Бобу, и ячейку №2, содержащую 60 тестовых токенов, которая остается под контролем Алисы. В этом процессе UTXO BTC №0, привязанный к ячейке №0, также разделяется на UTXO №1 и UTXO №2, привязанные соответственно к ячейкам №1 и №2. Когда Алиса передает ячейку №1 Бобу, она также может передать BTC UTXO №1 Бобу с помощью одной операции, достигая синхронизированных транзакций на цепях CKB и BTC.

Здесь мы можем глубже понять изоморфное связывание. На самом деле, основной смысл этой концепции заключается в том, что Cell от CKB, eUTXO от Cardano и BTC UTXO являются моделями UTXO, и CKB совместим с алгоритмом подписи Bitcoin/Cardano. Разложение и передача UTXO, происходящие в последних двух цепях, также могут быть синхронизированы 1:1 с ячейкой в цепочке CKB. . Таким образом, когда мы оперируем BTC UTXO, привязанным к активу RGB++, результаты операции могут быть синхронизированы с ячейкой в цепочке CKB, точно так же, как отношения между сущностью и тенью. Кроме того, мы также должны обратить внимание наАктив RGB++ связан с двумя сущностями BTC UTXO и CKB Cell, обе из которых являются компонентами актива RGB++. И то, и другое незаменимо.

Если мы рассмотрим вышеупомянутый случай, когда Алиса переводит деньги Бобу, то общий процесс будет следующим:1. Алиса конструирует данные транзакции CKB локально (пока не загружая их в цепочку). Эта транзакция указывает на то, что ячейка #0, в которой записаны данные актива, будет уничтожена, ячейка #1 будет сгенерирована и передана Бобу, а ячейка #2 будет сохранена для себя;2. Алиса генерирует оператор локально, привязывает ячейку#1 к BTC UTXO#1, привязывает ячейку#2 к BTC UTXO#2 и отправляет ячейку#1 и BTC UTXO#1 Бобу;3. После этого Алиса генерирует Commitment (похожее на хэш) локально, и соответствующее исходное содержимое содержит инструкцию на шаге 2 + данные транзакции CKB, сгенерированные на шаге 1. Затем данные об обязательствах будут записаны в цепочке Bitcoin;4. Алиса инициирует транзакцию в цепочке Биткоина, уничтожает UTXO#0, генерирует UTXO#1 и отправляет его Бобу, UTXO#2 оставляет себе и записывает Commitment в цепочку Биткоина в виде OP_Return опкода;5. После завершения шага 4 отправьте транзакцию CKB, сгенерированную на шаге 1, в цепочку CKB.

Некоторые более сложные детали были опущены выше. Фактически, когда Алиса передает свои активы RGB++ Бобу, она должна сначала выполнить сложную проверку личности, чтобы доказать, что она действительно является владельцем Cell#0. В этом здесь вовлечены следующие вещи: 1. Доказательство того, что Cell#0 и BTC UTXO#0 действительно привязаны; 2. Алиса доказывает, что она является фактическим контролером Cell#0 и BTC UTXO#0. Будьте осторожны, ячейки и Bitcoin UTXO, записанные с данными активов RGB++, могут быть перезаписаны одновременно с помощью учетных записей Bitcoin. Во время всего процесса взаимодействия одним нажатием кнопки можно завершить операции через учетные записи Bitcoin. Вышеперечисленные сценарии не ограничиваются изоморфной привязкой между Bitcoin и CKB, но могут быть расширены на Cardano, Liquid, Litecoin и другие широкие категории. Здесь все еще остается много места для фантазии.

Принципы реализации и сценарии поддержки Leap

Ранее мы упоминали, чтоФункция Leap на самом деле заключается в переключении привязки UTXO к активу RGB++, например, переключении с Bitcoin на Cardano, а затем вы можете использовать учетную запись Cardano для управления активом RGB++. После этого вы также можете переводить средства в цепочке Cardano, чтобы разделить и передать активы, контролирующие UTXO RGB++, большему количеству людей. Таким образом, активы RGB++ могут быть переданы и распределены по нескольким публичным цепочкам UTXO, но традиционную модель кроссчейн-моста Lock-Mint можно обойти. В этом процессе публичная цепочка CKB должна действовать как индексатор для проверки и обработки запросов Leap. Предположим, вы хотите перевести активы RGB++, привязанные к BTC, на счет Cardano. Основные шаги не что иное, как:1. Опубликуйте обязательство в цепочке Bitcoin, объявив об отвязке Cell, привязанной к BTC UTXO;2. Опубликуйте обязательство в цепочке Cardano, объявив, что ячейка будет привязана к Cardano UTXO;3. Измените скрипт блокировки Cell, чтобы изменить Bitcoin UTXO, связанный с условиями разблокировки, на eUTXO на Cardano.

Мы можем заметить, что во время всего этого процесса данные об активах RGB++ по-прежнему хранятся в цепочке CKB, но UTXO биткоина, связанный с условиями разблокировки, меняется на eUTXO в цепочке Cardano. Конечно, конкретный процесс выполнения намного сложнее, чем то, что упомянуто выше, поэтому я не буду вдаваться в подробности. Кроме того, в плане скачка есть неявная предпосылка, то есть публичная цепочка CKB выступает в качестве стороннего свидетеля, индекса и DA. Поскольку это публичная цепочка, ее авторитет намного превосходит традиционные методы кроссчейн-моста, такие как MPC и мультиподпись. На самом деле, на основе функции Leap могут быть реализованы очень интересные сценарии. Например, мы можем реализовать «транзакции полной цепочки». Предположим, что мы создадим индексатор для Bitcoin, Cardano и CKB и создадим торговую платформу, которая позволит покупателям и продавцам торговать активами RGB++. Покупатели могут переводить свои биткоины продавцам, а затем использовать свои учетные записи Cardano для получения активов RGB++. . Во время этого процесса данные актива RGB++ по-прежнему записываются в ячейку, но ячейка будет передана покупателю, а затем ее разрешение на разблокировку будет изменено с Bitcoin UTXO продавца на Cardano eUTXO покупателя.

Обертка

Хотя функция Leap идеально подходит для активов RGB++, все же есть некоторые узкие места: для Bitcoin и Cardano активы RGB++ — это, по сути, надписи/руны/окрашенные монеты, основанные на OP_RETURN опкоде. Эти узлы публичной цепочки не могут воспринимать существование ресурсов RGB++, и CKB фактически участвует в координации в качестве индексатора. То есть, для Биткойна и Cardano уровень RGB++ в основном поддерживает прыжок надписей/рун/окрашенных монет, а не кроссчейн нативных активов, таких как BTC, и ADA.In связи с этим слой RGB++ официально представил Wrapper, который можно просто понимать как мост, основанный на доказательстве мошенничества и чрезмерном обеспечении. Возьмем в качестве примера оболочку rBTC, которая соединяет BTC с уровнем RGB++, а набор смарт-контрактов, работающих на уровне RGB++, следит за хранителями моста. Если опекун ведет себя злонамеренно, его залог будет урезан. Если опекуны вступают в сговор с целью кражи заблокированных BTC, держатели rBTC могут получить полную компенсацию.

После объединения Leap и Wrapper различные активы в экосистеме BTCFi, такие как собственные активы RGB++, BRC20, ARC20, руны и т. д., могут быть переданы на другие уровни или публичные цепочки.

Изображение ниже является частью процесса подачи заявки на LeapX. Вы можете видеть, что он поддерживает взаимодействие практически всех основных активов BTCFi в различные экосистемы. И существуют соответствующие процедуры обработки активов с различными методами выпуска. Некоторые используют обертку, а некоторые - Leap.

CKB-VM: смарт-контрактный движок BTCFi

Выше мы в основном объясняли концепцию изоморфного связывания и скачкообразного слоя RGB++. Рассмотрим другие моменты ниже. В традиционных BTCFi из-за отсутствия поддержки смарт-контрактов могут быть реализованы только некоторые относительно простые Dapps. Некоторые методы реализации имеют определенные риски централизации, в то время как другие являются неповоротливыми и негибкими. Чтобы реализовать уровень смарт-контрактов, доступный в блокчейне, CKB предоставляет CKB-VM для уровня RGB++. Любой язык программирования, поддерживающий виртуальную машину RISC-V, можно использовать для разработки контрактов на уровне RGB++.Разработчики могут использовать предпочитаемые ими инструменты и языки для обеспечения эффективной и безопасной разработки и развертывания смарт-контрактов в рамках единой структуры смарт-контрактов и среды выполнения. Ниже приведен метод передачи определяемого пользователем маркера UDT в CKB, реализованный на языке C. Видно, что, за исключением разницы в языке, его базовая логика такая же, как и у общих лексем. Поскольку RISC-V имеет обширную поддержку языка и компилятора, требования к разработчикам для начала разработки смарт-контрактов относительно низкие. Мы можем легко переписать эту логику, используя JavaScript, Rust, Go, Java и Ruby. Вместо того, чтобы изучать определенный язык DSL для написания контрактов. Конечно, язык — это только один из аспектов программирования, и изучение конкретных фреймворков смарт-контрактов неизбежно.

Экология Native AA: без проблем соединяйте BTC и RGB++

Наконец, давайте кратко разберем экосистему местного AA и абстракцию учетной записи за RGB++ Layer. Поскольку сущность BTCFi заключается в предоставлении разнообразного опыта Defi для местных биткойновых активов, важным фактором для учета в периферийных устройствах BTCFi будет совместимость с основными кошельками биткойнов, RGB++ Layer напрямую повторно использует решение местного AA CKB и может быть совместим с важными общедоступными цепочками UTXO, такими как BTC и Cardano, как со стороны разработчика, так и со стороны пользователя. В RGB++ Layer пользователи могут использовать различные алгоритмы подписи для аутентификации. Например, пользователи могут непосредственно манипулировать активами на RGB++ Layer с использованием учетных записей, кошельков или методов аутентификации, таких как BTC, Cardano или даже WebAuthn. Давайте возьмем в качестве примера следующее промежуточное программное обеспечение CCC, которое может предоставлять кошельки и dApps возможность работы с различными общедоступными цепочками на CKB. На рисунке ниже показано окно подключения CCC. Мы видим, что оно поддерживает основные входы кошельков, таких как Unisat и Metamask.

Еще одним примером является внедрение WebAuthn, в котором экологический кошелек CKB JoyID является типичным представителем. С помощью JoyID пользователи могут аутентифицироваться непосредственно через биометрические данные, такие как отпечаток пальца или распознавание лица, обеспечивая безупречный и высоко защищенный вход и управление идентификацией. Можно сказать, что основой для изоморфного связывания и Leap является то, что у RGB++ Layer есть полное родное AA решение, которое хорошо совместимо со стандартами учетной записи других общедоступных цепочек. Эта функция не только упрощает поддержку некоторых ключевых сценариев, но также обеспечивает UX очистку пути.

Подытожить

В вышеупомянутом мы рассмотрели общую картину слоя RGB++. Он может использоваться в качестве важной инфраструктуры для различных меме-монет, таких как надписи/руны/окрашенные монеты, чтобы реализовать сценарии полной взаимодействия на всей цепочке. Среда выполнения смарт-контрактов, созданная слоем RGB++ на основе RiscV, может создать почву для сложной бизнес-логики, требуемой BTCFi. Из-за ограничений пространства, данный статья является всего лишь простым популяризацией основных технологий слоя RGB++, и не проводит систематической популяризации множества сложных деталей. В будущем мы будем продолжать следить за прогрессом слоя RGB++ и проведем более полный и глубокий анализ ряда технических решений, связанных с этим проектом. Пожалуйста, оставайтесь на связи!

заявление:

1. Эта статья воспроизводится из [ гик веб3], авторские права принадлежат оригинальному автору [Фауст & Мисти Мун], если у вас есть возражения по поводу перепечатки, пожалуйста, свяжитесь с Gate Learnкоманда, и команда обработает это как можно скорее в соответствии с соответствующими процедурами.

2. Отказ от ответственности: Взгляды и мнения, выраженные в этой статье, представляют только личные взгляды автора и не являются инвестиционными советами.

3. Другие языковые версии статьи переведены командой Gate Learn и не упоминаются в Gate.io, переведенная статья не может быть воспроизведена, распределена или скопирована.