Біткойн як найбільш ліквідна та безпечна блокчейн-технологія після буму мемів привернув велику кількість розробників. Вони швидко зосередились на програмованості Біткойна та питаннях масштабування. Завдяки впровадженню різноманітних рішень, таких як ZK, DA, бічні ланцюги, rollup, restaking, екосистема Біткойна переживає новий пік процвітання, ставши основною темою поточного бичачого ринку.
Однак багато проектів продовжили досвід масштабування платформ смарт-контрактів, таких як Ефіріум, часто покладаючись на централізовані кросчейн мости, що стало потенційною слабкістю системи. Дуже мало проектів розроблені на основі власних характеристик Біткойна, що пов'язано з поганим досвідом розробки Біткойна. Біткойн важко запускати смарт-контракти, як це робить Ефіріум, з основних причин:
Скриптова мова Біткойну обмежила Тюрінгіву повноту для забезпечення безпеки, що унеможливлює виконання складних смарт-контрактів.
Сховище Біткойн-блокчейну спроектовано для простих транзакцій, не оптимізовано для складних смарт-контрактів.
Біткойн не має віртуальної машини для виконання смарт-контрактів.
Оновлення SegWit ( від 2017 року збільшило обмеження на розмір блоку; оновлення Taproot 2021 року реалізувало перевірку групових підписів, спростивши такі операції, як атомарні обміни, багатопідписні гаманці та умовні платежі. Ці досягнення відкрили нові можливості для програмованості Біткойн.
У 2022 році розробник Кейсі Родармор запропонував "Теорію Ординалів", яка виклала схему нумерації Сатоші, що дозволяє вбудовувати зображення та інші дані в транзакції Біткойна. Це надало нові ідеї для безпосереднього вбудовування інформації про стан і метаданих у блокчейн Біткойна, що має велике значення для застосувань смарт-контрактів, які потребують доступних і перевірених даних про стан.
Наразі більшість проектів, що розширюють програмованість Біткойна, залежать від другого рівня мережі )L2(, що вимагає від користувачів довіри до кросчейн-мостів, що є великою перешкодою для L2 у залученні користувачів та ліквідності. Крім того, Біткойн не має рідної віртуальної машини або програмованості, що ускладнює зв'язок між L2 та L1 без підвищення вимог до довіри.
RGB, RGB++ та Arch Network намагаються посилити Програмованість Біткойна, виходячи з його рідних властивостей, пропонуючи можливості смарт-контрактів та складних угод різними способами:
RGB є схемою смарт-контрактів, яка перевіряється через клієнтське програмне забезпечення поза ланцюгом, що фіксує зміни стану контракту в UTXO Біткойна. Хоча має певні переваги у конфіденційності, але є складною у використанні та має брак комбінованості контрактів, розвиток відбувається досить повільно.
RGB++ є розширенням концепції RGB, що базується на Nervos, і все ще базується на прив'язці 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 використовує офчейн верифікацію, щоб перенести перевірку передачі токенів з рівня консенсусу Bitcoin на офчейн, де вона перевіряється клієнтом, пов'язаним з конкретною транзакцією. Це зменшує потребу в широкомережевому мовленні, підвищуючи конфіденційність та ефективність. Однак цей підхід, спрямований на підвищення конфіденційності, також є палицею з двома кінцями. Хоча дозвіл лише конкретним вузлам, пов'язаним із транзакціями, брати участь у верифікації посилює захист конфіденційності, робить треті сторони невидимими, роблячи фактичну роботу складною та складною для розробки, а користувацький досвід є поганим.
RGB впроваджує концепцію одноразових пломб. Кожен UTXO може бути витрачений лише один раз, що еквівалентно блокуванню при створенні UTXO та розблокуванню при витраті. Стан смарт-контракту інкапсульований через UTXO і керується пломбою, що забезпечує ефективний механізм управління станом.
![UTXO прив'язка: детальний опис рішення для смарт-контрактів BTC RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-7fc8d82ac7da1ba2052256fc1d0476b2.webp(
Схема # RGB++
RGB++ є ще одним розширенням, основаним на концепції RGB від Nervos, яке також базується на прив'язці до UTXO.
RGB++ використовує Тюринг-повну UTXO-ланцюг (таку як CKB або інші ланцюги) для обробки даних поза ланцюгом та смарт-контрактів, що додатково підвищує програмованість Біткойна та забезпечує безпеку через однорідне зв'язування BTC.
RGB++ використовує Turing-повну UTXO-ланцюг. Використовуючи CKB та інші Turing-повні UTXO-ланцюги як тіньові ланцюги, RGB++ може обробляти дані поза ланцюгом та смарт-контракти. Цей ланцюг може не лише виконувати складні смарт-контракти, але й бути пов'язаним з UTXO Біткойна, що збільшує програмованість та гнучкість системи. UTXO Біткойна та UTXO тіньового ланцюга гомоморфно пов'язані, що гарантує узгодженість стану та активів між двома ланцюгами, забезпечуючи безпеку транзакцій.
RGB++ розширюється на всі Turing-здатні UTXO-ланцюги, більше не обмежуючись CKB, підвищуючи міжланцюгову взаємодію та ліквідність активів. Така підтримка кількох ланцюгів дозволяє RGB++ поєднуватися з будь-яким Turing-здатним UTXO-ланцюгом, підвищуючи гнучкість системи. Водночас RGB++ реалізує безмостову міжланцюгову взаємодію через однорідне зв'язування UTXO, уникаючи проблеми "фальшивої монети", що забезпечує автентичність та узгодженість активів.
Онлайн-верифікація через тіньовий ланцюг спростила процес верифікації клієнта в RGB++. Користувачі можуть просто перевірити відповідні транзакції на тіньовому ланцюзі, щоб підтвердити правильність обчислення стану RGB++. Цей спосіб верифікації не лише спростив процес верифікації, але й оптимізував досвід користувача. Використовуючи тьюрінг-повний тіньовий ланцюг, RGB++ уникнув складного управління UTXO в RGB, надаючи більш спрощений та зручний для користувача досвід.
Архітектура мережі
Arch Network складається головним чином з Arch zkVM та мережі валідаційних вузлів Arch, використовуючи нульові докази )zk-proofs( та децентралізовану валідаційну мережу для забезпечення безпеки та конфіденційності смарт-контрактів, є простішим у використанні, ніж RGB, і не вимагає прив'язки до іншого UTXO-ланцюга, як RGB++.
Arch zkVM використовує RISC Zero ZKVM для виконання смарт-контрактів та генерації нульових доказів, які перевіряються мережею децентралізованих віртуальних вузлів. Ця система працює на основі моделі UTXO, упаковуючи стан смарт-контракту в State UTXOs для підвищення безпеки та ефективності.
Активи UTXO використовуються для представлення Біткойн або інших монет, які можна управляти через делегування. Мережа Arch перевіряє вміст ZKVM через випадково обрані лідерські вузли, використовуючи схему підпису FROST для агрегації підписів вузлів, а в кінцевому підсумку транзакція транслюється в мережу Біткойн.
Arch zkVM надає Біткойну універсальну віртуальну машину, яка може виконувати складні смарт-контракти. Після кожного виконання контракту генерується нульове знання, яке використовується для перевірки правильності контракту та змін стану.
Arch використовує модель UTXO Біткойна, стан та активи інкапсульовані в UTXO, через концепцію одноразового використання здійснюється перехід стану. Дані стану смарт-контракту записуються як state UTXOs, а оригінальні активи записуються як Asset UTXOs. Arch забезпечує, щоб кожен UTXO міг бути витрачений лише один раз, що забезпечує безпечне управління станом.
Хоча Arch не інновує структуру блокчейну, він потребує мережу валідаційних вузлів. Протягом кожного Epoch Arch система випадковим чином обирає вузол-лідера на основі прав власності, відповідального за розповсюдження інформації серед усіх валідаційних вузлів у мережі. Усі 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, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
8 лайків
Нагородити
8
4
Репост
Поділіться
Прокоментувати
0/400
ZKProofEnthusiast
· 08-13 23:28
Ще одна група невдах інструментів вийшла.
Переглянути оригіналвідповісти на0
gas_fee_therapy
· 08-11 07:46
Коли BTC зможе наздогнати прогрес ETH?
Переглянути оригіналвідповісти на0
ForkYouPayMe
· 08-11 07:38
Маленький чорний знову прийшов підвищити популярність.
Біткойн екосистема зустрічає революцію Програмованості: RGB, RGB++ та Arch Network ведуть інновації
Дослідження програмованості екосистеми Біткойн
Біткойн як найбільш ліквідна та безпечна блокчейн-технологія після буму мемів привернув велику кількість розробників. Вони швидко зосередились на програмованості Біткойна та питаннях масштабування. Завдяки впровадженню різноманітних рішень, таких як ZK, DA, бічні ланцюги, rollup, restaking, екосистема Біткойна переживає новий пік процвітання, ставши основною темою поточного бичачого ринку.
Однак багато проектів продовжили досвід масштабування платформ смарт-контрактів, таких як Ефіріум, часто покладаючись на централізовані кросчейн мости, що стало потенційною слабкістю системи. Дуже мало проектів розроблені на основі власних характеристик Біткойна, що пов'язано з поганим досвідом розробки Біткойна. Біткойн важко запускати смарт-контракти, як це робить Ефіріум, з основних причин:
Оновлення SegWit ( від 2017 року збільшило обмеження на розмір блоку; оновлення Taproot 2021 року реалізувало перевірку групових підписів, спростивши такі операції, як атомарні обміни, багатопідписні гаманці та умовні платежі. Ці досягнення відкрили нові можливості для програмованості Біткойн.
У 2022 році розробник Кейсі Родармор запропонував "Теорію Ординалів", яка виклала схему нумерації Сатоші, що дозволяє вбудовувати зображення та інші дані в транзакції Біткойна. Це надало нові ідеї для безпосереднього вбудовування інформації про стан і метаданих у блокчейн Біткойна, що має велике значення для застосувань смарт-контрактів, які потребують доступних і перевірених даних про стан.
Наразі більшість проектів, що розширюють програмованість Біткойна, залежать від другого рівня мережі )L2(, що вимагає від користувачів довіри до кросчейн-мостів, що є великою перешкодою для L2 у залученні користувачів та ліквідності. Крім того, Біткойн не має рідної віртуальної машини або програмованості, що ускладнює зв'язок між L2 та L1 без підвищення вимог до довіри.
RGB, RGB++ та Arch Network намагаються посилити Програмованість Біткойна, виходячи з його рідних властивостей, пропонуючи можливості смарт-контрактів та складних угод різними способами:
RGB є схемою смарт-контрактів, яка перевіряється через клієнтське програмне забезпечення поза ланцюгом, що фіксує зміни стану контракту в UTXO Біткойна. Хоча має певні переваги у конфіденційності, але є складною у використанні та має брак комбінованості контрактів, розвиток відбувається досить повільно.
RGB++ є розширенням концепції RGB, що базується на Nervos, і все ще базується на прив'язці 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 використовує офчейн верифікацію, щоб перенести перевірку передачі токенів з рівня консенсусу Bitcoin на офчейн, де вона перевіряється клієнтом, пов'язаним з конкретною транзакцією. Це зменшує потребу в широкомережевому мовленні, підвищуючи конфіденційність та ефективність. Однак цей підхід, спрямований на підвищення конфіденційності, також є палицею з двома кінцями. Хоча дозвіл лише конкретним вузлам, пов'язаним із транзакціями, брати участь у верифікації посилює захист конфіденційності, робить треті сторони невидимими, роблячи фактичну роботу складною та складною для розробки, а користувацький досвід є поганим.
RGB впроваджує концепцію одноразових пломб. Кожен UTXO може бути витрачений лише один раз, що еквівалентно блокуванню при створенні UTXO та розблокуванню при витраті. Стан смарт-контракту інкапсульований через UTXO і керується пломбою, що забезпечує ефективний механізм управління станом.
![UTXO прив'язка: детальний опис рішення для смарт-контрактів BTC RGB, RGB++ та Arch Network])https://img-cdn.gateio.im/webp-social/moments-7fc8d82ac7da1ba2052256fc1d0476b2.webp(
Схема # RGB++
RGB++ є ще одним розширенням, основаним на концепції RGB від Nervos, яке також базується на прив'язці до UTXO.
RGB++ використовує Тюринг-повну UTXO-ланцюг (таку як CKB або інші ланцюги) для обробки даних поза ланцюгом та смарт-контрактів, що додатково підвищує програмованість Біткойна та забезпечує безпеку через однорідне зв'язування BTC.
RGB++ використовує Turing-повну UTXO-ланцюг. Використовуючи CKB та інші Turing-повні UTXO-ланцюги як тіньові ланцюги, RGB++ може обробляти дані поза ланцюгом та смарт-контракти. Цей ланцюг може не лише виконувати складні смарт-контракти, але й бути пов'язаним з UTXO Біткойна, що збільшує програмованість та гнучкість системи. UTXO Біткойна та UTXO тіньового ланцюга гомоморфно пов'язані, що гарантує узгодженість стану та активів між двома ланцюгами, забезпечуючи безпеку транзакцій.
RGB++ розширюється на всі Turing-здатні UTXO-ланцюги, більше не обмежуючись CKB, підвищуючи міжланцюгову взаємодію та ліквідність активів. Така підтримка кількох ланцюгів дозволяє RGB++ поєднуватися з будь-яким Turing-здатним UTXO-ланцюгом, підвищуючи гнучкість системи. Водночас RGB++ реалізує безмостову міжланцюгову взаємодію через однорідне зв'язування UTXO, уникаючи проблеми "фальшивої монети", що забезпечує автентичність та узгодженість активів.
Онлайн-верифікація через тіньовий ланцюг спростила процес верифікації клієнта в RGB++. Користувачі можуть просто перевірити відповідні транзакції на тіньовому ланцюзі, щоб підтвердити правильність обчислення стану RGB++. Цей спосіб верифікації не лише спростив процес верифікації, але й оптимізував досвід користувача. Використовуючи тьюрінг-повний тіньовий ланцюг, RGB++ уникнув складного управління UTXO в RGB, надаючи більш спрощений та зручний для користувача досвід.
Архітектура мережі
Arch Network складається головним чином з Arch zkVM та мережі валідаційних вузлів Arch, використовуючи нульові докази )zk-proofs( та децентралізовану валідаційну мережу для забезпечення безпеки та конфіденційності смарт-контрактів, є простішим у використанні, ніж RGB, і не вимагає прив'язки до іншого UTXO-ланцюга, як RGB++.
Arch zkVM використовує RISC Zero ZKVM для виконання смарт-контрактів та генерації нульових доказів, які перевіряються мережею децентралізованих віртуальних вузлів. Ця система працює на основі моделі UTXO, упаковуючи стан смарт-контракту в State UTXOs для підвищення безпеки та ефективності.
Активи UTXO використовуються для представлення Біткойн або інших монет, які можна управляти через делегування. Мережа Arch перевіряє вміст ZKVM через випадково обрані лідерські вузли, використовуючи схему підпису FROST для агрегації підписів вузлів, а в кінцевому підсумку транзакція транслюється в мережу Біткойн.
Arch zkVM надає Біткойну універсальну віртуальну машину, яка може виконувати складні смарт-контракти. Після кожного виконання контракту генерується нульове знання, яке використовується для перевірки правильності контракту та змін стану.
Arch використовує модель UTXO Біткойна, стан та активи інкапсульовані в UTXO, через концепцію одноразового використання здійснюється перехід стану. Дані стану смарт-контракту записуються як state UTXOs, а оригінальні активи записуються як Asset UTXOs. Arch забезпечує, щоб кожен UTXO міг бути витрачений лише один раз, що забезпечує безпечне управління станом.
Хоча Arch не інновує структуру блокчейну, він потребує мережу валідаційних вузлів. Протягом кожного Epoch Arch система випадковим чином обирає вузол-лідера на основі прав власності, відповідального за розповсюдження інформації серед усіх валідаційних вузлів у мережі. Усі 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.