Articol preluat din: Comunitatea chineză Runes
Pe măsură ce BTCFi devine din ce în ce mai popular, Omnity a lansat noul protocol de extensibilitate programabilă la nivelul 1 Bitcoin, REE. Cu acumularea de ani de experiență în interoperabilitatea cross-chain (Omnity Hub), Omnity a devenit unul dintre cei mai importanți și inovatori jucători din domeniul BTCFi.
Site oficial: https://www.omnity.network/
Din punctul meu de vedere, Omnity Network explorează o soluție tehnică eficientă, extrem de combinabilă și cu o reziliență foarte mare pentru "extinderea și îmbunătățirea programabilității" ecosistemului Bitcoin:
1, Scenarii de tranzacții frecvente, folosind soluția cross-chain de active Bitcoin fără încredere Omnity Hub, pentru a ajunge la lanțuri de contracte inteligente cu infrastructură ecologică mai bine dezvoltată precum Bitlayer, Solana, Base;
2, Scenarii de fonduri mari, frecvență normală de tranzacții în afacerea DeFi, folosind REE pentru a construi direct pe nivelul 1 Bitcoin.
Hub și REE sunt independente, având o combinabilitate flexibilă, ceea ce poate oferi o bază solidă pentru inovația dezvoltatorilor, așteptându-se să apară inovații disruptive în domeniul BTCFi!
Cei interesați pot citi mai întâi acest articol, pentru versiunea originală în engleză, consultați linkul ⬇️
Whitepaper REE: https://x.com/louisliubj/status/1861588938475086166
Mai jos este versiunea tradusă în chineză, Enjoy～
REE: Un strat de execuție Bitcoin complet Turing fără cross-chain
REE introduce un strat de execuție descentralizat pentru Bitcoin, activând contracte inteligente complet Turing pentru aplicațiile BTCFi. Fără a necesita active cross-chain, REE îmbunătățește programabilitatea rețelei principale Bitcoin și păstrează experiența nativă a utilizatorului.
Ce este REE?
Mediul de tranzacționare Runes Exchange Environment (REE) este un strat de execuție descentralizat pentru Bitcoin, care oferă contracte inteligente combinabile pentru Bitcoin L1 fără a necesita active cross-chain. REE îmbunătățește mecanismele tranzacțiilor multi-semnătură Bitcoin prin contracte inteligente pe un strat de execuție descentralizat, participând direct la tranzacțiile din rețeaua principală Bitcoin.
Figura 0. Tranzacția multi-semnătură Bitcoin
Tranzacțiile multi-semnătură sunt tranzacții Bitcoin care includ intrările mai multor participanți, o tehnică folosită în ecosistemul Bitcoin de ani de zile. De obicei, un participant acționează ca un coordonator, folosind PSBT (tranzacții Bitcoin parțial semnate) pentru a aglomera semnăturile fiecărui participant, apoi difuzează tranzacția în rețeaua Bitcoin. Unele cazuri notabile ale tranzacțiilor multi-semnătură includ CoinJoin, portofele multi-semnătură și custode.
În scenariile de semnătură multiplu, participanții pot fi, pe lângă oameni, și programe. În mediu DeFi, traderii tranzacționează de obicei cu protocoale (contracte inteligente) ca contrapartide. Conceptul REE este de a permite protocoalelor BTCFi să participe la tranzacțiile multi-semnătură Bitcoin și de a muta întregul proces de semnare pe blockchain-ul public, realizând astfel descentralizarea.
Figura 1. Coordonarea multi-semnătură descentralizată (DMSC)
Figura 1 arată fluxul general al coordonării multi-semnături descentralizate (DMSC). Configurația implică un trader, mai multe protocoale BTCFi (A, B și C) și un coordonator pe blockchain-ul public. Coordonatorul aglomerează semnăturile și difuzează tranzacția finală.
Procesul DMSC este următorul:
1, Etapa de negociere
Traderii inițiază tranzacții prin negocierea termenilor cu mai multe protocoale. Fiecare protocol reprezintă o entitate care deține active Bitcoin și este pregătită să efectueze tranzacții conform unor reguli specifice. Exemple de protocoale includ exchange-uri descentralizate, protocoale de împrumut, stablecoin-uri etc.
2, Etapa de semnare
După negociere, construiește un PSBT care reflectă tranzacția. Coordonatorul apelează apoi fiecare protocol pentru a semna PSBT. Fiecare protocol (A, B și C) își validează partea de tranzacție și aprobă includerea acesteia prin semnătura.
3, Etapa de difuzare
Odată ce PSBT este complet semnat, Coordonatorul/Coodinatorul îl transformă într-o tranzacție Bitcoin și o difuzează în rețea. Astfel, tranzacția este finalizată pe Bitcoin.
REE a ales ICP (Internet Computer Protocol) ca blockchain public pentru DMSC. Cu alte cuvinte, REE este infrastructura Bitcoin DMSC pe ICP.
De ce REE?
Bitcoin este blockchain-ul cel mai sigur și cel mai descentralizat din lume, dar programabilitatea sa limitată îi restricționează utilizarea în aplicații financiare complexe. REE completează soluțiile existente de Bitcoin L2 prin furnizarea de programabilitate avansată și contracte inteligente complet Turing, menținând în același timp auto-gospodărirea și minimizând presupunerile de încredere.
Figura 2. REE nu este Bitcoin L2.
Spre deosebire de majoritatea L2-urilor, contractele inteligente REE interacționează direct cu modelul UTXO al Bitcoin, realizând programabilitate avansată în timp ce mențin auto-gospodărirea. Traderii nu trebuie să-și blocheze activele Bitcoin pe poduri cross-chain. Aceștia interacționează cu contractele inteligente prin semnarea PSBT cu portofelul Bitcoin și finalizează instantaneu decontarea tranzacției pe Bitcoin.
Pe de altă parte, în rândul soluțiilor cunoscute de îmbunătățire a programabilității Bitcoin L1, DMSC are avantaje semnificative comparativ cu alte soluții. Acesta utilizează blockchain-uri publice moderne pentru a îmbunătăți programabilitatea Bitcoin, fără a se baza pe noi coduri OP. În plus, DMSC poate fi compatibil cu toate activele bazate pe UTXO, fără a necesita actualizări ale protocolului și indexer-ului.
Tabelul 1. Compararea soluțiilor tehnice de programabilitate Bitcoin L1.
În cele din urmă, ICP ar putea fi cea mai potrivită blockchain pentru DMSC. REE folosește tehnologia Chain Fusion a ICP pentru a gestiona în siguranță cheile private și semnăturile Bitcoin, permițând DMSC în timp ce menține modelul de securitate Bitcoin. Prin integrarea nativă a Bitcoin a ICP și a indexer-ului on-chain, REE este compatibil cu Runes (cel mai acceptat protocol Bitcoin bazat pe UTXO) într-un mod care minimizează încrederea.
Cum funcționează REE?
Influenați de Ethereum, majoritatea platformelor de contracte inteligente au un model de stare bazat pe conturi, ceea ce influențează și modul de gândire al dezvoltatorilor de contracte inteligente. Cu toate acestea, starea pe lanț a Bitcoin este bazată pe UTXO. REE introduce modelul Exchange-Pool pentru a colma diferențele. Modelul Exchange-Pool se adaptează la gestionarea stării UTXO a Bitcoin și poate fi implementat cu ușurință pe blockchain-uri publice bazate pe conturi, cum ar fi ICP. Modelul este compus din 3 concepte simple:
1, Coin este unitatea de active Bitcoin bazate pe UTXO. BTC și Runes sunt acceptate ca Coin în REE.
2, Exchange-ul este o instanță a protocolului BTCFi care funcționează pe platforma REE, utilizată pentru facilitarea schimbului de Coin.
3, Pool-ul de fonduri este folosit de Exchange pentru a deține Coin și a semna tranzacții Bitcoin cu cheia publică (Chain Key). Conform logicii Exchange-ului, utilizatorul introduce un pachet de Coin în pool și primește un alt pachet de Coin din acesta. În general, un Exchange gestionează mai multe pool-uri, fiecare având date despre Coin și stare.
Constructorii Bitcoin pot acum crea protocoale BTCFi diversificate folosind Exchange-ul REE, realizând contracte inteligente ICP prin mai multe metode publice.
Figura 3. Arhitectura REE
Figura 3 ilustrează procesul de finalizare a tranzacției Bitcoin pe REE, implicând mai multe componente precum două Exchange-uri, coordonatorul REE și interfața front-end. Iată o descompunere pas cu pas a procesului:
1, Cererea de preț: Traderul inițiază procesul prin interfața front-end, solicitând un preț pentru tranzacție. Acest lucru poate implica selectarea tipului de tranzacție sau operațiune pe care dorește să o execute, cum ar fi schimbul pe ExchangeA și apoi plasarea pe ExchangeB.
2, Construirea PSBT: Odată ce traderul este de acord cu termenii tranzacției, front-end-ul construiește PSBT cu ajutorul SDK-ului REE Typescript.
3, Traderul semnează PSBT: Traderul revizuiește și semnează PSBT cu portofelul său Bitcoin, aprobat tranzacția pentru procesarea ulterioară.
4, Apelarea Orchestratorului/Coodinatorului: Front-end-ul trimite PSBT către REE Orchestrator/Coodinator. REE Orchestrator/Coodinator acționează ca un coordonator, supervizând executarea tranzacției.
5, Verificarea intrărilor: Înainte ca Orchestratorul/Coodinatorul să execute tranzacția REE, toate intrările PSBT trebuie validate pentru a asigura că sunt cheltuibile și că includ efectiv activele pe care le revendică. Orchestratorul/Coodinatorul se bazează pe Ord Canister (indexer-ul Runes on-chain) pentru a îndeplini acest lucru.
6, Exchange semnează PSBT: După validare, REE Orchestrator/Coodinator comunică cu Exchange-ul relevant pentru a semna PSBT. Exchange-ul validează că datele PSBT se conformează condițiilor sale de tranzacționare și semnează unul câte unul.
7, Difuzarea tranzacției: După ce toate Exchange-urile relevante semnează PSBT, coordonatorul REE va difuza tranzacția complet semnată în rețeaua Bitcoin. Apoi, tranzacția este confirmată pe blockchain-ul Bitcoin, completând întregul proces.
REE Orchestrator/Coodinator este responsabil pentru asigurarea coerenței stării, notificând Exchange-ul să revină la starea anterioară în cazul în care un exchange refuză semnarea.
Înainte ca oricine să utilizeze Exchange-ul, acesta trebuie să fie inițializat de constructorul său:
1, Implementare (pasul 0.1): Constructorul implementează canisterul Exchange în aceeași subrețea ICP cu Orchestratorul/Coodinatorul REE. Deși canister-ul poate apela între subrețele, aceasta aduce întârzieri inutile.
2, Înregistrare (pasul 0.2): Constructorul se înregistrează la REE Orchestrator/Coodinator pentru Exchange.
Constructorii Exchange sunt responsabili pentru întreținerea Exchange-ului, inclusiv actualizările și reîncărcarea ciclurilor pentru a menține funcționarea. Omnity va oferi constructorilor Exchange facilități generale pentru utilizare, dar toate acestea sunt opționale și interschimbabile.
Caracteristici ale sistemului
Programabilitate
REE Exchange este un contract inteligent ICP independent, care poate profita pe deplin de funcționalitatea blockchain-ului de bază. Se recomandă cititorilor să consulte documentația tehnică ICP pentru mai multe informații despre dezvoltarea contractelor inteligente ICP.
Documentația tehnică ICP:
https://internetcomputer.org/docs/current/home
Iată câteva sugestii:
1, Calcul intensiv, cum ar fi recunoașterea facială, poate rula în contractele inteligente ICP:
https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2
2, Containerele Bitcoin ICP ar putea fi cele mai mari contracte inteligente din lume, ocupând 500GB de stocare pe lanț, cu un cost anual de doar 2500 de dolari.
https://github.com/dfinity/bitcoin-canister
3, Omnity Hub este un stivă completă de interoperabilitate pe lanț pe ICP, ceea ce înseamnă că nu sunt necesari intermediari sau indexeri off-chain. Omnity Hub se conectează direct la zeci de blockchain-uri heterogene printr-o interfață RPC.
https://explorer.omnity.network/
Combinabilitate
Combinabilitatea contractelor inteligente REE asigură integrarea fără cusur între protocoale, realizând protocoale financiare inovatoare prin combinarea lichidității și unităților logice într-un cadru de minimizare a încrederii.
REE oferă combinabilitate în stil Bitcoin. Fiecare exchange se preocupă doar de ceea ce primește (intrare) și ceea ce oferă (ieșire); atâta timp cât intrarea/ieșirea este rezonabilă, acceptă să participe la tranzacție. Tranzacțiile REE pot implica mai multe exchange-uri, fiecare primind și contribuind cu monede. Cu cooperarea exchange-ului, coordonatorul se ocupă de asigurarea atomicității tranzacțiilor multi-semnături. Atomicitatea combinabilă înseamnă că tranzacțiile multi-semnături fie reușesc complet, fie se întorc complet în cazul în care o parte eșuează. Acest lucru este esențial în aplicațiile DeFi.
În general, traderii oferă intrările inițiale primului exchange; ieșirile primului exchange intră în al doilea exchange, continuând astfel până când ieșirea finală a ultimului exchange este dată traderului. Ordinea de semnare a PSBT urmează această logică: primul exchange va accepta să ofere intrările sale și să semneze PSBT doar dacă traderul a semnat intrările sale, și așa mai departe.
Conceptual, combinabilitatea exchange-urilor arată ca o comandă Unix canalizată. Cu toate acestea, nu este doar atât. Orice entitate (trader sau exchange) poate oferi intrări altor entități fără a lua în considerare ordinea. De exemplu, intrările traderului pot merge către al doilea sau mai departe exchange; exchange-ul poate oferi intrările inițiale și costurile rețelei Bitcoin în locul traderului.
În plus, traderul nu trebuie neapărat să fie o persoană; poate fi un proces off-chain sau un contract inteligent ICP. Acest lucru deschide posibilitățile pentru agregatoare de venituri sau roboți de arbitraj, fie pe lanț, fie off-chain. Prin intermediul stivei puternice Chain Fusion, REEExchange se poate interconecta cu alte blockchain-uri. De exemplu, schimbările de stare de pe Ethereum sau Solana pot declanșa tranzacții REE și invers.
Profilul de risc
Recepționerul (traderul care tranzacționează cu pool-ul de fonduri) revizuiește PSBT care conține toți termenii tranzacției, acești termeni fiind reprezentati de intrări și ieșiri. Odată semnat, nimeni, inclusiv traderul, exchange-ul, REE, nodurile ICP și minerii Bitcoin, nu pot modifica tranzacția. Cu alte cuvinte, recepționerul nu își asumă niciun risc de custodie.
În general, executarea fiecărei tranzacții REE va duce la schimbări de stare în pool-ul specific de fonduri, ceea ce face ca termenii tranzacției obținuți din interogările anterioare să devină invalizi. Având în vedere întârzierea execuției tranzacțiilor REE (în secunde) este mult mai mică decât cea a Bitcoin (în minute), tranzacțiile REE sunt de obicei procesate în ordine. Cu toate acestea, pot apărea eșecuri de tranzacții atunci când mai mulți traderi tranzacționează simultan cu același pool de fonduri.
Eșecurile tranzacțiilor nu duc la pierderi de active; traderul trebuie doar să interogheze din nou și să încerce să execute din nou.
Market maker-ii (traderii care oferă lichiditate pool-ului de fonduri) își asumă riscul de custodie atunci când predau controlul activelor către exchange. Prin urmare, aceștia se confruntă cu riscuri de contract inteligent asociate cu logica Exchange-ului, ceea ce subliniază importanța auditului și a reputației constructorului Exchange-ului.
Presupunerile de securitate ale market maker-ilor includ platformele ICP și REE. Cu toate acestea, securitatea ICP (în valoare de miliarde de dolari) îndeplinește cerințele de securitate ale protocoalelor BTCFi în toate cazurile cunoscute.
Coerența stării Bitcoin
Limitările scriptului Bitcoin în sprijinul BTCFi nu derivă doar din limitările funcționale ale codurilor de operație, ci și din incapacitatea de a menține stări complexe pe lanț. În schimb, exchange-urile din REE pot menține și gestiona starea cu ușurință. Cu toate acestea, starea exchange-ului REE trebuie în cele din urmă să fie în conformitate cu Bitcoin; altfel, tranzacțiile REE nu vor putea fi decontate pe Bitcoin.
Pentru a preveni eșecurile de decontare, coordonatorul validează că toate intrările tranzacției nu au fost cheltuite. Fiecare exchange validează de asemenea că intrările și ieșirile tranzacției îndeplinesc standardele sale. Această metodă asigură că doar intrările valide și verificate sunt utilizate pentru decontarea tranzacțiilor.
Cu toate acestea, chiar dacă aceste intrări sunt validate înainte de executarea tranzacției, nu există nicio garanție pentru decontare ulterior. Traderii pot folosi intenționat sau accidental aceleași intrări pentru o altă tranzacție Bitcoin.
REE trebuie să perceapă schimbările în timp real în rețeaua Bitcoin și să reacționeze corespunzător. Cu sprijinul integrării native Bitcoin și a indexer-ului Runes on-chain, REE ar putea fi singurul strat de execuție Bitcoin care realizează acest lucru fără a depinde de procese on-chain centralizate.
Figura 4. Starea Tx REE
REE Orchestrator/Coodinator este componenta care gestionează întregul ciclu de viață al tranzacțiilor REE. Este responsabilă pentru notificarea Exchange despre schimbările de stare relevante.
Figura 5. Managementul stării pool-ului de fonduri
Exchange-urile își gestionează starea bazându-se pe pool-uri de fonduri. Mai precis, starea pool-ului ar trebui organizată ca un lanț de stare legat de o serie de tranzacții executate pe acel pool de fonduri. Pool-ul de fonduri procesează întotdeauna cererile de interogare și execută tranzacții noi în conformitate cu capul lanțului de stare. Pe baza notificărilor de eveniment de la Orchestrator/Coodinator, pool-ul de fonduri finalizează sau revine.
În plus, având în vedere volatilitatea mare a costurilor rețelei Bitcoin, nu există o modalitate economică viabilă de a asigura că tranzacțiile sunt incluse în blocuri într-un interval de timp specific. În cazul în care costurile rețelei Bitcoin cresc brusc, există două metode pentru a accelera decontarea: RBF (Replace-By-Fee, înlocuirea prin tarif) și CPFP (Child Pays for Parent, copilul plătește pentru părinte). RBF necesită reconstruirea tranzacției, ceea ce duce la o experiență proastă pentru utilizator.
REE folosește CPFP, ceea ce înseamnă că atunci când costurile rețelei Bitcoin cresc, tranzacțiile ulterioare trebuie să subvenționeze tranzacțiile anterioare care nu au fost incluse în bloc pe același pool de fonduri. Subvenția costurilor rămâne o mecanism de piață liberă: traderii vor iniția tranzacții ulterioare doar dacă se așteaptă să obțină profit în ciuda creșterii costurilor.
Performanță
Performanța stratului de execuție este în general măsurată prin doi indicatori: capacitate (în TPS) și întârziere. Pe REE, traderii pot executa tranzacții secvențial cu doar câteva secunde întârziere, fără a aștepta confirmarea blocului pentru a continua cu următorul pas. În ceea ce privește întârzierea, REE îmbunătățește performanța Bitcoin de 100 de ori.
Tranzacțiile seriale REE se vor deconta în formă de loturi pe blockchain-ul Bitcoin. Deoarece o tranzacție din mempool poate avea până la 25 de tranzacții ulterioare, fiecare bloc Bitcoin poate deconta până la 25 de tranzacții pentru un singur pool de tranzacții REE. Prin urmare, 25 poate fi considerat limita superioară a capacității pentru un singur pool de tranzacții REE.
Diverse pool-uri de tranzacții pot realiza executarea tranzacțiilor în paralel. Atunci când competiția de preț nu este necesară, constructorii Exchange pot adăuga pool-uri redundante pentru a spori concurența. De exemplu, distribuția token-urilor în 10 pool-uri pentru un airdrop cu 100,000 de beneficiari poate reduce semnificativ probabilitatea eșecului tranzacției din cauza mai multor utilizatori care revendică simultan.
Într-un singur pool de tranzacții, concurența internă poate fi realizată prin gestionarea mai multor UTXO care dețin același tip de monedă. Totuși, aceasta necesită algoritmi mai complexi de selecție, divizare și combinare a UTXO-urilor. Viitoarele Exchange-uri ar putea explora aceste tehnologii avansate pentru a oferi o experiență mai bună utilizatorilor.
Cost
Principalele costuri ale tranzacțiilor REE pentru utilizatori provin din costurile rețelei Bitcoin. REE minimizează dimensiunea tranzacțiilor de decontare prin utilizarea tipului de adresă P2TR.
Constructorii își asumă costurile operating pe Exchange pe ICP (cicluri). Deși ICP este foarte rentabil, constructorii trebuie să genereze venituri în cadrul protocolului sau în afara acestuia pentru a asigura sustenabilitatea economică a Exchange-ului lor.
MEV
REE este un strat de execuție care delegă ordonarea tranzacțiilor rețelei la subrețeaua ICP unde se află containerul Orchestrator/Coodinator. Deși teoretic este posibil, cazurile în care nodurile subrețelei ICP extrag MEV prin reordonarea tranzacțiilor sunt inedite.
Mai important este că nu există conceptul de slippage pe REE; când traderul semnează PSBT, toate intrările și ieșirile tranzacției sunt deja stabilite, iar dacă intrările din pool-ul de fonduri Exchange au fost cheltuite, tranzacția va eșua. Prin urmare, dacă o tranzacție REE este atacată, aceasta va eșua automat, lăsând atacatorul să suporte singur riscul de preț.
Guvernare
REE va fi gestionat de Omnity SNS DAO, responsabil pentru supravegherea actualizărilor protocolului, ajustarea parametrilor și dezvoltarea hărții rutiere. Guvernarea pe lanț a SNS asigură transparența dezvoltării sustenabile a ecosistemului REE și luarea deciziilor conduse de comunitate.
Cazuri de utilizare
Copierea protocoalelor DeFi din Ethereum sau Solana pe Bitcoin este o modalitate directă de a profita de REE. Iată câteva exemple pentru a ilustra în detaliu.
AMM DEX (exchangere descentralizate automate)
RichSwap, un AMM DEX construit de Omnity, va fi lansat simultan cu rețeaua principală REE. Ca primul exchange pe REE, RichSwap servește următoarele scopuri:
1, RichSwap validează funcționalitatea și performanța platformei REE.
2, RichSwap este open-source, oferind constructorilor BTCFi exemple complete.
3, Alte protocoale BTCFi pot folosi RichSwap pentru a accelera lichiditatea auto-susținută
4, RichSwap are un mecanism încorporat de captare a valorii token-ului, pe care alte protocoale BTCFi îl pot utiliza.
Deși RichSwap este primul exchange, nu beneficiază de nicio privilegiu. După lansarea rețelei principale, REE se va transforma rapid într-o platformă deschisă, acceptând înregistrarea fără permisiune a oricărui protocol BTCFi care respectă specificațiile tehnice.
Împrumuturi
Protocoalele de împrumut bazate pe REE pot susține mai multe pool-uri de fonduri, fiecare cu configurații, parametri de risc și tipuri de active suportate diferite. Fiecare pool de fonduri care permite împrumutul de BTC garantat cu Runes de primă calitate poate avea rate de dobândă, rate de garanție și praguri de lichidare diferite. Acesta poate alege să returneze un atoken furnizorilor de lichiditate (LPs). Prin integrarea cu oracle-urile pe ICP, protocoalele de împrumut pot determina descentralizat valoarea garanției sau pot declanșa procesele de lichidare.
Token-uri de staking lichid
Implementarea staking-ului Bitcoin L1 pe REE este fezabilă, dar integrarea protocoalelor de staking existente (cum ar fi Babylon) este o posibilitate mai interesantă. Utilizatorii vor depune Bitcoin în Exchange și vor primi LST în format Runes. Apoi LSTExchange se va combina cu protocolul de staking Babylon pe Bitcoin L1, gestionând în același timp delegările și recompensele de staking pe lanțul Babylon printr-un protocol de cross-chain fără încredere. Omnity Hub s-a integrat deja cu Osmosis printr-o arhitectură completă pe lanț și verificarea clientului ușor. Prin urmare, interacțiunea între contractele inteligente ICP și lanțul de aplicații Cosmos nu mai întâmpină obstacole tehnice.
Harta rutelor
1, În al patrulea trimestru din 2024, publicarea whitepaper-ului REE.
2, În primul trimestru din 2025, lansarea rețelei principale REE împreună cu RichSwap.
3, În al doilea trimestru din 2025, deschiderea înregistrării Exchange-urilor către partenerii Omnity.
4, În a doua jumătate a anului 2025, deschiderea completă a înregistrării Exchange-urilor.
Concluzie
REE reprezintă o rupere în programabilitatea Bitcoin, realizând contracte inteligente sigure și complet Turing, fără a depinde de active cross-chain sau fork-uri. Acest model de execuție fără cross-chain are potențialul de a cultiva un ecosistem BTCFi care valorifică lichiditatea și securitatea Bitcoin într-un mediu complet fără încredere și fără permisiune.
