Runes Exchange Environment (REE) välkomnar DeFi Innovators

Web3 på Bitcoin?

Föreställ dig en Uniswap för Bitcoin utan processer utanför kedjan eller depårisk och direkt avveckling på Bitcoin Layer 1. Du ansluter bara din Bitcoin-plånbok och byter bort. Och tänk om du också kunde ansluta direkt till BTCFi DEX som erbjöd utlåning, insats, stablecoins, etc. — precis som alla DeFi Dapp som redan är byggda på Ethereum eller Solana?

Vi kallar det Web3 på Bitcoin och det är precis runt hörnet.

Till dig av utvecklarna på Omnity Network.

Omnity Network är glada över att dela sin senaste BTCFi-stödjande infrastruktur, Runes Exchange Environment (REE). REE lägger till ett Turing-komplett programmerbarhetslager till Bitcoin, och erbjuder BTCFi-utvecklare verktygen för att replikera EVM & Solana DeFi-koncept på REE med inbyggd Bitcoin-integration.

Låt oss gå in i det.

Varför det är svårt att bygga DeFi på Bitcoin

Bitcoins säkerhet är oöverträffad, och omfattningen av Bitcoins adoption ger den oöverträffad likviditet. Men Bitcoins funktionalitet är programmerbart begränsad. Dess skriptspråk är rotat i enkelhet och motståndskraft, vilket avsiktligt begränsar dess möjligheter.

Bitcoins UTXO-modell (Unspent Transaction Output) skiljer sig fundamentalt från den kontobaserade modellen som används av andra blockkedjor som Ethereum och Solana, som kan stödja Turing-kompletta smarta kontrakt.

I UTXO-modellen kan varje transaktionsutdata bara användas en gång, och transaktioner måste referera till specifika utdata, vilket gör det utmanande att hantera komplexa, tillståndsfulla applikationer som krävs för DeFi.

Bitcoin har helt enkelt inget exekveringslager – förrän nu .

Vi presenterar REE – ett Turing-komplett lager för Bitcoin-exekvering

Runes Exchange Environment (REE) introducerar ett decentraliserat exekveringslager för Bitcoin, vilket gör det möjligt för byggare att förnya DeFi-protokoll på Bitcoin utan gafflar, broar eller några nya opkoder.

Alla DeFi-protokoll på Turing kompletta kedjor som Ethereum och Solana kan replikeras på REE. DeFi-byggare kan använda REE:s Exchange-Pool-modells programmerbarhet och flexibilitet för att bygga vad de än kan tänka sig.

Förra veckan släppte Omnity REE whitepaper . REE-plattformen är planerad att lansera Q1 2025, tillsammans med det första DeFi-protokollet baserat på REE - en Runes AMM DEX kallad RichSwap.

Hur fungerar REE?

REE är inte ett Bitcoin Layer 2.

REE smarta kontrakt omfattar Bitcoins UTXO-modell genom att interagera med den direkt, men ger också avancerad programmerbarhet och självvård.

Handlare behöver inte låsa sina Bitcoin-tillgångar på tvärkedjebroar. Istället interagerar de med smarta kontrakt genom att underteckna en PSBT (Partially Signed Bitcoin Transaction) med sina Bitcoin-plånböcker. Transaktioner regleras på Bitcoin.

Vad är en PSBT?

PSBT har sitt ursprung i behovet av att förenkla processen för att samordna Bitcoin-transaktioner med flera parter. Multisig-transaktioner på Bitcoin har varit grundläggande för Bitcoins ekosystem i flera år, introducerade av BIP-11 år 2011.

PSBT formaliserades i Bitcoin Improvement Proposal 174 ( BIP-174 ), författad av Andrew Chow, för att förbättra interoperabiliteten mellan plånböcker, hårdvaruenheter och andra Bitcoin-verktyg. PSBT v2 introducerades senare i BIP-370 för att anpassa sig till strukturen för Bitcoin-transaktioner som definieras i BIP-144 och BIP-341 (SegWit och Taproot, respektive.)

Låt oss titta på en förenklad skildring av PSBT.

I traditionella multisig-arbetsflöden signerar mänskliga deltagare transaktioner för att uppfylla fördefinierade villkor. Vanligtvis agerar en deltagare som samordnare som aggregerar varje parts signaturer och sedan sänder transaktionen till Bitcoin-nätverket.

REE omfattar PSBT och sträcker sig så att dApps direkt kan delta i Bitcoin PSBT-signeringstransaktioner genom komponerbara smarta kontrakt. REE:s Decentralized Multisig Coordination (DMC) synkroniserar PSBT-signeringen av flera decentraliserade protokoll i en samarbetstransaktion.

Processen för decentraliserad Multisig Coordination (DMC).

Den allmänna processen för DMC involverar en handlare, flera BTCFi-protokoll (A, B och C) och en koordinator på en offentlig blockkedja (som är abstraherad från UX.) REE valde ICP, Internet datorprotokoll , som den offentliga blockkedjan för DMC. Koordinatorn samlar signaturer och sänder den slutliga transaktionen till Bitcoin-nätverket.

En DMC-process kan ses i tre faser.

1. Förhandlingsfas: Trader förhandlar villkor med flera protokoll som DEX, utlåning, stablecoins, etc.
2. Signeringsfas: En PSBT konstrueras som återspeglar de överenskomna villkoren. Samordnaren kallar varje protokoll (A, B och C) för att underteckna PSBT.
3. Sändningsfas: När PSBT har undertecknats, sänder samordnaren transaktionen till Bitcoin-nätverket för avveckling.

I DeFi handlar handlare vanligtvis mot protokoll (smarta kontrakt) som motparter. Men "en handlare" behöver inte nödvändigtvis vara en person; det kan vara en process utanför kedjan eller ett smart kontrakt. Detta öppnar upp för möjligheter för in- eller off-chain avkastningsaggregatorer eller arbitragebots.

I REE hanteras rollen som "koordinator" av REE Orchestrators smarta kontrakt. Orchestrator hanterar livscykeln för alla REE Tx och validerar att alla PSBT-ingångar och -utgångar överensstämmer med REE-standarder. Använder Omnitys on-chain runor indexer , verifierar Orchestrator tillgångstyper och kvantiteter. Det är också ansvarigt för att informera utbyten om relevanta tillståndshändelser.

Låt oss slå ihop allt detta och titta på arbetsflöden i REE Architecture for Builders, Traders och smarta kontrakt.

REE arkitektur och arbetsflöden

Exemplet ovan är en process i flera steg för att slutföra en Bitcoin-transaktion på REE som involverar två börser, REE Orchestrator och ett front-end-gränssnitt. Låt oss ta det steg-för-steg.

0.1 Deploy: Builder distribuerar Exchange-kapseln.

0.2 Register: Builder registrerar Exchange med REE Orchestrator .

1.1 Förfrågan: Trader gör en förfrågan från börs A .

1.2 Förfrågan: Trader gör en förfrågan från Börs B .

2. Konstruera PSBT: BTCFi-gränssnittet konstruerar en PSBT med hjälp av REE TS SDK (Typescript SDK).

3. Trader signerar PSBT: Trader signerar PSBT med Bitcoin-plånbok.

4. Anropa: Den undertecknade PSBT anropar REE Orchestrator .

5. Kontrollera ingångar: Orchestratorn, förlitar sig på Ord Indexer , kontrollerar validerar ingångar.

6.1 Tecken: Exchange A tecken PSBT.

6.2 Tecken: Exchange B tecken PSBT.

7. Broadcast Tx: REE Orchestrator sänder den fullt signerade Tx till Bitcoin Network.

REE:s Exchange-Pool-modell

REE är en allmän samordnare, och för att koordinera utförandet av olika DeFi-protokoll måste protokollen överensstämma med en specifik standard. REE:s standard är Exchange-Pool-modellen.

Som nämnts är Bitcoins UTXO-modell inte kompatibel med tillståndsmodellen för smarta kontraktsplattformar. Så, Omnity utvecklade Exchange-Pool-modellen för REE som anpassar sig till Bitcoins UTXO-tillståndshantering och kan implementeras på kontobaserade offentliga kedjor som ICP.

Exchange-Pool-modellen är sammansatt av tre enkla koncept:

1. Mynt: En enhet av UTXO-baserade Bitcoin-tillgångar. (BTC och runor accepteras som mynt i REE.)

2. Exchange: Ett BTCFi-protokoll som fungerar på REE-plattformen.

3. Pool: En offentlig nyckel ( Kedjenyckel ) en börs använder för att hålla mynt och signera Bitcoin-transaktioner.

   
   

En börs kan hantera flera pooler, var och en med sitt myntinnehav och tillstånd. Enligt logik för utbytespooler kastar handlare en påse med mynt i en pool och får ut en annan påse med mynt ur den andra. Alltså måste alla DeFi-protokoll implementeras i form av en påse med mynt in och ytterligare en påse med mynt ut (dvs myntbyte) för att delta i REE:s Decentraliserade Multisig Coordination (DMC).

RichSwap

AMM DEX

RichSwap, en AMM DEX byggd av Omnity, kommer att lanseras samtidigt med REE mainnet. Som det första utbytet på REE tjänar RichSwap följande syften:

1. RichSwap validerar REE-plattformens funktionalitet och prestanda.

2. RichSwap är öppen källkod, vilket ger ett fullskaligt exempel för BTCFi-byggare.

3. Kommande BTCFi-protokoll kan utnyttja RichSwap för att påskynda likviditetsbootstrap.

4. RichSwap presenterar en mekanism för att fånga tokenvärden, som andra BTCFi-protokoll kan använda.

   
   

*Även om RichSwap är det första utbytet, åtnjuter det inga privilegier. Efter lanseringen kommer REE snabbt att övergå till en öppen plattform där BTCFi-protokoll som uppfyller dess tekniska specifikationer, inklusive AMM DEX, kan distribueras utan tillstånd.

Hur bygger man ett utbyte på REE?

Vi byggde den här coola saken och vi vill att byggare ska dra nytta av den.

Stegen för att bygga ett utbyte på REE är relativt enkla.

• Driftsättning : Byggaren distribuerar utbytesbehållaren på samma subnät som REE Orchestrator på ICP. (Kanistrar kan anropa varandra över subnät, men det lägger till onödig latens.)

• Registrering: Byggaren registrerar utbytet till REE Orchestrator.

• Fond: Fondera Exchange-Pools.

  
  

Börsbyggare ansvarar för underhåll, uppgraderingar, kostnader (ICP-kapslar laddas med cykler ) för att hålla utbyten vid liv. Omnity kommer att tillhandahålla gemensamma faciliteter för att byta byggare för bekvämlighet, men de är valfria och utbytbara.

Systemegenskaper

Programmerbarhet

REE-börser fungerar som oberoende ICP-smarta kontrakt som fullt ut utnyttjar den underliggande blockkedjans kapacitet. ICP smarta kontrakt (kapslar) är full-stack, skalbara kontrakt med robusta lagrings- och webbserverfunktioner som direkt kan läsa från och skriva till Bitcoin-nätverket utan externa bryggor.

ICP-kapslar är otroligt kraftfulla och har förmågan att köra intensiva beräkningar (t.ex. ansiktsigenkänning) och vara värd för storskaliga lösningar som ICP:s Bitcoin Canister, som lagrar 500 GB on-chain data till en årlig kostnad av $2 500. (Byggare uppmuntras att besöka ICP:s dokument för mer information om ICP smart kontraktsutveckling.)

Kompositerbarhet

REE-smarta kontrakt stöder kompositabilitet i Bitcoin-stil: Börser fokuserar enbart på deras ingångar och utgångar. Multisig-transaktioner orkestreras atomärt och antingen slutförs i sin helhet eller återgår helt, vilket är avgörande för DeFi-applikationer. Transaktioner bearbetas sekventiellt, med PSBT-signering efter en logisk pipeline där enheter – oavsett om det är en handlare, off-chain process eller ICP smart kontrakt – kan tillhandahålla indata oberoende av order. Med ICP:s kraftfulla och säkra Kedjefusion stack, kan REE-utbyten interagera med andra blockkedjor. Till exempel utlöser en tillståndsändring på Ethereum eller Solana en REE-transaktion och vice versa.

Prestanda

REE förbättrar Bitcoins prestanda med 100X. Seriella REE-transaktioner avräknas på Bitcoin-kedjan i omgångar. Eftersom en minnespooltransaktion kan ha maximalt 25 avkomlingar, löser varje Bitcoin-block upp till 25 transaktioner för en enda REE-utbytespool. Därför kan 25 betraktas som genomströmningsgränsen för en enskild REE-utbytespool.

När priskonkurrens är onödig kan börsbyggare vilja lägga till redundanspooler för att öka samtidigheten. Att till exempel distribuera tokens över tio pooler för en airdrop med 100 000 mottagare skulle avsevärt minska sannolikheten för transaktionsmisslyckanden som orsakas av att flera användare gör anspråk samtidigt.

Kosta

Byggare står för utbyteskostnader ( cykler ) på ICP. REE minimerar avvecklingstransaktionsstorlekarna med P2TR (Pay-to-Taproot) introducerad av BIP 341 . P2TR flyttar driftskostnaderna till ICP.

MEV

REE eliminerar glidning, eftersom PSBT-ingångar och -utgångar låses vid signering. Om frontrunning inträffar misslyckas transaktionen, vilket gör att föregångaren exponeras för prisrisk utan att det påverkar handlaren. (Även om det är teoretiskt möjligt, är ICP-subnätsnoder som extraherar MEV genom att ordna om transaktioner ovanligt.)

Gå med Omnity för att få Web3 till Bitcoin

REE introducerar säkra, Turing-kompletta smarta kontrakt för Bitcoin utan att förlita sig på tillgångsbryggning eller protokollgaffel. Denna brolösa exekveringsmodell låser upp nya möjligheter för ett tillförlitligt och tillståndslöst BTCFi-ekosystem, byggt på Bitcoins oöverträffade likviditet och säkerhet.

REE kommer att lanseras under första kvartalet 2024 med sin showcase AMM DEX RichSwap. Utveckling på REE kommer sedan att öppnas i etapper för utvecklare som är intresserade av BTCFi.

Intresserade utvecklare och byggare uppmanas att läsa REE Whitepaper och kontakta Omnity-teamet för mer information. Låt oss bygga Web3 på Bitcoin!

Om Omnity

REE är byggd av utvecklarna av Omnity Hub en 100 % on-chain, cross-chain arkitektur som kopplar olika kedjor till Bitcoin utan off-chain processer eller centraliserade komponenter.

• Omnity Hub stöder för närvarande de tre primära tillgångarna i Bitcoins ekosystem: BTC, Runes och BRC20.

• Omnity Hub är ansluten till mer än ett dussin EVM-kompatibla kedjor, Solana, Osmosis och ICP, alla med inbyggd Bitcoin-integration.

Navet antas snabbt och har fått förtroende från flera partners och samhällen.

Suzanne Leigh är redaktör för Omnity Network .