Біткойн як найбільш ліквідний і найбезпечніший блокчейн нещодавно привернув увагу великої кількості розробників. З виникненням інскрипцій розробники почали глибше вивчати програмованість Біткойна та проблеми масштабування. Завдяки впровадженню інноваційних рішень, таких як ZK, DA, бічні ланцюги, rollup і restaking, екосистема Біткойна переживає новий період процвітання, ставши центром уваги на поточному ринку.
Проте, багато рішень щодо масштабування спираються на досвід платформ смарт-контрактів, таких як Ефіріум, і залежать від централізованих крос-чейн мостів, що може стати слабким місцем системи. Дуже мало рішень було розроблено на основі характеристик самого Біткойну, що пов'язано з недостатньо дружнім середовищем розробки Біткойну. Біткойн важко виконувати смарт-контракти так, як це робить Ефіріум, з наступних причин:
Мова сценаріїв Біткойн обмежує Тюрінгівську повноту для забезпечення безпеки, що унеможливлює виконання складних смарт-контрактів.
Структура зберігання блокчейну Біткойна спроектована переважно для простих транзакцій і не оптимізована для складних смарт-контрактів.
Біткойн не має спеціалізованої віртуальної машини для виконання смарт-контрактів.
Оновлення SegWit (, що відбулося в 2017 році, збільшило обмеження на розмір блоків Біткойна; оновлення Taproot в 2021 році дозволило здійснювати перевірку масових підписів, спростивши операції, такі як атомарні обміни, мультипідписні гаманці та умовні платежі. Ці оновлення створили умови для програмованості Біткойна.
У 2022 році розробник Кейсі Родармор запропонував концепцію "Ordinal Theory", яка надала спосіб вбудовувати зображення та інші дані в транзакції Біткойн, відкриваючи нові можливості для програм, таких як смарт-контракти.
Наразі більшість проектів, що посилюють програмованість Біткойну, залежать від мереж другого рівня (L2), що вимагає від користувачів довіри до кросчейн-мостів, що стає основною перешкодою для залучення користувачів і ліквідності до L2. Крім того, Біткойн не має рідної віртуальної машини або програмованості, що ускладнює реалізацію прямого зв'язку між L2 та L1 без збільшення довірчих припущень.
Проекти такі як RGB, RGB++ та Arch Network намагаються, виходячи з рідних властивостей Біткойна, різними способами посилити його Програмованість, пропонуючи смарт-контракти та складні можливості угод:
RGB реалізує смарт-контракти через верифікацію поза ланцюгом за допомогою клієнта, фіксуючи зміни стану в UTXO Біткойна. Хоча це має переваги в конфіденційності, операції є складними, відсутня комбінація контрактів, а розвиток відбувається повільно.
RGB++ є розширеним рішенням Nervos на основі концепції RGB, яке все ще базується на прив'язці UTXO, але використовує саму ланцюг як валідаторів клієнтів з консенсусом, що забезпечує рішення для крос-ланцюгового перенесення метаданих активів і підтримує перенесення активів з будь-якої структури UTXO.
Arch Network надає рідне рішення для смарт-контрактів для Біткойн, створивши ZK віртуальну машину та мережу валідаторів, шляхом агрегування транзакцій фіксує зміни стану та активів у транзакціях Біткойн.
![UTXO зв'язування: детальний аналіз BTC смарт-контракту RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-fd3e0af827c9ddea86a297fe937aaa72.webp(
RGB
RGB є раннім розширенням смарт-контрактів у спільноті Біткойн, яке упаковує стан даних через UTXO, надаючи важливі ідеї для подальшого рідного розширення Біткойн.
RGB використовує метод верифікації поза ланцюгом, переміщуючи верифікацію передачі токенів з рівня консенсусу Біткойна на поза ланцюг, де верифікацію здійснюють спеціалізовані клієнти, пов'язані з транзакцією. Цей метод зменшує потребу в широкій трансляції по всій мережі, покращуючи конфіденційність і ефективність. Однак ця посилена конфіденційність також призвела до складності в експлуатації та труднощів у розробці, що впливає на досвід користувачів.
RGB впроваджує концепцію одноразової пломби. Кожен UTXO може бути витрачений лише один раз, що еквівалентно блокуванню при створенні та розблокуванню під час витрачання. Стан смарт-контракту інкапсульований через UTXO і керується пломбою, що забезпечує ефективний механізм управління станом.
RGB++
RGB++ є ще одним розширенням концепції RGB, заснованим на Nervos, яке все ще базується на прив'язці UTXO.
RGB++ використовує універсальну UTXO-ланцюг (таку як CKB або інший ланцюг) для обробки позасистемних даних та смарт-контрактів, що додатково підвищує програмованість Біткойна та забезпечує безпеку через однорідне зв'язування BTC.
RGB++ використовує Тюрінг-повну UTXO-ланцюг як тіньовий ланцюг, що дозволяє виконувати складні смарт-контракти та прив'язується до UTXO Біткойна, збільшуючи гнучкість програмування системи. Ізоморфне зв'язування UTXO Біткойна та UTXO тіньового ланцюга забезпечує узгодженість стану та активів між двома ланцюгами, гарантуючи безпеку транзакцій.
RGB++ розширюється на всі Тьюрінгові повноцінні UTXO-ланцюги, підвищуючи міжланцюгову взаємодію та ліквідність активів. Ця підтримка багатьох ланцюгів підвищує гнучкість системи. Водночас RGB++ реалізує безмостову міжланцюгову взаємодію через гомоморфну прив'язку UTXO, уникаючи проблеми "фальшивих монет", що забезпечує автентичність та узгодженість активів.
Верифікація в ланцюзі через тіньовий ланцюг спростила процес верифікації клієнтів у RGB++. Користувачам потрібно лише перевірити відповідні транзакції на тіньовому ланцюзі, щоб підтвердити правильність розрахунку стану RGB++. Цей спосіб верифікації в ланцюзі не тільки спростив процес верифікації, але й оптимізував користувацький досвід.
Arch Network складається в основному з Arch zkVM та мережі верифікаційних вузлів Arch, що використовує нульові знання та децентралізовану верифікаційну мережу для забезпечення безпеки та конфіденційності смарт-контрактів, є більш зручним, ніж RGB, і не вимагає прив'язки до іншого UTXO-ланцюга, як RGB++.
Arch zkVM використовує RISC Zero ZKVM для виконання смарт-контрактів та генерації нульових доказів, які перевіряються мережею децентралізованих вузлів. Система працює на основі моделі UTXO, упаковуючи стан смарт-контрактів у State UTXOs для підвищення безпеки та ефективності.
Asset UTXOs використовуються для представлення Біткойн або інших монет, які можна управляти за допомогою делегування. Arch верифікаційна мережа перевіряє зміст ZKVM через випадково обрані вузли-лідери, використовуючи схему підпису FROST для агрегації підписів вузлів, а в кінці транзакція транслюється в мережу Біткойн.
Arch zkVM надає Біткойну тьюрінг-повну віртуальну машину, здатну виконувати складні смарт-контракти. Після кожного виконання контракту генерується нульове знання для перевірки правильності контракту та змін стану.
Arch використовує UTXO модель Біткойн, стан і активи упаковані в UTXO, через концепцію одноразового використання відбувається перехід стану. Дані стану смарт-контрактів записуються як state UTXOs, а оригінальні активи записуються як Asset UTXOs. Arch забезпечує, щоб кожен UTXO міг бути використаний лише один раз, забезпечуючи безпечне управління станом.
Хоча Arch не інновує структуру блокчейну, але потрібна мережа верифікаційних вузлів. Протягом кожного Arch Epoch система випадковим чином обирає вузол-лідера на основі прав власності, відповідального за поширення інформації. Усі zk-докази перевіряються децентралізованою мережею верифікаційних вузлів, що забезпечує безпеку та стійкість системи до цензури, і генерує підпис для вузла-лідера. Після отримання необхідної кількості підписів від вузлів, транзакція може бути транслювана в мережі Біткойн.
![UTXO прив'язка: докладний аналіз BTC смарт-контрактів RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-0b0106c9ec7c79b2e266824525ff1721.webp(
Підсумок
RGB, RGB++ та Arch Network мають свої особливості в дизайні програмованості BTC, продовжуючи концепцію прив'язки UTXO. Одноразове використання UTXO більш підходить для запису стану смарт-контрактів.
Проте ці рішення мають і очевидні недоліки, такі як поганий користувацький досвід, затримка підтвердження, що відповідає BTC, та низька продуктивність. Arch і RGB в основному розширили функціональність, але не поліпшили продуктивність; RGB++ покращив користувацький досвід шляхом впровадження високопродуктивного UTXO-ланцюга, але додав додаткові припущення щодо безпеки.
Зі збільшенням кількості розробників, які приєднуються до BTC-спільноти, ми побачимо більше схем масштабування, таких як пропозиція оновлення op-cat, яка активно обговорюється. Схеми, що відповідають рідним властивостям BTC, заслуговують на особливу увагу. Метод прив'язки UTXO є ефективним способом розширення програмування BTC без оновлення мережі BTC. Як тільки вдасться вирішити проблеми з користувацьким досвідом, це принесе величезний прогрес для смарт-контрактів BTC.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Біткойн екосистема зустрічає нові можливості: дослідження програмованості та рішень для масштабування
Дослідження програмованості екосистеми Біткойн
Біткойн як найбільш ліквідний і найбезпечніший блокчейн нещодавно привернув увагу великої кількості розробників. З виникненням інскрипцій розробники почали глибше вивчати програмованість Біткойна та проблеми масштабування. Завдяки впровадженню інноваційних рішень, таких як ZK, DA, бічні ланцюги, rollup і restaking, екосистема Біткойна переживає новий період процвітання, ставши центром уваги на поточному ринку.
Проте, багато рішень щодо масштабування спираються на досвід платформ смарт-контрактів, таких як Ефіріум, і залежать від централізованих крос-чейн мостів, що може стати слабким місцем системи. Дуже мало рішень було розроблено на основі характеристик самого Біткойну, що пов'язано з недостатньо дружнім середовищем розробки Біткойну. Біткойн важко виконувати смарт-контракти так, як це робить Ефіріум, з наступних причин:
Оновлення SegWit (, що відбулося в 2017 році, збільшило обмеження на розмір блоків Біткойна; оновлення Taproot в 2021 році дозволило здійснювати перевірку масових підписів, спростивши операції, такі як атомарні обміни, мультипідписні гаманці та умовні платежі. Ці оновлення створили умови для програмованості Біткойна.
У 2022 році розробник Кейсі Родармор запропонував концепцію "Ordinal Theory", яка надала спосіб вбудовувати зображення та інші дані в транзакції Біткойн, відкриваючи нові можливості для програм, таких як смарт-контракти.
Наразі більшість проектів, що посилюють програмованість Біткойну, залежать від мереж другого рівня (L2), що вимагає від користувачів довіри до кросчейн-мостів, що стає основною перешкодою для залучення користувачів і ліквідності до L2. Крім того, Біткойн не має рідної віртуальної машини або програмованості, що ускладнює реалізацію прямого зв'язку між L2 та L1 без збільшення довірчих припущень.
Проекти такі як RGB, RGB++ та Arch Network намагаються, виходячи з рідних властивостей Біткойна, різними способами посилити його Програмованість, пропонуючи смарт-контракти та складні можливості угод:
RGB реалізує смарт-контракти через верифікацію поза ланцюгом за допомогою клієнта, фіксуючи зміни стану в UTXO Біткойна. Хоча це має переваги в конфіденційності, операції є складними, відсутня комбінація контрактів, а розвиток відбувається повільно.
RGB++ є розширеним рішенням Nervos на основі концепції RGB, яке все ще базується на прив'язці UTXO, але використовує саму ланцюг як валідаторів клієнтів з консенсусом, що забезпечує рішення для крос-ланцюгового перенесення метаданих активів і підтримує перенесення активів з будь-якої структури UTXO.
Arch Network надає рідне рішення для смарт-контрактів для Біткойн, створивши ZK віртуальну машину та мережу валідаторів, шляхом агрегування транзакцій фіксує зміни стану та активів у транзакціях Біткойн.
![UTXO зв'язування: детальний аналіз BTC смарт-контракту RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-fd3e0af827c9ddea86a297fe937aaa72.webp(
RGB
RGB є раннім розширенням смарт-контрактів у спільноті Біткойн, яке упаковує стан даних через UTXO, надаючи важливі ідеї для подальшого рідного розширення Біткойн.
RGB використовує метод верифікації поза ланцюгом, переміщуючи верифікацію передачі токенів з рівня консенсусу Біткойна на поза ланцюг, де верифікацію здійснюють спеціалізовані клієнти, пов'язані з транзакцією. Цей метод зменшує потребу в широкій трансляції по всій мережі, покращуючи конфіденційність і ефективність. Однак ця посилена конфіденційність також призвела до складності в експлуатації та труднощів у розробці, що впливає на досвід користувачів.
RGB впроваджує концепцію одноразової пломби. Кожен UTXO може бути витрачений лише один раз, що еквівалентно блокуванню при створенні та розблокуванню під час витрачання. Стан смарт-контракту інкапсульований через UTXO і керується пломбою, що забезпечує ефективний механізм управління станом.
RGB++
RGB++ є ще одним розширенням концепції RGB, заснованим на Nervos, яке все ще базується на прив'язці UTXO.
RGB++ використовує універсальну UTXO-ланцюг (таку як CKB або інший ланцюг) для обробки позасистемних даних та смарт-контрактів, що додатково підвищує програмованість Біткойна та забезпечує безпеку через однорідне зв'язування BTC.
RGB++ використовує Тюрінг-повну UTXO-ланцюг як тіньовий ланцюг, що дозволяє виконувати складні смарт-контракти та прив'язується до UTXO Біткойна, збільшуючи гнучкість програмування системи. Ізоморфне зв'язування UTXO Біткойна та UTXO тіньового ланцюга забезпечує узгодженість стану та активів між двома ланцюгами, гарантуючи безпеку транзакцій.
RGB++ розширюється на всі Тьюрінгові повноцінні UTXO-ланцюги, підвищуючи міжланцюгову взаємодію та ліквідність активів. Ця підтримка багатьох ланцюгів підвищує гнучкість системи. Водночас RGB++ реалізує безмостову міжланцюгову взаємодію через гомоморфну прив'язку UTXO, уникаючи проблеми "фальшивих монет", що забезпечує автентичність та узгодженість активів.
Верифікація в ланцюзі через тіньовий ланцюг спростила процес верифікації клієнтів у RGB++. Користувачам потрібно лише перевірити відповідні транзакції на тіньовому ланцюзі, щоб підтвердити правильність розрахунку стану RGB++. Цей спосіб верифікації в ланцюзі не тільки спростив процес верифікації, але й оптимізував користувацький досвід.
![UTXO прив'язка: детальний розгляд смарт-контрактів BTC RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-7fc8d82ac7da1ba2052256fc1d0476b2.webp(
Арочна мережа
Arch Network складається в основному з Arch zkVM та мережі верифікаційних вузлів Arch, що використовує нульові знання та децентралізовану верифікаційну мережу для забезпечення безпеки та конфіденційності смарт-контрактів, є більш зручним, ніж RGB, і не вимагає прив'язки до іншого UTXO-ланцюга, як RGB++.
Arch zkVM використовує RISC Zero ZKVM для виконання смарт-контрактів та генерації нульових доказів, які перевіряються мережею децентралізованих вузлів. Система працює на основі моделі UTXO, упаковуючи стан смарт-контрактів у State UTXOs для підвищення безпеки та ефективності.
Asset UTXOs використовуються для представлення Біткойн або інших монет, які можна управляти за допомогою делегування. Arch верифікаційна мережа перевіряє зміст ZKVM через випадково обрані вузли-лідери, використовуючи схему підпису FROST для агрегації підписів вузлів, а в кінці транзакція транслюється в мережу Біткойн.
Arch zkVM надає Біткойну тьюрінг-повну віртуальну машину, здатну виконувати складні смарт-контракти. Після кожного виконання контракту генерується нульове знання для перевірки правильності контракту та змін стану.
Arch використовує UTXO модель Біткойн, стан і активи упаковані в UTXO, через концепцію одноразового використання відбувається перехід стану. Дані стану смарт-контрактів записуються як state UTXOs, а оригінальні активи записуються як Asset UTXOs. Arch забезпечує, щоб кожен UTXO міг бути використаний лише один раз, забезпечуючи безпечне управління станом.
Хоча Arch не інновує структуру блокчейну, але потрібна мережа верифікаційних вузлів. Протягом кожного Arch Epoch система випадковим чином обирає вузол-лідера на основі прав власності, відповідального за поширення інформації. Усі zk-докази перевіряються децентралізованою мережею верифікаційних вузлів, що забезпечує безпеку та стійкість системи до цензури, і генерує підпис для вузла-лідера. Після отримання необхідної кількості підписів від вузлів, транзакція може бути транслювана в мережі Біткойн.
![UTXO прив'язка: докладний аналіз BTC смарт-контрактів RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-0b0106c9ec7c79b2e266824525ff1721.webp(
Підсумок
RGB, RGB++ та Arch Network мають свої особливості в дизайні програмованості BTC, продовжуючи концепцію прив'язки UTXO. Одноразове використання UTXO більш підходить для запису стану смарт-контрактів.
Проте ці рішення мають і очевидні недоліки, такі як поганий користувацький досвід, затримка підтвердження, що відповідає BTC, та низька продуктивність. Arch і RGB в основному розширили функціональність, але не поліпшили продуктивність; RGB++ покращив користувацький досвід шляхом впровадження високопродуктивного UTXO-ланцюга, але додав додаткові припущення щодо безпеки.
Зі збільшенням кількості розробників, які приєднуються до BTC-спільноти, ми побачимо більше схем масштабування, таких як пропозиція оновлення op-cat, яка активно обговорюється. Схеми, що відповідають рідним властивостям BTC, заслуговують на особливу увагу. Метод прив'язки UTXO є ефективним способом розширення програмування BTC без оновлення мережі BTC. Як тільки вдасться вирішити проблеми з користувацьким досвідом, це принесе величезний прогрес для смарт-контрактів BTC.