Передмова
У четвертому раунді циклу халвінгу біткойна бурхливе впровадження протоколу #Ordinals і подібних протоколів змусило індустрію шифрування зрозуміти, що випуск і торгівля активами на основі рівня біткойн L1 мають вирішальне значення для консенсусної безпеки та екологічності Розвиток основної мережі Bitcoin можна описати як «момент Uniswap» екосистеми Bitcoin.
Еволюція та ітерація програмування біткойнів є результатом управління ринком думок спільноти біткойнів, а не результатом телеології, як-от Holder для BTC або Builder для блокового простору.
В даний час завдяки покращенню програмованості біткойнів і, таким чином, підвищенню рівня використання блокового простору основної мережі біткойн, він став новим дизайнерським простором для спільноти біткойн.
На відміну від Ethereum та інших високопродуктивних публічних ланцюжків, щоб забезпечити простоту та легкість набору UTXO, простір проектування програмування Bitcoin сильно обмежений, як використовувати сценарії та код OP для роботи з UTXO.
Класичні рішення для програмування Bitcoin включають канали стану (Lightning Network), перевірку клієнта (RGB), бічні ланцюги (Liquid Network, Stacks, RootSock тощо), CounterParty, Omni Layer, Taproot Assets, DLC тощо. З 2023 року нові рішення для програмування біткойнів включають Ordinals, BRC20, Runes, Atomics, Stamps тощо.
Після завершення другої хвилі Inscription одне за одним з’явилося нове покоління програмованих рішень для біткойнів, таких як рішення #CKB #UTXO #同构绑定 і сумісне з EVM рішення L2 для біткойнів , рішення DriveChain тощо.
У порівнянні з EVM-сумісним рішенням Bitcoin L2 рішення для програмування Bitcoin від CKB (Common Knowledge Base) є рідним, безпечним рішенням у сучасному просторі програмування Bitcoin, яке не вводить припущень соціальної довіри. У порівнянні з рішенням DriveChain, воно не вимагає жодних змін на рівні протоколу Bitcoin.
У доступному для огляду майбутньому крива зростання програмованості біткойнів переживе прискорену стадію зростання, а активи, користувачі та програми екосистеми біткойн приведуть до хвилі вибуху Xuanbian. Стек UTXO екосистеми CKB стане новим Приплив розробників біткойнів пропонує можливість створювати протоколи з використанням модульних стеків. Крім того, CKB вивчає можливість інтеграції Lightning Network зі стеком UTXO, щоб використовувати вбудовані можливості програмування біткойнів для досягнення сумісності між новими протоколами.
Простір імен програмності Bitcoin
Блокчейн — це машина, яка створює довіру, а основна мережа біткойн — це машина 0. Подібно до того, як уся західна філософія є приміткою до Платона, все в криптосвіті (активи, наративи, мережі блокчейнів, протоколи, DAO тощо) є похідними та похідними від біткойнів.
У процесі спільної еволюції між Bitcoin Maxi і експансіоністами, від дебатів про те, чи підтримує основна мережа Bitcoin повноту Turing, до суперечки між схемою Segregated Witness і схемою розширення великих блоків, Bitcoin постійно розгалужується. Це не тільки створення нових проектів шифрування та консенсусу спільноти шифрувальників, але й зміцнення та консолідація власного консенсусу спільноти біткойнів. Це процес самопідтвердження під час інших.
Через таємниче зникнення Сатоші Накамото управління біткойн-спільнотою має не структуру управління «освіченої монархії», як Ethereum, а модель управління, в якій майнери, розробники, спільноти та ринки беруть участь у відкритих іграх для досягнення збалансованої моделі управління. Це дає консенсусу біткойн-спільноти можливість бути надзвичайно стабільним після його формування.
Поточні характеристики консенсусу біткойн-спільноти такі: консенсус не є командуванням і контролем, мінімізація довіри, децентралізація, стійкість до цензури, псевдоанонімність, відкритий вихідний код, відкрита співпраця, відсутність дозволів, юридичний нейтралітет, однорідність, пряма сумісність, мінімізація використання ресурсів , перевірка > обчислення, конвергенція, незмінність транзакцій, стійкість до DoS-атак, уникнення суперечок за входження, надійність, послідовні стимули, зміцнення, консенсус, який не можна змінювати, принципи конфлікту, спільне просування тощо. [1]
Поточну форму основної мережі біткойн можна розглядати як втілення наведених вище консенсусних характеристик біткойн-спільноти. Простір проектування програмованості біткойнів також визначається консенсусними характеристиками спільноти біткойнів.
Класичний дизайнерський простір для програмування Bitcoin
У той час як інші публічні ланцюги намагаються модульувати, розпаралелювати та інші рішення, щоб дослідити простір дизайну рішення неможливого трикутника блокчейна, простір дизайну протоколу Bitcoin завжди зосереджувався на сценаріях, OP Code та UTXO.
Двома типовими прикладами є два великих оновлення основної мережі Bitcoin з 2017 року: хардфорк Segwit і softfork Taproot.
Під час хардфорку Segwit у серпні 2017 року до основного блоку 1M було додано блок 3M для спеціального зберігання підписів (свідків), а вага даних підпису була встановлена на 1 від даних основного блоку під час розрахунку комісії майнера щоб підтримувати узгодженість вартості витрачання виходу UTXO та створення виходу UTXO, а також запобігати зловживанню зміною UTXO для збільшення швидкості розширення набору UTXO.
Софт-форк Taproot у листопаді 2021 року заощадить час перевірки UTXO та простір блоку, зайнятий мультипідписами, запровадивши схему мультипідпису Schnorr.
1 група ключ-значення UTXO (Джерело: learnmeabitcoin.com)
UTXO (вихід невитрачених транзакцій) є основною структурою даних основної мережі Bitcoin. Вона має характеристики атомарності, неоднорідності та ланцюгового зв’язку. Кожна транзакція в основній мережі Bitcoin використовує 1 UTXO як вхідні дані та створює ціле число n нових виходів UTXO. Простіше кажучи, UTXO можна розглядати як долари США, євро та інші банкноти, що працюють у ланцюжку. Його можна витрачати, міняти, розділяти, об’єднувати тощо, але його найменша атомарна одиниця — це сатоші (sats). Один UTXO представляє останній статус у певний час. Набір UTXO представляє останній статус основної мережі Bitcoin на певний час.
Зберігаючи простий, легкий і легкий для перевірки набір Bitcoin UTXO, швидкість розширення основної мережі Bitcoin була успішно стабілізована на рівні, що відповідає апаратному закону Мура, таким чином забезпечуючи участь усіх вузлів у основній мережі Bitcoin перевірки транзакції.
Відповідно, простір проектування програмованості Bitcoin також обмежений консенсусними характеристиками спільноти Bitcoin. Наприклад, щоб запобігти потенційним ризикам для безпеки, Сатоші Накамото вирішив у серпні 2010 року видалити код операції OP-CAT, який був ключовою логікою для досягнення повної програмованості рівня Тьюрінга в біткойнах.
Шлях до програмування біткойнів не використовує рішення для віртуальної машини (VM) у ланцюжку, такі як Ethereum і Solana. Для операцій програмування використовуються дані (Witness) тощо.
Основним інструментарієм програмування Bitcoin є: мультипідпис, блокування часу, блокування хешу, керування процесом (OP_IF, OP_ELIF). [2]
У класичному просторі програмування біткойн підтримує лише кілька процедур верифікації та не підтримує зберігання стану в ланцюжку та обчислення в ланцюжку — це повна реалізація Тьюринга Основний функціональний компонент програмованості.
Ренесанс програмованості біткойнів
Але простір проектування програмованості Bitcoin не є фіксованим станом. Натомість він ближче до динамічного спектру, який змінюється з часом.
На відміну від стереотипу зовнішнього світу про те, що розвиток основної мережі біткойн знаходиться в стагнації, з різними векторами консенсусу, що обмежують простір проектування, розробка, розгортання, впровадження та просування нових сценаріїв і нових кодів операцій для основної мережі біткойн постійно тривають іноді навіть викликав війни форків у спільноті шифрувальників (наприклад, хардфорк Segwit).
Взявши за приклад зміни впровадження типів сценаріїв основної мережі Bitcoin, ми можемо чітко помітити зміни. Скрипти, які використовуються типом виводу основної мережі Bitcoin, можна розділити на три категорії:
Оригінальний скрипт: pubkey, pubkeyhash
Розширені скрипти: multisig, scripthash
Сценарії свідка: svjedok_v0_keyhash, свідок_v0_scripthash, свідок_v1_taproot
Джерело повного історичного результату основної мережі Bitcoin: Dune
З діаграми тенденцій зміни всього історичного типу вихідних даних основної мережі Bitcoin ми бачимо основний факт: покращення програмованості основної мережі Bitcoin є довгостроковою історичною тенденцією. Розширені сценарії поглинають частку оригінальних скриптів, у той час як сценарії-свідки поглинають удосконалення. Протокол Ordinals на основі розширених сценаріїв Segweit і сценаріїв-свідків Taproot розпочав хвилю випуску активів Bitcoin L1, що є не лише продовженням історичної тенденції програмування основної мережі Bitcoin, але й новим етапом програмування основної мережі Bitcoin.
Код операції основної мережі Bitcoin також має процес еволюції, подібний до сценарію основної мережі Bitcoin.
Наприклад, протокол Ordinals реалізує свою функціональну структуру шляхом об’єднання сценарію основної мережі Bitcoin та кодів операцій (OP_FALSE, OP_IF, OP_PUSH, OP_ENDIF).
1 гравійований екземпляр Ординального протоколу
До офіційного народження протоколу Ordinals класичні рішення для програмування біткойнів включали в себе канали стану (Lightning Network), перевірку клієнта (RGB), бічні ланцюги (Liquid Network, Stacks, RootSock тощо), CounterParty, Omni Layer, DLC тощо. .
Протокол Ordinals серіалізує Satoshi, найменшу атомарну одиницю UXTO, а потім вигравіровує вміст даних у полі Witness UTXO та пов’язує його з певним серіалізованим Satoshi. Тоді індексатор відповідає за індексацію та виконання операцій ці дані стверджують. Ця нова парадигма програмування Bitcoin яскраво схожа на «гравірування на золоті».
Нова парадигма протоколу Ordinals надихнула ентузіазм більшої криптоспільноти використовувати простір блоків основної мережі біткойн для випуску, карбування та торгівлі предметами колекціонування NFT і токенами типу MeMe (які разом можна називати написами), серед яких багато людей у своєму житті Вперше мати власну біткойн-адресу.
Проте програмованість протоколу Ordinals успадковує обмежену програмованість біткойна та підтримує лише три функціональні методи: розгортання, монетний двір і передача. Це робить протокол Ordinals і його послідовники BRC20, Runes, Atomics, Stamps та інші протоколи придатними лише для сценаріїв застосування емісії активів. Однак підтримка сценаріїв додатків DeFi, таких як транзакції та кредитування, які потребують обчислення стану та зберігання стану, відносно слабка.
Протокол ординалів 3 типи величин TX (Джерело: Dune)
Ліквідність є джерелом життя активів. Завдяки природним характеристикам протоколу програмування Bitcoin типу Ordinals активи запису перевипускаються, а ліквідність забезпечується незначно, що, у свою чергу, впливає на вартість, створювану протягом життєвого циклу активу запису.
Крім того, протоколи Ordinals і BRC20 також підозрюються в зловживанні простором даних свідків і об’єктивно спричинили вибух у статусі основної мережі Bitcoin.
Зміни в розмірі блоку біткойн (Джерело: Dune)
Як систему відліку, основними джерелами комісії за газ в основній мережі Ethereum є комісія за транзакції DEX, комісія за доступність даних L2 і комісія за газ за переказ стейблкойнів тощо. Порівняно з основною мережею Ethereum, дохід основної мережі Bitcoin є одноразовим, дуже циклічним і дуже мінливим.
Можливості програмування основної мережі Bitcoin поки що не можуть задовольнити попит на стороні пропозиції блокового простору основної мережі Bitcoin. Щоб досягти стабільного та сталого статусу доходу від блокового простору для основної мережі Ethereum, потрібні DEX, стейблкойни та рівень L2, які є рідними для екосистеми Bitcoin. Передумовою для реалізації цих протоколів і додатків є те, що програмований протокол біткойн повинен надавати повні можливості програмування Тьюрінга.
Таким чином, те, як нативно реалізувати повну програмованість біткойна за Тьюрингом, одночасно обмежуючи негативний вплив на масштаби стану основної мережі біткойн, стало важливою темою в екосистемі біткойн.
Рішення CKB для програмування Bitcoin
На даний момент рішення для досягнення повної програмованості біткойна, повної Тьюринга, включають: BitVM, RGB, CKB, EVM, сумісні з Rollup L2, DriveChain тощо.
BitVM використовує набір кодів Bitcoin OP для створення логічних воріт NAND, а потім створює інші базові логічні шлюзи через логічні шлюзи NAND. Нарешті, рідна біткойн VM будується з цих базових логічних схем. Цей принцип чимось схожий на діаграму масиву короля Цінь у відомому науково-фантастичному романі «Проблема трьох тіл». Конкретні сцени показані в однойменному серіалі Netflix. Стаття про рішення BitVM була повністю відкритою і дуже очікувана спільнотою шифрувальників. Однак його інженерна реалізація дуже складна, як-от витрати на керування даними поза ланцюгом, обмеження кількості учасників, кількість взаємодій викликів і відповідей, складність хеш-функції тощо, що ускладнює впровадження в короткий термін. термін.
Протокол RGB використовує перевірку на стороні клієнта та технологію одноразового запечатування для досягнення повної програмованості за Тьюрингом. Обслуговування коду та зберігання даних виконуються поза ланцюгом, а основна мережа біткойн виступає в якості рівня зобов’язань для кінцевого стану.
EVM сумісний із Rollup L2 і є рішенням для швидкого повторного використання зрілого стека Rollup L2 для створення Bitcoin L2. Однак, враховуючи те, що основна мережа біткойн наразі не може підтримувати доказ шахрайства/валідності, Rollup L2 має запровадити припущення соціальної довіри (мультипідпис).
DriveChain — це рішення для розширення бічного ланцюга — використання біткойна як нижнього рівня блокчейну та створення бічного ланцюга шляхом блокування біткойна, що забезпечує двосторонню взаємодію між біткойном і бічним ланцюгом. Реалізація проекту DriveChain вимагає змін на рівні протоколу для біткойна, який полягає в розгортанні BIP300 і BIP301, запропонованих командою розробників, в основній мережі.
Наведені вище рішення щодо програмування біткойнів або надзвичайно складно реалізувати в короткостроковій перспективі, вони вводять занадто багато припущень щодо соціальної довіри або вимагають змін на рівні протоколу біткойна.
Протокол активів Bitcoin L1: RGB++
У відповідь на зазначені вище недоліки та проблеми в протоколі програмування Bitcoin команда CKB надала відносно збалансоване рішення. Рішення складається з протоколу активів Bitcoin L1 RGB++, постачальника послуг Bitcoin L2 Raas UTXO Stack і протоколу взаємодії, інтегрованого з Lightning Network.
Власні примітиви UXTO: ізоморфне зв’язування
RGB++ — це протокол випуску активів Bitcoin L1, розроблений на основі ідей дизайну RGB. Інженерна реалізація RGB++ успадковує технічні примітиви CKB і RBG. Він використовує «одноразову печатку» RGB і технологію перевірки клієнта, а також зіставляє Bitcoin UTXO зі стільниковою (розширеною версією UTXO) основної мережі CKB за допомогою ізоморфного зв’язування, а також використовує сценарії на CKB і обмеженнях ланцюга Bitcoin для перевірки правильності державних розрахунків та обґрунтованості зміни власності.
Іншими словами, RGB++ використовує клітинки в ланцюжку CKB для вираження відносин власності на активи RGB. Він переміщує дані активів, які спочатку зберігалися локально на клієнті RGB, у ланцюжок CKB і виражає їх у формі Cell, встановлюючи відношення відображення з Bitcoin UTXO, дозволяючи CKB діяти як загальнодоступна база даних і позаланцюговий рівень попереднього розрахунку для Замініть RGB-клієнт, щоб досягти більш надійного розміщення даних і взаємодії RGB-контрактів
Ізоморфне зв’язування RGB++ (Джерело: RGB++ Protocol Light Paper)
Комірка є основною одиницею зберігання даних CKB і може містити різні типи даних, наприклад CKBytes, маркери, код TypeScript або серіалізовані дані (наприклад, рядки JSON). Кожна комірка містить невелику програму під назвою Lock Script, яка визначає власника комірки. Lock Script не лише підтримує сценарії основної мережі Bitcoin, такі як мультипідпис, хеш-блокування, блокування часу тощо, але також дозволяє включати Type Script для виконання певних правил для контролю його використання. Це дозволяє розробникам налаштовувати смарт-контракти для різних варіантів використання, таких як випуск NFT, airdropping токенів, AMM Swap тощо.
Протокол RGB використовує код операції OP RETURN, щоб приєднати кореневий стан трансакції поза ланцюгом до виводу UTXO, використовуючи UTXO як контейнер для інформації про стан. Потім RGB++ відображає контейнер інформації про стан, створений з RGB, у клітинку CKB, зберігає інформацію про стан у типі та даних клітинки та використовує цей контейнер UTXO як власник стану клітинки.
Життєвий цикл транзакції RGB++ (Джерело: RGB++ Protocol Light Paper)
Як показано на малюнку вище, повний життєвий цикл транзакції RGB++ виглядає так:
Обчислення поза мережею. Ініціюючи ізоморфно зв’язаний Tx, ви повинні спочатку вибрати новий UTXO btc_utx#2в основній мережі біткойн як одноразовий запечатаний контейнер, а потім ізоморфно прив’язати UTXO btc_utx#1до оригінальної клітинки поза ланцюжком Комірка, ізоморфно пов’язана btc_utxo#2, використовує оригінальну комірку як вхідні дані та нову комірку як вихідні дані CKB TX для обчислення хешу для створення зобов’язання.
Надішліть транзакцію Bitcoin. RGB++ ініціює Tx в основній мережі Bitcoin, приймає btc_utxo#1, ізоморфно прив’язаний до вихідної комірки, як вхідні дані, і використовує OP RETURN, щоб прийняти зобов’язання, створене на попередньому кроці, як вихідні дані.
Надішліть транзакцію CKB. CKB Tx, згенерований обчисленням поза ланцюгом перед виконанням основної мережі CKB.
Перевірка в мережі. Основна мережа CKB запускає легкий клієнт основної мережі Bitcoin для перевірки змін стану всієї системи. Це дуже відрізняється від механізму P2P, який використовується для перевірки зміни стану RGB, ініціатор і приймач Tx повинні бути в режимі онлайн і лише інтерактивно перевіряти відповідну карту TX.
RGB++, реалізований на основі наведеної вище логіки ізоморфного зв’язування, у порівнянні з протоколом RGB, хоча й позбавив певної конфіденційності, отримав деякі нові функції: розширену перевірку клієнта блокчейном, згортання транзакцій і спільний стан без генерального контракту та неінтерактивних передач.
Верифікація на стороні клієнта за допомогою Blockchain. RGB++ дозволяє користувачам вибрати використання PoW для підтримки консенсусної безпеки, обчислення стану перевірки CKB і зміни власника URXO-Cell.
Згортання транзакцій. RGB++ підтримує відображення кількох клітинок на один UTXO, завдяки чому досягається еластичне розширення RGB++.
Смарт-контракти без власників і спільний стан. Основною проблемою у впровадженні повних за Тьюрингом смарт-контрактів з використанням структур даних стану UTXO є смарт-контракти без власників і спільні стани. RGB++ може вирішити цю проблему, використовуючи комірку глобального стану та комірку наміру CKB.
Неінтерактивні перекази.RGB++ робить процес перевірки RGB на стороні клієнта необов’язковим і більше не вимагає інтерактивних передач. Якщо користувач вибирає CKB для перевірки обчислення статусу та зміни власності, взаємодія з транзакцією буде відповідати основній мережі Bitcoin.
Крім того, RGB++ також успадковує функцію приватизації простору стану основної мережі Cell CKB Окрім сплати комісії майнера за використання основного блокового простору мережі Bitcoin, кожен TX RGB++ також має сплачувати додаткову плату за оренду стану Cell. простір (ця частина Плата повертається на початковий шлях після використання Cell). Приватизація державного простору Cell — це захисний механізм, винайдений CKB для боротьби з державним вибухом основної мережі блокчейну. Орендарі державного простору Cell повинні продовжувати платити протягом періоду використання (вартість розбавляється у вигляді інфляції). обіговими жетонами CKB). Це робить протокол RGB++ відповідальним протоколом програмування основної мережі Bitcoin, який може певною мірою обмежити зловживання блоковим простором основної мережі Bitcoin.
Ненадійна взаємодія L1<>L2: стрибок
Ізоморфне зв’язування RGB++ — це синхронна атомарна логіка реалізації, яка або відбувається одночасно, або перевертається одночасно, і немає проміжного стану. Усі транзакції RGB++ відображатимуться одночасно в ланцюжках BTC і CKB. Перший сумісний з транзакціями протоколу RGB, тоді як другий замінює процес перевірки клієнта. Користувачам потрібно лише перевірити відповідні транзакції на CKB, щоб переконатися, що обчислення статусу цієї транзакції RGB++ є правильним. Проте користувачі також можуть використовувати локальну кореляційну карту Tx UTXO для незалежної перевірки транзакцій RGB++, не використовуючи транзакції в ланцюжку CKB як основу для перевірки (деякі функції, такі як згортання транзакцій, все ще повинні покладатися на хеш заголовка блоку CKB для подвійного витрачання перевірка профілактики).
Таким чином, міжланцюгові активи між RGB++ і основною мережею CKB не покладаються на введення додаткових припущень соціальної довіри, таких як ретрансляційний рівень міжланцюгового мосту, EVM-сумісного централізованого мультипідписного казначейства Rollup тощо. Активи RGB++ можна оригінально та надійно передавати з основної мережі Bitcoin до основної мережі CKB або з основної мережі CKB до основної мережі Bitcoin. CKB називає цей міжланцюжковий робочий процес Leap.
Зв'язок між RGB++ і CKB слабко пов'язаний. На додаток до підтримки активів рівня L1 Bitcoin (не обмежуючись власними активами протоколу RGB++, включаючи активи, випущені з використанням Runes, Atomicals, Taproot Assets та інших протоколів) Leap to CKB, протокол RGB++ також підтримує Leap to Cardano та інші повні ланцюжки UTXO Turing. . У той же час RGB++ також підтримує перехід активів Bitcoin L2 до основної мережі Bitcoin.
Розширені функції та приклади застосування RGB++
Протокол RGB++ нативно підтримує випуск взаємозамінних токенів і NFT.
Стандартом замінного токена для RGB++ є xUDT, а стандартом NFT є Spore тощо.
Стандарт xUDT підтримує різноманітні однорідні методи випуску токенів, включаючи, але не обмежуючись централізованим розповсюдженням, airdrops, підписками тощо. Загальну кількість токенів також можна вибрати між необмеженим і попередньо встановленим обмеженням. Для токенів із попередньо встановленим обмеженням можна використовувати схему спільного використання стану, щоб переконатися, що загальна кількість кожного випуску менша або дорівнює встановленому обмеженню.
Spore у стандарті NFT зберігатиме всі метадані в ланцюжку, забезпечуючи 100% безпеку доступності даних. DOB (цифровий об’єкт), ресурс, створений за протоколом Spore, схожий на Ordinals NFT, але має багатші функції та геймплей.
Як протокол верифікації клієнта, протокол RGB природно підтримує канали стану та мережу Lightning. Однак він обмежений обчислювальними можливостями біткойнів, і впровадити в мережу Lightning без довіри активи, крім BTC, дуже складно. Однак протокол RGB++ може використовувати повну систему сценаріїв CKB за Turing для реалізації каналів стану та мереж блискавки на основі активів RGB++ CKB.
Завдяки наведеним вище стандартам і функціям варіанти використання протоколу RGB++ не обмежуються простими сценаріями випуску активів, як інші програмовані протоколи основної мережі Bitcoin, але підтримують складні прикладні сценарії, такі як торгівля активами, кредитування активів і стейблкойни CDP. Наприклад, логіка ізоморфного зв’язування RGB++ у поєднанні зі сценарієм PSBT, який є рідним для основної мережі Bitcoin, може реалізувати DEX у формі сітки книги замовлень.
Постачальник послуг Bitcoin L2 RaaS: UTXO Stack
Ізоморфний Bitcoin L2 проти UTXO сумісного Bitcoin Rollup L2, сумісного з EVM
У ринковій конкуренції за повні рішення для програмування біткойнів, такі рішення, як DriveChain і відновлення кодів операцій OPCAT, вимагають змін на рівні протоколу біткойн, а час і вартість дуже невизначені та непередбачувані Rollup L2 у реалістичному маршруті більше визнаний розробниками та капіталом. UTXO ізоморфний Bitcoin L2, представлений CKB. EVM сумісний із Bitcoin Rollup L2, представленим MerlinChain і BOB.
Чесно кажучи, протокол випуску активів Bitcoin L1 тільки почав формувати частковий консенсус у спільноті Bitcoin, тоді як консенсус спільноти щодо Bitcoin L2 знаходиться на більш ранній стадії. Але на цьому кордоні журнал Bitcoin та Pantera спробували встановити визначальні межі для Bitcoin L2, запозичивши концептуальну структуру Ethereum L2.
На їхню думку, Bitcoin L2 повинен мати наступні 3 характеристики:
Використовуйте біткойн як рідний актив. Bitcoin L2 повинен використовувати Bitcoin як основний розрахунковий актив.
Використовуйте біткойн як механізм розрахунків для виконання транзакцій. Користувачі Bitcoin L2 повинні мати можливість примусово повернути контроль над своїми активами на одному рівні (надійному чи ненадійному).
Продемонструйте функціональну залежність від Bitcoin. Якщо основна мережа біткойн виходить з ладу, але система біткойн L2 все ще може працювати, це означає, що система не є біткойн L2. [4]
Іншими словами, біткойн L2, на їхню думку, повинен мати перевірку доступності даних на основі основної мережі біткойн, механізм аварійного люка, BTC як токен газу біткойн L2 тощо. Здається, підсвідомо вони вважають EVM-сумісну парадигму L2 стандартним шаблоном для Bitcoin L2.
Однак слабкі можливості обчислення стану та перевірки основної мережі біткойн не можуть реалізувати функції 1 і 2 у короткостроковій перспективі. У цьому випадку сумісність EVM із L2 є схемою розширення поза мережею, яка повністю покладається на припущення соціальної довіри. У майбутньому BitVM буде інтегровано для перевірки доступності даних і спільного майнінгу з основною мережею біткойнів для підвищення безпеки.
Звичайно, це не означає, що ці сумісні з EVM зведені L2 є підробленими Bitcoin L2, але що вони не забезпечують належного балансу між безпекою, надійністю та масштабованістю. Крім того, впровадження повного рішення Ethereum в екосистему біткойн може легко розглядатися Bitcoin Maxi як умиротворення експансіоністського шляху.
Таким чином, UTXO ізоморфний біткойн L2 природно перевершує EVM-сумісний Rollup L2 з точки зору легітимності та консенсусу біткойн-спільноти.
Особливості UTXO Stack: Fractal Bitcoin Mainnet
Якщо Ethereum L2 є фракталом Ethereum, то Bitcoin L2 має бути фракталом Bitcoin.
Стек UTXO екосистеми CKB дозволяє розробникам запускати UTXO Bitcoin L2 одним клацанням миші та інтегрує можливості протоколу RGB++. Це забезпечує повну взаємодію між основною мережею біткойн та ізоморфним біткойном L2 UTXO, розробленим із використанням стеку UTXO за допомогою механізму Leap. UTXO Stack підтримує заставу активів BTC, CKB і BTC L1 для забезпечення безпеки ізоморфного Bitcoin L2 UTXO.
Архітектура стеку UTXO (Джерело: Medium)
Наразі стек UTXO підтримує вільний обіг і взаємодію ресурсів RGB++ між мережею Bitcoin Lightning Network – мережею CKB Lightning Network – стеком UTXO паралельно L2. Крім того, UTXO Stack також підтримує вільний потік активів протоколу програмування Bitcoin L1 на основі UTXO, таких як Runes, Atomics, Taproot Assets, Stamps тощо, між паралельними L2 стеку UTXO - CKB Lightning Network - Bitcoin Lightning Network і взаємодію.
UTXO Stack впроваджує модульну парадигму в сферу побудови Bitcoin L2 і використовує ізоморфне зв’язування, щоб спритно обійти обчислення стану основної мережі Bitcoin і проблеми перевірки доступності даних. У цьому модульному стеку біткойн виконує роль консенсусного рівня та рівня розрахунків, CKB — рівень доступності даних, а паралельний L2 стеку UTXO — рівень виконання.
Крива зростання програмованості Bitcoin і майбутнє CKB
Крива зростання програмованості Bitcoin і майбутнє CKB
Фактично, через притаманну наративу біткойн цифрове золото та програмований наратив біткойн, деякі OG у біткойн-спільноті вважають програмований протокол Bitcoin L1, який з’явився за 23 роки, як нове доповнення до основної мережі біткойн . До певної міри війна слів між розробником ядра біткойна Люком і фанатами BRC20 є третім світом біткойн-максі та експансіоністами після дебатів щодо підтримки повноти Тьюринга та суперечки щодо великих і малих блоків.
Але насправді існує інша точка зору, яка розглядає біткойн як ланцюжок APP цифрового золота. З цієї точки зору саме позиціонування децентралізованої книги цифрового золота, яка лежить в основі, формує форму набору UTXO та характеристики програмованого протоколу сучасної основної мережі Bitcoin. Але якщо я правильно пам’ятаю, бачення Сатоші Накамото полягало в тому, щоб зробити біткойн електронною валютою P2P. Потреба цифрового золота в програмованості – це сейфи та сховища, а потреба валюти в програмованості – це мережа циркуляції центрального банку та комерційного банку. Таким чином, протокол покращення програмованості біткойна не є відхиленням, а поверненням до бачення Сатоші Накамото.
Біткойн – це перший AppChain (Джерело: @tokenterminal)
Ми спираємося на методи дослідження Gartner Hype Cycle і можемо розділити рішення програмування Bitcoin на 5 етапів.
Етап розвитку технології: DriveChain, UTXO Stack, BitVM тощо.
Період завищених очікувань: Runes, RGB++, EVM Rollup, Bitcoin L2 тощо.
Період вибуху міхура: BRC20, Atomics тощо.
Стабільний період відновлення: RGB, Lightning Network, сайдчейн Bitcoin тощо.
Плато зрілості: скрипт Bitcoin, скрипт Taproot, блокування часу хешування тощо.
Майбутнє CKB: OP Stack+EigenLayer екосистеми Bitcoin
Незалежно від того, чи це EVM, сумісна з Bitcoin Rollup L2, UTXO ізоморфним Bitcoin L2, або нові парадигми, такі як DriveChain, різні рішення реалізації для повної програмованості Тьюринга в кінцевому підсумку вказують на основну мережу Bitcoin як рівень консенсусу та рівень розрахунків.
Подібно до того, як конвергентна еволюція відбувається неодноразово в природі, можна очікувати, що тенденція розвитку повної програмованості за Тьюрінгом в екосистемі біткойнів демонструватиме певний ступінь узгодженості з екосистемою Ethereum у деяких аспектах. Але ця узгодженість означатиме не просто копіювання технологічного стеку Ethereum в екосистему Bitcoin, а використання рідного технологічного стека Bitcoin (програмованість на основі UTXO) для досягнення подібної екологічної структури.
Позиціонування стеку UTXO дуже схоже на стек OP від Optimism, який підтримує сильну еквівалентність і узгодженість з основною мережею Ethereum на рівні виконання, тоді як стек UTXO підтримує сильну еквівалентність з основною мережею Bitcoin на рівні виконання і послідовність. Водночас стек UTXO має таку саму структуру, що й стек OP, який є паралельною структурою.
Поточний стан екології CKB (Джерело: CKB Community)
У майбутньому UTXO Stack запустить RaaS-сервіси, такі як спільні секвенсори, спільна безпека, спільна ліквідність і спільні набори перевірки, щоб ще більше зменшити вартість і ускладнити для розробників запуск ізоморфного біткойна L2 UTXO. Уже існує велика кількість децентралізованих протоколів стейблкойнів, AMM DEX, протоколів кредитування, автономних світів та інших проектів, які планують використовувати стек UTXO для створення ізоморфного UTXO біткойна L2 як базової інфраструктури консенсусу.
На відміну від інших абстрактних протоколів безпеки Bitcoin, механізм консенсусу CKB є механізмом консенсусу PoW, сумісним з основною мережею Bitcoin, а обчислювальна потужність машини підтримує послідовність консенсусної книги. Але є деякі відмінності між економікою токенів CKB і біткоіни. Щоб зберегти постійність стимулів для виробництва та споживання блокового простору, біткойн вирішив запровадити вагові коефіцієнти та механізми vByte для розрахунку плати за використання державного простору, тоді як CKB вирішив приватизувати державний простір.
Економіка токенів CKB складається з двох частин: основного випуску та вторинного випуску. Усі CKB, випущені базовою системою, повністю винагороджуються майнерами, а метою вторинної емісії CKB є збір державної ренти. Конкретний коефіцієнт розподілу вторинної емісії залежить від того, як поточний оборотний CKB використовується в мережі.
Як приклад, припустимо, що 50% усього циркулюючого CKB використовується для зберігання стану, 30% заблоковано в NervosDAO, а 20% залишається повністю ліквідним. Тоді 50% вторинної емісії (тобто орендна плата за стан зберігання) буде виділено майнерам, 30% буде виділено вкладникам NervosDAO, а решта 20% будуть виділені в казначейський фонд.
Ця економічна модель токенів може стримувати зростання глобальної держави, координувати інтереси різних учасників мережі (включно з користувачами, майнерами, розробниками та власниками токенів) і створювати структуру стимулів, яка є вигідною для всіх і яка відповідає ринку. ситуація інша для інших L1.
Крім того, CKB дозволяє одній комірці займати максимум 1000 байт простору стану, що надає NFT-активам на CKB деякі екзотичні функції, яких немає в інших подібних блокчейн-активах, наприклад плату за природний газ, програмованість простору стану, і так далі. Ці екзотичні властивості роблять UTXO Stack дуже придатним як інфраструктура для автономних світових проектів для створення цифрової фізичної реальності.
UTXO Stack дозволяє розробникам Bitcoin L2 використовувати BTC, CKB та інші застави активів Bitcoin L1 для участі в його мережевому консенсусі.
Підведіть підсумки
Біткойн неминуче перетвориться на програмоване рішення, повне за Тьюрінгом. Однак повна програмованість за Тьюрингом не відбуватиметься в основній мережі біткойн, а відбуватиметься поза мережею (RGB, BitVM) або в біткойнах L2 (CKB, EVM Rollup, DriveChain).
Як свідчить історичний досвід, одна з таких угод згодом переросте в монополістичний типовий договір.
Існує два ключові фактори, які визначають конкурентоспроможність протоколу програмування біткойн: 1. Досягнення вільного потоку BTC між L1<>L2, не покладаючись на додаткові припущення соціальної довіри; 2. Залучення розробників, коштів і користувачів достатнього масштабу для входу в Його L2 екологія.
Як рішення для програмування біткойн, CKB використовує ізоморфне зв’язування + мережу CKB для заміни рішень верифікації клієнта, забезпечуючи вільний потік активів біткойн L1 між L1<>L2, не покладаючись на додаткову соціальну довіру. І завдяки функції приватизації простору стану CKB Cell, RBG++ не створює тиску вибуху стану на основну мережу Bitcoin, як інші протоколи програмування Bitcoin.
Нещодавно гарячий старт екосистеми був спочатку завершений шляхом випуску першої партії активів RGB++, успішно залучивши приблизно 150 000 нових користувачів і групу нових розробників для екосистеми CKB. Наприклад, OpenStamp, універсальне рішення для екосистеми Stamps протоколу програмування Bitcoin L1, вирішило використовувати стек UTXO для створення ізоморфного UTXO Bitcoin L2, який обслуговує екосистему Stamps.
На наступному етапі CKB зосередиться на розробці екологічних додатків, реалізуючи вільний потік BTC між L1<>L2, інтегруючи Lightning Network тощо, прагнучи стати рівнем програмування Bitcoin у майбутньому.
Деякі посилання, згадані в статті:
[1] https://nakamoto.com/what-are-the-key-properties-of-bitcoin/
[2] https://www.btcstudy.org/2022/09/07/on-the-programmability-of-bitcoin-protocol/#一-Introduction
[3] https://medium.com/@ABCDE.com/cn-abcde-Чому ми повинні інвестувати в utxo-stack-91c9d62fa74e
[4] https://bitcoinmagazine.com/technical/layer-2-is-not-a-magic-incantation
