На тлі бурхливого розвитку BTCFi, Omnity випустила новий протокол розширення програмованості для Bitcoin першого рівня REE. У поєднанні з багаторічними досягненнями команди в кросчейновій взаємодії (Omnity Hub), Omnity вже стала одним з найважливіших і найбільш дослідницьких учасників у сфері BTCFi.
Веб-сайт: https://www.omnity.network/
На мою думку, Omnity Network досліджує ефективний, висококомбінований і дуже стійкий технологічний підхід до «масштабування та підвищення програмованості» Bitcoin:
1. У сценаріях високочастотних торгів, через бездоверчий кросчейновий підхід для активів Bitcoin Omnity Hub, переходьте до таких високошвидкісних смарт-контрактних ланцюгів, як Bitlayer, Solana, Base, які мають більш розвинену екосистему будівництва;
2. У великих фінансових сценаріях з нормальною частотою угод DeFi, використовуйте REE для прямого будівництва на першому рівні Bitcoin.
Hub і REE є незалежними, мають гнучку комбінацію, можна сказати, закладають міцну основу для інновацій розробників, сподіваючись на появу руйнівних інновацій у сфері BTCFi!
Зацікавлені учасники можуть спочатку прочитати цю статтю, а для перегляду англійської оригінальної версії дивіться посилання⬇️
Біла книга REE: https://x.com/louisliubj/status/1861588938475086166
Ось китайський переклад, Насолоджуйтесь～
REE: Тюрінгоздатний безкросчейновий виконувальний шар Bitcoin
REE впроваджує децентралізований виконувальний шар Bitcoin, активуючи тюрінгоздатні смарт-контракти для BTCFi застосувань. Без потреби в кросчейнах активів, REE підвищує програмованість основної мережі Bitcoin, зберігаючи при цьому рідний досвід для користувачів Bitcoin.
Що таке REE?
Середовище торгівлі рунами (Runes Exchange Environment, REE) є децентралізованим виконувальним шаром для Bitcoin, який забезпечує комбіновані смарт-контракти для першого рівня Bitcoin (Bitcoin L1) без потреби у кросчейнах активів. REE підсилює механізм багатопідписних угод Bitcoin шляхом інтеграції смарт-контрактів на децентралізованому виконувальному шарі, безпосередньо беручи участь у транзакціях основної мережі Bitcoin.
Рисунок 0. Транзакції з багатопідписом Bitcoin
Багатопідписні транзакції - це транзакції Bitcoin, що містять внески кількох учасників, технологія, що використовується в екосистемі Bitcoin протягом багатьох років. Зазвичай один учасник виступає як координатор, використовуючи PSBT (часткові підписані транзакції Bitcoin) для агрегування підписів від кожної сторони, а потім транслює угоду в мережу Bitcoin. Деякі значні випадки використання багатопідписних транзакцій включають CoinJoin, багатопідписні гаманці та трестів.
У сценаріях з багатопідписом учасниками можуть бути не тільки люди, а й програми. У середовищі DeFi трейдери зазвичай торгують з протоколом (смарт-контрактом) як контрагентом. Ідея REE полягає в тому, щоб залучити протокол BTCFi до транзакцій з багатопідписом Bitcoin та перенести весь процес підписання на публічний блокчейн, забезпечуючи децентралізацію.
Рисунок 1. Децентралізована багатопідписна координація (DMSC)
Рисунок 1 показує загальний процес децентралізованої багатопідписної координації (DMSC). Це налаштування включає трейдера, кілька протоколів BTCFi (A, B та C) та координатора на публічному блокчейні. Координатор агрегує підписи та транслює остаточну угоду.
Процес DMSC виглядає так:
1. Стадія переговорів
Трейдери ініціюють угоди шляхом переговорів умов з кількома протоколами. Кожен протокол представляє собою сутність, яка володіє активами Bitcoin і готова до угоди за специфічними правилами. Приклади протоколів включають децентралізовані біржі, кредитні протоколи, стейблкоїни тощо.
2. Стадія підписання
Після переговорів створіть PSBT, щоб відобразити угоду. Координатор потім викликає кожен протокол для підписання PSBT. Кожен протокол (A, B і C) перевіряє свою частину угоди та підтверджує свою участь підписом.
3. Стадія трансляції
Після повного підписання PSBT координатор/координатор перетворює його на транзакцію Bitcoin і транслює в мережу. Таким чином, транзакція завершена на Bitcoin.
REE обирає ICP (Internet Computer Protocol) як публічний блокчейн для DMSC. Іншими словами, REE є інфраструктурою DMSC Bitcoin на ICP.
Чому REE?
Bitcoin є найзахищенішим і найбільш децентралізованим блокчейном у світі, але його обмежена програмованість обмежує використання у складних фінансових застосуваннях. REE доповнює існуючі рішення Bitcoin L2, пропонуючи високий рівень програмованості та тюрінгоздатні смарт-контракти, зберігаючи при цьому самостійне управління та мінімізуючи припущення довіри.
Рисунок 2. REE не є Bitcoin L2
На відміну від більшості L2, смарт-контракти REE безпосередньо взаємодіють з UTXO моделлю Bitcoin, забезпечуючи високий рівень програмованості, зберігаючи при цьому самостійне управління. Трейдери не повинні блокувати свої активи Bitcoin на кросчейнових мостах. Вони взаємодіють зі смарт-контрактами, підписуючи PSBT за допомогою свого Bitcoin-гаманця та миттєво завершують розрахунок транзакцій на Bitcoin.
З іншого боку, серед відомих рішень для підвищення програмованості Bitcoin L1 DMSC має суттєві переваги над іншими рішеннями. Це використовує сучасні публічні блокчейни для підвищення програмованості Bitcoin, замість того, щоб покладатися на нові OP коди. Крім того, DMSC може бути сумісним з усіма активами на основі UTXO метапротоколів без необхідності оновлення метапротоколів та індексаторів.
Таблиця 1. Порівняння технологічних рішень програмованості Bitcoin L1
Врешті-решт, ICP може бути найкращим блокчейном для DMSC. REE використовує технологію Chain Fusion ICP для безпечного управління приватними ключами та підписами Bitcoin, активуючи DMSC, зберігаючи при цьому модель безпеки Bitcoin. Завдяки рідній інтеграції Bitcoin ICP та ланцюговому індексатору, REE сумісна з Runes (найширше прийнятим UTXO-основним метапротоколом) у мінімалістичному режимі довіри.
Як працює REE?
Наслідуючи Ethereum, більшість платформ смарт-контрактів мають модель стану, засновану на рахунках, що також впливає на мислення розробників смарт-контрактів. Однак ланцюговий стан Bitcoin заснований на UTXO. REE впроваджує модель Exchange-Pool, щоб подолати цю різницю. Модель Exchange-Pool адаптується до управління станом UTXO Bitcoin і може бути легко реалізована на публічному ланцюзі, такому як ICP. Ця модель складається з трьох простих концепцій:
1. Монета є одиницею Bitcoin-активів на основі UTXO. BTC та Runes приймаються як монети в REE.
2. Біржа є реалізацією протоколу BTCFi, що працює на платформі REE, призначеною для сприяння обміну монет.
3. Пул фінансування - це ключ (Chain Key), який біржа використовує для зберігання монет та підписання транзакцій Bitcoin. Згідно з логікою біржі, користувач вносить мішок монет у пул і отримує інший мішок монет. Зазвичай одна біржа управляє кількома пулами, кожен з яких має монети та дані стану.
Будівельники Bitcoin зараз можуть створювати різноманітні протоколи BTCFi з допомогою біржі REE — реалізуючи кілька загальних методів смарт-контрактів ICP.
Рисунок 3. Архітектура REE
Рисунок 3 демонструє процес виконання транзакцій Bitcoin на REE, що включає кілька компонентів, таких як дві біржі, координатор REE та інтерфейс фронт-енду. Ось покроковий розбір процесу:
1. Запит на ціну: трейдер ініціює процес через інтерфейс фронт-енду, запитуючи угоду. Це може включати вибір того, яку угоду чи тип операції він хоче виконати, наприклад, обмін на ExchangeA, а потім стейкінг на ExchangeB.
2. Створення PSBT: як тільки трейдер погоджується на умови угоди, фронт-енд за допомогою REE Typescript SDK створює PSBT.
3. Трейдер підписує PSBT: трейдер перевіряє та підписує PSBT за допомогою свого Bitcoin-гаманця, по суті затверджуючи угоду для подальшої обробки.
4. Виклик координатора: фронт-енд надсилає PSBT до координатора REE. Координатор REE, як координатор, контролює виконання угоди.
5. Перевірка вхідних даних: перед виконанням транзакцій REE всі вхідні дані PSBT повинні бути перевірені, щоб забезпечити їх витратність та справжність. Координатор покладається на Ord Canister (ланцюговий індексатор Runes) для цього.
6. Біржа підписує PSBT: після перевірки координатор REE спілкується з відповідною біржею для підписання PSBT. Біржа перевіряє, чи відповідають дані PSBT її торговим умовам, і підписує їх один за одним.
7. Трансляція угоди: після підписання PSBT всіма відповідними біржами координатор REE транслює повністю підписану угоду в мережу Bitcoin. Після цього угода підтверджується на блокчейні Bitcoin, завершуючи процес.
Координатор REE відповідає за забезпечення консистентності стану, повідомляючи біржі про повернення стану, якщо будь-яка біржа відмовляється підписати.
Перед використанням біржі вона повинна бути ініціалізована її будівельником:
1. Розгортання (крок 0.1): будівельник розгортатиме canister біржі в тій же підмережі 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. Контейнери Bitcoin на ICP можуть бути найбільшими смарт-контрактами у світі, займаючи 500 ГБ зберігання на ланцюзі та коштуючи лише 2500 доларів на рік.
https://github.com/dfinity/bitcoin-canister
3. Omnity Hub є повністю ланцюговим стеком взаємодії на ICP, що означає, що не потрібні поза ланцюгові ретранслятори або індексатори. Omnity Hub безпосередньо підключає десятки гетерогенних блокчейнів через RPC API.
https://explorer.omnity.network/
Комбінованість
Комбінованість смарт-контрактів REE забезпечує безшовну інтеграцію між протоколами, реалізуючи інноваційні фінансові протоколи шляхом поєднання ліквідності та логічних одиниць у рамках мінімізації довіри.
REE забезпечує комбінацію, схожу на Bitcoin. Кожна біржа лише турбується про те, що вона отримує (вхід) і що вона надає (вихід); якщо вхід/вихід є розумними, вона погоджується взяти участь у угоді. Транзакції REE можуть включати кілька бірж, кожна з яких отримує та вносить деякі монети. За співпраці бірж координатор відповідає за забезпечення атомарності багатопідписних угод. Атомарна комбінованість означає, що багатопідписні угоди або повністю успішні, або повністю скасовуються в разі невдачі будь-якої частини. Це має вирішальне значення в DeFi застосуваннях.
Зазвичай трейдери надають первісний внесок першій біржі; вихід першої біржі переходить до другої біржі, і так далі, поки остаточний вихід останньої біржі не буде передано трейдеру. Послідовність підписів PSBT дотримується цієї логіки: перша біржа погодиться надати свій внесок та підписати PSBT лише тоді, коли трейдер підпише свій внесок, і так далі.
Концептуально, комбінованість бірж виглядає як конвеєрні команди Unix. Однак це не лише так. Будь-яка сутність (трейдер або біржа) може надавати вхідні дані іншим сутностям, не враховуючи послідовність. Наприклад, вхідні дані трейдера передаються другій або подальшим біржам; біржа надає первісний внесок та комісії мережі Bitcoin замість трейдера.
Крім того, трейдери не обов'язково є особами; це можуть бути поза ланцюгові процеси або смарт-контракти ICP. Це відкриває можливості для агрегаторів доходів на ланцюзі або поза ланцюгом, або арбітражних роботів. Завдяки потужному стеку Chain Fusion, REE Exchange може взаємодіяти з іншими блокчейнами. Наприклад, зміни стану на Ethereum або Solana можуть ініціювати угоди REE і навпаки.
Ризиковий профіль
Отримувач (трейдер, що здійснює транзакції з пулом фінансування) переглядає PSBT, що містить усі умови угоди, що представляються вхідними та вихідними даними, перед підписанням. Після підписання жодна особа, включаючи самого трейдера, біржу, REE, вузли ICP та майнерів Bitcoin, не може змінити угоду. Іншими словами, отримувач не несе жодного ризику зберігання.
Зазвичай виконання кожної транзакції REE призводить до зміни стану конкретного пулу фінансування, що робить недійсними умови угоди, отримані з попередніх запитів. Враховуючи затримки виконання транзакцій REE (в секундах), які значно нижчі, ніж у Bitcoin (в хвилинах), транзакції REE зазвичай обробляються послідовно. Однак, коли кілька трейдерів одночасно здійснюють угоди з одним і тим же пулом фінансування, може виникнути невдача транзакції.
Невдача транзакції не призводить до втрати активів; трейдер просто повторно запитує та намагається виконати знову.
Маркет-мейкери (трейдери, які надають ліквідність для пулів фінансування) несуть ризики зберігання активів, передаючи контроль над активами біржі. Таким чином, вони стикаються з ризиками смарт-контрактів, пов'язаними з логікою біржі, що підкреслює важливість аудиту та репутації будівельників бірж.
Припущення безпеки маркет-мейкерів включають платформи ICP і REE. Однак безпека ICP (вартість у десятки мільярдів доларів) задовольняє вимоги безпеки протоколу BTCFi в усіх відомих випадках.
Консистентність стану Bitcoin
Обмеження скриптів Bitcoin у підтримці BTCFi пов'язані не лише з обмеженнями функціональності операційних кодів, але й значною мірою з тим, що вони не можуть підтримувати складні стани на ланцюзі. На відміну від цього, біржі REE можуть легко підтримувати та управляти станом. Однак стан біржі REE зрештою повинен залишатися узгодженим з Bitcoin; інакше транзакції REE не можуть бути розраховані на Bitcoin.
Для запобігання невдачам розрахунків координатор перевіряє, що всі вхідні дані транзакції ще не витрачені. Кожна біржа також перевіряє, чи відповідають вхідні та вихідні дані її стандартам. Цей підхід забезпечує, що лише дійсні та перевірені вхідні дані використовуються для розрахунків.
Однак навіть якщо ці вхідні дані перевірені перед виконанням транзакції, подальші розрахунки не можуть бути гарантовані. Трейдер може навмисно або ненавмисно використовувати ті ж самі вхідні дані для іншої транзакції Bitcoin.
REE повинна відстежувати зміни в мережі Bitcoin у реальному часі та реагувати на них відповідно. Завдяки інтеграції з рідними Bitcoin та ланцюговим індексаторам Runes, REE, можливо, є єдиним виконувальним шаром Bitcoin, який реалізує цю мету без залежності від централізованих поза ланцюгових процесів.
Рисунок 4. Стан Tx REE
Координатор REE є компонентом, який управляє всім життєвим циклом транзакцій REE. Він відповідає за інформування біржі про події зміни стану.
Рисунок 5. Управління станом пулу
Біржі базуються на управлінні станом пулу фінансування. Конкретно, стан пулу фінансування має бути організований як ланцюг стану, що пов'язує послідовність транзакцій, виконаних на цьому пулі. Пул фінансування завжди обробляє запити на запит і виконує нові транзакції відповідно до заголовка ланцюга стану. Згідно з повідомленнями про події з координатора, пул фінансування виконує фіксацію або скасування.
Крім того, враховуючи високу волатильність комісій мережі Bitcoin, немає економічно доцільного способу забезпечити, щоб транзакції були включені в блок у певний часовий проміжок. У разі різкого зростання комісій за транзакції Bitcoin є два способи прискорити розрахунки: RBF (Replace-By-Fee, заміна за плату) та CPFP (Child Pays for Parent, дитина платить за батька). RBF вимагає перебудови транзакції, що призводить до поганого користувацького досвіду.
REE використовує CPFP, що означає, що коли плата за транзакції в мережі Bitcoin різко зростає, наступні транзакції повинні субсидіювати раніше неподаних транзакцій на тому ж пулі. Субсидії за плату залишаються механізмом вільного ринку: трейдери ініціюють наступні транзакції лише тоді, коли очікують, що, незважаючи на зростання витрат, у них все ще буде прибуток.
Продуктивність
Продуктивність виконувального шару зазвичай оцінюється за двома показниками: пропускною здатністю (вимірюється в TPS) та затримкою. У REE трейдери можуть виконувати угоди послідовно з затримкою всього кілька секунд, не чекаючи підтвердження блоку, щоб зробити наступний крок. У термінах затримки REE підвищує ефективність Bitcoin у 100 разів.
Послідовні транзакції REE будуть розраховані в пакетному форматі на ланцюзі Bitcoin. Оскільки одна транзакція з пам'яті може мати до 25 наступних транзакцій, кожен блок Bitcoin може розрахувати до 25 транзакцій для одного пулу транзакцій REE. Тому 25 можна вважати верхньою межею пропускної здатності для одного пулу транзакцій REE.
Різні торгові пули можуть здійснювати паралельне виконання угод. Коли цінова конкуренція не є необхідною, будівельники бірж можуть додати резервні пули для підвищення паралельності. Наприклад, розподілення токенів на 10 пулів для одноразового отримання 100 000 одержувачів може значно зменшити ймовірність невдачі транзакцій через одночасне отримання кількома користувачами.
У межах одного пулу транзакцій можна досягти паралельності всередині пулу, керуючи кількома UTXO, які містять однакові типи монет. Однак це вимагатиме більш складних алгоритмів вибору UTXO, розподілу та об'єднання. Майбутні біржі можуть досліджувати ці передові технології для покращення користувацького досвіду.
Витрати
Основні витрати транзакцій REE для користувачів походять з комісій мережі Bitcoin. REE мінімізує розмір транзакцій шляхом використання адресного типу P2TR.
Будівельники несуть витрати на роботу біржі на ICP (цикли). Хоча ICP є дуже економічно вигідним, будівельники повинні генерувати дохід всередині або зовні протоколу, щоб забезпечити економічну стабільність біржі.
MEV
REE є виконувальним шаром, який делегує упорядкування транзакцій контейнеру координатора REE, що знаходиться в підмережі ICP. Хоча це теоретично можливо, випадки, коли вузли підмережі ICP отримують MEV, перетасовуючи транзакції, є надзвичайно рідкісними.
Більш важливим є те, що в REE немає поняття сліпих ставок; коли трейдер підписує PSBT, всі вхідні та вихідні дані транзакцій вже встановлені, якщо вхідні дані з пулу біржі вже витрачені, угода зазнає невдачі. Отже, якщо угода REE була обрана, вона автоматично зазнає невдачі, покладаючи ризик ціни на нападника.
Управління
REE буде управлятися DAO Omnity SNS, відповідальним за нагляд за оновленнями протоколів, коригування параметрів і дорожніми картами розробки. Урядовий контроль на ланцюзі SNS забезпечує прозорість сталого розвитку екосистеми REE та прийняття рішень, керованих спільнотою.
Використання
Копіювання DeFi протоколів з Ethereum або Solana на Bitcoin є прямим способом використання REE. Нижче наведено кілька прикладів для детального пояснення.
AMM DEX (автоматизована маркет-мейкерська децентралізована біржа)
RichSwap, побудований Omnity, є AMM DEX, який запуститься одночасно з основною мережею REE. Як перша біржа на REE, RichSwap служить наступним цілям:
1. RichSwap перевіряє функціональність і продуктивність платформи REE.
2. RichSwap є відкритим кодом, пропонуючи повний приклад для будівельників BTCFi.
3. Інші протоколи BTCFi можуть скористатися RichSwap для прискорення ліквідності.
4. RichSwap має вбудований механізм захоплення вартості токена, яким можуть скористатися інші протоколи BTCFi.
Хоча RichSwap є першою біржею, вона не має жодних привілеїв. Після запуску основної мережі REE швидко перейде до відкритої платформи, приймаючи будь-які BTCFi протоколи, що відповідають технічним стандартам, без ліцензійної реєстрації.
Кредитування
Протоколи кредитування на базі REE можуть підтримувати кілька пулів фінансування, кожен з яких має різні конфігурації, параметри ризику та типи підтримуваних активів. Кожен пул фінансування, що підтримується заставою синьої Rune для запозичення BTC, може мати різні відсоткові ставки, ставки застави та пороги ліквідації. Він може вибрати повернути атокен постачальникам ліквідності (LP). Завдяки інтеграції з оракулами на ICP, протокол кредитування може децентралізовано визначати вартість застави або ініціювати процес ліквідації.
Токени ліквідності для стейкінгу
Реалізація стейкінгу BTC L1 на REE є можливою, але інтеграція з існуючими протоколами стейкінгу (такими як Babylon) є більш цікавою можливістю. Користувачі вносять BTC до біржі та отримують LST у форматі Runes. Потім LST Exchange поєднується з протоколом стейкінгу Babylon на BTC L1, одночасно керуючи делегуванням та винагородами за стейкінг на ланцюзі Babylon через бездоверчий крос-ланцюговий протокол. Omnity Hub вже інтегровано з Osmosis через повноцінну архітектуру ланцюга та верифікацію легкого клієнта. Тому взаємодія між смарт-контрактами ICP та Cosmos App Chain більше не стикається з технічними перешкодами.
Дорожня карта
1. У четвертому кварталі 2024 року буде випущена біла книга REE.
2. У першому кварталі 2025 року разом з RichSwap запуститься основна мережа REE.
3. У другому кварталі 2025 року відкриття реєстрації біржі для партнерів Omnity
4. У другій половині 2025 року повністю відкрита реєстрація бірж
Висновок
REE представляє прорив у програмованості Bitcoin, реалізуючи безпечні, тюрінгоздатні смарт-контракти без залежності від активів, кросчейнів або форків. Ця модель виконання без кросчейнів має потенціал сприяти створенню екосистеми BTCFi, що використовує ліквідність і безпеку Bitcoin в повністю бездоверчому та бездозвільному середовищі.
