RGB Ecological 4D Research Report: лідерство у широкомасштабному впровадженні криптографії та освітлення майбутнього біткойнів

Автор оригіналу: Білл, Waterdrip Capital; Marvin & Neo, Infinitas;

Інструктор: Hong Shuning

У світі зашифрованих активів біткойн, безсумнівно, є найвідомішим джерелом. Однак, коли люди говорять про біткойн, вони часто зосереджуються лише на його ціні, ринковій вартості та обсязі транзакцій, але ігнорують технологічні інновації та потенціал застосування, які за цим стоять. Багато основних технологій, які ми згадували в «Дослідженні DeFi мережі Bitcoin Lightning», опублікованому минулого року, зробили значні прориви в першій половині цього року, як-от:

Lightning Labs запустили тестову мережу Taproot Assets v 0.2 (раніше відома як Taro);

OmniBOLT запустив Mainnet і реалізував функцію надсилання, отримання та передачі USDT через Lightning Network;

Протокол RGB запустив потужнішу, гнучкішу та безпечнішу версію RGB v 0.10.

……

Говорячи про протокол RGB, люди можуть бути як знайомі, так і не знайомі з ним. Концепція знайомства, що походить від RGB, була запропонована ще в 2016 році. Багато людей знають про існування протоколу RGB, але після кількох років розробки він не став Увага та застосування, здається, що ви не можете знайти конкретний випадок застосування протоколу RGB.

Після досліджень і аналізу ми вважаємо, що основною причиною цього явища є те, що в ранній версії протоколу RGB його функції були відносно обмеженими, а ідея протоколу RGB дуже оригінальна та унікальна, а стек технологій Розробникам потрібно легко користуватися після глибокого розуміння принципів біткойна та смарт-контрактів. Однак це змінюється, оскільки протокол RGB продовжує розвиватися та вдосконалюватися.

1. Перше знайомство з RGB

1. Що таке RGB

RGB — це масштабована та конфіденційна система смарт-контрактів Bitcoin і Lightning Network, розроблена Асоціацією стандартів LNP/BP. Він приймає концепції приватної та спільної власності та є повною за Тьюрингом, безнадійною формою розподілених обчислень, яка не потребує введення токенізованих неблокових децентралізованих протоколів.

RGB розроблено для запуску масштабованих, надійних і приватних смарт-контрактів на блокчейнах UTXO (наприклад, біткойн), щоб забезпечити всі можливості. Завдяки RGB розробники можуть виконувати складні багатокатегорійні смарт-контракти, такі як випуск токенів, карбування NFT, DeFi, DAO тощо.

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

перевірка на стороні клієнта:

Перевірка на стороні клієнта – це парадигма, запропонована Пітером Тоддом у 2016 році. Основна ідея полягає в тому, що в розподіленій системі перевірку стану не потрібно виконувати глобально всіма сторонами, які беруть участь у децентралізованому протоколі; замість цього потрібно перевіряти лише сторони, які беруть участь у певному переході стану. За такого підходу зміни станів не публікуються в глобальній мережі, а перетворюються на коротке криптографічне зобов’язання за допомогою криптографічних хеш-функцій тощо, яке має бути певним носієм «Підтвердження публікації». три основні функції: підтвердження отримання, підтвердження непублікування та підтвердження членства. Першою системою автентифікації на стороні клієнта був протокол OpenTimeStamps, також запропонований і розроблений Пітером Тоддом у 2014-2016 роках.

Одноразові пломби:

Аналогія одноразових пломб, які використовуються для захисту транспортних контейнерів у реальному світі. Одноразово запечатаний примітив — це унікальний об’єкт, який інкапсулює повідомлення лише один раз, гарантуючи, що повідомлення можна використати лише один раз, а після використання воно назавжди розпечатується й не може бути повторно запечатано. У двох словах, одноразова печатка – це абстрактний механізм, який використовується для запобігання подвійним витратам.

2. Коротка історія RGB

RGB був спочатку задуманий ще в 2016 році Джакомо Зукко (BHB Network) на основі ранніх ідей Пітера Тодда щодо перевірки на стороні клієнта та одноразового запечатування, реалізованих BHB Network в оригінальному MVP у 2017 році та підтриманих Poseidon Group.

У 2019 році Максим Орловськ і Джакомо Зукко заснували Асоціацію стандартів LNP/BP (має на меті просування стадії RGB від концепції до практичного застосування. Асоціацію підтримують Fulgur Ventures, Bitfinex, Hojo Foundation, Pandora Prime і DIBA.

（Максим Орловський）

Починаючи з 2019 року, доктор Максим Орловський був головним архітектором і провідним автором протоколу RGB, розробляючи та впроваджуючи поточну форму протоколу RGB. З 2019 року RGB було переосмислено та перероблено з точки зору дизайну та експертної оцінки протоколів, щоб стати системою розумних контрактів загального призначення та конфіденційності.

У 2021 році Асоціація стандартів LNP/BP успішно продемонструвала, що RGB оснащено віртуальною машиною Turing-complete (AluVM). У той же час RGB також почав працювати в мережі Lightning, використовуючи повний протокол Lightning, розроблений доктором Максимом Орловського в асоціації Перевпровадження Rust (LNP Node).

У 2022 році Асоціація стандартів LNP/BP запустила новий веб-сайт (contractum.org) на мові Contractum (нова мова високого рівня) для написання смарт-контрактів RGB для Bitcoin і LightningNetwork. Contractum — це функціональна декларативна мова програмування, призначена для розробки смарт-контрактів, що працюють на біткойнах і Lightning Network з використанням технології RGB.

Цього року, у квітні 2023 року, асоціація LNP/BP оголосила про випуск RGB v 0.10, ще одну важливу віху в розвитку протоколу RGB, яка забезпечує повну підтримку смарт-контрактів у Bitcoin та Lightning Network. Це кульмінація довгострокової міжгалузевої співпраці та більш ніж чотирьох років масштабної роботи з розробки між цими розробниками Bitcoin, учасниками та пов’язаними компаніями. (RGB v 0.10 можна завантажити та встановити за адресою , яка також містить низку посібників для користувачів і розробників. Вихідний код RGB можна знайти за адресою .)

2. Розуміння RGB:

1. Фон

Протягом багатьох років деякі проекти та команди досліджували протокол для випуску токенів на біткойнах і намагалися зробити його сумісним з Lightning Network, включаючи OmniBOLT, Taproot і RGB.

Добре відомі протоколи для випуску токенів на біткойнах, такі як OmniLayer, працюють шляхом вставки метаданих у транзакції біткойн, щоб «розфарбувати» та вказати, що транзакцію слід розуміти як передачу токена. USDT (Tether) у протоколі Omni можна розглядати як форму кольорових монет. У протоколі Omni USDT існує у формі токенів Tether, які представлені певними типами транзакцій за допомогою протоколу Omni в транзакціях Bitcoin. Зокрема, коли користувач ініціює транзакцію USDT за протоколом Omni, він додає спеціальне поле даних OmniLayer до транзакції Bitcoin, щоб вказати, що транзакція передбачає передачу токенів USDT. Цей підхід дозволяє транзакціям біткойн представляти передачу токенів USDT, а власники USDT можуть використовувати адреси біткойн для отримання, надсилання та зберігання токенів USDT.

Такий механізм сигналізації зазвичай реалізується за допомогою коду операції OP_RETURN, вихідні дані з цим кодом операції ігноруватимуться звичайними біткойн-вузлами, але можуть інтерпретуватися вузлами, які знають ці протоколи маркерів, і ці вузли реалізують код. правила перевірки валютного протоколу.

Хоча ця конструкція дуже ефективна, вона також має певні обмеження:

1. Обсяг інформації, пов’язаної з передачею маркерів, обмежений кількістю байтів, які може містити вихід OP_RETURN, як правило, 80 байтів, цього простору достатньо для звичайного кодування даних транзакції, але більш складного сценарію застосування важко задовольнити .

2. Вузли протоколу токенів повинні сканувати весь блокчейн і шукати передачі токенів, які можуть бути пов’язані з користувачами у виході OP_RETURN. Весь процес споживатиме більше ресурсів через збільшення обсягу блокчейну біткойн.

3. З точки зору конфіденційності користувачів, усі дані транзакцій доступні для всіх.

2. Рішення RGB: передача поза мережею

З метою оптимізації цього дизайну протокол RGB пропонує більш масштабоване, більш приватне та більш перспективне рішення, наріжним каменем якого є перевірка на стороні клієнта, запропонована Пітером Тоддом у 2016 році. Концепція одноразового використання ущільнення.

Основна ідея протоколу RGB полягає в тому, щоб викликати блокчейн біткойнів лише тоді, коли це необхідно, тобто використовувати докази роботи та децентралізацію мережі для досягнення подвійного захисту від витрат і боротьби з цензурою. Усі верифікації передачі токенів видаляються з глобального консенсусного рівня, розміщуються поза мережею та перевіряються лише клієнтом сторони, яка отримує платіж.

принцип роботи:

В одному з контрактів RGB токени генезису належать до біткойн UTXO (існуючого чи тимчасово створеного), і щоб передати токени, вам потрібно витратити цей UTXO. Витрачаючи цей UTXO, транзакція біткойн має додати додатковий вихід, який містить зобов’язання щодо повідомлення. Вмістом цього повідомлення є платіжна інформація RGB, яка визначає вхідні дані, до якого UTXO ці токени будуть надіслані, ідентифікатор активу , кількість, проведену транзакцію та інші дані, які потрібно додати.

Якщо у вас є токен, який віднесено до виходу №1 транзакції біткойн А, для передачі цих токенів вам потрібно створити транзакцію RGB і транзакцію біткойн, яка витрачає вихід №1 транзакції А, а транзакції біткойн-монет зафіксують RGB. операції. Як бачите, транзакція RGB передає токени з виходу №1 транзакції біткойн A на вихід №2 транзакції біткойн C (ця транзакція не показана на схемі), а не до транзакції B біткойн. У більшості випадків ми можемо очікувати, що результатом #0 транзакції B буде зміна адреси, щоб надіслати кошти, що залишилися, назад початковому власнику після віднімання комісії майнера; тоді як результатом #1 є фіксація транзакції RGB, щоб уникнути подвійних витрат.

Захист конфіденційності:

Щоб передати токени RGB, пов’язані з транзакцією Bitcoin, потрібно ініціювати транзакцію Bitcoin. Однак результат передачі RGB не обов’язково повинен збігатися з результатом транзакції Bitcoin. Як і в нашому прикладі вище, вихідні дані RGB-транзакції (вихід №2 біткойн-транзакції C) не можуть мати жодного відношення до біткойн-транзакції (транзакція B), яка зафіксувала RGB-транзакцію. Це означає, що токени RGB можна «переносити» з одного UTXO на інший, не залишаючи жодного сліду на графіку транзакцій Bitcoin, що значно покращує конфіденційність.

У цьому дизайні UTXO біткойна діє як одноразовий контейнер для ресурсів RGB.Щоб передати активи, вам потрібно лише відкрити новий контейнер і закрити старий контейнер.

Конкретна платіжна інформація токенів RGB передається в ланцюжку через виділений канал зв’язку від платника до клієнта одержувача, і останній перевірить, чи не порушує вона правил протоколу RGB. У результаті спостерігачі за блокчейном не зможуть отримати будь-яку інформацію про діяльність користувачів RGB.

Замкнутий цикл перевірки:

Однак перевірки надісланої платіжної інформації недостатньо для того, щоб переконатися, що відправник дійсно володіє активом, який вам потрібно надіслати, тому, щоб переконатися в остаточності надісланої транзакції, ви також повинні отримати всі токени від платника. трансакцію, починаючи з поточної аж до початкової емісії. Перевіривши всю історію транзакцій, ви можете гарантувати, що ці активи не були завищені та що всі умови витрат, пов’язані з активами, виконано.

Цей дизайн також хороший для масштабованості, тому що вам не потрібно перевіряти всю історію цього активу, лише ті частини, які вам потрібні. Крім того, конструкція, згідно з якою транзакція не транслюватиметься в глобальну книгу, також покращує конфіденційність, оскільки менше людей знають про існування вашої транзакції.

Сліпуче секретне значення:

Для подальшого покращення конфіденційності RGB також підтримує засліплення виходів, що означає, що коли ви надсилаєте запит на платіж платнику, вам не потрібно розкривати UTXO, який ви використовуєте для отримання токенів, вам потрібно лише попросити платника надіслати токен до хеш-значення, яке генерується шляхом з’єднання випадкового сліпого секретного значення з самим цільовим UTXO. Таким чином, платник не може знати, на який UTXO буде надіслано токен, тому біржа та інші постачальники послуг не можуть знати, чи користувач виводить кошти на UTXO, занесений до «чорного списку» деяких регуляторів, і не можуть знати ці токени. Як майбутнє витрачено. Зверніть увагу, що коли токени витрачаються, приховане секретне значення має бути розкрито одержувачу, щоб останній міг перевірити частину історії транзакцій, пов’язану з транзакцією Bitcoin. Це означає, що при використанні RGB у вас є повна конфіденційність на даний момент, але майбутні власники токенів зможуть бачити всі UTXO в історії передачі своїх токенів. Отже, незважаючи на те, що ви отримуєте та зберігаєте токени RGB, ви забезпечуєте повну конфіденційність, конфіденційність минулої фінансової діяльності користувача погіршуватиметься в міру передачі токенів і, зрештою, зв’язуватиметься з історією транзакцій біткойн.

3. Основні характеристики RGB

Розуміючи наведений вище вміст, ми можемо зробити висновок, що RGB має такі основні характеристики:

1. Висока конфіденційність, безпека та масштабованість

2. У часовому ланцюжку біткойнів немає перевантажень, оскільки транзакції зберігають лише гомоморфні зобов’язання, які потребують додаткового сховища

3. Його можна оновити в майбутньому без хардфорка

4. Вищий опір цензурі, ніж біткойн: майнери не можуть бачити потік активів у транзакції

5. Не існує поняття блоку та ланцюга

Варто зазначити, що коли ми говоримо про блокчейн (Blockchain), зазвичай задіяні дві концепції блоку (Block) і ланцюжка (Chain), але в RGB немає концепції блоку та ланцюга, оскільки це перевірка клієнта. технологія, яка є неблоковим децентралізованим протоколом.

3. Нескінченні можливості RGB версії 0.10

Випуск RGB v 0.10 знаменує великий прорив, просуваючи RGB до рівня систем, готових до комерційного використання. Він представляє останню зміну, що порушує консенсус, призначену для підтримки повної зворотної сумісності з майбутніми версіями RGB. Крім того, він також розблоковує останню серію функцій для реалізації повнофункціональних смарт-контрактів, які розробники контрактів можуть налаштувати за бажанням.

Випуск RGB версії 0.10, який включає консенсусний рівень, стандартну бібліотеку (для інтеграції гаманця/біржі тощо) та інструменти командного рядка. Наступна таблиця є основною різницею між старою та новою версіями, яку ми зібрали та узагальнили на основі офіційних матеріалів RGB. Читачі, які хочуть знати більш детальний вміст, можуть переглянути офіційні документи RGB та відео-введення:

/blog/release-v0-10/

1. Інтерпретація RGB v 0.10

Загалом, версія протоколу RGB v0.10 вирішує багато проблем, які існують у старій версії, включаючи обмеження розробки смарт-контрактів, дотик консенсусного рівня, обмеження формату кодування, проблему залежності Rust Bitcoin, відсутність сумісності WASM, проблеми глобального стану та керування контекстом, проблеми інтеграції з Lightning Network, негнучкий процес резервного копіювання, недостатня підтримка мобільних гаманців тощо. Ці вдосконалення роблять протокол RGB потужнішим, гнучкішим і безпечнішим, а також закладають міцну основу для майбутнього розвитку. Зокрема, у випуску RGB v 0.10 представлено підтримку таких функцій для RGB:

Глобальний стан у контракті RGB

RGB представляє концепцію глобального стану, абсолютно нову функцію, яка є дуже важливою для створення складних програм на RGB (таких як синтетичні активи, алгоритмічні стейблкойни тощо). Тепер кожен контракт RGB має глобальний стан, до якого можуть отримати доступ віртуальні машини та клієнти (наприклад, гаманці тощо).

Контрактний інтерфейс

Інтерфейс, представлений у цьому випуску, представляє стандартизований спосіб доставки різноманітних смарт-контрактів через чітко визначений API. Інтерфейси можна порівняти з контрактними ABI та ERC у світі Ethereum, однак, на відміну від Ethereum, вони не потребують обов’язкової стандартизації (як ERC) і не розповсюджуються окремо, а завжди входять до складу контракту. Використовуючи інтерфейси, гаманці та інше програмне забезпечення можуть надавати користувачам семантично обізнаний інтерфейс користувача для роботи з контрактами - розробники контрактів також можуть з часом додавати більше інтерфейсів до своїх існуючих контрактів без необхідності оновлювати самі незмінні контракти.

Основний склад смарт-контракту RGB: смарт-контракт RGB складається з трьох частин: Genesis (створення), State (стан) і Transitions (перехід). Genesis визначає основні властивості та правила контракту, State — це поточний стан контракту, а Transitions — це переходи між станами. RGB v 0.10 представляє нову модель смарт-контракту, яка є більш гнучкою та потужною та може підтримувати різноманітні складні сценарії застосування.

Система строгого типу

Новий формат кодування відноситься до системи "суворих типів", яка є новою функціональною системою типів даних для представлення та самоаналізу контрактного стану RGB. Це дозволяє гарантувати розмір під час компіляції для будь-яких даних, спрощуючи операції RGB на пристроях низького класу з обмеженою пам’яттю, таких як апаратні гаманці. Весь консенсусний рівень RGB тепер скомпільовано як строго типізований, що дозволяє формально підтверджувати бінарну сумісність між випусками.

Іншими словами, цей новий формат кодування зробить використання RGB простішим і безпечнішим, а також дозволить емітентам активів і розробникам контрактів використовувати додаткові метадані для підписання своїх активів або контрактів, що допоможе перевірити ідентичність активу або контракту.

Написання контрактів на Rust

Розумні контракти RGB можна писати та скомпілювати за допомогою Rust. Завдяки строгій типізації тепер також можна компілювати типи даних Rust безпосередньо в контракти RGB.

**Самоаналіз **

Контракт може перевіряти свій власний стан у коді перевірки, який використовує віртуальна машина, що відкриває можливість написання складних форм контрактів, які взаємодіють із транзакціями Bitcoin, DLC та іншими складними даними.

ФОРМАТ РАХУНКУ НА ОСНОВІ URL-адреси

Раніше RGB використовував рахунки-фактури, закодовані Bech 32 m, які були дуже довгими, нелегкими для читання та не могли бути автоматично відкриті більшістю програмного забезпечення. Новий формат коротший, користувачам легше перевірити, і його можна автоматично відкрити як посилання на попередньо налаштоване програмне забезпечення.

Підтримка WASM

Стандартна бібліотека RGB може працювати без доступу до системи вводу/виводу та файлової системи, тобто вона може працювати на веб-сторінці або в плагіні браузера.

Дескриптори Tapret і спеціальні похідні

RGB використовує обіцянки OP_RETURN на основі Taproot (скорочено tapret), які мають підтримуватися на рівні дескриптора, щоб гаманці могли розглядати транзакції з налаштованими виходами як транзакції, що належать до дескриптора гаманця. У новій версії також представлено спеціальний похідний індекс, який запобігає випадковому споживанню гаманцями, не пов’язаними з RGB, виходів із ресурсами RGB (і, отже, пошкодженням ресурсів).

Спрощені залежності

Консенсусний рівень RGB тепер використовує менше залежностей, покращуючи стабільність API. LNP/BP позбулися залежності від власної реалізації куленепробивних засобів із проекту Grin.

Спрощена інтеграція

Багато операцій, які раніше вимагали кількох викликів API та кодування складних структур даних різними мовами, тепер можна виконати за допомогою одного виклику API. Стан контракту RGB представлено як об’єкт JSON, який можна серіалізувати між різними мовами без громіздких операцій.

Спрощена робота з користувачем

Раніше з RGB гаманець або користувач мав запускати вузол RGB та інтерфейс через RPC (або інструменти cli) і використовувати багато інших бібліотек та інструментів командного рядка, щоб виконувати більшість речей, таких як PSBT. У новій версії цей складний стек замінено єдиною бібліотекою API та інструментом командного рядка rgb.

2. Які головні досягнення RGB версії 0.10?

Як згадувалося в попередній статті, ми вважаємо, що основна причина, чому RGB не отримав широкої уваги та застосування після кількох років розробки. І після вивчення версії RGB v 0.10 у нас є підстави вважати, що це явище ось-ось зміниться, і навіть зміни відбуваються.

**1. Чому в попередній версії незалежні розробники не могли розробити складні смарт-контракти? **

У версіях до RGB v 0.10 незалежні розробники зіткнулися з деякими проблемами під час розробки складних смарт-контрактів. В основному це пов’язано з такими причинами:

1. Нестабільність протоколу: у ранній версії протокол RGB може зазнати серйозних змін, що може призвести до того, що розроблені смарт-контракти не зможуть працювати на новій версії протоколу. Ця нестабільність може заважати розробникам розробляти складний смарт-контракт.

2. Відсутність інструментів і ресурсів: у ранніх версіях може бути брак достатніх інструментів і ресурсів, щоб допомогти розробникам розробити складний смарт-контракт. Це включає відсутність детальної документації, посібників чи інструментів розробки тощо.

3. Складність протоколу. Розробка та реалізація протоколу RGB можуть бути досить складними, що може стати проблемою для незалежних розробників. Наприклад, протокол RGB використовує новий механізм перевірки під назвою «перевірка на стороні клієнта», який може вимагати від розробників глибокого розуміння та досвіду для розробки складних смарт-контрактів.

Однак ці проблеми вирішуються з розробкою протоколу RGB. Наприклад, версія RGB v 0.10 представляє нову систему типів під назвою «строгі типи», яка може допомогти розробникам легше розробляти складні смарт-контракти. Крім того, цей випуск надає більше інструментів і ресурсів, щоб допомогти розробникам зрозуміти та використовувати протокол RGB.

2. Є можливість перенести функцію повної підтримки смарт-контрактів у Lightning Network

Оскільки RGB побудовано на біткойнах, теоретично можливо передавати RGB-активи за допомогою Lightning Network. Але в попередніх версіях RGB був недоступний у жодному з існуючих вузлів Lightning через архітектурні обмеження. У 2021 році RGB розробила власну архітектуру під назвою LNP Node, написану мовою Rust. Сам він не залежить від Bitcoin Core, якщо користувачі хочуть використовувати RGB із Taproot у Lightning Network, їм потрібно дочекатися, поки Rust-bitcoin завершить підтримку Taproot.

І тепер, з випуском RGB версії 0.10, LNP/BP Association оголосила про те, що в майбутньому планує завершити підтримку Lightning Network протягом наступних кількох місяців, щоб ресурси RGB можна було передавати через Lightning Network.

Якщо RGB сумісний і підтримується Lightning Network, ліквідність і зручність використання активів RGB можна покращити. Через Lightning Network користувачі можуть швидко та дешево передавати RGB-активи, не чекаючи підтвердження від основної мережі Bitcoin. Це дуже корисно для користувачів, яким потрібно часто торгувати активами RGB.

Що ще важливіше, RGB може забезпечити повну підтримку смарт-контрактів у Lightning Network.

Lightning Network має неймовірну швидкість, надзвичайно низькі комісії та виняткову безпеку. Однак, оскільки сам біткойн не підтримує складні смарт-контракти, Lightning Network обмежена щодо смарт-контрактів.

RGB здатний підтримувати складні функції смарт-контрактів завдяки своїй продуманій конструкції, створеній спеціально для реалізації смарт-контрактів у Lightning Network. По-перше, RGB використовує повну віртуальну машину Turing (AluVM), потужний обчислювальний механізм, який дозволяє виконувати складні смарт-контракти в Lightning Network. AluVM дозволяє RGB обробляти складну логіку обчислень і операції з даними, таким чином реалізуючи різні типи смарт-контрактів.

RGB повністю врахував характеристики та потреби Lightning Network у своєму проекті та може забезпечити повну підтримку складних смарт-контрактів у Lightning Network. Незалежно від того, чи це DeFi, NFT, GameFi або SocialFi, RGB може бути реалізовано на Мережа Lightning.

Ця неперевершена комбінація може не тільки зробити Lightning Network сяючою зіркою, але й затьмарити інші блокчейни. Оскільки все більше коштів і розробників вливаються в розробку Bitcoin Lightning Network і RGB, очікується, що екосистема Bitcoin і Lightning Network досягне нової висоти.

4. Порівняння RGB та інших схем

1. Протокол токенів на основі альткойнів

Більшість протоколів токенів на основі альткойнів (таких як ERC-20) надають смарт-контракти з глобальним невласним станом (глобальний невласний стан), що полегшує розгортання децентралізованих бірж та інших фінансових програм, але їх важко масштабувати, немає конфіденційності та успадковують усі недоліки цих альткоїнів, такі як висока вартість запущених вузлів, нижча децентралізація та стійкість до цензури.

2. Ліквідні активи

Liquid — це сайдчейн біткойн-консорціуму, який пропонує деякі цікаві функції, такі як підтримка власних активів і конфіденційні транзакції (які можуть приховати ідентифікатор активу, що передається, і сплачену суму). Однак модель федерації також страждає від низької децентралізації та слабкого опору цензурі.

3、Усі BOLT

OmniBOLT — це версія OmniLayer, сумісна з Lightning Network. OmniLayer було коротко представлено в попередній статті (зацікавлені читачі також можуть прочитати «DeFi Research on Bitcoin Lightning Network», тут є більш детальний вступ).

Компроміс OmniBOLT дуже подібний до RGB. Різниця полягає в тому, що цілі розробки двох протоколів різні. Порівняно з RGB OmniBOLT є відносно слабким з точки зору конфіденційності, оскільки, як і біткойн, дані, пов’язані з токеном, є зберігається на ланцюжку. Однак OmniBOLT має унікальну перевагу в бізнесі платежів у стабільній валюті та пройшов перевірку часом. Mainnet був запущений у червні цього року та реалізував функцію надсилання, отримання та передачі USDT через Lightning Network.

4、Стержневий корінь (таро)

На конференції Bitcoin 2022 Miami було запущено Taro. За Taro стоїть команда Lightning Labs, а мета протоколу — перенести активи в Lightning Network. Згідно з опублікованими технічними характеристиками, весь дизайн дуже схожий на RGB, а характеристики та компроміси в основному однакові.

Основні відмінності між RGB і Taro, здається, такі:

1. RGB є більш раннім і опублікував коди, які можна перевірити, але бракує коштів і операторів.

2. Taro наразі лише специфікація, але з іншого боку, за Taro стоїть Lightning Labs.Команда залучила 70 мільйонів доларів у квітні минулого року та запустила Taproot Assets v 0.2 (раніше відома як Taro) у травні цього року.net.

Якщо Taro та RGB зрештою стануть сумісними, ще занадто рано говорити про те, чи є стимули для такої сумісності.

5. Варті уваги екологічні проекти/групи розробки RGB

1、Нескінченність

Офіційний веб-сайт:

Infinitas є одним із перших проектів, який почав створювати трек смарт-контрактів Turing-complete на основі Bitcoin.Як екологічна мережа додатків Bitcoin, яка поєднує протокол RGB і Lightning Network, вона прагне досягти вищого рівня захисту конфіденційності, відмінної пропускної здатності та Excellent low -затримка обробки транзакцій. Будучи інноваційним блокчейн-рішенням, Infinitas з 2021 року консолідує ідею повних смарт-контрактів Bitcoin Turing на основі RGB, надаючи повну силу механізму безпеки та консенсусу Bitcoin, що дозволяє створювати складніші транзакції в мережі Bitcoin. розумні контракти, сподіваючись надати користувачам чудовий досвід торгівлі. Технічне ядро проекту очолює команда провідних науковців блокчейну, які першими звернули увагу на протокол RGB і виконали роботу, пов’язану з перекладом, які є розробниками коду в нижній частині біткойна. Infinitas надасть пріоритет забезпеченню онлайн IDE, браузеру даних і доступу до основних гаманців, щоб дозволити розробникам і користувачам брати участь в екології та справді підтримувати впровадження великомасштабних комерційних програм, таких як RWA та повноланцюгові ігри.

Особливості проекту:

Захист хеш-обчислювальної потужності всієї мережі: успадковуючи високий рівень безпеки блокчейну Bitcoin, він гарантує, що активи Infinitas захищені хеш-обчислювальною потужністю всієї мережі в блокчейні Bitcoin, підвищуючи безпеку активів.

Вищий рівень захисту конфіденційності: було досягнуто більш високого рівня захисту конфіденційності для активів Infinitas, а також запроваджено надійний механізм прив’язки біткойнів для подальшого підвищення конфіденційності користувачів.

Технологія адаптера: за допомогою технології адаптера Infinitas користувачі можуть зрозуміти повний статус біткойнів і покращити сприйняття стану активів.

Збагатіть глобальний стан: покращуючи та розширюючи глобальний стан RGB (Global State), він забезпечує інтерфейси доступу для віртуальних машин і клієнтів (таких як гаманці тощо). Зокрема, було зроблено спеціальні вдосконалення в довірі адрес смарт-контрактів, які критично підтримують створення складних програм в екосистемі RGB. Цей крок також дозволяє різним системам розуміти одна одну та пояснювати їхні відповідні стани, сприяючи подальшому розвитку всієї екосистеми.

Оптимізація мережі Lightning: завдяки вдосконаленням мережі Lightning (таким як технологія світлових блоків, технологія автоматичного масштабування вузлів і офлайн-автономія) досягається вища пропускна здатність транзакцій при збереженні часу підтвердження транзакцій з низькою затримкою.

Зручність для розробників: використання мови Rust і використання рівня Schema як інфраструктури розробки дозволяє звичайним людям брати участь у розробці.

Повідомляється, що Infinitas матиме план стимулювання для своєї рідної економіки та використовуватиме форму видобутку для виробництва на ринку на ранній стадії, щоб сприяти довгостроковому розвитку екології. Будучи першим в галузі проектом зі створення екосистеми додатків біткойн, повної Тьюрінга, він може стати феноменальною переломною точкою для застосування активів біткойн і великим кроком у просуванні широкомасштабного впровадження крипто. Наразі тестова мережа ще не працює, тому слідкуйте за оновленнями.

2, КОСМІНМАРТ

COSMINMART заснований на Lightning Network, сумісний з RGB та іншими протоколами, і підтримує нову екологію додатків біткойн для смарт-контрактів.

Гаманець COSM: основний продукт COSMINMART має широке застосування в усій екологічній мережі Bitcoin.Тепер він підтримує передачу Bitcoin mainnet і Lightning Network, передачу активів протоколу RGB та інші функції, і поступово буде сумісний із Stacks, Rootstock та іншими екосистемами.

COSM Market: це одна з попередніх платформ для підтримки агрегації та торгівлі похідними активами біткойн, і вона поступово розширюватиме обсяг підтримки, щоб полегшити торгівлю різними похідними активами біткойн.

COSM Lanuchpad: він спрямований на перевірку біткойн-екологічних проектів із високоякісним потенціалом і прихильний до сталого розвитку біткойн-екології.

COSMINMART бере на себе лідерство у визначенні концепції Web 4, активно просуває формулювання нових стандартів протоколу RGB, випускає стабільні монети Lightning Network, поєднує Nostr та інші протоколи та торгові переваги Lightning Network, а також глибоко інтегрує традиційні APP з Lightning Network, сподіваючись на очолити розробку Lightning-Application (Лайтнінг-Додаток) Нова ера.

Повідомляється, що COSMINMART планує запустити публічну бета-версію продукту наприкінці цього року, тому слідкуйте за цим.

3、Pandora Prime Inc

Pandora Prime – це швейцарська компанія, яка розташована в долині Веріфі (кантон Невшатель) і є одним із засновників LNP/BP.

Pandora Prime присвячена піонерству в біткойн-фінансуванні з використанням комбінації смарт-контрактів RGB і Lightning Network. Вони починаються з програмованих активів (RGBTC і CHFN) на біткойнах, які можна масштабувати до рівнів VISA/MasterCard з точки зору пропускної здатності транзакцій через Lightning Network, а також надають зручні можливості для обміну цими активами без громіздкого KYC. Програма дозволяє здійснювати транзакції на суму до швейцарських франків. 1000 (відповідно до законодавства Швейцарії). Наразі серед їхніх продуктів є MyCitadel (гаманець), RGB Explorer (браузер) і Pandora Network.

Моя Цитадель

MyCitadel — це бренд Pandora Prime, MyCitadel — перший гаманець із графічним інтерфейсом, який підтримує RGB, створений у 2021 році розробниками RGB. Він пропонує міжплатформний гаманець для робочого столу та гаманець для iOS/iPad. Мобільні гаманці можуть обробляти взаємозамінні активи RGB.

RGB Explorer

RGB Explorer — це перший браузер, розроблений Pandora Prime, який забезпечує реєстр активів RGB і смарт-контракти. Наразі підтримується RGB 20, RGB 21, RGB 25, а активи, які можна відобразити, це LNPBP, RGBTC, dCHF і RGBEX.

4、DIBA （DIGIT ALBITCOIN ART）

DIBA прагне розширити можливості спільноти, допомагаючи людям розуміти, володіти та використовувати цифрові активи, створені на основі біткойнів, які не є зберігачем. І сподіваюся сформувати цифрове мистецтво та економіку активів за принципами децентралізації та інклюзивного розширення можливостей.

DIBA — це перший ринок (як це називає DIBA), який торгує Bitcoin NFT за допомогою протоколу смарт-контрактів RGB і Lightning Network. Наразі DIBA BETA працює в тестовій мережі біткойн і незабаром буде запущено в основній мережі біткойн, тож ви можете залишатися на зв’язку.

Бітова маска

Гаманець, створений компанією DIBA, є першим гаманцем NFT в екосистемі RGB, який може працювати у веб-браузері та взаємодіяти з контрактами RGB, такими як MetaMask на Ethereum.

5、Гаманець IRIS

IRIS Waller, перший Android-гаманець, розроблений командою Bitfinex, присвячений інтеграції RGB і пов’язаним з RGB інструментам. Підтримка взаємозамінних і незамінних активів. Гаманець Iris підтримує операції з активами RGB від випуску до витрачання та отримання, загортаючи всі функції у звичну програму гаманця та абстрагуючись від якомога більшої кількості технічних деталей. Наразі це експериментальний додаток і рекомендовано лише для невеликих обсягів біткойнів і малоцінних активів.

6、Bitswap-BiFi

Зараз екосистема RGB активно досліджує рішення DEX для вирішення проблеми ліквідності активів RGB. У демонстрації та підтвердженні концепції Bitswap показано, як ввести «SWAPS» у DEX, але наразі немає AMM або LP. Він ще на етапі верифікації, дуже ранній, і теж вартий уваги.

6. Огляд і перспектива

Протокол RGB пройшов майже 6 років еволюції від початкової концепції до сьогодення. Хоча сьогодні протокол RGB ще не набув широкого поширення та впровадження, історія говорить нам, що люди часто переоцінюють швидке впровадження нових ідей, водночас недооцінюючи потенційний руйнівний вплив цих ідей, коли вони зрештою стають загальноприйнятими та швидкими. Насправді, з випуском протоколу RGB версії 0.10 ми стоїмо на новій відправній точці, свідки такого безмежного майбутнього, як біткойн.

У новій версії протоколу RGB представлено низку важливих оновлень, які дозволяють протоколу RGB не тільки видавати та передавати численні активи в мережі Bitcoin та Lightning Network, а й підтримувати більш складні смарт-контракти. Незважаючи на те, що протокол RGB ще не повністю сумісний із Lightning Network, ми твердо віримо, що найближчими місяцями очікується, що асоціація LNP/BP та відповідні групи розробників досягнуть значного прогресу. Ми з нетерпінням чекаємо ідеальної інтеграції протоколу RGB і Lightning Network, що стане ще однією важливою віхою для протоколу RGB і Bitcoin.

Ці нові функції та вдосконалення, увімкнені протоколом RGB, особливо повна сумісність з Lightning Network, запалюють яскраве світло для майбутнього Bitcoin. Ці зміни відкрили двері в незвідану територію, дозволяючи нам побачити безмежний потенціал біткойна через нього. На цій незвіданій території біткойн більше не є простим платіжним засобом, а потужною платформою, здатною виконувати складні програми. Протокол RGB став наріжним каменем цієї платформи, яка може привести нас до нового криптосвіту.

Додаток: Література: