У липні 2024 року CKB офіційно оголосив про запуск шару RGB++, що ознаменувало перетворення раніше теоретичного протоколу RGB++ у повністю розроблений продукт, готовий представити більш конкретні та практичні сценарії застосування. З баченням створення екосистеми BTCFi на BTC та інших публічних ланцюгах на основі UTXO, таких як CKB і Cardano, RGB++ Layer швидко привернув значну увагу. Таким чином, рівень RGB++ заснований на протоколі RGB++, використовуючи гомоморфне зв'язування та технологію Leap, щоб забезпечити безперебійну міжланцюгову взаємодію для нативних активів RGB++ або написів/рун у блокчейнах на основі UTXO, таких як BTC, CKB і Cardano, без необхідності кросчейн-мостів. Використовуючи середовище смарт-контрактів Turing-complete від CKB, він створює необхідні умови для досягнення складних функцій DeFi. Крім того, за підтримки комплексної екосистеми абстракції облікових записів CKB, він сумісний з біткойн-рахунками та гаманцями, пропонуючи чудовий користувацький досвід для користувачів Bitcoin і прокладаючи шлях до широкого впровадження BTCFi. У наступному тексті давайте заглибимося в принципи роботи та особливості шару RGB++ і дослідимо зміни, які він принесе в екосистему BTCFi. Враховуючи, що його теоретична основа побудована на протоколі RGB++, почнемо з обговорення самого протоколу.

Протокол RGB++: Теоретичні засади RGB++ Шару

Протокол RGB++, випущений у січні цього року, фундаментально трансформує метод підтвердження від протоколу RGB від «підтвердження з боку клієнта» до верифікації на ланцюжку CKB. Фактично, цей підхід використовує CKB як децентралізований індексатор, призначаючи завдання, такі як зберігання даних та перевірка джерела активів, CKB. Це розміщує CKB як шар підтвердження та шар DA для протоколу RGB, вирішуючи проблеми UX та обмеження підтримки DeFi, властиві оригінальному протоколу RGB.

Узгоджуючись з концепцією «одноразового укладання», RGB++ вводить поняття гомоморфного зв'язування, використовуючи розширені UTXO-клітини ланцюга CKB як носії даних для написання/руни-подібних активів. Ці клітини потім зв'язані з UTXO на біткоїні, Кардано або Ліквідних ланцюгах, що дозволяє активам RGB++ успадкувати безпеку цих блокчейнів на основі UTXO та запобігати подвійному витрачанню. Цей підхід «зв'язування для успадкування безпеки» аналогічний реальним сценаріям, де банківський рахунок потребує пов'язаності з номером телефону та ідентифікаційним номером для підвищеної безпеки.

Наприклад, припустимо, що Еліс хоче передати деякі токени TEST Бобу. Вона може створити заяву, яка зв'язує Клітину, що зберігає інформацію про актив TEST, з Bitcoin UTXO Боба. Якщо Боб має намір передати токени TEST комусь іншому, зв'язаний Bitcoin UTXO також повинен бути переданий. Це створює один до одного зв'язок між Клітиною, яка містить дані активу RGB++ та Bitcoin UTXO. Допоки Bitcoin UTXO не подвоєний, зв'язаний актив RGB++ також не буде подвоєний.

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

Ізоморфне зв'язування та Leap: випуск активів BTCFi та безмежевий крос-ланцюговий шар

Щоб дійсно зрозуміти концепції ізоморфного зв'язування та Leap, перш за все, потрібно коротко пояснити модель комірки CKB. В основному, комірка - це розширений UTXO (невитрачений вихід з транзакції) з кількома полями, включаючи LockScript, TypeScript та Data. LockScript працює аналогічно блокуючому скрипту Bitcoin та використовується для перевірки дозволу. TypeScript подібний до коду розумного контракту, тоді як Data використовується для зберігання даних про активи.

Щоб випустити активи RGB++ на блокчейні CKB, спочатку потрібно створити комірку та заповнити відповідні поля символом токена та кодом контракту. Наприклад, ви можете встановити символ токена на «TEST». Ці комірки потім можуть бути розібрані та розподілені багатьом користувачам, подібно до того, як Bitcoin UTXO (невитрачені вихідні транзакції) розбиваються та передаються.

Тому що структура комірок схожа на UTXO Bitcoin, а CKB може підтримувати алгоритми підпису Bitcoin, користувачі можуть маніпулювати активами на ланцюжку CKB, використовуючи гаманці Bitcoin. Якщо ви володієте коміркою, ви можете налаштувати блокувальний скрипт, щоб він відповідав умовам розблокування Bitcoin UTXOs. Це дозволяє використовувати приватні ключі Bitcoin для управління комірками на ланцюжку CKB. Ця можливість поширюється на CKB, BTC та інші громадські ланцюжки на основі UTXO. Наприклад, ви можете використовувати обліковий запис Cardano для модифікації даних активів на ланцюжку CKB, передаючи контроль над активами RGB++ з облікового запису BTC на обліковий запис Cardano без необхідності в мості міжланцюжкового зв'язку.

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

Перехід та безмостовий крос-ланцюг

Функції «Leap» та «bridge-free» з RGB++ шару базуються на ізоморфному зв'язуванні. Вони дозволяють «перев'язати» UTXO, пов'язані з активами RGB++. Наприклад, якщо ваш актив спочатку був пов'язаний з Bitcoin UTXO, ви можете перев'язати його з UTXO на Cardano, Liquid, Fuel або інших ланцюжках. Це означає, що ви можете передавати контроль над активом з облікового запису BTC на обліковий запис Cardano, не використовуючи міжланцюжковий міст.

З погляду користувача це еквівалент переказу активів між ланцюгами, при цьому CKB виступає як індексатор та база даних. Проте, на відміну від традиційних методів переказу між ланцюгами, «Leap» лише змінює дозволи на використання даних активу, в той час як самі дані залишаються збереженими на ланцюзі CKB. Цей підхід є простішим, ніж модель Lock-Mint та усуває залежність від узгодження контрактів активів. Вищезазначене пояснення є оглядом продукту ізоморфного зв'язування та Leap. Давайте розглянемо їх технічну реалізацію через конкретний приклад.

Впровадження ізоморфного зв'язування

Давайте розберемось у технічній реалізації ізоморфного зв'язування. Припустимо, що у Еліси є 100 токенів TEST, дані збережені у Cell#0, пов'язані з UTXO#0 на ланцюжку Bitcoin. Тепер Еліса хоче передати 40 токенів TEST Бобу. Спочатку вона розбиває Cell#0 на дві нові Cells: Cell#1, що містить 40 токенів TEST, які передаються Бобу, та Cell#2, що містить 60 токенів TEST, які залишаються під контролем у Еліси. У цьому процесі UTXO#0 BTC, пов'язаний з Cell#0, також розбивається на UTXO#1 та UTXO#2, пов'язані з Cell#1 та Cell#2 відповідно. Коли Еліса передає Cell#1 Бобу, вона також може передати BTC UTXO#1 Бобу однією операцією, досягаючи синхронізованих транзакцій як на ланцюжку CKB, так і на ланцюжку BTC.

Ми можемо розуміти ізоморфний зв'язок в глибину тут. Фактично, основне значення цього концепції полягає в тому, що клітини CKB, eUTXO Cardano та UTXO BTC - це всі моделі UTXO, і CKB сумісний з підписним алгоритмом Bitcoin/Cardano. Декомпозиція та передача UTXO, яка відбувається на останніх двох ланцюгах, також може бути синхронізована 1:1 з клітиною на ланцюгу CKB. Таким чином, коли ми працюємо з UTXO BTC, зв'язаним з активом RGB++, результати операцій можуть бути синхронізовані з клітиною на ланцюгу CKB, як відносини між об'єктом та тінню. Крім того, ми також повинні звернути увагу на те, що актив RGB++ пов'язаний з двома об'єктами: UTXO BTC та клітиною CKB, обидва являють собою складові активу RGB++. Обидва є невід'ємними.

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

Деякі більш складні деталі були опущені вище. Насправді, коли Аліса передає свої активи RGB++ Бобу, вона спочатку повинна пройти складну перевірку особи, щоб довести, що вона дійсно є власником Cell#0. Тут виникають наступні питання: 1. Доведення того, що Cell#0 та BTC UTXO#0 дійсно пов'язані; 2. Аліса доводить, що вона є фактичним контролером Cell#0 та BTC UTXO#0. Будьте обережні, Cell та Bitcoin UTXO, записані з даними активів RGB++, можуть бути одночасно перезаписані біткойн-рахунками. Протягом усього процесу взаємодії одним натисканням кнопки можна виконати операції через біткойн-рахунки. Вищезазначені сценарії не обмежуються ізоморфним зв'язуванням між біткойн та 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, оголосивши про відв'язування комірки, прив'язаної до BTC UTXO;2. Опублікуйте зобов'язання в ланцюжку Cardano, оголосивши, що комірка буде пов'язана з Cardano UTXO;3. Змініть сценарій блокування Cell, щоб змінити Bitcoin UTXO, пов'язаний з умовами розблокування, на eUTXO на Cardano.

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

Wrapper

Незважаючи на те, що функція Leap ідеально підходить для активів RGB++, все ж є деякі вузькі місця: для Bitcoin і Cardano активи RGB++ - це, по суті, написи/руни/фарбовані монети на основі коду операції OP_RETURN. Ці вузли публічного ланцюга не можуть сприймати існування активів RGB++, а CKB фактично бере участь у координації як індексатор. Іншими словами, для Bitcoin і Cardano RGB++ Layer в основному підтримує стрибок написів/рун/фарбованих монет, а не крос-чейн нативних активів, таких як BTC, і ADA.In цьому відношенні RGB++ Layer офіційно представив Wrapper, який можна просто розуміти як міст, заснований на доказі шахрайства та надмірному забезпеченні. Візьмемо для прикладу обгортку rBTC, вона з'єднує BTC з рівнем RGB++, а набір смарт-контрактів, що працюють на рівні RGB++, контролює охоронців мосту. Якщо опікун поводиться зловмисно, його застава буде урізана. Якщо опікуни вступлять у змову з метою крадіжки заблокованих BTC, власники rBTC можуть отримати повну компенсацію.

Після об'єднання Leap і Wrapper різні активи в екосистемі BTCFi, такі як нативні активи RGB++, BRC20, ARC20, руни тощо, можна перенести на інші рівні або публічні ланцюжки.

Зображення нижче є частиною процесу подання заявки на LeapX. Ви можете побачити, що він підтримує взаємодію практично всіх основних активів BTCFi в різних екосистемах. І є відповідні процедури обробки активів з різними методами емісії. Деякі використовують обгортку, а деякі - стрибок.

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++

Нарешті, давайте коротко розберемося з рідною АА та розглянемо екологію абстракції, що стоїть за шаром RGB++. Оскільки суть BTCFi полягає в тому, щоб забезпечити різноманітний досвід Defi для нативних біткойн-активів, чи сумісний він з основними біткойн-гаманцями, буде важливим фактором, який слід враховувати для периферійних об'єктів BTCFi. RGB++ Layer безпосередньо повторно використовує рідне рішення AA CKB і може бути сумісним з важливими публічними ланцюгами UTXO, такими як BTC і Cardano, як на стороні розробника, так і на стороні користувача. У RGB++ Layer користувачі можуть використовувати різні алгоритми підпису для автентифікації. Наприклад, користувачі можуть безпосередньо маніпулювати активами на рівні RGB++ за допомогою облікових записів, гаманців або методів автентифікації, таких як BTC, Cardano або навіть WebAuthn. Візьмемо для прикладу наступне проміжне програмне забезпечення гаманців CCC, яке може забезпечити гаманцям і dApps працездатність різних публічних ланцюгів на CKB. На малюнку нижче зображено вікно підключення ССС. Ми бачимо, що він підтримує основні входи в гаманці, такі як Unisat і Metamask.

Ще один приклад – реалізація WebAuthn, типовим представником якого є екологічний гаманець CKB JoyID. За допомогою JoyID користувачі можуть автентифікуватися безпосередньо за допомогою біометричних даних, таких як відбиток пальця або розпізнавання обличчя, забезпечуючи безперебійне та високобезпечне керування входом та ідентифікацією. Можна сказати, що основою для ізоморфного зв'язування та Leap є те, що RGB++ Layer має повне нативне рішення AA, яке добре сумісне зі стандартами облікових записів інших публічних ланцюгів. Ця функція не тільки полегшує підтримку деяких ключових сценаріїв, але й забезпечує UX чистоту шляху.

Узагальнити

Вищевказане, ми вивчили загальну картину RGB++ Layer. Він може бути використаний як важлива інфраструктура для різних Memecoins, таких як написи/руни/фарбовані монети, для реалізації сценаріїв повного ланцюжка взаємодії. Спрощена середовище виконання смарт-контрактів, побудоване на основі RiscV RGB++ Layer, може створити ґрунт для складної бізнес-логіки, необхідної для BTCFi. У зв'язку з обмеженням простору, ця стаття є лише простим популяризатором основної технології RGB++ Layer і не проводить систематичної популяризації багатьох складних деталей. У майбутньому ми продовжимо звертати увагу на прогрес RGB++ Layer і проведемо більш ретельний та глибокий аналіз серії технічних рішень, пов'язаних з цим проєктом. Будь ласка, слідкуйте за оновленнями!

заява:

1. Ця стаття відтворена з [ гік веб3], авторські права належать оригінальному автору [Фауст & Місті Мун], якщо у вас є які-небудь зауваження щодо перепублікування, будь ласка, зв'яжіться з Gate Learnкоманди, і команда якнайшвидше вирішить це відповідно до відповідних процедур.

2. Попередження: Погляди та думки, висловлені в цій статті, представляють лише особисті погляди автора й не становлять жодної інвестиційної поради.

3. Інші мовні версії статті перекладені командою Gate Learn і не згадані в Gate.io, перекладена стаття не може бути відтворена, розповсюджена чи скопійована.