W obliczu wzrastającej fali BTCFi, Omnity wprowadza nowy protokół rozszerzający programowalność Bitcoin L1 - REE. W połączeniu z wieloletnim doświadczeniem zespołu w zakresie interoperacyjności międzyłańcuchowej (Omnity hub), Omnity stał się jednym z najważniejszych i najbardziej odkrywczych graczy w dziedzinie BTCFi.
Strona główna: https://www.omnity.network/
Moim zdaniem, Omnity Network odkrywa wydajny, wysoko kompozycyjny i bardzo odporny techniczny plan „rozszerzania i zwiększania programowalności” ekosystemu Bitcoin:
1. W scenariuszach wysokiej częstotliwości handlu, dzięki bezpiecznemu rozwiązaniu międzyłańcuchowemu dla aktywów Bitcoin, Omnity Hub, można przejść do takich łańcuchów inteligentnych jak Bitlayer, Solana, Base, które mają bardziej rozwiniętą ekosystem.
2. W scenariuszach dużych funduszy i normalnej częstotliwości transakcji w DeFi, należy używać REE bezpośrednio na Bitcoinie L1.
Hub i REE są niezależne, mają elastyczną kompozycyjność, co można powiedzieć, że stanowi solidną podstawę dla innowacji deweloperów, z nadzieją na pojawienie się przełomowych innowacji w dziedzinie BTCFi!
Zainteresowane osoby mogą najpierw przeczytać ten artykuł, a aby zobaczyć angielską wersję, zapraszam do linku ⬇️
Biała księga REE: https://x.com/louisliubj/status/1861588938475086166
Oto wersja przetłumaczona na chiński, miłego korzystania～
REE: Turingowo kompletny, bez międzyłańcuchowy Bitcoin wykonawczy
REE wprowadza zdecentralizowaną warstwę wykonawczą Bitcoina, umożliwiającą BTCFi aplikacjom korzystanie z turingowo kompletnych inteligentnych kontraktów. Bez aktywów międzyłańcuchowych, REE zwiększa programowalność głównej sieci Bitcoina, zachowując jednocześnie natywne doświadczenie użytkownika.
Czym jest REE?
Środowisko wymiany Run (REE) to zdecentralizowana warstwa wykonawcza Bitcoina, która oferuje kompozycyjne inteligentne kontrakty dla Bitcoina L1 bez potrzeby aktywów międzyłańcuchowych. REE wzmacnia mechanizm wielopodpisowych transakcji Bitcoin, uczestnicząc bezpośrednio w transakcjach na głównej sieci Bitcoina.
Rysunek 0. Wielopodpisowa transakcja Bitcoin
Wielopodpisowa transakcja to transakcja Bitcoin zawierająca wejścia od wielu uczestników, technika ta była stosowana w ekosystemie Bitcoin przez wiele lat. Zazwyczaj jeden z uczestników pełni rolę koordynatora, używając PSBT (częściowo podpisanej transakcji Bitcoin) do agregacji podpisów każdego uczestnika, a następnie ogłasza transakcję w sieci Bitcoin. Niektóre znaczące zastosowania transakcji wielopodpisowych obejmują CoinJoin, portfele wielopodpisowe i depozytariuszy.
W scenariuszach wielopodpisowych uczestnikami mogą być nie tylko ludzie, ale także programy. W środowisku DeFi traderzy zazwyczaj handlują z protokołem (inteligentnym kontraktem) jako partnerem w transakcji. Ideą REE jest umożliwienie protokołowi BTCFi uczestniczenia w wielopodpisowych transakcjach Bitcoin i przeniesienie całego procesu podpisywania na publiczny łańcuch bloków, co umożliwia decentralizację.
Rysunek 1. Zdecentralizowane koordynowanie wielopodpisowe (DMSC)
Rysunek 1 przedstawia ogólny proces zdecentralizowanego koordynowania wielopodpisowego (DMSC). Ustawienie to obejmuje tradera, wiele protokołów BTCFi (A, B i C) oraz koordynatora na publicznym łańcuchu bloków. Koordynator agreguje podpisy i ogłasza ostateczną transakcję.
Proces DMSC wygląda następująco:
1. Faza negocjacji
Traderzy inicjują transakcje, negocjując warunki z wieloma protokołami. Każdy protokół reprezentuje podmiot posiadający aktywa Bitcoin i gotowy do handlu zgodnie z określonymi zasadami. Przykłady protokołów to zdecentralizowane giełdy, protokoły pożyczkowe, stablecoiny itp.
2. Faza podpisywania
Po negocjacjach buduje się PSBT, aby odzwierciedlić transakcję. Koordynator następnie wywołuje każdy protokół, aby podpisać PSBT. Każdy protokół (A, B i C) weryfikuje swoją część transakcji i zatwierdza jej zawartość poprzez podpisanie.
3. Faza nadawania
Gdy PSBT jest w pełni podpisany, koordynator konwertuje go na transakcję Bitcoin i ogłasza w sieci. W ten sposób transakcja zostaje rozliczona na Bitcoinie.
REE wybiera ICP (Internet Computer Protocol) jako publiczny łańcuch bloków DMSC. Innymi słowy, REE jest infrastrukturą DMSC Bitcoin na ICP.
Dlaczego REE?
Bitcoin jest najbezpieczniejszym i najbardziej zdecentralizowanym łańcuchem bloków na świecie, ale jego ograniczona programowalność ogranicza jego zastosowanie w złożonych aplikacjach finansowych. REE uzupełnia istniejące rozwiązania Bitcoin L2, oferując zaawansowaną programowalność i turingowo kompletne inteligentne kontrakty, jednocześnie zachowując samodzielne zarządzanie i minimalizując założenia dotyczące zaufania.
Rysunek 2. REE nie jest Bitcoinem L2
W przeciwieństwie do większości L2, inteligentne kontrakty REE bezpośrednio współdziałają z modelem UTXO Bitcoina, osiągając zaawansowaną programowalność, jednocześnie zachowując samodzielne zarządzanie. Traderzy nie muszą blokować swoich aktywów Bitcoin na mostach międzyłańcuchowych. Współdziałają z inteligentnymi kontraktami, podpisując PSBT za pomocą portfela Bitcoin i natychmiast kończąc rozliczenie transakcji na Bitcoinie.
Z drugiej strony, wśród znanych rozwiązań zwiększających programowalność Bitcoin L1, DMSC ma znaczną przewagę nad innymi rozwiązaniami. Wykorzystuje nowoczesny publiczny łańcuch bloków do zwiększenia programowalności Bitcoina, zamiast polegać na nowych kodach operacyjnych. Dodatkowo, DMSC może być zgodny z wszystkimi aktywami opartymi na protokole UTXO bez konieczności aktualizacji protokołów metadanych i indeksatorów.
Tabela 1. Porównanie rozwiązań programowalności Bitcoin L1
Ostatecznie, ICP może być najbardziej odpowiednim łańcuchem bloków dla DMSC. REE wykorzystuje technologię Chain Fusion ICP do bezpiecznego zarządzania kluczami prywatnymi i podpisami Bitcoin, włączając DMSC przy zachowaniu modelu bezpieczeństwa Bitcoina. Dzięki natywnej integracji Bitcoina ICP i indeksatorowi na łańcuchu, REE jest zgodny z Runami (najbardziej akceptowanym protokołem Bitcoin opartym na UTXO) w sposób minimalizujący zaufanie.
Jak działa REE?
Pod wpływem Ethereum, zdecydowana większość platform inteligentnych kontraktów opiera się na modelu stanu opartym na kontach, co wpływa również na sposób myślenia deweloperów inteligentnych kontraktów. Jednak stan łańcucha Bitcoina oparty jest na UTXO. REE wprowadza model Exchange-Pool, aby zniwelować różnice. Model Exchange-Pool dostosowuje zarządzanie stanem UTXO Bitcoina i może być łatwo wdrożony na publicznych łańcuchach opartych na kontach, takich jak ICP. Model składa się z trzech prostych koncepcji:
1. Coin jest jednostką aktywów Bitcoin opartą na UTXO. BTC i Runy są akceptowane jako Coin w REE.
2. Giełda jest instancją protokołu BTCFi działającego na platformie REE, służącą do ułatwienia wymiany monet.
3. Pula funduszy (pool) to publiczny klucz (Chain Key), którego giełda używa do przechowywania monet i podpisywania transakcji Bitcoin. Zgodnie z logiką giełdy, użytkownicy wkładają jedną torbę monet do puli i otrzymują drugą torbę monet. Zazwyczaj jedna giełda zarządza wieloma pulami, z których każda ma swoje monety i dane stanu.
Budowniczowie Bitcoin mogą teraz tworzyć zróżnicowane protokoły BTCFi za pomocą giełdy REE - realizując inteligentne kontrakty ICP kilku publicznych metod.
Rysunek 3. Architektura REE
Rysunek 3 ilustruje proces zakończenia transakcji Bitcoin na REE, obejmując wiele komponentów, takich jak dwie giełdy, koordynator REE i interfejs front-end. Oto krok po kroku rozbicie procesu:
1. Zapytanie o cenę: Traderzy uruchamiają proces poprzez interfejs front-end, dokonując zapytania o transakcję. Może to obejmować wybór transakcji lub typu operacji, np. wymiany na ExchangeA, a następnie stakowania na ExchangeB.
2. Budowanie PSBT: Gdy trader zgodzi się na warunki transakcji, front-end z pomocą REE Typescript SDK buduje PSBT.
3. Trader podpisuje PSBT: Trader przegląda i podpisuje PSBT za pomocą swojego portfela Bitcoin, w zasadzie zatwierdzając transakcję do dalszego przetwarzania.
4. Wywołanie Orchestratora/koordynatora: front-end wysyła PSBT do REE Orchestratora/koordynatora. REE Orchestrator/koordynator pełni rolę koordynatora, nadzorując wykonanie transakcji.
5. Weryfikacja wejść: Przed wykonaniem transakcji REE przez Orchestratora/koordynatora, wszystkie wejścia PSBT muszą być zweryfikowane, aby upewnić się, że są wydatne i rzeczywiście zawierają aktywa, które twierdzą. Orkiestrator/koordynator polega na Ord Canister (łańcuchowy indeksator Run), aby to osiągnąć.
6. Giełda podpisuje PSBT: Po weryfikacji, REE Orchestrator/koordynator komunikuje się z odpowiednią giełdą w celu podpisania PSBT. Giełda weryfikuje, że dane PSBT spełniają jej warunki transakcji, i podpisuje je jedno po drugim.
7. Nadawanie transakcji: Po podpisaniu PSBT przez wszystkie odpowiednie giełdy, koordynator REE ogłasza w pełni podpisaną transakcję w sieci Bitcoin. Następnie transakcja zostaje potwierdzona w łańcuchu bloków Bitcoin, kończąc cały proces.
REE Orchestrator/koordynator odpowiada za zapewnienie spójności stanu, informując giełdy o cofnięciu stanu w przypadku, gdy jakakolwiek giełda odmówi podpisania.
Zanim ktokolwiek użyje giełdy, musi być ona zainicjowana przez jej budowniczego:
1. Wdrożenie (krok 0.1): Budowniczy wdraża kanister giełdy w tej samej podsieci ICP, co REE Orchestrator/koordynator. Chociaż kanister może wywoływać transakcje w różnych podsieciach, wprowadza to niepotrzebne opóźnienia.
2. Rejestracja (krok 0.2): budowniczy rejestruje giełdę w REE Orchestratorze/koordynatorze.
Budowniczy giełdy są odpowiedzialni za utrzymanie giełdy, w tym aktualizacje i doładowania cykli, aby zapewnić jej działanie. Omnity zapewni budowniczym giełdy ogólne udogodnienia dla łatwego użytkowania, ale będą one opcjonalne i wymienne.
Cechy systemu
Programowalność
REE Exchange to niezależny inteligentny kontrakt ICP, który w pełni wykorzystuje funkcje podstawowego łańcucha bloków. Zalecamy czytelnikom zapoznanie się z dokumentacją techniczną ICP, aby uzyskać więcej informacji na temat rozwoju inteligentnych kontraktów ICP.
Dokumentacja techniczna ICP:
https://internetcomputer.org/docs/current/home
Oto kilka wskazówek:
1. Intensywne obliczenia, takie jak rozpoznawanie twarzy, mogą działać w inteligentnym kontrakcie ICP:
https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2
2. Kontener Bitcoin na ICP może być największym inteligentnym kontraktem na świecie, zajmującym 500 GB pamięci na łańcuchu, przy rocznych kosztach wynoszących tylko 2500 dolarów.
https://github.com/dfinity/bitcoin-canister
3. Omnity Hub to całkowicie łańcuchowa stos interoperacyjności na ICP, co oznacza, że nie wymaga pośredników ani indeksatorów off-chain. Omnity Hub łączy się bezpośrednio z dziesiątkami heterogenicznych łańcuchów bloków poprzez interfejs RPC.
https://explorer.omnity.network/
Kompozycyjność
Kompozycyjność inteligentnych kontraktów REE zapewnia bezproblemową integrację między protokołami, umożliwiając innowacyjne protokoły finansowe poprzez połączenie płynności i jednostek logicznych w ramach minimalizowanego zaufania.
REE oferuje programowalność w stylu Bitcoin. Każda giełda zwraca uwagę tylko na to, co otrzymuje (wejście) i co oferuje (wyjście); tak długo, jak wejścia/wyjścia są rozsądne, zgadza się uczestniczyć w transakcji. Transakcje REE mogą obejmować wiele giełd, z których każda przyjmuje i wnosi pewne monety. Współpracy giełd towarzyszy koordynator, który odpowiada za zapewnienie atomowości transakcji wielopodpisowych. Atomowa kompozycyjność oznacza, że transakcje wielopodpisowe są albo całkowicie udane, albo w przypadku niepowodzenia którejkolwiek części są całkowicie cofnęte. To jest kluczowe w aplikacjach DeFi.
Zazwyczaj traderzy dostarczają początkowe wejście pierwszej giełdzie; wyjście z pierwszej giełdy trafia do drugiej giełdy, a ten proces trwa aż do ostatniej giełdy, której ostateczne wyjście trafia do tradera. Kolejność podpisywania PSBT podąża za tą logiką: pierwsza giełda zgodzi się dostarczyć swoje wejście i podpisać PSBT tylko wtedy, gdy trader już podpisał swoje wejścia, i tak dalej.
Z koncepcyjnego punktu widzenia, kompozycyjność giełdy wygląda jak zróżnicowane polecenia Unix. Jednak nie tylko to. Każdy podmiot (trader lub giełda) może dostarczać inne podmioty wejścia bez względu na kolejność. Na przykład wejścia tradera trafiają do drugiej lub kolejnej giełdy; giełda zamiast tradera dostarcza początkowe wejście i opłaty w sieci Bitcoin.
Ponadto, traderzy nie muszą być jednostkami; mogą to być procesy off-chain lub inteligentne kontrakty ICP. Otwiera to możliwości dla agregatorów dochodów on-chain lub botów arbitrażowych. Dzięki potężnemu stosowi Chain Fusion, REEExchange może współdziałać z innymi łańcuchami bloków. Na przykład, zmiany stanu na Ethereum lub Solanie mogą uruchamiać transakcje REE i odwrotnie.
Profil ryzyka
Odbiorca (trader, który dokonuje transakcji z pulą funduszy) przegląda PSBT zawierający wszystkie warunki transakcji, reprezentowane przez wejścia i wyjścia, przed podpisaniem. Po podpisaniu nikt, w tym sam trader, giełda, REE, węzły ICP i górnicy Bitcoin, nie może zmienić transakcji. Innymi słowy, odbiorca nie ponosi ryzyka przechowawczego.
Zazwyczaj wykonanie każdej transakcji REE prowadzi do zmiany stanu konkretnej puli funduszy, co sprawia, że warunki transakcji uzyskane z wcześniejszych zapytań stają się nieważne. Biorąc pod uwagę opóźnienie w wykonaniu transakcji REE (mierzonym w sekundach) znacznie niższe niż w Bitcoinie (mierzonym w minutach), transakcje REE są zazwyczaj przetwarzane w kolejności. Jednak gdy wielu traderów dokonuje transakcji z tą samą pulą funduszy jednocześnie, mogą wystąpić niepowodzenia transakcji.
Niepowodzenie transakcji nie prowadzi do utraty aktywów; traderzy po prostu ponownie zapytują i próbują wykonać transakcję ponownie.
Market makerzy (traderzy dostarczający płynność do puli funduszy) ponoszą ryzyko przechowawcze, przekazując kontrolę nad aktywami giełdzie. Dlatego stają w obliczu ryzyka inteligentnych kontraktów powiązanych z logiką giełdy, co podkreśla znaczenie audytów i reputacji budowniczych giełd.
Bezpieczeństwo założeń market makerów obejmuje platformy ICP i REE. Jednak bezpieczeństwo ICP (o wartości wielu miliardów dolarów) spełnia wymagania bezpieczeństwa protokołu BTCFi we wszystkich znanych przypadkach.
Stan spójności Bitcoin
Ograniczenia skryptu Bitcoin w zakresie wspierania BTCFi wynikają nie tylko z ograniczeń funkcjonalnych kodów operacyjnych, ale w dużej mierze z faktu, że nie mogą one utrzymywać złożonego stanu na łańcuchu. W przeciwieństwie do tego, giełdy w REE mogą swobodnie utrzymywać i zarządzać stanem. Jednak stan giełdy REE ostatecznie musi być zgodny z Bitcoinem; w przeciwnym razie transakcje REE nie mogą być rozliczane na Bitcoinie.
Aby zapobiec niepowodzeniu rozliczenia, koordynator weryfikuje, że wszystkie wejścia transakcji nie zostały jeszcze wydane. Każda giełda również weryfikuje, że wejścia i wyjścia transakcji spełniają jej standardy. Takie podejście zapewnia, że tylko ważne i zweryfikowane wejścia są używane do rozliczenia transakcji.
Jednak nawet jeśli te wejścia są weryfikowane przed wykonaniem transakcji, później nie można zagwarantować rozliczenia. Traderzy mogą celowo lub nieumyślnie wykorzystać te same wejścia w innej transakcji Bitcoin.
REE musi być świadomy zmian w sieci Bitcoin w czasie rzeczywistym i odpowiednio reagować. Dzięki natywnej integracji z Bitcoinem i wsparciu indeksatora Run na łańcuchu, REE może być jedyną warstwą wykonawczą Bitcoina, która osiąga ten cel bez polegania na scentralizowanych procesach off-chain.
Rysunek 4. Stan Tx REE
REE Orchestrator/koordynator to komponent zarządzający całym cyklem życia transakcji REE. Odpowiada za powiadamianie giełdy o zmianach stanu.
Rysunek 5. Zarządzanie stanem puli funduszy
Giełdy są zarządzane na podstawie stanu puli funduszy. Konkretnie, stan puli funduszy powinien być zorganizowany jako łańcuch stanu połączony z sekwencją transakcji realizowanych na tej puli funduszy. Pula funduszy zawsze przetwarza zapytania i wykonuje nowe transakcje w oparciu o głowę łańcucha stanu. Na podstawie powiadomień o zdarzeniach z Orchestratora/koordynatora, pula funduszy wykonuje ustalenia lub cofa transakcje.
Ponadto, biorąc pod uwagę wysoką zmienność opłat w sieci Bitcoin, nie ma ekonomicznie wykonalnego sposobu na zapewnienie, że transakcje są włączane w określonym ramie czasowym. W przypadku wzrostu opłat w sieci Bitcoin istnieją dwa sposoby na przyspieszenie rozliczenia: RBF (Replace-By-Fee, wymiana opłat) i CPFP (Child Pays for Parent, dziecko płaci za rodzica). RBF wymaga odbudowy transakcji, co prowadzi do złego doświadczenia użytkownika.
REE używa CPFP, co oznacza, że gdy opłaty w sieci Bitcoin wzrosną, kolejne transakcje muszą subsydiować wcześniej nie włączone transakcje z tej samej puli funduszy. Subsydia opłat pozostają mechanizmem wolnorynkowym: traderzy podejmują kolejne transakcje tylko wtedy, gdy przewidują, że mimo wzrostu kosztów nadal będą mieli zysk.
Wydajność
Wydajność warstwy wykonawczej jest zazwyczaj mierzona dwoma wskaźnikami: przepustowością (w jednostkach TPS) i opóźnieniem. Na REE traderzy mogą wykonywać transakcje jeden po drugim z opóźnieniem wynoszącym zaledwie kilka sekund, nie czekając na potwierdzenie bloku, aby przejść do następnego kroku. W zakresie opóźnienia REE zwiększa wydajność Bitcoina o 100 razy.
Seryjne transakcje REE będą rozliczane w formie partii na łańcuchu Bitcoina. Ponieważ jedna transakcja w pamięci może mieć maksymalnie 25 transakcji następujących po sobie, każdy blok Bitcoina może rozliczyć maksymalnie 25 transakcji dla pojedynczej puli transakcji REE. Dlatego 25 można uznać za górny limit przepustowości pojedynczej puli transakcji REE.
Różne pule transakcyjne mogą umożliwiać równoległe wykonanie transakcji. Gdy konkurencja cenowa nie jest konieczna, budowniczowie giełdy mogą dodać nadmiarowe pule w celu zwiększenia współbieżności. Na przykład podział tokenów na 10 pul w celu jednorazowego airdropu dla 100 000 odbiorców może znacznie zmniejszyć prawdopodobieństwo niepowodzenia transakcji spowodowanego równoczesnym odbiorem przez wielu użytkowników.
W pojedynczej puli transakcji można osiągnąć współbieżność w obrębie puli, zarządzając wieloma UTXO tego samego typu monety. Wymaga to jednak bardziej złożonych algorytmów wyboru, dzielenia i łączenia UTXO. Przyszłe giełdy mogą badać te zaawansowane technologie w celu zapewnienia lepszego doświadczenia użytkownika.
Koszt
Główne koszty transakcji REE dla użytkowników pochodzą z opłat w sieci Bitcoin. REE minimalizuje rozmiar transakcji rozliczeniowych, używając typu adresu P2TR.
Budowniczowie ponoszą koszty działania giełdy na ICP (cykle). Chociaż ICP jest bardzo efektywne kosztowo, budowniczowie muszą generować przychody wewnętrznie lub zewnętrznie, aby zapewnić ekonomiczną zrównoważoność swojej giełdy.
MEV
REE jest warstwą wykonawczą, która deleguje sortowanie transakcji do kontenera REE Orchestrator/koordynator znajdującego się w podsieci ICP. Chociaż teoretycznie możliwe, to przypadki, w których węzły podsieci ICP wydobywają MEV przez przetasowanie transakcji, są nieznane.
Co bardziej istotne, na REE nie ma pojęcia slippage; gdy trader podpisuje PSBT, wszystkie wejścia i wyjścia transakcji są już ustalone, a jeśli wejścia z puli funduszy giełdy zostały już wydane, transakcja się nie powiedzie. Dlatego w przypadku, gdy transakcja REE zostanie wyprzedzona, automatycznie się nie powiedzie, a wyprzedzający poniesie ryzyko cenowe samodzielnie.
Zarządzanie
REE będzie zarządzany przez Omnity SNS DAO, odpowiedzialny za nadzorowanie aktualizacji protokołu, dostosowywanie parametrów i rozwój mapy drogowej. Zarządzanie na łańcuchu SNS zapewnia przejrzystość zrównoważonego rozwoju ekosystemu REE i podejmowanie decyzji napędzanych przez społeczność.
Przykłady użycia
Kopiowanie protokołów DeFi z Ethereum lub Solany do Bitcoina jest bezpośrednim sposobem na wykorzystanie REE. Oto kilka przykładów, które szczegółowo to opisują.
AMM DEX (automatyczny market maker zdecentralizowanej giełdy)
RichSwap, AMM DEX zbudowany przez Omnity, uruchomi się równocześnie z główną siecią REE. Jako pierwsza giełda na REE, RichSwap służy następującym celom:
1. RichSwap weryfikuje funkcjonalność i wydajność platformy REE.
2. RichSwap jest open source, oferując pełne przykłady dla budowniczych BTCFi.
3. Inne protokoły BTCFi mogą wykorzystać RichSwap do zwiększenia płynności.
4. RichSwap ma wbudowany mechanizm przechwytywania wartości tokenów, z którego mogą korzystać inne protokoły BTCFi.
Chociaż RichSwap jest pierwszą giełdą, nie ma żadnych przywilejów. Po uruchomieniu głównej sieci, REE szybko przejdzie do otwartej platformy, akceptując dowolne protokoły BTCFi (w tym AMM DEX) bez zezwolenia, które spełniają normy techniczne.
Pożyczki
Protokół pożyczkowy oparty na REE może wspierać wiele pul funduszy, z których każda ma różne konfiguracje, parametry ryzyka i typy wsparcia aktywów. Każda pula funduszy wspierająca pożyczki BTC z zabezpieczeniem w Runach może mieć różne stawki procentowe, wskaźniki zabezpieczenia i progi likwidacji. Może zdecydować o zwrocie tokenów atoken dla dostawców płynności (LPs). Poprzez integrację z oracle na ICP, protokół pożyczkowy może zdecentralizować określenie wartości zabezpieczenia lub uruchomić proces likwidacji.
Tokeny płynności stakowania
Wdrożenie stakowania Bitcoina L1 na REE jest możliwe, ale integracja z istniejącymi protokołami stakowania (takimi jak Babylon) jest bardziej interesującą możliwością. Użytkownicy wpłacają Bitcoiny do giełdy i otrzymują LST w formacie Run. Następnie LSTExchange łączy się z protokołem stakowania Babylon na Bitcoinie L1, jednocześnie zarządzając delegacjami i nagrodami za stakowanie na łańcuchu Babylon za pomocą protokołu bez zaufania międzyłańcuchowego. Omnity Hub już zintegrował się z Osmosis dzięki architekturze całego łańcucha i weryfikacji lekkich klientów. W związku z tym interakcje między inteligentnymi kontraktami ICP a aplikacjami kosmosowymi nie napotykają już technicznych przeszkód.
Mapa drogowa
1. W czwartym kwartale 2024 roku publikacja białej księgi REE.
2. W pierwszym kwartale 2025 roku uruchomienie głównej sieci REE razem z RichSwap
3. W drugim kwartale 2025 roku otwarcie rejestracji giełdy dla partnerów Omnity
4. W drugiej połowie 2025 roku całkowite otwarcie rejestracji giełdy
Wnioski
REE reprezentuje przełom w programowalności Bitcoina, umożliwiając bezpieczne, turingowo kompletne inteligentne kontrakty bez polegania na aktywach międzyłańcuchowych lub forkach. Ten model wykonawczy bez międzyłańcuchowy ma potencjał do rozwijania ekosystemu BTCFi, który wykorzystuje płynność i bezpieczeństwo Bitcoina w całkowicie bez zaufania i bez zezwolenia środowisku.