Переслати оригінальну назву: Поглиблене обговорення Рунічного протоколу та механізму видачі "Публічного гравіювання"

Ця стаття передрукована з Foresight News, написана Trustless Labs. Посилання на оригінальну статтю: https: //foresightnews.pro/article/detail/54503 Ентузіазм щодо треку Bitcoin Layer 2 залишається високим, серед багатьох L2-проектів CKB виділяється з кількох причин. З одного боку, тому що команда походить з відомого публічного ланцюжка Nervos CKB, який був глибоко залучений в механізм Proof of Work (PoW); з іншого боку, після оголошення про перепозиціонування в мережу BTC Layer 2, команда запропонувала інноваційну схему RGB++, використовуючи комірку в ланцюжку CKB для "ізоморфного зв'язування" UTXO оригінального ланцюжка біткоїна. Реакція ринку на CKB була дуже позитивною. 22 лютого Trustless Labs запросила авторів RGB++ і співзасновника CKB Cipher, а також лідера екосистеми Baiyu поділитися своїм розумінням Bitcoin L2, механізму RGB++, активів RGB++ та ідей розвитку екосистеми CKB. Нижче наведено текстове розташування контенту в просторі Твіттера:

1. Nervos CKB - це давній публічний ланцюжок PoW, чому він наполягає на PoW без переходу до ланцюжка PoS? Як виникла ідея перейти на BTCKB?

Nervos CKB вирішив залишитися з PoW замість того, щоб перейти на ланцюжок PoS, і це рішення ґрунтується на нашому глибокому розумінні технології та ринку. Ми вважаємо, що децентралізація та безпека, які забезпечує механізм Proof of Work (PoW), є незамінними. Крім того, наш вибір технології - включаючи модель UTXO та прийняття архітектури RISC-V - хоч і суперечив основним тенденціям того часу, але ґрунтувався на міркуваннях довгострокової стійкості та технологічних перевагах. З моменту заснування проекту в 2018 році до його запуску в 2019 році ми пережили безліч коливань на ринку криптовалют, але жодного разу не змінили свій напрямок. На той час смарт-контракти та механізми PoS вважалися майбутнім, а PoW - застарілою технологією. Тим не менш, наша прихильність до PoW пояснюється не тільки перевагою цієї технології, але й тим, що ми вважаємо, що модель UTXO і механізм PoW можуть забезпечити унікальні характеристики безпеки і децентралізації, які не можуть бути замінені іншими технологічними рішеннями. Щодо ідеї переходу на BTCKB, то вона насправді випливає з нашого глибокого розуміння ринкових наративів. Протягом останніх кількох років, хоча наш наратив, здавалося, був пригнічений моделями PoS і облікових записів, з минулого року, з розширенням Біткоїна на першому рівні і появою нових додатків для моделі UTXO, ми побачили нову можливість. Ці зміни не тільки розширили можливості використання біткоїна, але й покращили розуміння і прийняття користувачами UTXO і PoW. Крім того, з переоцінкою впливу PoW на навколишнє середовище і зростаючим визнанням моделей позаланцюгових обчислень і внутрішньоланцюгової верифікації, ми вважаємо, що зараз найкращий час для запуску нових протоколів, заснованих на моделі PoW UTXO, таких як RGB++. Я вірю, що з ренесансом біткоїна і переоцінкою ринком цінності моделей PoW і UTXO, Nervos CKB буде в авангарді розвитку криптовалют. Наша прихильність до PoW не є безпідставною, вона ґрунтується на справжньому розумінні цінності технології та глибокому розумінні майбутніх тенденцій.

2. Як команда Nervos CKB розуміє масштабування BTC і рішень другого рівня BTC, і чому вибрала протокол RGB?

Погляд команди Nervos CKB на масштабування BTC, рішення BTC Layer 2 і вибір протоколу RGB ґрунтується на характеристиках нашої команди і технічних напрацюваннях. Ми провели глибокі дискусії щодо того, чи варто продовжувати використовувати Total Value Locked (TVL) або вибрати маршрут 2-го рівня, сумісний з EVM. Після ретельного обмірковування ми вважаємо, що дотримання технологічного підходу, навіть якщо це означає вибір шляху, відмінного від мейнстріму, є нашою перевагою. Наш технологічний вибір і стратегії, особливо вибір протоколу RGB, ґрунтуються на нашому розумінні консервативного ставлення біткоїн-спільноти і нашому прагненні до технологічних інновацій.

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

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

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

3. Технічний вибір BTCKB: вивчення протоколу RGB та впровадження RGB++

Інтерв'ю з Baiyu: Пояснення протоколу RGB++ (рівень DA, перевірка на стороні клієнта, індекс з відкритим вихідним кодом та VM)

Байю: Для початку я розповім про наш процес прийняття рішень. Ми вважаємо, що конкуренція на рівні 2 Біткоїна в основі своїй випливає з рівня 1, де суть конкуренції полягає у впровадженні нових протоколів. Ми поділяємо ці нові протоколи на два типи: ті, що використовують функцію UTXO, і ті, що її не використовують. Виходячи з цього, ми обрали протоколи з характеристиками UTXO, такі як Atomical, RGB та активи Taproot.

Зокрема, ми обрали протокол RGB через сильний інтерес Cipher до RGB та його широкі дослідження з професором Аджаном. Ми запропонували метод ізоморфного зв'язування для введення RGB++. Важливо зазначити, що RGB++ і RGB - це різні поняття. Протокол RGB був спочатку запропонований Пітером, надалі розроблений Асоціацією LNP/BP та доктором Максимом, який використовував концепцію одноразових пломб для розширення. На противагу цьому, RGB++ вводить можливість інших UTXO-ланцюгів виступати в якості клієнтів, а його основним внеском є концепція ізоморфного зв'язування. З точки зору CKB, ми прагнемо підтримувати більше протоколів у майбутньому.

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

Доступність даних (DA) часто обговорює їх розміщення на рівні 1 або 2 в екосистемі Ethereum і їх вплив на безпеку. Однак в екосистемі Біткоїна ця концепція відрізняється, особливо для протоколів на основі UTXO, таких як RGB. У RGB достатньо перевірити дані, пов'язані з користувачем, які теоретично не потрібно зберігати на певному шарі DA, оскільки сторони можуть безпосередньо обмінюватися необхідною інформацією.

Протокол RGB++ розширює RGB, який спочатку вимагав обміну історією транзакцій і даними через P2P-мережу, включаючи нові віртуальні машини і визначення логіки взаємодії, що ускладнювало позамережеву логіку і сповільнювало розробку. RGB++ має на меті перенести всі "розумні" компоненти протоколу RGB, такі як P2P-мережі, віртуальні машини та смарт-контракти, в ланцюжок, а саме в CKB. Переходи станів для кожного UTXO на CKB обмежуються смарт-контрактами CKB, що дозволяють перевіряти і виконувати активи і логіку контрактів RGB++ на CKB, вирішувати питання взаємодії, виконання смарт-контрактів і надання доказів. CKB використовує віртуальну машину RISC-V, що підтримує смарт-контракти з повною Тьюрингом, дозволяючи користувачам переглядати або перевіряти стан активів безпосередньо на CKB без шкоди для безпеки або перевірки на стороні клієнта, якщо це необхідно.

Реалізація: Протокол RGB++ забезпечує сумісність з усіма операціями RGB. Він вирішує проблему повільного розвитку позамережевих клієнтів шляхом прийняття ланцюгової стратегії UTXO, заснованої на Proof-of-Work (PoW). Крім того, ми впровадили механізм безперешкодної міграції транзакцій з Bitcoin в CKB, використовуючи високопродуктивне середовище виконання CKB перед тим, як мігрувати результати назад в Bitcoin.

Оптимізація продуктивності: Ключовою особливістю протоколу RGB++ є можливість переходу транзакцій на рівень 2 (наприклад, з Bitcoin в CKB), що значно підвищує ефективність і продуктивність транзакцій, а також дозволяє обійти обмеження продуктивності Bitcoin.

Міркування щодо безпеки: При реалізації процесу переходу ми надавали пріоритет безпеці, покладаючись на прямі зв'язки між двома UTXO, а не на засновані на довірі міжланцюгові мости або механізми мультипідпису. Ми дотримуємося стандартів безпеки PoW, вважаючи транзакції в блокчейні Bitcoin незворотними після шести блоків, а в CKB для еквівалентної безпеки потрібно приблизно 24 блоки. Цей метод забезпечує безпеку стрибків активів або міграцій між шарами.

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

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

4. Розвиток смарт-контрактів у протоколі RGB є складним, що є однією з головних причин його повільного прогресу. Чи прийме RGB++ ті ж самі смарт-контракти, що і RGB? Який технічний стек та підтримка доступні для розробників?

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

По-друге, у порівнянні з моделлю облікового запису Ethereum, інтуїтивна різниця і складність реалізації смарт-контрактів з моделлю UTXO від CKB є значною. Модель облікових записів Ethereum більше відповідає інтуїції програмістів, дозволяючи виконувати прості виклики функцій для отримання результатів. Однак реалізація бізнес-логіки на основі UTXO (наприклад, RGB або RGB++) в рамках моделі рахунків є надзвичайно складною через невизначеність результатів транзакцій в моделі рахунків, що впливає на можливість ізоморфного зв'язування.

Незважаючи на складність програмування в моделі UTXO, ми вважаємо, що це єдиний варіант для розширення логіки протоколу Біткоїна. Наші інструменти розробки та знання про продукт, накопичені за останні чотири-п'ять років, включаючи інструментарій та базові проекти для написання смарт-контрактів на Rust, C, Lua та JavaScript, надають широку підтримку розробникам. Ми спробували реалізувати AMM, подібний до Uniswap, в моделі UTXO, але зіткнулися зі значними проблемами, що призвело до провалу проекту, який підкреслює складність впровадження інновацій в рамках архітектури UTXO.

Що стосується користувацького досвіду, ми плануємо запустити взаємозамінні і не взаємозамінні токени RGB++ і відповідний DEX на основі CKB до кінця березня. Дизайн користувацького інтерфейсу спрямований на спрощення, щоб користувачі могли легко переказувати активи без обтяжливих кроків з майнінгу. Весь процес автоматизує обробку ізоморфних транзакцій, прозорих для користувачів, з метою забезпечення безперебійної взаємодії між ланцюжками.

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

Щоб вирішити проблеми розробки смарт-контрактів для протоколу RGB, ми протистоїмо цьому, пропонуючи більш багатий досвід обміну та підтримку розробки на CKB. Ми запустимо рішення Layer 2 DEX для оптимізації роботи користувачів, щоб позбавити їх необхідності турбуватися про те, на якому рівні знаходяться їхні активи - Layer 1 чи Layer 2. Цей DEX дозволяє переносити активи користувачів з ланцюжка Bitcoin на DEX, передаючи право власності на активи з UTXO Bitcoin на адресу CKB, забезпечуючи безпеку і прозорість переказу. Код смарт-контракту, який ми використовуємо, має відкритий вихідний код, що зменшує занепокоєння користувачів щодо безпеки. Крім того, ми забезпечуємо захист від подвійних витрат під час процесу переказу активів і безперебійний процес транзакцій на рівні 2, тому користувачам не потрібно турбуватися про конкретне місцезнаходження своїх активів, що забезпечує майже безперебійний процес торгівлі.

5. Оскільки транзакція в біткоіні призводить до синхронізованої аналогічної транзакції в CKB, як обчислюється газ, коли користувачі використовують обидва ланцюжки, в тому числі в сценаріях передачі активів між ними?

По-перше, коли транзакції відбуваються як в Bitcoin, так і в CKB, транзакція дійсно виконується в кожному ланцюжку. Транзакції на CKB вимагають не лише плати за користування мережею (плата за газ), але й державного збору за зберігання стану транзакцій (наприклад, кількість утримуваного CKB). Цей державний збір зазвичай вимагає більше 100 крон, що викликає питання про те, хто несе ці витрати і як гарантувати, що він не вплине негативно на якість обслуговування користувачів.

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

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

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

6. Оскільки рішення BTC L2, такі як BounceBit, Merlin Chain і B^2, демонструють значне зростання TVL, як RGB++ планує вийти на ринок? Чи буде у RGB++ власний протокол випуску активів?

У відповідь на бурхливу тенденцію розвитку рішень Bitcoin Layer 2 (L2) і те, як RGB++ планує вийти на цей ринок, я зупинюся на двох основних аспектах: функціональності та особливостях RGB++ як протоколу емісії, а також на нашій стратегії та планах щодо CKB Layer 2.

По-перше, основна функціональність RGB++ - це протокол випуску NFT і взаємозамінних токенів (FT). Це означає, що RGB++ підтримує випуск NFT і FT, пропонуючи досвід, схожий на торгівлю в основній мережі Bitcoin, але, можливо, з більш високими комісіями за газ і повільнішою швидкістю транзакцій. Однак ці активи можуть безпосередньо торгуватися на DEX CKB за тими ж стандартами, що й активи на CKB, як і наш FT-стандарт xUDT, подібний до ERC20. У нас також є стандарт для NFT, Spore NFT, який вже застосовується в мейннеті.

По-друге, що стосується нашої стратегії на рівні 2 CKB, ми зосереджуємося на забезпеченні безперебійного користувацького досвіду, включаючи випуск нативних активів і підтримку крос-ланцюгових активів. Активи Bitcoin і Ethereum можуть бути переведені в CKB за допомогою мостових технологій, і ми співпрацюємо з великими установами, щоб забезпечити безпеку і надійність цього процесу. Крім того, ми підкреслюємо важливість платформи смарт-контрактів; як тільки активи випускаються на RGB++, вони можуть негайно використовувати цю платформу для розробки різних децентралізованих додатків (dApps), таких як кредитування, стейкінг і майнінг.

На рівні 2 CKB ми зосереджуємося на трьох типах активів: FTs, NFTs та власне CKB-активи з нативними написами. Кожен тип активів має свої специфічні застосування та механізми транзакцій, і ми пропонуємо відповідні технічні та ринкові рішення для їх підтримки. Наприклад, ми підтримуємо обіг активів NFT за допомогою уніфікованих стандартів і торгових ринків, а також розробляємо спеціальні платформи, такі як торговий ринок Omega, для підтримки випуску і торгівлі активами нативних записів CKB.

Таким чином, стратегія виходу RGB++ на ринок включає використання її можливостей як потужного протоколу емісії NFT і FT та запуск інноваційних і нативних активів на CKB Layer 2. Ми прагнемо забезпечити комплексну платформу смарт-контрактів, підтримувати передачу активів між ланцюжками, а також гарантувати безпеку і практичність нашої технології завдяки партнерству з гравцями галузі.

7. Чим ресурси RGB++ відрізняються від RGB20 та RGB721? Чи сумісні вони з активами BRC20 і ARC20, які мають більшу частку ринку в оригінальному ланцюжку Біткоїн?

Активи в біткоїні можна розділити на дві основні категорії та три підкатегорії. По-перше, біткойн сам по собі є унікальною категорією активів. По-друге, всі активи, які потребують позамережевої перевірки, або так звані "кольорові монети", складають другу велику категорію. У межах цієї другої великої категорії я поділяю її на два типи: один тип - це активи, які можуть використовувати функції UTXO і можуть бути повторно використані в мережі Lightning Network. Ці типи активів за схемами, подібними до RGB, можуть мігрувати до CKB через ізоморфне відображення та зв'язування. Це означає, що такі активи, як атомарні і кореневі активи, хоча вони все ще випускаються в ланцюжку Біткоін, можуть використовуватися в CKB за допомогою схеми RGB++ без необхідності занадто великих модифікацій цього рівня активів протоколу.

Другий тип активів, такі як BRC20, які менше використовують можливості UTXO, важко мігрувати в CKB за допомогою ізоморфного зв'язування. Для цих типів активів наш підхід схожий на підхід інших ланцюгів на ринку, тобто шляхом створення міжланцюгового моста. Цей міст блокує активи BRC20 в ланцюжку Bitcoin, а потім випускає еквівалент FT (Fungible Token) або NFT (Non-Fungible Token) на CKB, що дозволяє користувачам торгувати на CKB. Цей метод застосовується до протокольних активів, які не можуть безпосередньо використовувати функції UTXO, таких як ORDI, тип активу BRC20. Таким чином, RGB++ має на меті забезпечити гнучкий ізоморфний механізм зв'язування, що дозволяє оптимізувати використання і міграцію різних типів активів між Bitcoin і CKB.

8. Яку підтримку RGB++ надаватиме в майбутньому існуючим ресурсам з великою базою користувачів та спільнотою?

Ми плануємо підтримку існуючих активів з широкою базою користувачів. Розглянуто два основні підходи:

1. Підтримка мостів індексації: Ми плануємо підтримувати BRC 20 та інші активи через мости індексації, доки існують відповідні індексатори та оператори мостів. Ми шукаємо партнерів для побудови таких мостів-перехресних ланцюгів. Питання з мостом BTC буде вирішено найближчим часом, і ми наполегливо працюємо над мостом для написів. Це вимагає підтримки гаманців в екосистемі, включаючи гаманці плагінів, яких наразі немає в екосистемі CKB. Ми сподіваємося на більшу підтримку апаратних гаманців і гаманців-плагінів в майбутньому, які будуть сумісні з основними протоколами і, таким чином, підтримають розвиток всієї екосистеми.

2. Підхід "моста без надписів": Наш перший фокус - реалізація RGB++. Після завершення роботи над RGB++ ми можемо розглянути можливість підтримки інших протоколів UTXO, щоб побачити, який метод буде швидшим і ефективнішим. Наша мета - спочатку реалізувати RGB++. Крім того, ми розглядаємо можливість співпраці з командою Lightning Network. Хоча вони в основному зосереджені на платежах і обмеженому функціоналі скриптів, ми вважаємо, що перенесення цих функцій в CKB і надання їм шару смарт-контрактів є найбільш прийнятним способом.

Загалом, наша стратегія є гнучкою та агресивною, спрямованою на поступове розширення підтримки широкого кола користувачів та ресурсів спільноти за допомогою різних технічних підходів та партнерств. Ми впевнені, що ці завдання є здійсненними, а остаточна сила реалізації - в наших руках.

Заява:

1. Ця стаття передрукована з Foresight News, і авторські права належать первинному автору, Trustless Labs. Якщо у вас є якісь заперечення щодо передруку, будь ласка, зв'яжіться з командою Gate Learn, і команда опрацює їх якомога швидше згідно з відповідними процедурами.

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

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