Стаття публікується з: Runes китайської спільноти
У часи бурхливого зростання BTCFi, Omnity випустила новий протокол розширення програмованості Bitcoin L1 REE. Завдяки накопиченню команди в міжланцюговій взаємодії (Omnity hub) за багато років, Omnity став одним з найважливіших та найінноваційніших гравців у сфері BTCFi.
Веб-сайт: https://www.omnity.network/
На мою думку, Omnity Network досліджує ефективне, дуже комбіноване та високо відмовостійке технічне рішення для «масштабування та підвищення програмованості» екосистеми біткоїнів:
1. З високочастотними торговими сценаріями, через бездоверчі міжланцюгові рішення Omnity Hub, вирушайте до таких екосистем, як Bitlayer, Solana, Base, де розробка швидкосмарт-контрактів більш розвинена;
2. Для великих фінансових сценаріїв з нормальною частотою торгівлі DeFi, використовуйте REE безпосередньо на біткоїн L1.
Hub і REE є незалежними, мають гнучку комбінованість, що закладає надійний фундамент для інновацій розробників, сподіваючись на появу руйнівних інновацій у сфері BTCFi!
Зацікавлені можуть спочатку прочитати цю статтю, а для перегляду оригінальної англійської версії дивіться за посиланням ⬇️
Біла книга REE: https://x.com/louisliubj/status/1861588938475086166
Ось китайська версія перекладу, насолоджуйтесь～
REE: Тюрінг-повноцінний безкросчейн біткоїн-виконавчий шар
REE вводить децентралізований виконавчий шар біткоїна, який активує тюрінг-повноцінні смарт-контракти для BTCFi застосувань. Без необхідності в кросчейнах, REE покращує програмованість для основної мережі біткоїна, зберігаючи при цьому рідний досвід користувачів Bitcoin.
Що таке REE?
Середовище обміну Runes (REE) є децентралізованим виконавчим шаром Bitcoin, який надає комбіновані смарт-контракти для біткоїна L1 без потреби у кросчейні. REE покращує механізм багатопідписних транзакцій біткоїна шляхом використання смарт-контрактів на децентралізованому виконавчому шарі, безпосередньо беручи участь у транзакціях основної мережі біткоїна.
Рисунок 0. Багатопідписні транзакції біткоїна.
Багатопідписні транзакції - це біткоїн-транзакції, що містять кілька входів учасників, які використовуються в біткоїн-екосистемі протягом багатьох років. Зазвичай один учасник виступає координатором, використовуючи PSBT (частково підписану біткоїн-транзакцію) для агрегування підписів кожної сторони, а потім транслює транзакцію в біткоїн-мережу. Деякі помітні випадки використання багатопідписних транзакцій включають CoinJoin, багатопідписні гаманці та управителі.
У сценах багатопідпису учасниками можуть бути не лише люди, а й програми. У середовищі DeFi трейдери зазвичай взаємодіють з протоколами (смарт-контрактами) як контрагентами. Ідея REE полягає в тому, щоб залучити BTCFi протоколи до біткоїн-багатопідписних транзакцій та перенести весь процес підписання на публічний блокчейн, досягаючи децентралізації.
Рисунок 1. Децентралізована багатопідписна координація (DMSC)
Рисунок 1 демонструє загальний процес децентралізованої багатопідписної координації (DMSC). Ця установка включає трейдера, кілька BTCFi протоколів (A, B та C) та координатора на публічному блокчейні. Координатор агрегує підписи та транслює остаточну транзакцію.
Процес DMSC виглядає так:
1. Етап переговорів
Трейдери ініціюють угоди шляхом переговорів про умови з кількома протоколами. Кожен протокол представляє собою сутність, яка володіє біткоїн-активами та готова до угоди відповідно до певних правил. Приклади протоколів включають децентралізовані біржі, протоколи кредитування, стейблкоїни тощо.
2. Етап підписання
Після переговорів побудуйте PSBT, щоб відобразити угоду. Координатор потім викликає кожен протокол для підписання PSBT. Кожен протокол (A, B та C) перевіряє свою частину угоди та затверджує її підписом.
3. Етап трансляції
Якщо PSBT повністю підписано, координатор/координатор перетворить його на біткоїн-транзакцію та транслює в мережу. Таким чином, транзакція завершує розрахунок на біткоїні.
REE вибирає ICP (Internet Computer Protocol) як публічний блокчейн для DMSC. Іншими словами, REE є інфраструктурою біткоїн DMSC на базі ICP.
Чому REE?
Біткоїн є найбезпечнішим і найбільш децентралізованим блокчейном у світі, але його обмежена програмованість обмежує його використання в складних фінансових додатках. REE доповнює існуючі рішення L2 для біткоїна, надаючи підвищену програмованість та тюрінг-повноцінні смарт-контракти, зберігаючи при цьому самостійне управління та мінімізуючи припущення довіри.
Рисунок 2. REE не є біткоїн L2.
На відміну від більшості L2, смарт-контракти REE безпосередньо взаємодіють з моделлю UTXO біткоїна, забезпечуючи підвищену програмованість, зберігаючи самостійне управління. Трейдери не повинні блокувати свої біткоїн-активи на міжланцюговому мосту. Вони взаємодіють зі смарт-контрактами, підписуючи PSBT своїм біткоїн-гаманець і миттєво завершають угоди на біткоїні.
З іншого боку, серед відомих рішень для підвищення програмованості біткоїн L1, DMSC має значні переваги над іншими рішеннями. Він використовує сучасний публічний блокчейн для підвищення програмованості біткоїнів, а не покладається на нові коди OP. Крім того, DMSC може бути сумісний з усіма активами на основі UTXO, без необхідності оновлення метапротоколів та індексаторів.
Таблиця 1. Порівняння технічних рішень програмованості біткоїн L1.
Нарешті, ICP може бути найбільш відповідним блокчейном для DMSC. REE використовує технологію Chain Fusion ICP для безпечного управління приватними ключами та підписами біткоїнів, забезпечуючи DMSC, зберігаючи при цьому модель безпеки біткоїнів. Завдяки рідній інтеграції біткоїнів ICP та он-chain індексу, REE сумісний з Runes (найбільш поширений біткоїн-протокол на основі UTXO) у спосіб, що мінімізує довіру.
Як працює REE?
Під впливом Ethereum, більшість платформ смарт-контрактів мають модель стану на основі облікових записів, що також впливає на мислення розробників смарт-контрактів. Проте, ланцюговий стан біткоїнів базується на UTXO. REE вводить модель Exchange-Pool, щоб усунути цю різницю. Модель Exchange-Pool адаптується до управління станом UTXO біткоїна та може бути легко реалізована на публічних ланцюгах, таких як ICP, які базуються на облікових записах. Ця модель складається з трьох простих концепцій:
1. Coin є одиницею біткоїн-активів на основі UTXO. BTC та Runes приймаються як Coin в REE.
2. Обмін є прикладом протоколу BTCFi, що працює на платформі REE для сприяння обміну Coin.
3. Пул коштів (pool) є публічним ключем (Chain Key), який обмін використовує для утримання Coin та підписування біткоїн-транзакцій. Згідно з логікою обміну, користувач вносить мішок Coin до пулу та отримує інший мішок Coin. Зазвичай один обмін управляє кількома пулами, кожен з яких має свої Coin та дані стану.
Будівельники біткоїнів тепер можуть створювати різноманітні протоколи BTCFi за допомогою Exchange REE, реалізуючи кілька загальних методів смарт-контрактів ICP.
Рисунок 3. Архітектура REE
Рисунок 3 показує процес виконання біткоїн-транзакції на REE, що включає кілька компонентів, таких як два обміни, координатор REE та фронтальний інтерфейс. Ось поетапний розбір процесу:
1. Запит цін: Трейдер запускає процес через інтерфейс, запитуючи ціну на транзакцію. Це може включати вибір типу транзакції або дії, які він хоче виконати, наприклад, обмін на ExchangeA, а потім заставу на ExchangeB.
2. Створення PSBT: Як тільки трейдер погоджується з умовами угоди, фронт будує PSBT за допомогою REE Typescript SDK.
3. Трейдер підписує PSBT: Трейдер перевіряє та підписує PSBT своїм біткоїн-гаманцем, по суті, схвалюючи транзакцію для подальшої обробки.
4. Виклик Оркестратора/координатора: фронт забезпечує PSBT до REE Оркестратора/координатора. REE Оркестратор/координатор виступає в ролі координатора, контролюючи виконання транзакцій.
5. Перевірка вхідних даних: перед виконанням транзакцій REE Оркестратор/координатор повинен перевірити, що всі вхідні дані PSBT є витратними та дійсно містять активи, які вони стверджують. Оркестратор/координатор покладається на Ord Canister (он-ланцюговий індексатор Runes), щоб завершити це.
6. Обмін підписує PSBT: після перевірки, REE Оркестратор/координатор зв'язується з відповідним обміном для підписання PSBT. Обмін перевіряє, що дані PSBT відповідають його торговим умовам, і підписує їх один за одним.
7. Транзакція транслюється: після того, як усі відповідні обміни підписали PSBT, координатор REE транслює повністю підписану транзакцію в біткоїн-мережу. Потім транзакція підтверджується на біткоїн-блокчейні, завершаючи весь процес.
REE Оркестратор/координатор відповідає за забезпечення узгодженості стану, сповіщаючи обмін про відкат стану у разі відмови підписати будь-який обмін.
Перед тим, як хто-небудь використовує обмін, він має бути ініційований його творцем:
1. Розгортання (крок 0.1): Будівельник розгортає canister Exchange на тій же підмережі ICP, що й REE Оркестратор/координатор. Хоча canister може викликати між підмережами, це призводить до непотрібних затримок.
2. Реєстрація (крок 0.2): Будівельник реєструє обмін в REE Оркестраторі/координаторі.
Будівельники обміну відповідають за обслуговування обмінів, включаючи оновлення та поповнення циклів для підтримання роботи. Omnity буде надавати будівельникам обміну універсальні засоби для зручності використання, але все це є необов'язковим і замінним.
Системні характеристики
Програмованість
Обмін REE є незалежним смарт-контрактом ICP, який може в повній мірі використовувати функції базового блокчейну. Рекомендується читачам відвідати технічну документацію ICP для отримання додаткової інформації про розробку смарт-контрактів ICP.
Технічна документація ICP:
https://internetcomputer.org/docs/current/home
Ось кілька підказок:
1. Інтенсивні обчислення, такі як розпізнавання облич, можуть виконуватися в смарт-контракті ICP:
https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2
2. Біткоїн-контейнер ICP може бути найбільшим смарт-контрактом у світі, займаючи 500 ГБ ланцюгового зберігання, щорічна вартість лише 2500 доларів.
https://github.com/dfinity/bitcoin-canister
3. Omnity Hub - це повністю ланцюгова міжланцюгова стек на ICP, що означає, що не потрібні зовнішні реле або індексатори. Omnity Hub безпосередньо з'єднує десятки різнорідних блокчейнів через RPC інтерфейс.
https://explorer.omnity.network/
Комбінованість
Комбінованість смарт-контрактів REE забезпечує безшовну інтеграцію між протоколами, реалізуючи інноваційні фінансові протоколи шляхом поєднання ліквідності та логічних одиниць у мінімально довірчій структурі.
REE надає біткоїн-подібну комбінованість. Кожен обмін просто цікавить, що він отримує (вхід) і що він надає (вихід); якщо вхід/вихід розумні, він погоджується брати участь у транзакції. Транзакції REE можуть включати кілька обмінів, кожен з яких отримує та вносить певну кількість монет. За співпраці обміну координатор відповідає за забезпечення атомарності багатопідписних транзакцій. Атомарна комбінованість означає, що багатопідписні транзакції або повністю успішні, або повністю відкочуються у разі невдачі будь-якої частини. Це є критично важливим у додатках DeFi.
Зазвичай трейдер надає початкові вхідні дані першому обміну; вихід першого обміну переходить до другого обміну, і так далі, поки фінальний вихід останнього обміну не буде наданий трейдеру. Порядок підписання PSBT слідує цій логіці: перший обмін погоджується надати свої вхідні дані та підписати PSBT лише за умови, що трейдер підписав свої вхідні дані, і так далі.
З концептуальної точки зору, комбінованість обміну виглядає як конвеєризовані команди Unix. Однак це не обмежується цим. Будь-яка сутність (трейдер або обмін) може без урахування порядку надавати вхідні дані іншим сутностям. Наприклад, вхідні дані трейдера можуть надаватися другому або більш пізньому обміну; обмін може надавати початкові вхідні дані та витрати біткоїн-мережі замість трейдера.
Крім того, трейдер не обов'язково є особою; це може бути позаінтерфейсний процес або смарт-контракт ICP. Це відкриває можливості для агрегаторів доходу чи арбітражних ботів на ланцюзі або поза ним. Завдяки потужному стеку Chain Fusion, REEExchange може взаємодіяти з іншими блокчейнами. Наприклад, зміни стану на Ethereum або Solana можуть призвести до тригера транзакцій REE, і навпаки.
Ризиковий профіль
Отримувач (трейдер, що взаємодіє з пулом коштів) перевіряє PSBT, що містить усі умови угоди, які представляються входами та виходами, перед підписанням. Після підписання ніхто, включаючи самого трейдера, обмін, REE, вузли ICP та біткоїн-майнери, не може змінити транзакцію. Іншими словами, отримувач не несе жодного ризику зберігання.
Зазвичай виконання кожної транзакції REE призводить до зміни стану конкретного пулу коштів, що робить умови транзакції, отримані з попереднього запиту, недійсними. Враховуючи затримку виконання транзакцій REE (вимірюється в секундах), що набагато менша за біткоїн (вимірюється в хвилинах), транзакції REE зазвичай обробляються послідовно. Однак, коли кілька трейдерів одночасно торгують з одним і тим же пулом коштів, можуть виникнути невдачі транзакцій.
Невдача транзакції не призводить до втрати активів; трейдер просто повторно запитує та намагається виконати ще раз.
Маркет-мейкери (трейдери, що надають ліквідність пулу) несуть ризик зберігання, коли передають контроль активів обміну. Тому вони стикаються з ризиками смарт-контрактів, пов'язаними з логікою обміну, що підкреслює важливість аудиту та репутації будівельників обміну.
Безпекові припущення маркет-мейкерів включають ICP та платформу REE. Проте, безпека ICP (вартість у десятки мільярдів доларів) задовольняє вимоги безпеки протоколів BTCFi у всіх відомих випадках.
Узгодженість стану біткоїнів
Обмеження біткоїн-скрипта у підтримці BTCFi викликані не лише обмеженнями функцій операційних кодів, а й значною мірою тим, що вони не можуть підтримувати складний стан на ланцюзі. На противагу цьому, обміни в REE можуть зручно підтримувати та управляти станом. Проте стан обміну в REE зрештою повинен бути узгоджений з біткоїном; в іншому випадку транзакції REE не можуть бути розраховані на біткоїні.
Щоб запобігти невдачам розрахунків, координатор перевіряє, що всі вхідні дані транзакцій ще не були витрачені. Кожен обмін також перевіряє, що вхідні та вихідні дані транзакцій відповідають його стандартам. Цей підхід гарантує, що тільки дійсні та перевірені вхідні дані використовуються для розрахунку транзакцій.
Однак, навіть якщо ці вхідні дані перевіряються перед виконанням транзакції, після цього неможливо гарантувати розрахунок. Трейдер може навмисно або ненавмисно використовувати ті ж самі вхідні дані для іншої біткоїн-транзакції.
REE має відчувати реальні зміни в біткоїн-мережі та відповідно реагувати. Завдяки рідній інтеграції біткоїна та он-ланцюговому індексатору Runes, REE може бути єдиним біткоїн-виконавчим шаром, який досягає цієї мети без залежності від централізованих поза-ланцюгових процесів.
Рисунок 4. Стан Tx REE
REE Оркестратор/координатор є компонентом, що управляє всім життєвим циклом транзакцій REE. Він відповідає за сповіщення Exchange про зміни стану.
Рисунок 5. Управління станом пулу коштів
Обміни управляють станом на основі пулів коштів. Конкретно, стан пулу коштів повинен бути організований як ланцюг стану, пов'язаний з послідовністю транзакцій, які виконуються на цьому пулі. Пул коштів завжди обробляє запити на запит та виконує нові транзакції, спираючись на голову ланцюга стану. Відповідно до повідомлень подій з Оркестратора/координатора, пул коштів виконує завершення або відкат.
Крім того, враховуючи високу волатильність витрат біткоїн-мережі, немає економічно доцільного способу гарантувати, що транзакція буде включена в блок у певний часовий проміжок. У разі різкого зростання витрат біткоїн-мережі існують два способи прискорити розрахунок: RBF (заміна за рахунок плати) та CPFP (дитина платить за батька). RBF вимагає відновлення транзакції, що призводить до поганого користувацького досвіду.
REE використовує CPFP, що означає, що коли витрати біткоїн-мережі зростають, наступні транзакції повинні субсидувати раніше не включені транзакції на тому ж пулі коштів. Субсидія плати залишається механізмом вільного ринку: лише якщо трейдери очікують, що, незважаючи на підвищення витрат, все ще буде прибуток, вони ініціюють наступні транзакції.
Продуктивність
Продуктивність виконавчого шару зазвичай вимірюється за двома показниками: пропускною спроможністю (в одиницях TPS) та затримкою. На REE трейдери можуть виконувати транзакції з затримкою всього кілька секунд один за одним, не чекаючи підтвердження блоку для виконання наступного кроку. Щодо затримки, REE підвищує продуктивність біткоїнів у 100 разів.
Послідовні транзакції REE будуть розраховуватися у пакетному режимі на біткоїн-ланцюгу. Оскільки одна транзакція з пам'яті може мати до 25 наступних транзакцій, кожен біткоїн-блок може розрахувати до 25 транзакцій для одного пулу REE. Отже, 25 можна вважати межою пропускної спроможності одного пулу REE.
Різні пул коштів можуть реалізувати паралельне виконання транзакцій. Коли конкуренція за ціною не є необхідною, будівельники обміну можуть додати надлишкові пули для підвищення паралельності. Наприклад, розподіливши токени на 10 пулів для одноразового airdrop на 100,000 отримувачів, можна значно зменшити ймовірність невдачі транзакцій через те, що кілька користувачів намагаються отримати одночасно.
У межах одного пулу транзакцій можна досягти паралельного виконання, керуючи кількома UTXO, які мають той самий тип монет. Однак це вимагає більш складних алгоритмів вибору, розділення та об'єднання UTXO. Майбутні обміни можуть досліджувати ці передові технології, щоб забезпечити кращий користувацький досвід.
Вартість
Основні витрати на транзакції REE для користувачів походять з витрат біткоїн-мережі. REE мінімізує розмір розрахункових транзакцій, використовуючи тип адреси P2TR.
Будівельники несуть витрати на роботу обміну на ICP (цикли). Хоча ICP є дуже економічно ефективним, будівельники повинні отримувати дохід всередині або зовні протоколу, щоб забезпечити економічну стійкість свого обміну.
MEV
REE є виконавчим шаром, що делегує сортування транзакцій в підмережу ICP, де знаходиться контейнер REE Оркестратора/координатора. Хоча це теоретично можливо, випадки, коли вузли підмережі ICP видобувають MEV шляхом повторного сортування транзакцій, є небувалими.
Більш важливо, що в REE немає поняття сліпих цін; коли трейдер підписує PSBT, всі вхідні та вихідні транзакції вже встановлені, і якщо вхід з пулу коштів Exchange вже витрачений, транзакція не відбудеться. Отже, якщо торгівля REE буде перехоплена, вона автоматично зазнає невдачі, залишаючи перехоплювача з ризиком цін.
Управління
REE буде керуватися Omnity SNS DAO, відповідальним за нагляд за оновленнями протоколу, налаштуваннями параметрів та дорожньою картою розробки. Урядова система на базі SNS забезпечує прозорість та ухвалення рішень у REE-екосистемі.
Використання
Копіювання протоколів DeFi з Ethereum або Solana на біткоїн є прямим способом використання REE. Нижче наведено кілька прикладів для детального пояснення.
AMM DEX (автоматизований маркет-мейкер децентралізованої біржі)
RichSwap, AMM DEX, побудований Omnity, буде запущений разом з основною мережею REE. Як перша біржа на REE, RichSwap виконуватиме такі завдання:
1. RichSwap перевіряє функціональність та продуктивність платформи REE.
2. RichSwap є відкритим кодом, надаючи будівельникам BTCFi повні приклади.
3. Інші BTCFi протоколи можуть використовувати RichSwap для прискорення ліквідності.
4. RichSwap має вбудований механізм захоплення вартості токенів, яким можуть скористатися інші BTCFi протоколи.
Хоча RichSwap є першою біржею, вона не має жодних привілеїв. Після запуску основної мережі REE швидко перетвориться на відкриту платформу, що приймає необмежену реєстрацію будь-яких протоколів BTCFi, що відповідають технічним специфікаціям (включаючи AMM DEX).
Кредитування
Протоколи кредитування на базі REE можуть підтримувати кілька пулів коштів, кожен з яких має різні конфігурації, ризикові параметри та типи підтримуваних активів. Кожен пул, що підтримує позику BTC під заставу блакитних Runes, може мати різні процентні ставки, ставку застави та поріг ліквідації. Він може обрати повернути aToken ліквідним постачальникам (LP). Завдяки інтеграції з оракулами на ICP кредитні протоколи можуть децентралізовано визначати вартість застави або активувати процес ліквідації.
Токени ліквідності для стейкінгу
Реалізація стейкінгу біткоїнів L1 в REE є можливою, але інтеграція існуючих стейкінг-протоколів (таких як Babylon) є більш цікавою можливістю. Користувачі депонують біткоїни в обміні та отримують LST у форматі Runes. Потім LSTExchange комбінується з протоколом стейкінгу Babylon на біткоїн L1, одночасно управляючи делегуванням та винагородами за стейкінг на ланцюгу Babylon через бездоверчі міжланцюгові протоколи. Omnity Hub вже інтегрований з Osmosis через архітектуру на всьому ланцюгу та легкий клієнт. Таким чином, взаємодія між смарт-контрактами ICP та Cosmos Application Chain більше не стикається з технічними бар'єрами.
Дорожня карта
1. Четвертий квартал 2024 року, випуск білої книги REE.
2. Перший квартал 2025 року, запуск основної мережі REE разом з RichSwap.
3. Другий квартал 2025 року, відкриття реєстрації обмінів для партнерів Omnity
4. У другій половині 2025 року, повністю відкрити реєстрацію обміну
Висновок
REE представляє прорив у програмованості біткоїна, реалізуючи безпечні, тюрінг-повноцінні смарт-контракти без необхідності в кросчейновому виконанні або форках. Ця модель безкросчейнового виконання має потенціал сприяти розвитку екосистеми BTCFi, що використовує ліквідність і безпеку біткоїна, у середовищі з повною недовірою та безперешкодним доступом.
