BTC є найбільш розповсюдженою та найбезпечнішою блокчейн мережею з високою ліквідністю. Після великого підвищення ціни, екосистема BTC привернула багато розробників, які швидко підписались на проблеми програмованості BTC та питання масштабування. За допомогою впровадження різних підходів, таких як ZK, DA, сайдчейн, rollup, restaking та інші, екосистема BTC переживає нову хвилю процвітання і стала головною лінією сюжету на цьому бичачому ринку.
Однак у цих рішень багато з них продовжують досвід масштабування Смарт-контрактів, таких як ETH, і залежать від централізованого кросчейн моста, що є слабким місцем системи. Мало хто з рішень розроблено з урахуванням особливостей самого BTC, що пов'язано з незручністю для розробників самого BTC. З різних причин воно не може працювати як Ethereum із Смарт-контрактами:
Скриптова мова BTC обмежується з метою забезпечення безпеки, що не дозволяє виконувати смартконтракти, подібно до Ethereum.
Водночас зберігання блокчейну BTC призначене для простих транзакцій і не оптимізоване для складних смарт-контрактів.
Найважливіше, що у BTC немає Віртуальна машина для виконання смартконтрактів.
2017 року введення SegWit (SegWit) збільшило обмеження розміру Блоку BTC; Оновлення Taproot у 2021 році дозволило можливість пакетної перевірки підписів, що спрощує та прискорює обробку транзакцій (розблокування атомних обмінів, МультипідписГаманець та умовні платежі). Це все зробило можливим програмування на BTC.
У 2022 році розробник Casey Rodarmor запропонував свою «Ordinal Theory», в якій описується схема нумерації Сатоші, яка може вміщувати будь-які дані, такі як зображення, в операції з BTC, відкриваючи нові можливості для прямого вбудовування інформації про стан і метадані в ланцюг блоків BTC. Це відкриває нову перспективу для додатків, таких як смарт-контракти, які потребують доступу до перевіренних даних про стан.
Наразі більшість проектів, які розширюють програмовані можливості BTC, залежать від L2 мережі BTC, що ставить перед користувачами виклик у відносинах з кросчейн мостом та Ліквідністю. Крім того, BTC наразі не має власної Віртуальної машини або програмових можливостей, що ускладнює комунікацію між L2 та L1 без необхідності додаткових довірчих припущень.
RGB, RGB++ і Arch Network намагаються почати зі стандартних властивостей BTC, щоб покращити його програмованість та забезпечити можливість виконання складних угод та смарт-контрактів за допомогою різних методів:
RGB - це Смарт-контракт, який підтверджується клієнтом поза блокчейном, а зміна стану Смарт-контракту записується в UTXO BTC. Хоча він має певні переваги у плані приватності, його використання є складним і він має обмежену комбінуваність контрактів, тому його розвиток в даний час відбувається дуже повільно.
RGB++ - це ще один шлях розширення в рамках RGB-концепції. Він все ще базується на прив'язці UTXO, але за допомогою того, що сам ланцюг є перевіряючим клієнтом з Консенсусом, це надає рішення для Метадані активів та Кросчейн взаємодії, дозволяючи переносити будь-який ланцюг зі структурою UTXO.
Arch Network надає рішення для BTC у вигляді власної смартконтрактів, створивши віртуальну машину ZK та відповідну мережу валідаторівНода, щоб агрегувати зміни стану та фази активів через угоди вже в BTC транзакціях.
RGB
RGB - це раннє розширення Смарт-контрактів у спільноті BTC, яке за допомогою упаковки станових даних через UTXO надало важливі ідеї для подальшого нативного масштабування BTC.
RGB використовує поза блокчейном метод підтвердження, щоб перевести підтвердження переказу Токену з рівня консенсусу BTC на поза блокчейном, і його підтвердження здійснюється відповідним клієнтом, пов'язаним з конкретною транзакцією. Цей метод зменшує потребу в мережевому мовленні, покращує конфіденційність та ефективність. Однак, цей спосіб підвищення конфіденційності також має двосторонній ефект. Хоча підвищується захист конфіденційності, дозволяючи брати участь у роботі підтвердження лише певним Нодам, це також зроблює третіх осіб невидимими, ускладнюючи фактичний процес взаємодії та розробки, що призводить до погіршення користувацького досвіду.
Крім того, RGB впровадив концепцію одноразового замкнення. Кожен UTXO може бути витрачений лише один раз, що еквівалентно замкуванню під час створення UTXO та розблокуванню під час витрачання. Стан смарт-контракту упаковується через UTXO та керується за допомогою замків, що забезпечує ефективний механізм управління станом.
RGB++
RGB++ є ще одним розширеним шляхом в рамках концепції RGB, який все ще ґрунтується на прив'язці UTXO.
RGB++ використовує ланцюжок UTXO з повнотою за Тюрінгом (наприклад, CKB або інші ланцюжки), щоб обробляти дані поза ланцюжком та смарт-контракти, подальше покращення програмованості BTC та забезпечення безпеки за допомогою ізоморфного зв'язування BTC.
RGB++ використовує UTXO ланцюг з Повнота за Тюрінгом. За допомогою використання такого UTXO ланцюгу, як CKB, в якості тіньового ланцюгу, RGB++ може обробляти дані поза блокчейном та смартконтракти. Цей ланцюг може виконувати складні смартконтракти та бути пов’язаним з UTXO BTC, що збільшує програмованість та гнучкість системи. Крім того, UTXO BTC та UTXO тіньового ланцюгу мають ізоморфні зв’язки, що забезпечує консистентність стану та активів між двома ланцюгами, забезпечуючи безпеку угод.
Крім того, RGB++ може розширитися на всі ланцюги UTXO, Повнота за Тюрінгом, не обмежуючись CKB, що підвищує взаємодію Кросчейн та Ліквідність активів. Ця підтримка декількох ланцюгів дозволяє RGB++ поєднуватися з будь-яким ланцюгом UTXO, Повнота за Тюрінгом, що покращує гнучкість системи. Тим часом, RGB++ забезпечує Кросчейн взаємодію без моста через ізоморфне пов'язування UTXO, на відміну від традиційного моста Кросчейн взаємодії, цей метод уникне проблеми «фальшивих монет» та забезпечить подальшу достовірність та однорідність активів.
Через верифікацію у блокчейні за допомогою шляху тіньового ланцюжка, RGB++ спрощує процес перевірки клієнта. Користувачам потрібно лише перевірити відповідні транзакції у тіньовому ланцюжку, щоб переконатися, що обчислення стану RGB++ є правильним. Цей спосіб верифікації у блокчейні спрощує процес та оптимізує взаємодію з користувачами. Завдяки використанню тіньового ланцюжка з повнотою за Тюрінгом, RGB++ уникнув складного управління UTXO у RGB та надав більш простий та зручний для користувачів досвід.
Рекомендація до читання: RGB++ Layer: відкриває нову еру для екосистеми BTC
Арочна мережа
Мережа Arch складається з мережі Arch zkVM та мережі перевірки вузлів Arch, які забезпечують безпеку та конфіденційність смарт-контрактів за допомогою доказів з нульовим розголошенням (zk-proofs) та децентралізованої перевірки, що робить його більш простим у використанні порівняно з RGB, і не потребує прив'язки до іншого UTXO ланцюга, як RGB++.
Arch zkVM використовує RISC Zero ZKVM для виконання смартконтрактів та генерації доказів з нульовим розголошенням, які перевіряються мережею децентралізованих перевірочних вузлів. Система працює на основі моделі UTXO, де стан смартконтракту упаковується в State UTXO для підвищення безпеки та ефективності.
Asset UTXO використовується для представлення BTC або інших Токенів та може бути управляний шляхом делегування. Мережа перевірки Arch здійснює перевірку вмісту ZKVM через вибраного випадковим чином лідера Ноди та агрегує підписи Ноди за допомогою схеми підпису FROST, кінцево транслюючи транзакції до мережі BTC.
ARCH zkVM надає Віртуальна машина BTC, яка забезпечує Повнота за Тюрінгом, здатна виконувати складні смартконтракти. Після кожного виконання смартконтракту генерується Доказ із нульовим розголошенням ARCH zkVM, які використовуються для перевірки правильності угод та зміни стану.
Arch також використовує модель UTXO для BTC, стан та активи упаковуються в UTXO та змінюються станом за допомогою концепції одноразового використання. Дані стану смарт-контракту записуються як state UTXO, а оригінальні дані активу - як Asset UTXO. Arch гарантує, що кожен UTXO можна витратити лише один раз, що забезпечує безпеку управління станом.
ARCH хоча і не має інноваційної структури блокчейну, але потребує мережі валідаторів Нода для підтвердження. Протягом кожного епохи ARCH система випадковим чином вибирає лідера Нода на основі власностей, який відповідає за розповсюдження отриманих повідомлень усім іншим валідаторам в мережі. Усі zk-докази перевіряються мережею валідаторів Децентралізація, щоб забезпечити безпеку та опір цензурі системи, та генерують підпис для лідера Нода. Як тільки транзакцію підписано відповідною кількістю валідаторів Нода, вона може бути розповсюджена в мережі BTC.
Висновок
У сфері програмованості BTC RGB, RGB++ та Arch Network мають свої особливості, але всі вони продовжують ідею зв'язування UTXO, властивості автентифікації, які використовуються лише один раз, UTXO, більш підходить для використання смарт-контрактів для запису стану.
Проте його недоліки також дуже очевидні, а саме поганий досвід користувача, затримка підтвердження, яка відповідає BTC, та низька продуктивність, тобто розширення функціональності без покращення продуктивності, що особливо помітно в Arch та RGB; тоді як дизайн RGB++, хоч і поліпшує досвід користувача за рахунок використання більш продуктивного ланцюжка UTXO, також вносить додаткові припущення щодо безпеки.
У міру того, як все більше розробників приєднуються до спільноти BTC, ми побачимо більше пропозицій щодо масштабування, таких як пропозиції щодо оновлення op_cat, які також активно обговорюються. Метод прив'язки UTXO є найефективнішим способом розширення методу програмування BTC без модернізації мережі BTC, поки він може вирішити проблему користувацького досвіду, це буде величезним поліпшенням для BTC Smart-контракту. **
Контент має виключно довідковий характер і не є запрошенням до участі або пропозицією. Інвестиційні, податкові чи юридичні консультації не надаються. Перегляньте Відмову від відповідальності , щоб дізнатися більше про ризики.
Детальний опис BTC Смарт-контрактів RGB, RGB++ та Arch Network
Автор: Trustless Labs; Посилання на оригінал:
BTC є найбільш розповсюдженою та найбезпечнішою блокчейн мережею з високою ліквідністю. Після великого підвищення ціни, екосистема BTC привернула багато розробників, які швидко підписались на проблеми програмованості BTC та питання масштабування. За допомогою впровадження різних підходів, таких як ZK, DA, сайдчейн, rollup, restaking та інші, екосистема BTC переживає нову хвилю процвітання і стала головною лінією сюжету на цьому бичачому ринку.
Однак у цих рішень багато з них продовжують досвід масштабування Смарт-контрактів, таких як ETH, і залежать від централізованого кросчейн моста, що є слабким місцем системи. Мало хто з рішень розроблено з урахуванням особливостей самого BTC, що пов'язано з незручністю для розробників самого BTC. З різних причин воно не може працювати як Ethereum із Смарт-контрактами:
2017 року введення SegWit (SegWit) збільшило обмеження розміру Блоку BTC; Оновлення Taproot у 2021 році дозволило можливість пакетної перевірки підписів, що спрощує та прискорює обробку транзакцій (розблокування атомних обмінів, МультипідписГаманець та умовні платежі). Це все зробило можливим програмування на BTC.
У 2022 році розробник Casey Rodarmor запропонував свою «Ordinal Theory», в якій описується схема нумерації Сатоші, яка може вміщувати будь-які дані, такі як зображення, в операції з BTC, відкриваючи нові можливості для прямого вбудовування інформації про стан і метадані в ланцюг блоків BTC. Це відкриває нову перспективу для додатків, таких як смарт-контракти, які потребують доступу до перевіренних даних про стан.
Наразі більшість проектів, які розширюють програмовані можливості BTC, залежать від L2 мережі BTC, що ставить перед користувачами виклик у відносинах з кросчейн мостом та Ліквідністю. Крім того, BTC наразі не має власної Віртуальної машини або програмових можливостей, що ускладнює комунікацію між L2 та L1 без необхідності додаткових довірчих припущень.
RGB, RGB++ і Arch Network намагаються почати зі стандартних властивостей BTC, щоб покращити його програмованість та забезпечити можливість виконання складних угод та смарт-контрактів за допомогою різних методів:
RGB
RGB - це раннє розширення Смарт-контрактів у спільноті BTC, яке за допомогою упаковки станових даних через UTXO надало важливі ідеї для подальшого нативного масштабування BTC.
RGB використовує поза блокчейном метод підтвердження, щоб перевести підтвердження переказу Токену з рівня консенсусу BTC на поза блокчейном, і його підтвердження здійснюється відповідним клієнтом, пов'язаним з конкретною транзакцією. Цей метод зменшує потребу в мережевому мовленні, покращує конфіденційність та ефективність. Однак, цей спосіб підвищення конфіденційності також має двосторонній ефект. Хоча підвищується захист конфіденційності, дозволяючи брати участь у роботі підтвердження лише певним Нодам, це також зроблює третіх осіб невидимими, ускладнюючи фактичний процес взаємодії та розробки, що призводить до погіршення користувацького досвіду.
Крім того, RGB впровадив концепцію одноразового замкнення. Кожен UTXO може бути витрачений лише один раз, що еквівалентно замкуванню під час створення UTXO та розблокуванню під час витрачання. Стан смарт-контракту упаковується через UTXO та керується за допомогою замків, що забезпечує ефективний механізм управління станом.
RGB++
RGB++ є ще одним розширеним шляхом в рамках концепції RGB, який все ще ґрунтується на прив'язці UTXO.
RGB++ використовує ланцюжок UTXO з повнотою за Тюрінгом (наприклад, CKB або інші ланцюжки), щоб обробляти дані поза ланцюжком та смарт-контракти, подальше покращення програмованості BTC та забезпечення безпеки за допомогою ізоморфного зв'язування BTC.
RGB++ використовує UTXO ланцюг з Повнота за Тюрінгом. За допомогою використання такого UTXO ланцюгу, як CKB, в якості тіньового ланцюгу, RGB++ може обробляти дані поза блокчейном та смартконтракти. Цей ланцюг може виконувати складні смартконтракти та бути пов’язаним з UTXO BTC, що збільшує програмованість та гнучкість системи. Крім того, UTXO BTC та UTXO тіньового ланцюгу мають ізоморфні зв’язки, що забезпечує консистентність стану та активів між двома ланцюгами, забезпечуючи безпеку угод.
Крім того, RGB++ може розширитися на всі ланцюги UTXO, Повнота за Тюрінгом, не обмежуючись CKB, що підвищує взаємодію Кросчейн та Ліквідність активів. Ця підтримка декількох ланцюгів дозволяє RGB++ поєднуватися з будь-яким ланцюгом UTXO, Повнота за Тюрінгом, що покращує гнучкість системи. Тим часом, RGB++ забезпечує Кросчейн взаємодію без моста через ізоморфне пов'язування UTXO, на відміну від традиційного моста Кросчейн взаємодії, цей метод уникне проблеми «фальшивих монет» та забезпечить подальшу достовірність та однорідність активів.
Через верифікацію у блокчейні за допомогою шляху тіньового ланцюжка, RGB++ спрощує процес перевірки клієнта. Користувачам потрібно лише перевірити відповідні транзакції у тіньовому ланцюжку, щоб переконатися, що обчислення стану RGB++ є правильним. Цей спосіб верифікації у блокчейні спрощує процес та оптимізує взаємодію з користувачами. Завдяки використанню тіньового ланцюжка з повнотою за Тюрінгом, RGB++ уникнув складного управління UTXO у RGB та надав більш простий та зручний для користувачів досвід.
Рекомендація до читання: RGB++ Layer: відкриває нову еру для екосистеми BTC
Арочна мережа
Мережа Arch складається з мережі Arch zkVM та мережі перевірки вузлів Arch, які забезпечують безпеку та конфіденційність смарт-контрактів за допомогою доказів з нульовим розголошенням (zk-proofs) та децентралізованої перевірки, що робить його більш простим у використанні порівняно з RGB, і не потребує прив'язки до іншого UTXO ланцюга, як RGB++.
Arch zkVM використовує RISC Zero ZKVM для виконання смартконтрактів та генерації доказів з нульовим розголошенням, які перевіряються мережею децентралізованих перевірочних вузлів. Система працює на основі моделі UTXO, де стан смартконтракту упаковується в State UTXO для підвищення безпеки та ефективності.
Asset UTXO використовується для представлення BTC або інших Токенів та може бути управляний шляхом делегування. Мережа перевірки Arch здійснює перевірку вмісту ZKVM через вибраного випадковим чином лідера Ноди та агрегує підписи Ноди за допомогою схеми підпису FROST, кінцево транслюючи транзакції до мережі BTC.
ARCH zkVM надає Віртуальна машина BTC, яка забезпечує Повнота за Тюрінгом, здатна виконувати складні смартконтракти. Після кожного виконання смартконтракту генерується Доказ із нульовим розголошенням ARCH zkVM, які використовуються для перевірки правильності угод та зміни стану.
Arch також використовує модель UTXO для BTC, стан та активи упаковуються в UTXO та змінюються станом за допомогою концепції одноразового використання. Дані стану смарт-контракту записуються як state UTXO, а оригінальні дані активу - як Asset UTXO. Arch гарантує, що кожен UTXO можна витратити лише один раз, що забезпечує безпеку управління станом.
ARCH хоча і не має інноваційної структури блокчейну, але потребує мережі валідаторів Нода для підтвердження. Протягом кожного епохи ARCH система випадковим чином вибирає лідера Нода на основі власностей, який відповідає за розповсюдження отриманих повідомлень усім іншим валідаторам в мережі. Усі zk-докази перевіряються мережею валідаторів Децентралізація, щоб забезпечити безпеку та опір цензурі системи, та генерують підпис для лідера Нода. Як тільки транзакцію підписано відповідною кількістю валідаторів Нода, вона може бути розповсюджена в мережі BTC.
Висновок
У сфері програмованості BTC RGB, RGB++ та Arch Network мають свої особливості, але всі вони продовжують ідею зв'язування UTXO, властивості автентифікації, які використовуються лише один раз, UTXO, більш підходить для використання смарт-контрактів для запису стану.
Проте його недоліки також дуже очевидні, а саме поганий досвід користувача, затримка підтвердження, яка відповідає BTC, та низька продуктивність, тобто розширення функціональності без покращення продуктивності, що особливо помітно в Arch та RGB; тоді як дизайн RGB++, хоч і поліпшує досвід користувача за рахунок використання більш продуктивного ланцюжка UTXO, також вносить додаткові припущення щодо безпеки.
У міру того, як все більше розробників приєднуються до спільноти BTC, ми побачимо більше пропозицій щодо масштабування, таких як пропозиції щодо оновлення op_cat, які також активно обговорюються. Метод прив'язки UTXO є найефективнішим способом розширення методу програмування BTC без модернізації мережі BTC, поки він може вирішити проблему користувацького досвіду, це буде величезним поліпшенням для BTC Smart-контракту. **