paint-brush
Слой RGB++ как концентратор BTCFi и UTXO: четыре основные характеристикик@rgbpp
6,011 чтения
6,011 чтения

Слой RGB++ как концентратор BTCFi и UTXO: четыре основные характеристики

к RGB++ Layer11m2024/07/31
Read on Terminal Reader

Слишком долго; Читать

Уровень RGB++ использует изоморфную привязку и Leap, чтобы обеспечить взаимодействие между цепочками без мостов. Он использует полную по Тьюрингу среду смарт-контрактов CKB для создания необходимых условий для Биткойна для выпуска активов и реализации сложных функций DeFi. Это также открывает путь для широкомасштабного внедрения BTCFi.
featured image - Слой RGB++ как концентратор BTCFi и UTXO: четыре основные характеристики
RGB++ Layer HackerNoon profile picture
0-item
1-item


Автор: Фауст и Вую, из GeekWeb3 и BTCEden


Объявление о запуске слоя RGB++ в этом месяце, июле 2024 года, знаменует собой полный переход ранее выпущенного протокола RGB++ от теории к инженерному продукту. Благодаря грандиозному видению создания экосистемы BTCFi на базе BTC, CKB, Cardano и других общедоступных цепочек UTXO (вывод неизрасходованных транзакций), запуск слоя RGB++ также помогает представить более конкретные и практические сценарии для платформы, что делает ее центром внимания. внимания бесчисленного количества людей.


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


Эта часть призвана помочь понять общие принципы работы и функциональные характеристики слоя RGB++. В нем также подчеркиваются изменения, которые этот слой внесет в экосистему BTCFi, на основе его четырех отличительных характеристик.


1. Протокол RGB++ как теоретическая основа слоя RGB++.

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


В соответствии с концепцией «однократной инкапсуляции», изоморфная привязка RGB++ использует Cell — расширенный UTXO в цепочке CKB — в качестве носителя данных для активов типа надписи/руны для установления связи с UTXO в цепочке Биткойн для унаследовать безопасность Биткойна.


Например, если Алиса хочет передать Бобу несколько токенов TEST, она может сгенерировать объявление, которое привязывает ячейку, хранящую информацию об активе TEST, к одному из биткойн-UTXO Боба. Если Боб хочет передать токены TEST кому-то другому, необходимо также передать привязанный биткойн-UTXO. Таким образом, между ячейкой, несущей данные активов RGB++, и биткойн-UTXO существует связь 1-к-1. Пока биткойн-UTXO не тратится дважды, связанный актив RGB++ не может быть потрачен дважды. Благодаря этому механизму активы RGB++ унаследовали безопасность Биткойна.




Слой RGB++ — это продукт инженерной реализации протокола RGB++. Его двумя основными особенностями являются изоморфное связывание и перекрестная цепь без мостиков Leap.

2. Изоморфная привязка и скачок — выпуск активов и межсетевой уровень без мостов для BTCFi

Чтобы понять изоморфное связывание и подход Leap, важно объяснить модель Cell CKB. Ячейка — это расширенный UTXO с несколькими полями, такими как LockScript, TypeScript и Data. LockScript функционирует аналогично сценарию блокировки Биткойна, используемому для проверки разрешений; TypeScript похож на код смарт-контракта, а Data используется для хранения данных об активах.



Если вы хотите выпустить активы RGB++ в цепочке CKB, сначала создайте Cell и напишите символ токена и код контракта в соответствующих полях. Затем вы можете разобрать ячейку и раздать ее множеству людей, точно так же, как это происходит при разделении и передаче биткойн-UTXO.


Благодаря структурному сходству Cell с биткойнскими UTXO и сходству CKB с алгоритмом подписи биткойнов пользователи могут манипулировать активами в цепочке CKB с помощью биткойн-кошельков. Как владелец ячейки, вы можете настроить ее сценарий блокировки так, чтобы условия ее разблокировки соответствовали условиям биткойн-UTXO, что позволяет вам напрямую манипулировать ячейками в цепочке CKB, используя закрытый ключ учетной записи биткойн.



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


Следует также отметить, что ресурсы RGB++ — это набор данных, которым требуется хранилище мультимедиа, как в базе данных. Ячейки цепочки CKB могут служить их базой данных. Затем можно настроить проверку разрешений, чтобы разрешить доступ к учетным записям из различных публичных цепочек, таких как BTC и Cardano, для перезаписи данных активов RGB++ в цепочке CKB.


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



С точки зрения пользователя это эквивалентно перекрестному объединению активов, при этом CKB играет роль, аналогичную индексатору и базе данных. Однако, в отличие от традиционных кросс-чейн методов, «Leap» меняет только разрешение на изменение данных актива, в то время как сами данные по-прежнему хранятся в цепочке CKB. Этот метод более краток, чем модель Локка-Минта, и устраняет зависимость от сопоставленных контрактов активов.

Технический подход к реализации изоморфного связывания

Предположим, что у Алисы есть 100 токенов TEST, данные которых хранятся в ячейке № 0 и имеют связь с UTXO № 0 в цепочке Биткойн. Чтобы передать 40 жетонов TEST Бобу, ей необходимо разделить Ячейку № 0 на две новые ячейки, где Ячейка № 1 содержит 40 жетонов TEST, которые будут переданы Бобу, а Ячейка № 2 содержит 60 жетонов TEST, которые все еще контролируются Алисой.


В этом процессе BTC UTXO#0, привязанный к Cell#0, должен быть разделен на UTXO#1 и UTXO#2, а затем привязан к Cell#1 и Cell#2 соответственно. Таким образом, когда Алиса передает ячейку № 1 Бобу, она также может передать BTC UTXO № 1 Бобу одним щелчком мыши, чтобы добиться синхронных транзакций в цепочках CKB и BTC.



Основное значение изоморфного связывания — его адаптируемость. Это особенно важно, поскольку Cell CKB, eUTXO Cardano и UTXO Bitcoin являются моделями UTXO, а CKB совместим с алгоритмами подписи Bitcoin/Cardano. Методы работы UTXO как в цепочках Bitcoin, так и в Cardano также работают для ячеек в цепочке CKB. Таким образом, учетные записи Bitcoin/Cardano могут напрямую использоваться для одновременного управления как активами RGB++ в цепочке CKB, так и связанными с ними UTXO Bitcoin/Cardano, достигая синхронных транзакций 1:1.



Согласно описанному выше сценарию передачи Алисы Бобу, общий рабочий процесс выглядит следующим образом:


  1. Алиса создает данные транзакции CKB локально (еще не в цепочке), указывая, что ячейка № 0 будет уничтожена, ячейка № 1 для отправки Бобу сгенерирована, а ячейка № 2 останется для себя;


  2. Алиса генерирует объявление локально, привязывая Cell#1 к UTXO#1 и Cell#2 к UTXO#2 и отправляя как Cell#1, так и UTXO#1 Бобу;


  3. Затем Алиса локально генерирует Обязательство (похожее на хэш), соответствующее исходному содержимому, включая декларацию из шага 2 + данные транзакции CKB, сгенерированные на шаге 1;


  4. Алиса инициирует транзакцию в цепочке Биткойн, уничтожает UTXO#0, генерирует UTXO#1 для отправки Бобу, оставляет UTXO#2 себе и записывает обязательство в цепочку Биткойн в форме кода операции OP_Return;


  5. После завершения шага 4 транзакция CKB, созданная на шаге 1, отправляется в цепочку CKB.



Обратите внимание, что ячейка и соответствующий биткойн-UTXO изоморфно связаны и могут напрямую контролироваться биткойн-аккаунтами. То есть в процессе взаимодействия пользователи могут совершать операции в один клик через биткоин-аккаунты в кошельке RGB++. Следовательно, активы RGB++, привязанные к биткойнским UTXO, помогают решить проблему двойных расходов, поскольку активы на уровне RGB++ наследуют безопасность биткойнов.


Вышеупомянутый сценарий не ограничивается изоморфной привязкой между Биткойном и CKB, но также применим к широкому спектру цепочек, включая Cardano, Liquid, Litecoin и т. д.

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

Функция Leap по сути предназначена для переключения UTXO, привязанного к активам RGB++, например, изменения привязки с Bitcoin на Cardano, после чего вы можете управлять активами RGB++ с помощью учетных записей Cardano. В таком случае передача все равно может быть произведена в цепочке Cardano впоследствии, разделив и передав UTXO, контролирующий активы RGB++, большему количеству людей. Хотя активы RGB++ можно передавать и распределять по нескольким публичным цепочкам UTXO, они могут обходить традиционную модель межцепочного моста Lock-Mint.


В этом процессе публичная цепочка CKB играет роль, аналогичную индексатору, наблюдая и обрабатывая запросы Leap. Предположим, вы хотите перенести активы RGB++, привязанные к BTC, на учетную запись Cardano. Основные шаги, которые необходимо выполнить:


  1. Опубликовать Обязательство по цепочке Биткойн, объявив об отмене привязки ячейки к BTC UTXO;


  2. Опубликовать Обязательство по цепочке Cardano, объявив о привязке Cell к Cardano UTXO;


  3. Измените сценарий блокировки ячейки, изменив условие разблокировки с закрытого ключа учетной записи Bitcoin на закрытый ключ учетной записи Cardano.



Обратите внимание, что данные активов RGB++ по-прежнему хранятся в цепочке CKB на протяжении всего этого процесса. Условие разблокировки изменено с закрытого ключа Bitcoin на закрытый ключ Cardano. Конечно, конкретный процесс выполнения гораздо сложнее, чем описанный выше, но мы не будем здесь подробно останавливаться на нем.


При переходе к публичным цепочкам, не относящимся к CKB, неявной предпосылкой является то, что публичная цепочка CKB действует как сторонний свидетель, индексатор и средство DA. Это связано с тем, что доверие к ней, как к публичной сети, намного превосходит традиционные методы межсетевых мостов, такие как многосторонние вычисления (MPC) и мультиподпись.


Еще один интересный сценарий, который можно реализовать на основе функции Leap, — это «транзакции полной цепочки». Примером этого сценария является установка индексатора в биткойнах, Cardano и CKB для создания торговой платформы, которая позволяет покупателям и продавцам торговать активами RGB++. В таком случае покупатели могут передать свои биткойны продавцам и получить активы RGB++ на свои учетные записи Cardano.


На протяжении всего процесса данные активов RGB++ по-прежнему записываются в ячейки, которые передаются покупателю, а их разрешения на разблокировку меняются с закрытого ключа Bitcoin продавца на закрытый ключ Cardano покупателя.

обертка

Хотя функция Leap идеально подходит для ресурсов RGB++, у нее все же есть некоторые узкие места:


Для Биткойна и Кардано активы RGB++ — это, по сути, надписи/руны/цветные монеты на основе кода операции OP_RETURN. Узлы этих публичных цепочек не могут воспринимать существование активов RGB++, поскольку CKB участвует в координации в качестве индексатора. Другими словами, для Биткойна и Кардано слой RGB++ в основном поддерживает скачок надписей/рун/цветных монет, а не перекрестную цепочку собственных активов, таких как BTC и ADA.


В качестве решения проблемы уровень RGB++ представил Wrapper — мост, основанный на доказательствах мошенничества и чрезмерном обеспечении. Если взять в качестве примера оболочку rBTC, она соединяет BTC со слоем RGB++. Набор смарт-контрактов, работающих на уровне RGB++, контролирует стражей моста. Если опекуны будут действовать злонамеренно, их залог будет сокращен. Если они вступят в сговор с целью кражи заблокированных BTC, держатели rBTC будут вынуждены получить полную компенсацию.



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



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


3. CKB-VM: механизм смарт-контрактов для BTCFi.

Из-за отсутствия поддержки смарт-контрактов в традиционном BTCFi в развивающемся пространстве можно реализовать только относительно простые децентрализованные приложения (dApps). Некоторые методы реализации могут иметь определенные риски централизации, тогда как другие довольно неуклюжи или негибки.


Чтобы иметь доступный для блокчейна уровень смарт-контрактов, CKB представила CKB-VM через уровень RGB++. Его цель — сделать возможным использование любого языка программирования, поддерживающего виртуальную машину RISC-V, для разработки контрактов на уровне RGB++. Это позволяет разработчикам использовать предпочитаемые ими инструменты и языки для разработки и развертывания эффективных и безопасных смарт-контрактов в рамках единой структуры смарт-контрактов и среды выполнения.


Как правило, вступительные требования для разработки смарт-контрактов с использованием RISC-V относительно низкие из-за обширной поддержки языка и компилятора. Конечно, язык — это только один аспект программирования, и изучение конкретных фреймворков смарт-контрактов неизбежно. Однако с помощью слоя RGB++ логику можно легко переписать на JavaScript, Rust, Go, Java и Ruby, вместо того, чтобы изучать конкретный язык DSL для написания контрактов.


На диаграмме ниже показан метод передачи определяемых пользователем токенов (UDT) с помощью CKB с использованием языка C. За исключением разных языков, его основная логика одинакова для общих токенов.


4. Собственная экосистема AA: плавное соединение BTC и RGB++

Наконец, поскольку BTCFi по сути призван предоставлять разнообразные возможности DeFi для собственных биткойн-активов, понимание экосистемы абстракции учетных записей, лежащей в основе слоя RGB++, а также ее основных биткойн-кошельков, является важным фактором для рассмотрения периферийными средствами BTCFi.


RGB++ Layer напрямую использует собственное решение AA CKB, которое совместимо с основными публичными цепочками UTXO, такими как BTC и Cardano, как на стороне разработчика, так и на стороне пользователя. Благодаря уровню RGB++ для аутентификации можно использовать различные алгоритмы подписи. То есть пользователи могут напрямую манипулировать активами на уровне RGB++, используя учетные записи BTC, Cardano или даже WebAuthn, кошельки или методы аутентификации.


Примером может служить промежуточное программное обеспечение кошелька CCC, которое может обеспечить CKB работоспособность различных публичных цепочек для кошельков и dApps. На следующем изображении показано окно подключения CCC и то, как он поддерживает основные записи кошельков, такие как Unisat и Metamask.



Другим примером является реализация WebAuthn с JoyID, кошельком экосистемы CKB, который является типичным представителем. Пользователи JoyID могут напрямую аутентифицировать свои учетные записи с помощью биометрических методов (таких как отпечатки пальцев или распознавание лиц), чтобы обеспечить беспрепятственный и высокобезопасный вход в систему и управление идентификацией.



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

Краткое содержание

В этой статье представлены основные технологии слоя RGB++ без объяснения некоторых сложных деталей.


В нем подчеркивается, что слой RGB++ может быть важной инфраструктурой для реализации сценариев полноцепного взаимодействия, в том числе для различных монет-мемов и надписей/рун/цветных монет. Среда исполнения смарт-контрактов на основе RISC-V также может помочь создать почву для сложной бизнес-логики, необходимой для роста BTCFi.


По мере развития слоя RGB++ будет предоставляться более тщательный анализ ряда технических решений, связанных с проектом. Пожалуйста, не переключайтесь!