У той час, коли BTCFi зазнає злету, Omnity випустила новий протокол розширення програмованості Bitcoin на рівні L1 REE. Додавши багаторічний досвід команди в міжланцюговій взаємодії (Omnity hub), Omnity вже стала одним з найважливіших і найінноваційніших гравців у сфері BTCFi.
Офіційний сайт: https://www.omnity.network/
На мою думку, Omnity Network досліджує технічне рішення для «масштабування та покращення програмованості» Bitcoin, яке є ефективним, надзвичайно комбінаційним і має високу толерантність до помилок:
1. У сценаріях високочастотної торгівлі за допомогою бездоказового рівня активів Bitcoin через міжланцюгову систему Omnity Hub, перейти до Bitlayer, Solana, Base – на ці екосистеми, де розвинуто більш швидкі розумні контракти;
2. Сценарії з великими обсягами, де нормальна частота угод у DeFi, тоді будують безпосередньо на Bitcoin L1 за допомогою REE.
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 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 стає єдиним виконувальним рівнем Bitcoin, який досягає цієї цілі без залежності від централізованих офлайн-процесів.
Як працює REE?
Під впливом Ethereum більшість платформ смарт-контрактів використовують модель стану на основі рахунків, що також вплинуло на мислення розробників смарт-контрактів. Проте стан в блокчейні Bitcoin заснований на UTXO. REE вводить модель Exchange-Pool, щоб подолати цю різницю. Модель Exchange-Pool підходить для управління станом UTXO Bitcoin і може бути легко реалізована на публічних ланцюгах на основі рахунків, таких як ICP. Цю модель складають три простих поняття:
1. Coin є одиницею активів Bitcoin на основі UTXO. BTC та Runes приймаються як Coin у REE.
2. Біржа – це приклад протоколу BTCFi, який функціонує на платформі REE для сприяння обміну Coin.
3. Фонд (pool) – це те, що біржа використовує для утримання Coin та підписування угод Bitcoin за допомогою публічного ключа (Chain Key). Згідно з логікою обміну, користувачі вносять пакет Coin у пул і отримують інший пакет Coin. Зазвичай, біржа управляє кількома фондами, кожен з яких має свої Coin та дані стану.
Будівельники Bitcoin тепер можуть створити різноманітні BTCFi протоколи за допомогою Exchange REE – реалізуючи кілька публічних методів смарт-контрактів ICP.
Рисунок 3. Архітектура REE
Рисунок 3 демонструє процес завершення угоди Bitcoin на REE, що включає кілька компонентів, таких як два Exchange, координатор REE та фронтальний інтерфейс. Нижче наведено покроковий розбір процесу:
1. Запит цін: трейдери запускають процес через інтерфейс, запитуючи ціну для угоди. Це може включати вибір угоди або типу операції, яку вони хочуть виконати, наприклад, обмін на ExchangeA, а потім стейкінг на ExchangeB.
2. Побудова PSBT: як тільки трейдер погоджується з умовами угоди, фронт будує PSBT за допомогою SDK REE Typescript.
3. Трейдер підписує PSBT: трейдер перевіряє та підписує PSBT за допомогою свого гаманця Bitcoin, фактично затверджуючи угоду для подальшої обробки.
4. Виклик Orchestrator/координатора: фронт передає PSBT до REE Orchestrator/координатора. REE Orchestrator/координатор виступає в ролі координатора, контролюючи виконання угоди.
5. Перевірка введення: перед виконанням угоди REE в Orchestrator/координаторі необхідно перевірити всі PSBT-введення, щоб переконатися, що вони дійсні і дійсно містять активи, які вони стверджують. Orchestrator/координатор покладається на Ord Canister (онлайн-індексатор Runes) для виконання цього.
6. Біржа підписує PSBT: після перевірки REE Orchestrator/координатор спілкується з відповідними біржами для підписання PSBT. Біржа перевіряє, що дані PSBT відповідають її умовам угоди, і підписує їх по черзі.
7. Трансляція угоди: після підписання PSBT всіма відповідними біржами, координатор REE транслює повністю підписану угоду в мережу Bitcoin. Потім угода підтверджується в блокчейні Bitcoin, завершуючи весь процес.
REE Orchestrator/координатор відповідає за забезпечення консистенції стану, повідомляючи біржі про будь-які зміни стану, коли будь-яка біржа відмовляється підписувати.
Перед використанням біржі її слід ініціалізувати її будівельником:
1. Деплоймент (крок 0.1): будівельник деплоїть Exchangecanister на тому ж підмережі ICP, що й REE Orchestrator/координатор. Хоча canister може викликати інші підмережі, це призводить до непотрібних затримок.
2. Реєстрація (крок 0.2): будівельник реєструє біржу у REE Orchestrator/координаторі.
Будівельники біржі відповідають за її обслуговування, включаючи оновлення та поповнення циклів для підтримки роботи. Omnity надасть загальні засоби для будівельників біржі, але все це є добровільним і замінним.
Системні характеристики
Програмованість
REE Exchange є незалежним смарт-контрактом 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.
https://explorer.omnity.network/
Комбінованість
Комбінованість смарт-контрактів REE забезпечує безшовну інтеграцію між протоколами, реалізуючи інноваційні фінансові протоколи шляхом об'єднання ліквідності та логічних одиниць в рамках зменшених довірчих умов.
REE забезпечує Bitcoin-подібну комбінованість. Кожен обмін лише турбується про те, що він отримує (вхід) і що він пропонує (вихід); поки вхід/вихід розумний, він погоджується брати участь в угоді. Угода REE може включати кілька обмінів, кожен з яких отримує та вносить деякі монети. За підтримки обміну координатор відповідає за забезпечення атомарності багатопідписної угоди. Атомарна комбінованість означає, що багатопідписна угода або повністю успішна, або повністю скасовується, якщо будь-яка частина провалиться. Це критично важливо в додатках DeFi.
Зазвичай трейдери надають первинні входи першій біржі; вихід першої біржі переходить до другої біржі, і так далі, поки остаточний вихід останньої біржі не отримує трейдер. Порядок підписання PSBT слідує цій логіці: перша біржа погоджується надати свої входи та підписати PSBT лише після того, як трейдер підписав свої входи, і так далі.
Концептуально, комбінованість біржі виглядає як конвеєрні команди Unix. Однак це не лише так. Будь-яка сутність (трейдер чи біржа) може надавати входи іншим сутностям, не зважаючи на порядок. Наприклад, входи трейдера можуть перейти до другої або наступних бірж; біржі надають первинні входи та витрати на збори в мережі Bitcoin замість трейдера.
Крім того, трейдери не обов'язково є особами; це можуть бути офлайн-процеси або смарт-контракти ICP. Це відкриває можливості для агрегаторів доходу на ланцюзі або арбітражних роботів. Завдяки потужному стеку Chain Fusion, REEExchange може взаємодіяти з іншими блокчейнами. Наприклад, зміни стану на 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 Orchestrator/координатор є компонентом, що управляє всім життєвим циклом угод REE. Він відповідає за повідомлення бірж про відповідні зміни стану.
Рисунок 5. Управління станом фонду
Біржі управляють станом фондів. Конкретно, стан фонду має бути організований як ланцюг станів, пов'язаних серією угод, виконаних на цьому фонді. Фонди завжди обробляють запити на запити та виконують нові угоди відповідно до заголовка ланцюга стану. Згідно з повідомленнями подій від Orchestrator/координатора, фонди виконують остаточний розрахунок або скасовують.
Крім того, враховуючи високу волатильність зборів в мережі 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 – це виконувальний рівень, який делегує впорядкування угод до підмережі ICP, де розміщується контейнер REE Orchestrator/координатора. Хоча теоретично це можливо, випадки, коли вузли підмережі ICP отримують MEV, повторно впорядковуючи угоди, є маловірогідними.
Більш того, на REE не існує поняття сліпих ставок; коли трейдер підписує PSBT, усі входи та виходи угоди вже визначені, і якщо входи з фонду біржі вже витрачені, угода провалиться. Таким чином, якщо угода REE буде перехоплена, вона автоматично провалиться, залишаючи перехоплювача з ризиком цін.
Управління
REE буде управлятися Omnity SNS DAO, відповідальним за нагляд за оновленнями протоколів, налаштування параметрів і дорожньою картою розробки. Управління на ланцюгу SNS забезпечує прозорість сталого розвитку екосистеми REE та прийняття рішень, керованих спільнотою.
Використання
Прямим способом використання REE є копіювання протоколів DeFi з Ethereum або Solana на Bitcoin. Нижче наведено кілька прикладів для детального пояснення.
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, може мати різні процентні ставки, рівні застави та пороги ліквідації. Він може вирішити повернути ліквідним постачальникам (LP) atoken. Завдяки інтеграції з оракулами на ICP, протоколи кредитування можуть децентралізовано визначати вартість застави або ініціювати процес ліквідації.
Токени ліквідності стейкінгу
Реалізація стейкінгу Bitcoin L1 на REE є досяжною, але інтеграція існуючих стейкінгових протоколів (таких як Babylon) є більш цікавою можливістю. Користувачі вносять Bitcoin в Exchange та отримують LST у форматі Runes. Потім LSTExchange комбінує з протоколом стейкінгу Babylon на Bitcoin L1, при цьому управляючи делегуванням та винагородами за стейкінг на ланцюзі Babylon через бездоказовий міжланцюговий протокол. Omnity Hub вже інтегрований з Osmosis через архітектуру повного ланцюга та перевірку легкого клієнта. Таким чином, взаємодія між смарт-контрактами ICP та Cosmos Application Chain більше не стикається з технічними бар'єрами.
Дорожня карта
1. У четвертому кварталі 2024 року випустити білу книгу REE
2. У першому кварталі 2025 року разом з RichSwap запустити основну мережу REE.
3. У другому кварталі 2025 року відкрити реєстрацію для партнерів Omnity на Exchange.
4. У другій половині 2025 року повністю відкрити реєстрацію для Exchange.
Висновок
REE представляє прорив у програмованості Bitcoin, реалізуючи безпечні, тюрінгомплектні смарт-контракти без потреби в міжланцюгових активах або форках. Ця модель без міжланцюгового виконання має потенціал для вирощування екосистеми BTCFi, яка використовує ліквідність та безпеку Bitcoin у повністю бездоказовому та безліцензійному середовищі.
