Sumber artikel: Komunitas Runes berbahasa Mandarin.
Dengan munculnya BTCFi, Omnity telah meluncurkan protokol perluasan pemrograman L1 Bitcoin yang baru, REE. Ditambah dengan pengalaman tim dalam interoperabilitas lintas rantai (Omnity hub) selama bertahun-tahun, Omnity telah menjadi salah satu pemain paling penting dan paling inovatif di bidang BTCFi.
Situs resmi: https://www.omnity.network/
Menurut saya, Jaringan Omnity sedang menjelajahi solusi teknis 'skala dan tingkatkan pemrograman' bitcoin yang efisien, sangat dapat digabungkan, dan sangat toleran terhadap kesalahan:
1, Dalam skenario perdagangan frekuensi tinggi, melalui solusi lintas rantai Bitcoin tingkat Trustless, Omnity Hub, menuju ke Bitlayer, Solana, Base, rantai kontrak pintar dengan ekosistem yang lebih baik;
2, Dalam skenario dana besar dan frekuensi transaksi yang normal, bisnis DeFi dapat dibangun langsung di Bitcoin L1 menggunakan REE.
Hub dan REE independen, memiliki kombinasi fleksibel, dapat dikatakan telah membangun fondasi yang kuat untuk inovasi bagi para pengembang, menantikan munculnya inovasi disruptif di bidang BTCFi!
Teman-teman yang tertarik dapat membaca artikel ini terlebih dahulu, untuk melihat versi aslinya dalam bahasa Inggris lihat tautan di bawah⬇️
Dokumen putih REE: https://x.com/louisliubj/status/1861588938475086166
Berikut adalah versi terjemahan bahasa Mandarin, Nikmati~
REE: Lapisan eksekusi bitcoin tanpa lintas rantai yang Turing lengkap
REE memperkenalkan lapisan eksekusi bitcoin terdesentralisasi yang memungkinkan kontrak pintar Turing lengkap untuk aplikasi BTCFi. Tanpa perlu lintas rantai aset, REE meningkatkan pemrograman untuk jaringan utama bitcoin, sambil mempertahankan pengalaman pengguna asli bitcoin.
Apa itu REE?
Lingkungan perdagangan Runes Exchange Environment (REE) adalah lapisan eksekusi terdesentralisasi Bitcoin yang menyediakan kontrak pintar yang dapat dikombinasikan untuk Bitcoin L1 tanpa memerlukan lintas rantai aset. REE meningkatkan mekanisme transaksi multisignature bitcoin dengan kontrak pintar di lapisan eksekusi terdesentralisasi, berpartisipasi langsung dalam transaksi jaringan bitcoin utama.
Gambar 0. Transaksi multisignature bitcoin
Transaksi multisignature adalah transaksi bitcoin yang melibatkan input dari beberapa peserta, ini adalah teknik yang telah digunakan dalam ekosistem bitcoin selama bertahun-tahun. Umumnya, seorang peserta bertindak sebagai koordinator, menggunakan PSBT (partially signed bitcoin transaction) untuk menggabungkan tanda tangan dari setiap pihak, lalu menyiarkan transaksi ke jaringan bitcoin. Beberapa penggunaan signifikan dari transaksi multisignature termasuk CoinJoin, dompet multisignature, dan custodian.
Dalam skenario multisignature, peserta dapat berupa program selain manusia. Dalam lingkungan DeFi, trader biasanya berdagang dengan protokol (kontrak pintar) sebagai lawan transaksi. Ide REE adalah untuk membuat protokol BTCFi berpartisipasi dalam transaksi multisignature bitcoin, dan memindahkan seluruh proses tanda tangan ke blockchain publik untuk mencapai desentralisasi.
Gambar 1. Koordinasi multisignature terdesentralisasi (DMSC)
Gambar 1 menunjukkan alur umum dari koordianasi multisignature terdesentralisasi (DMSC). Pengaturan ini melibatkan seorang trader, beberapa protokol BTCFi (A, B, dan C), dan seorang koordinator di blockchain publik. Koordinator mengumpulkan tanda tangan dan menyiarkan transaksi akhir.
Proses DMSC adalah sebagai berikut:
1, Tahap negosiasi
Trader memulai transaksi dengan merundingkan syarat dengan beberapa protokol. Setiap protokol mewakili entitas yang memiliki aset bitcoin dan bersiap untuk melakukan transaksi berdasarkan aturan tertentu. Contoh protokol termasuk bursa terdesentralisasi, protokol pinjaman, stablecoin, dan lainnya.
2, Tahap penandatanganan
Setelah negosiasi, bangun PSBT untuk mencerminkan transaksi. Koordinator kemudian memanggil setiap protokol untuk menandatangani PSBT. Setiap protokol (A, B, dan C) memverifikasi bagian transaksi mereka dan menyetujuinya dengan tanda tangan.
3, Tahap penyiaran
Setelah PSBT sepenuhnya ditandatangani, Koordinator/koordinator mengonversinya menjadi transaksi bitcoin dan menyiarkannya ke jaringan. Dengan demikian, transaksi diselesaikan di bitcoin.
REE memilih ICP (Internet Computer Protocol) sebagai blockchain publik untuk DMSC. Dengan kata lain, REE adalah infrastruktur DMSC bitcoin di atas ICP.
Mengapa REE?
Bitcoin adalah blockchain yang paling aman dan paling terdesentralisasi di dunia, tetapi kemampuan pemrogramannya yang terbatas membatasi penggunaannya dalam aplikasi keuangan yang kompleks. REE melengkapi solusi L2 bitcoin yang ada dengan menyediakan pemrograman tingkat tinggi dan kontrak pintar Turing lengkap, sambil mempertahankan pengelolaan sendiri dan meminimalkan asumsi kepercayaan.
Gambar 2. REE bukan Bitcoin L2.
Berbeda dengan kebanyakan L2, kontrak pintar REE berinteraksi langsung dengan model UTXO bitcoin, mewujudkan pemrograman tingkat tinggi sambil tetap mengelola sendiri. Trader tidak perlu mengunci aset bitcoin mereka di jembatan lintas rantai. Mereka berinteraksi dengan kontrak pintar dengan menandatangani PSBT menggunakan dompet bitcoin dan menyelesaikan penyelesaian transaksi secara instan di bitcoin.
Di sisi lain, di antara solusi peningkatan pemrograman bitcoin L1 yang diketahui, DMSC memiliki keunggulan signifikan dibandingkan dengan solusi lain. Ia memanfaatkan blockchain publik modern untuk meningkatkan pemrograman bitcoin, tanpa bergantung pada opcode baru. Selain itu, DMSC dapat kompatibel dengan semua aset berbasis protokol meta UTXO tanpa perlu memperbarui protokol meta dan pengindeks.
Tabel 1. Perbandingan solusi teknis pemrograman L1 bitcoin.
Akhirnya, ICP mungkin adalah blockchain yang paling cocok untuk DMSC. REE memanfaatkan teknologi Chain Fusion dari ICP untuk mengelola kunci pribadi dan tanda tangan bitcoin dengan aman, sambil mempertahankan model keamanan bitcoin dan memungkinkan DMSC. Melalui integrasi bitcoin asli dari ICP dan pengindeks on-chain, REE kompatibel dengan Runes (protokol meta bitcoin berbasis UTXO yang paling diterima secara luas) dengan cara yang meminimalkan kepercayaan.
Bagaimana REE bekerja?
Terpengaruh oleh Ethereum, sebagian besar platform kontrak pintar memiliki model status berbasis akun, yang juga mempengaruhi pola pikir pengembang kontrak pintar. Namun, status on-chain bitcoin berbasis UTXO. REE memperkenalkan model Exchange-Pool untuk menjembatani perbedaan tersebut. Model Exchange-Pool menyesuaikan manajemen status UTXO bitcoin dan dapat dengan mudah diimplementasikan di blockchain publik berbasis akun seperti ICP. Model ini terdiri dari 3 konsep sederhana:
1, Coin adalah unit aset bitcoin berbasis UTXO. BTC dan Runes diterima sebagai Coin di REE.
2, Exchange adalah contoh protokol BTCFi yang beroperasi di platform REE untuk memfasilitasi pertukaran Coin.
3, Pool dana adalah kunci publik (Chain Key) yang digunakan Exchange untuk menyimpan Coin dan menandatangani transaksi bitcoin. Sesuai dengan logika Exchange, pengguna memasukkan satu tas Coin ke dalam pool dan mendapatkan tas Coin lainnya. Umumnya, satu Exchange mengelola beberapa pool, di mana setiap pool memiliki data Coin dan statusnya.
Pembangun bitcoin kini dapat menciptakan protokol BTCFi yang beragam menggunakan Exchange REE—mewujudkan beberapa metode publik dari kontrak pintar ICP.
Gambar 3. Arsitektur REE
Gambar 3 menunjukkan proses penyelesaian transaksi bitcoin di REE, melibatkan beberapa komponen seperti dua Exchange, koordinator REE, dan antarmuka frontend. Berikut adalah rincian langkah demi langkah dari proses tersebut:
1, Permintaan harga: Trader memulai proses melalui antarmuka frontend untuk meminta harga transaksi. Ini mungkin melibatkan pemilihan transaksi atau jenis operasi yang ingin dilakukannya, seperti melakukan pertukaran di ExchangeA dan kemudian mempertaruhkan di ExchangeB.
2, Membangun PSBT: Setelah trader menyetujui syarat transaksi, frontend membangun PSBT dengan bantuan SDK Typescript REE.
3, Trader menandatangani PSBT: Trader memeriksa dan menandatangani PSBT dengan dompet bitcoin-nya, pada dasarnya menyetujui transaksi untuk proses lebih lanjut.
4, Memanggil Orchestrator/koordinator: Frontend mengirimkan PSBT ke REE Orchestrator/koordinator. REE Orchestrator/koordinator bertindak sebagai koordinator, mengawasi eksekusi transaksi.
5, Periksa input: Sebelum koordinator/koordinator mengeksekusi transaksi REE, semua input PSBT harus diverifikasi untuk memastikan bahwa mereka dapat dibelanjakan dan benar-benar mengandung aset yang mereka klaim. Koordinator/koordinator bergantung pada Ord Canister (pengindeks Runes di rantai) untuk menyelesaikan ini.
6, Exchange menandatangani PSBT: Setelah verifikasi, REE Orchestrator/koordinator berkomunikasi dengan Exchange terkait untuk menandatangani PSBT. Exchange memverifikasi bahwa data PSBT sesuai dengan syarat transaksinya dan menandatangani satu per satu.
7, Penyiaran transaksi: Setelah semua Exchange terkait menandatangani PSBT, koordinator REE akan menyiarkan transaksi yang telah ditandatangani sepenuhnya ke jaringan bitcoin. Transaksi kemudian dikonfirmasi di blockchain bitcoin, menyelesaikan seluruh proses.
REE Orchestrator/koordinator bertanggung jawab untuk memastikan konsistensi status, dengan memberi tahu Exchange untuk membatalkan status jika ada Exchange yang menolak untuk menandatangani.
Sebelum siapa pun menggunakan Exchange, itu harus diinisialisasi oleh penciptanya:
1, Penyebaran (langkah 0.1): Pembangun menyebarkan canister Exchange ke subnet ICP yang sama dengan REE Orchestrator/koordinator. Meskipun canister dapat memanggil lintas subnet, itu membawa penundaan yang tidak perlu.
2, Pendaftaran (langkah 0.2): Pembangun mendaftar Exchange ke REE Orchestrator/koordinator.
Pembangun Exchange bertanggung jawab untuk pemeliharaan Exchange, termasuk pembaruan dan pengisian siklus untuk menjaga operasional. Omnity akan menyediakan fasilitas umum bagi pembangun Exchange untuk kemudahan penggunaan, tetapi semua itu bersifat opsional dan dapat diganti.
Karakteristik sistem
Pemrograman
REE Exchange adalah kontrak pintar ICP yang independen, dapat memanfaatkan sepenuhnya fungsi blockchain dasar. Pembaca disarankan untuk mengunjungi dokumentasi teknologi ICP untuk informasi lebih lanjut tentang pengembangan kontrak pintar ICP.
Dokumentasi teknologi ICP:
https://internetcomputer.org/docs/current/home
Berikut adalah beberapa petunjuk:
1, Komputasi intensif seperti pengenalan wajah dapat berjalan di dalam kontrak pintar ICP:
https://medium.com/dfinity/the-next-step-for-deai-on-chain-inference-enabling-face-recognition-589183203fc2
2, Kontainer bitcoin ICP mungkin adalah kontrak pintar terbesar di dunia, menggunakan penyimpanan on-chain 500GB, dengan biaya hanya $2500 per tahun.
https://github.com/dfinity/bitcoin-canister
3, Omnity Hub adalah tumpukan interoperabilitas penuh di atas ICP, yang berarti tidak perlu ada relayer atau pengindeks di luar rantai. Omnity Hub terhubung langsung ke puluhan blockchain heterogen melalui antarmuka RPC.
https://explorer.omnity.network/
Kombinasi
Kombinasi kontrak pintar REE memastikan integrasi yang mulus lintas protokol, dengan menggabungkan likuiditas dan unit logika dalam kerangka minimalisasi kepercayaan untuk menciptakan protokol keuangan yang inovatif.
REE menawarkan kombinasi ala Bitcoin. Setiap exchange hanya peduli tentang apa yang diterimanya (input) dan apa yang disediakannya (output); selagi input/output masuk akal, ia setuju untuk terlibat dalam transaksi. Transaksi REE mungkin melibatkan beberapa exchange, di mana setiap exchange menerima dan menyumbangkan beberapa koin. Dengan kerjasama exchange, koordinator bertanggung jawab untuk memastikan atomisitas transaksi multisignature. Atomisitas kombinasi berarti transaksi multisignature harus sepenuhnya berhasil, atau sepenuhnya dibatalkan jika ada bagian yang gagal. Ini sangat penting dalam aplikasi DeFi.
Umumnya, trader memberikan input awal ke exchange pertama; output dari exchange pertama masuk ke exchange kedua, terus berlanjut hingga output akhir dari exchange terakhir diberikan kepada trader. Urutan tanda tangan PSBT mengikuti logika ini: exchange pertama hanya akan setuju untuk memberikan inputnya dan menandatangani PSBT jika trader telah menandatangani inputnya, dan seterusnya.
Secara konseptual, kombinasi exchange terlihat seperti perintah Unix yang dipipeline. Namun, tidak hanya itu. Entitas mana pun (trader atau exchange) dapat memberikan input kepada entitas lain tanpa memikirkan urutan. Misalnya, input trader diberikan kepada exchange kedua atau yang lebih lanjut; exchange menyediakan input awal dan biaya jaringan bitcoin sebagai pengganti trader.
Selain itu, trader tidak selalu merupakan individu; itu bisa menjadi proses di luar rantai atau kontrak pintar ICP. Ini membuka kemungkinan untuk agregator pendapatan di on-chain atau off-chain atau robot arbitrase. Melalui tumpukan Chain Fusion yang kuat, REEExchange dapat berinteraksi dengan blockchain lain. Misalnya, perubahan status di Ethereum atau Solana dapat memicu transaksi REE, dan sebaliknya.
Profil risiko
Penerima (trader yang bertransaksi dengan pool dana) meninjau PSBT yang mencakup semua syarat transaksi, yang diwakili oleh input dan output, sebelum menandatangani. Setelah ditandatangani, tidak ada yang dapat mengubah transaksi tersebut, termasuk trader sendiri, exchange, REE, node ICP, dan penambang bitcoin. Dengan kata lain, penerima tidak menanggung risiko kustodian.
Umumnya, eksekusi setiap transaksi REE akan menyebabkan perubahan status dari pool dana tertentu, yang menyebabkan syarat transaksi yang diperoleh dari kueri sebelumnya menjadi tidak berlaku. Mengingat penundaan eksekusi transaksi REE (dalam hitungan detik) jauh lebih rendah dibandingkan dengan bitcoin (dalam hitungan menit), transaksi REE biasanya diproses secara urut. Namun, kegagalan transaksi dapat terjadi saat beberapa trader berdagang dengan pool dana yang sama secara bersamaan.
Kegagalan transaksi tidak menyebabkan kerugian aset; trader hanya perlu melakukan kueri ulang dan mencoba untuk mengeksekusi kembali.
Penyedia likuiditas (trader yang menyediakan likuiditas ke pool dana) menghadapi risiko kustodian saat menyerahkan kontrol aset kepada exchange. Oleh karena itu, mereka menghadapi risiko kontrak pintar yang terkait dengan logika Exchange, yang menekankan pentingnya audit dan reputasi pembangun Exchange.
Asumsi keamanan penyedia likuiditas mencakup platform ICP dan REE. Namun, keamanan ICP (senilai miliaran dolar) memenuhi persyaratan keamanan untuk protokol BTCFi dalam semua kasus yang diketahui.
Konsistensi status bitcoin
Pembatasan skrip bitcoin dalam mendukung BTCFi bukan hanya karena keterbatasan fungsi opcode, tetapi juga sangat besar karena mereka tidak dapat mempertahankan status on-chain yang kompleks. Sebagai perbandingan, exchange dalam REE dapat dengan mudah memelihara dan mengelola status. Namun, status exchange di REE akhirnya harus tetap konsisten dengan bitcoin; jika tidak, transaksi REE tidak akan dapat diselesaikan di bitcoin.
Untuk mencegah kegagalan penyelesaian, koordinator memverifikasi bahwa semua input transaksi belum digunakan. Setiap exchange juga memverifikasi bahwa input dan output transaksi memenuhi standar mereka. Metode ini memastikan bahwa hanya input yang valid dan terverifikasi yang digunakan untuk menyelesaikan transaksi.
Namun, bahkan jika input ini sudah diverifikasi sebelum eksekusi transaksi, penyelesaian tidak dapat dijamin setelahnya. Trader mungkin secara sengaja atau tidak menggunakan input yang sama untuk transaksi bitcoin lainnya.
REE harus merasakan perubahan real-time dalam jaringan bitcoin dan merespons dengan sesuai. Dengan dukungan dari integrasi bitcoin asli dan pengindeks Runes di rantai, REE mungkin merupakan satu-satunya lapisan eksekusi bitcoin yang mencapai tujuan ini tanpa bergantung pada proses terpusat di luar rantai.
Gambar 4. Status Tx REE
REE Orchestrator/koordinator adalah komponen yang mengelola seluruh siklus hidup transaksi REE. Ia bertanggung jawab untuk memberi tahu Exchange tentang perubahan status yang relevan.
Gambar 5. Manajemen status pool dana
Exchanges mengelola status berdasarkan pool dana. Secara khusus, status pool dana harus diatur sebagai rantai status yang terhubung oleh urutan transaksi yang dieksekusi di pool dana tersebut. Pool dana selalu memproses permintaan kueri dan menjalankan transaksi baru berdasarkan kepala rantai status. Berdasarkan pemberitahuan kejadian dari koordinator/koordinator, pool dana menyelesaikan atau menggulung kembali.
Selain itu, mengingat volatilitas tinggi biaya jaringan bitcoin, tidak ada cara yang secara ekonomi layak untuk memastikan transaksi dimasukkan ke dalam blok dalam kerangka waktu tertentu. Dalam situasi lonjakan biaya jaringan bitcoin, terdapat dua cara untuk mempercepat penyelesaian: RBF (Replace-By-Fee, penggantian biaya) dan CPFP (Child Pays for Parent, anak membayar untuk induk). RBF memerlukan pembangunan kembali transaksi, yang akan menyebabkan pengalaman pengguna yang buruk.
REE menggunakan CPFP, yang berarti ketika biaya jaringan bitcoin melonjak, transaksi berikutnya perlu mensubsidi transaksi sebelumnya di pool dana yang sama yang belum masuk ke blok. Subsidi biaya tetap merupakan mekanisme pasar bebas: hanya ketika trader memperkirakan bahwa meskipun biaya meningkat, mereka masih akan mendapatkan keuntungan, mereka akan memulai transaksi berikutnya.
Kinerja
Kinerja lapisan eksekusi biasanya diukur dengan dua metrik: throughput (dalam TPS) dan latensi. Di REE, trader dapat mengeksekusi transaksi secara berurutan dengan latensi hanya beberapa detik, tanpa harus menunggu konfirmasi blok untuk melanjutkan langkah berikutnya. Dalam hal latensi, REE meningkatkan kinerja bitcoin hingga 100 kali lipat.
Transaksi serial REE akan diselesaikan dalam bentuk batch di blockchain bitcoin. Karena satu transaksi mempool dapat memiliki maksimal 25 transaksi lanjutan, setiap blok bitcoin dapat menyelesaikan maksimal 25 transaksi untuk satu pool REE. Oleh karena itu, 25 dapat dianggap sebagai batas kapasitas untuk satu pool transaksi REE.
Pool transaksi yang berbeda dapat melakukan eksekusi transaksi secara paralel. Ketika persaingan harga tidak diperlukan, pembangun Exchange dapat menambahkan pool tambahan untuk meningkatkan kemampuan bersaing. Misalnya, mendistribusikan token di 10 pool untuk airdrop yang memiliki 100.000 penerima dapat secara signifikan mengurangi kemungkinan kegagalan transaksi karena beberapa pengguna yang mengklaim secara bersamaan.
Dalam satu pool transaksi, dapat dicapai eksekusi bersamaan di dalam pool dengan mengelola beberapa UTXO yang memiliki jenis koin yang sama. Namun, ini memerlukan algoritme pemilihan UTXO, pemisahan, dan penggabungan yang lebih kompleks. Exchange di masa depan mungkin akan menjelajahi teknologi canggih ini untuk memberikan pengalaman pengguna yang lebih baik.
Biaya
Biaya utama dari transaksi REE bagi pengguna berasal dari biaya jaringan bitcoin. REE meminimalkan ukuran transaksi penyelesaian dengan menggunakan jenis alamat P2TR.
Pembangun menanggung biaya operasional Exchange di atas ICP (siklus). Meskipun ICP sangat hemat biaya, pembangun perlu menghasilkan pendapatan baik di dalam maupun di luar protokol untuk memastikan keberlanjutan ekonomi Exchange mereka.
MEV
REE adalah lapisan eksekusi, mendelegasikan pengurutan transaksi kepada subnet ICP tempat kontainer REE Orchestrator/koordinator berada. Meskipun secara teoritis mungkin, situasi di mana node subnet ICP mengekstrak MEV dengan menyusun ulang transaksi adalah hal yang belum pernah terdengar.
Lebih penting lagi, tidak ada konsep slippage di REE; ketika trader menandatangani PSBT, semua input dan output transaksi telah ditetapkan. Jika input dari pool dana Exchange telah digunakan, transaksi akan gagal. Oleh karena itu, jika transaksi REE diambil alih, itu akan otomatis gagal, membiarkan pengambil alih menanggung risiko harga sendirian.
Tata kelola
REE akan dikelola oleh Omnity SNS DAO, yang bertanggung jawab untuk mengawasi pembaruan protokol, penyesuaian parameter, dan peta jalan pengembangan. Tata kelola on-chain SNS memastikan transparansi perkembangan berkelanjutan dari ekosistem REE dan pengambilan keputusan yang didorong oleh komunitas.
Kasus penggunaan
Mengalihkan protokol DeFi dari Ethereum atau Solana ke bitcoin adalah cara langsung untuk memanfaatkan REE. Berikut adalah beberapa contoh untuk menjelaskan lebih lanjut.
AMM DEX (Decentralized Exchange Automated Market Maker)
RichSwap, AMM DEX yang dibangun oleh Omnity, akan diluncurkan bersamaan dengan jaringan utama REE. Sebagai exchange pertama di REE, RichSwap melayani tujuan berikut:
1, RichSwap memverifikasi fungsionalitas dan kinerja platform REE.
2, RichSwap adalah open source, menyediakan contoh lengkap untuk pembangun BTCFi.
3, Protokol BTCFi lainnya dapat memanfaatkan RichSwap untuk mempercepat likuiditas bootstrap.
4, RichSwap dilengkapi dengan mekanisme penangkapan nilai token bawaan, yang dapat dimanfaatkan oleh protokol BTCFi lainnya.
Meskipun RichSwap adalah exchange pertama, ia tidak memiliki hak istimewa. Setelah peluncuran jaringan utama, REE akan dengan cepat bertransisi menjadi platform terbuka, menerima pendaftaran tanpa izin untuk protokol BTCFi mana pun yang memenuhi spesifikasi teknis (termasuk AMM DEX).
Pinjaman
Protokol pinjaman berbasis REE dapat mendukung beberapa pool dana, masing-masing dengan konfigurasi, parameter risiko, dan jenis dukungan aset yang berbeda. Setiap pool yang mendukung peminjaman BTC dengan Runes blue chip mungkin memiliki suku bunga, rasio jaminan, dan ambang likuidasi yang berbeda. Itu mungkin memilih untuk mengembalikan atoken kepada penyedia likuiditas (LPs). Dengan integrasi dengan oracle di ICP, protokol pinjaman dapat menentukan nilai jaminan atau memicu proses likuidasi secara terdesentralisasi.
Token staking likuiditas
Melaksanakan staking bitcoin L1 di REE adalah mungkin, tetapi mengintegrasikan protokol staking yang ada (seperti Babylon) adalah kemungkinan yang lebih menarik. Pengguna menyimpan bitcoin di Exchange dan menerima LST dalam format Runes. Kemudian LSTExchange menggabungkan dengan protokol staking Babylon di bitcoin L1, sambil mengelola delegasi dan hadiah staking di rantai Babylon melalui protokol lintas rantai tanpa kepercayaan. Omnity Hub telah terintegrasi dengan Osmosis melalui arsitektur on-chain dan verifikasi klien ringan. Oleh karena itu, interaksi antara kontrak pintar ICP dan aplikasi rantai Cosmos tidak lagi menghadapi hambatan teknis.
Peta Jalan
1, Q4 2024, rilis dokumen putih REE.
2, Q1 2025, peluncuran jaringan utama REE bersama RichSwap.
3, Q2 2025, pendaftaran Exchange terbuka untuk mitra Omnity.
4, Paruh kedua 2025, pendaftaran Exchange terbuka sepenuhnya
Kesimpulan
REE mewakili terobosan dalam pemrograman bitcoin, mewujudkan kontrak pintar yang aman dan Turing lengkap tanpa bergantung pada lintas rantai aset atau fork. Model eksekusi tanpa lintas rantai ini memiliki potensi untuk membina ekosistem BTCFi yang memanfaatkan likuiditas dan keamanan bitcoin dalam lingkungan yang sepenuhnya tanpa kepercayaan dan tanpa izin.
