Penulis asli: Arsip Bacaan Cermin Favorit

Kompilasi asli: Shenchao TechFlow

Ringkasan poin-poin penting

  • Pengalaman pengguna enkripsi default saat ini adalah agar pengguna selalu mengetahui jaringan mana yang berinteraksi dengan mereka. Namun, pengguna Internet tidak perlu mengetahui penyedia cloud mana yang berinteraksi dengan mereka. Memperkenalkan pendekatan ini pada blockchain adalah apa yang kami sebut Abstraksi Rantai.

  • Artikel ini memperkenalkan kerangka Chain abstraction key elements (CAKE). Kerangka kerja ini terdiri dari empat bagian: lapisan aplikasi, lapisan izin, lapisan pemecah, dan lapisan penyelesaian, yang bertujuan untuk memberikan pengalaman operasi lintas rantai yang lancar kepada pengguna.

  • Penerapan abstraksi rantai memerlukan serangkaian teknologi kompleks untuk memastikan keandalan, efektivitas biaya, keamanan, kecepatan, dan privasi proses eksekusi.

  • Kami mendefinisikan trade-off lintas rantai dalam abstraksi rantai sebagai trilema dan mengusulkan enam alternatif desain, masing-masing dengan keunggulan uniknya.

  • Agar berhasil melakukan lompatan ke masa depan abstraksi berantai, sebagai sebuah industri kita harus mendefinisikan dan mengadopsi standar umum untuk penyampaian informasi antar lapisan CAKE. Standar yang baik adalah lapisan gula pada kue.

Perkenalan

Pada tahun 2020, jaringan Ethereum bertransisi ke peta jalan penskalaan yang berpusat pada rollup. Empat tahun kemudian, lebih dari 50 lapisan rollup (L2) digunakan. Meskipun lapisan rollup memberikan penskalaan horizontal yang diperlukan, lapisan ini benar-benar merusak pengalaman pengguna.

Pengguna tidak boleh peduli atau memahami rollup mana yang berinteraksi dengan mereka. Pengguna Crypto mengetahui rollup mana yang mereka gunakan (Optimism atau Base), setara dengan pengguna Web2 yang mengetahui penyedia cloud mana yang mereka gunakan (AWS atau GCP). Visi Abstraksi Rantai adalah untuk mengabstraksi informasi berantai dari bidang penglihatan pengguna. Pengguna cukup menghubungkan dompet ke dApp dan menandatangani tindakan yang dimaksudkan, detail untuk memastikan pengguna memiliki keseimbangan yang benar pada rantai target dan melakukan tindakan yang dimaksudkan, semuanya ditangani di belakang layar.

Dalam artikel ini, kita akan mengeksplorasi bagaimana abstraksi rantai merupakan masalah multidisiplin yang melibatkan interaksi lapisan aplikasi, lapisan izin, lapisan pemecah, dan lapisan penyelesaian. Kami memperkenalkan kerangka Elemen Kunci Abstraksi Rantai (CAKE) dan mempelajari pengorbanan desain sistem abstraksi rantai.

Memperkenalkan kerangka CAKE

Dalam dunia abstraksi rantai, pengguna mengunjungi situs web dApp, terhubung ke dompet mereka, menandatangani operasi, dan menunggu penyelesaian akhir. Semua operasi kompleks dilakukan di lapisan infrastruktur CAKE. Tiga lapisan infrastruktur CAKE meliputi:

  • Lapisan izin: Pengguna menghubungkan dompet mereka ke dApps dan meminta penawaran untuk maksud pengguna. Maksud mengacu pada hasil yang diharapkan pengguna pada akhir transaksi, bukan jalur transaksi. Misalnya, transfer USDT ke alamat Tron atau setor USDC ke dalam strategi menghasilkan hasil di Arbitrum. Dompet harus dapat membaca aset pengguna (yaitu status baca) dan melakukan transaksi pada rantai target (yaitu status pembaruan).

  • Lapisan Solver: Lapisan pemecah memperkirakan biaya dan kecepatan eksekusi berdasarkan keseimbangan dan niat awal pengguna. Dalam pengaturan lintas rantai, proses ini, yang disebut penyelesaian, sangat penting karena transaksi tidak sinkron dan subtransaksi dapat gagal selama eksekusi. Asynchronicity memperkenalkan trilema lintas rantai yang melibatkan biaya, kecepatan eksekusi, dan jaminan eksekusi.

  • Lapisan penyelesaian: Setelah pengguna menyetujui transaksi menggunakan kunci pribadi, lapisan penyelesaian memastikan eksekusinya. Ini terdiri dari dua langkah: menjembatani aset pengguna ke rantai target dan kemudian mengeksekusi transaksi. Jika protokol menggunakan pemecah kompleks untuk operasi tertentu, mereka dapat menyediakan likuiditasnya sendiri dan melakukan operasi atas nama pengguna tanpa memerlukan jembatan.

Menerapkan abstraksi rantai berarti menggabungkan tiga lapisan infrastruktur di atas menjadi satu produk terpadu. Wawasan utama dalam menggabungkan lapisan-lapisan ini adalah perbedaan antara penyampaian informasi dan penyampaian nilai. Transfer informasi antar rantai harus bersifat lossless, jadi andalkan jalur yang paling aman. Misalnya, pengguna yang memberikan suara "ya" dari satu rantai ke pemungutan suara tata kelola di rantai lainnya tidak ingin suara mereka menjadi "mungkin". Di sisi lain, bergantung pada preferensi pengguna, penyampaian nilai mungkin hilang. Pihak ketiga yang matang dapat dimanfaatkan untuk memberikan pengiriman nilai yang lebih cepat, lebih murah, atau terjamin kepada pengguna. Penting untuk dicatat bahwa 95% ruang blok Ethereum digunakan untuk transfer nilai, yang diukur dengan biaya yang dibayarkan kepada validator.

keputusan desain utama

Tiga tingkatan di atas memperkenalkan keputusan desain utama yang perlu diambil oleh CAF. Keputusan-keputusan ini melibatkan siapa yang mengendalikan wewenang untuk melaksanakan maksud tersebut, informasi apa yang diungkapkan kepada pemecah, dan jalur penyelesaian apa yang tersedia bagi pemecah. Di bawah ini adalah analisis rinci dari setiap level.

Tingkat izin

Lapisan izin menyimpan kunci pribadi pengguna dan menandatangani pesan atas nama pengguna, yang kemudian dieksekusi sebagai transaksi on-chain. CAF perlu mendukung skema tanda tangan dan muatan transaksi di semua rantai target. Misalnya, dompet yang mendukung skema tanda tangan ECDSA dan standar transaksi EVM akan dibatasi pada Ethereum, L2, dan sidechain-nya (seperti dompet Metamask). Di sisi lain, dompet yang mendukung EVM dan SVM (Solana VM) akan dapat mendukung kedua ekosistem tersebut (seperti dompet Phantom). Perlu dicatat bahwa frasa mnemonik yang sama dapat digunakan untuk menghasilkan dompet pada rantai EVM dan SVM.

Transaksi multi-rantai terdiri dari beberapa sub-transaksi yang perlu dieksekusi dalam urutan yang benar. Sub-transaksi ini harus dijalankan pada beberapa rantai, masing-masing dengan biaya dan nonce yang bervariasi terhadap waktu. Bagaimana sub-transaksi ini dikoordinasikan dan diselesaikan merupakan keputusan desain utama untuk lapisan izin.

  • Dompet EOA adalah perangkat lunak dompet yang berjalan di mesin pengguna dan menyimpan kunci pribadinya. Itu bisa berupa ekstensi berbasis browser seperti Metamask dan Phantom, aplikasi seluler seperti Coinbase Wallet, atau perangkat keras khusus seperti Ledger. Dompet EOA mengharuskan pengguna untuk menandatangani setiap subtransaksi satu per satu, yang saat ini memerlukan beberapa klik. Mereka juga mengharuskan pengguna untuk mempertahankan saldo biaya pada rantai target, yang menimbulkan hambatan signifikan dalam prosesnya. Namun, dengan mengizinkan pengguna menandatangani beberapa sub-transaksi dengan satu klik, gesekan beberapa klik dapat dihilangkan dari pengguna.

  • Dalam dompet Abstraksi Akun (AA), pengguna masih memiliki akses ke kunci pribadi mereka, namun mereka memisahkan penandatangan payload transaksi dari pelaksana transaksi. Memungkinkan pihak yang kompleks untuk menggabungkan dan mengeksekusi transaksi pengguna secara atom (Avocado, Pimlico). Dompet AA masih mengharuskan pengguna untuk menandatangani setiap subtransaksi satu per satu (saat ini melalui beberapa klik), namun tidak memerlukan saldo biaya untuk disimpan di setiap rantai.

  • Agen berbasis kebijakan menyimpan kunci pribadi pengguna di lingkungan eksekusi terpisah dan menghasilkan pesan yang ditandatangani atas nama pengguna berdasarkan kebijakan pengguna. Telegram Bot, Near Account Aggregator, atau SUAVE TEE adalah dompet berbasis strategi, sedangkan Entropy atau Capsule adalah ekstensi dompet berbasis strategi. Pengguna hanya perlu menandatangani formulir persetujuan, dan penandatanganan sub-transaksi dan manajemen pengeluaran selanjutnya dapat diselesaikan oleh agen ini selama operasi.

lapisan pemecah

Setelah pengguna mempublikasikan maksudnya, lapisan pemecah melibatkan pengembalian biaya dan waktu konfirmasi kepada pengguna. Masalah ini terkait erat dengan perancangan lelang aliran pesanan dan dibahas secara rinci di sini. CAF dapat memanfaatkan jalur intra-protokol untuk mengeksekusi maksud pengguna, atau memanfaatkan pihak ketiga yang kompleks (yaitu pemecah masalah) untuk berkompromi pada jaminan keamanan tertentu guna memberikan pengalaman pengguna yang lebih baik kepada pengguna. Memperkenalkan pemecah ke dalam kerangka CAF akan menghasilkan dua keputusan desain berikutnya, yang terkait erat dengan informasi.

Intent terdiri dari dua jenis nilai yang dapat diekstraksi (EV): EV_ordering value dan EV_signal.

  • EV_ordering adalah nilai khusus blockchain yang biasanya diekstraksi oleh entitas yang menjalankan perintah pengguna (seperti pembuat blok atau validator).

  • EV_signal mewakili nilai yang dapat diakses oleh entitas mana pun yang mematuhi perintah sebelum dicatat secara resmi di blockchain.

Maksud pengguna yang berbeda memiliki distribusi yang berbeda antara EV_ordering dan EV_signal. Misalnya, niat untuk menukar koin di DEX biasanya memiliki nilai EV_ordering yang tinggi tetapi nilai EV_signal yang rendah. Sebaliknya, komponen EV_signal dari transaksi yang diretas akan lebih tinggi karena front-running akan mendapatkan nilai lebih dibandingkan dengan mengeksekusi transaksi. Perlu dicatat bahwa EV_signal terkadang bisa negatif, seperti dalam kasus perdagangan pembuat pasar, di mana entitas yang mengeksekusi pesanan ini mungkin mengalami kerugian karena pembuat pasar memiliki pengetahuan yang lebih baik tentang kondisi pasar di masa depan.

Ketika seseorang dapat mengamati maksud pengguna terlebih dahulu, mereka dapat melompat ke depan, menyebabkan kebocoran nilai. Selain itu, kemungkinan sinyal EV_negatif menciptakan lingkungan kompetitif di antara para pemecah masalah, menyebabkan mereka mengajukan tawaran yang lebih rendah, sehingga menyebabkan kebocoran nilai lebih lanjut (alias seleksi merugikan). Pada akhirnya, kebocoran berdampak pada pengguna dengan menaikkan biaya atau menawarkan penawaran yang lebih baik. Harap dicatat bahwa biaya rendah atau kenaikan harga adalah dua sisi mata uang yang sama dan akan digunakan secara bergantian di sisa artikel ini.

Berbagi informasi

Ada tiga cara untuk berbagi informasi dengan pemecah:

  • Mempool Publik: Niat pengguna disiarkan secara publik ke mempool publik atau lapisan ketersediaan data, dan pemecah pertama yang dapat memenuhi permintaan tersebut akan mengeksekusi perintah tersebut dan menjadi pemenang. Sistem ini sangat mengekstraksi informasi pengguna karena pengguna mengekspos EV_ordering dan EV_signal mereka. Misalnya, mempool publik Ethereum dan berbagai jembatan blockchain. Dalam kasus jembatan, pengguna harus menempatkan aset di escrow sebelum mentransfernya ke rantai target untuk mencegah serangan jahat, namun proses ini secara tidak sengaja membuat niat mereka diketahui publik.

  • Pembagian sebagian: CAF dapat mengurangi jumlah nilai yang diungkapkan kepada peserta lelang dengan membatasi informasi yang diungkapkan. Namun pendekatan ini secara langsung akan mengakibatkan hilangnya optimalitas harga dan dapat menimbulkan masalah seperti spam tawaran.

  • Mempool pribadi: Perkembangan terkini dalam MPC dan TEE memungkinkan mempool pribadi sepenuhnya. Tidak ada informasi yang bocor di luar lingkungan eksekusi, dan pemecah mengkodekan preferensi mereka dan mencocokkan setiap maksud. Meskipun mempool pribadi menangkap EV_ordering, mempool tidak dapat sepenuhnya menangkap EV_signal. Misalnya, jika transaksi yang diretas dikirim ke mempool, orang pertama yang melihat pesanan dapat melakukan pre-empt transaksi tersebut dan menangkap EV_signal. Di mempool pribadi, informasi hanya dirilis setelah blok dikonfirmasi, sehingga siapa pun yang melihat transaksi dapat menangkap EV_signal. Dapat dibayangkan bahwa pemecah akan membuat node otentikasi untuk menangkap EV_signal dari blok TEE yang baru dibuat, mengubah penangkapan EV_signal menjadi kompetisi yang tertunda.

Daftar pemecah

CAF juga perlu memutuskan berapa banyak dan penawar mana yang diperbolehkan berpartisipasi dalam lelang. Opsi utamanya adalah sebagai berikut:

  • Akses Terbuka: Hambatan masuk terendah untuk kemampuan berpartisipasi. Ini mirip dengan mengekspos mempool, yang membocorkan EV_signal dan EV_ordering.

  • Batasi akses: Kemampuan eksekusi pesanan melalui daftar putih, sistem reputasi, biaya, atau lelang kursi. Mekanisme gating diperlukan untuk memastikan bahwa EV_signal tidak ditangkap oleh solver dalam sistem. Misalnya, Lelang 1 inci, Lelang Cowswap, dan Lelang Uniswap X. Kompetisi pemenang pesanan menangkap EV_ordering untuk pengguna, sementara mekanisme gerbang menangkap EV_signal untuk pembuat pesanan (dompet, dApps).

  • Akses Eksklusif: Akses Eksklusif adalah format lelang khusus di mana hanya satu pemecah yang dipilih per periode waktu. Karena tidak ada informasi yang bocor ke pemecah lainnya, tidak ada seleksi yang merugikan dan diskon awal. Inisiator aliran pesanan menangkap nilai yang diharapkan dari EV_signal dan EV_ordering, dan karena tidak ada persaingan, pengguna hanya mendapatkan eksekusi tetapi tidak mendapatkan peningkatan harga. Contoh lelang tersebut adalah lelang Robinhood dan DFlow.

lapisan pemukiman

Setelah dompet menandatangani serangkaian transaksi, transaksi tersebut harus dieksekusi di blockchain. Transaksi lintas rantai mengubah proses penyelesaian dari operasi atom menjadi operasi asinkron. Selama eksekusi dan konfirmasi transaksi awal, keadaan pada rantai target dapat berubah, berpotensi menyebabkan transaksi gagal. Subbagian ini mengeksplorasi trade-off antara biaya keamanan, waktu konfirmasi, dan jaminan pelaksanaan.

Penting untuk dicatat bahwa pelaksanaan transaksi yang dimaksudkan pada rantai target bergantung pada mekanisme penyertaan transaksi rantai target, termasuk kemampuan untuk meninjau transaksi dan mekanisme biaya rantai target, serta beberapa faktor lainnya. Kami yakin bahwa pilihan rantai target adalah keputusan dApp dan berada di luar cakupan artikel ini.

Oracle lintas rantai

Dua blockchain dengan status dan mekanisme konsensus yang berbeda memerlukan perantara, seperti oracle, untuk memfasilitasi transfer informasi di antara keduanya. Oracle bertindak sebagai relay untuk transfer informasi antar rantai, termasuk memverifikasi bahwa pengguna telah mengunci dana di rekening escrow di jembatan penguncian dan pencetakan, atau mengonfirmasi saldo token pengguna pada rantai asli untuk berpartisipasi dalam pemungutan suara tata kelola di rantai tersebut. rantai sasaran.

Oracle mengirimkan informasi dengan kecepatan rantai paling lambat. Hal ini untuk mengelola risiko reorganisasi, karena oracle perlu menunggu konsensus dari rantai asli. Misalkan pengguna ingin menjembatani USDC dari rantai asli ke rantai target, dan untuk tujuan ini pengguna mengunci dananya di escrow. Namun, masalah dapat muncul jika oracle tidak menunggu konfirmasi yang cukup dan terus mencetak token untuk pengguna di rantai target. Jika terjadi reorganisasi dan pengguna menimpa transaksi escrow mereka, oracle akan menyebabkan pembelanjaan ganda.

Ada dua jenis ramalan:

  • Oracle di luar protokol: harus terpisah dari validator pihak ketiga yang menjalankan konsensus untuk meneruskan informasi antar rantai. Validator tambahan meningkatkan biaya menjalankan oracle. LayerZero, Wormhole, ChainLink, dan Axelar Networks adalah contoh oracle di luar protokol.

  • Oracle dalam protokol: Terintegrasi secara mendalam ke dalam algoritme konsensus ekosistem dan mengomunikasikan informasi menggunakan serangkaian validator yang menjalankan konsensus. IBC Cosmos digunakan untuk rantai yang menjalankan Cosmos SDK, ekosistem Polygon mengembangkan AggLayer, dan Optimism mengembangkan Superchain. Setiap oracle menggunakan ruang blok khusus untuk meneruskan informasi antar rantai dalam ekosistem yang sama.

  • Sequencer bersama adalah entitas di luar protokol yang memiliki hak pengurutan transaksi di dalam protokol, yaitu, mereka dapat menggabungkan transaksi lintas rantai. Meskipun masih dalam pengembangan, sequencer bersama tidak perlu menunggu konfirmasi blok tertentu untuk mengurangi risiko reorganisasi. Untuk benar-benar mencapai atomisitas lintas rantai, sequencer bersama harus mampu mengeksekusi transaksi berikutnya jika transaksi sebelumnya berhasil, sehingga mengubahnya menjadi rantai.

token penghubung

Di dunia multi-rantai, token pengguna dan saldo biaya tersebar di semua jaringan. Sebelum setiap operasi lintas rantai, pengguna perlu menjembatani dana dari rantai asli ke rantai target. Saat ini terdapat 34 jembatan lintas rantai aktif dengan total TVL sebesar $7,7 miliar dan volume jembatan dalam 30 hari terakhir sebesar $8,6 miliar.

Token penghubung adalah kasus transfer nilai. Hal ini menciptakan peluang untuk memanfaatkan pihak ketiga profesional yang ahli dalam manajemen modal dan bersedia menanggung risiko restrukturisasi, sehingga mengurangi biaya dan waktu yang dibutuhkan pengguna untuk berdagang.

Ada dua jenis jembatan lintas rantai:

  • Lock and Mint Bridge: Lock and Mint Bridge memverifikasi penyimpanan token pada rantai asli dan mencetak token pada rantai target. Modal yang diperlukan untuk meluncurkan jembatan semacam itu kecil, namun transfer informasi terkunci yang aman memerlukan investasi yang besar. Pelanggaran keamanan pada jembatan ini mengakibatkan kerugian miliaran dolar bagi pemegang token.

  • Jembatan Likuiditas: Jembatan Likuiditas menggunakan kumpulan likuiditas pada rantai asli dan rantai target, dan menggunakan algoritma untuk menentukan tingkat konversi antara rantai asli dan token target. Meskipun jembatan-jembatan ini memiliki biaya awal yang lebih tinggi, namun memerlukan jaminan keselamatan yang lebih rendah. Jika terjadi pelanggaran keamanan, hanya dana di kumpulan likuiditas yang berisiko.

Di kedua jembatan lintas rantai, pengguna harus membayar biaya likuiditas. Dalam jembatan penguncian dan pencetakan, biaya likuiditas timbul ketika menukar dari token pembungkus ke token yang diinginkan (USDC.e ke USDC) pada rantai target, sedangkan dalam jembatan likuiditas, biaya likuiditas timbul ketika menukar dari yang asli. token ke USDC Terjadi ketika token pada rantai ditukar dengan token pada rantai target.

Trilema lintas rantai

Lima keputusan desain di atas mengangkat trilema lintas rantai. CAF harus memilih dua atribut antara jaminan eksekusi, biaya rendah dan kecepatan eksekusi.

  • Jalur intra-protokol: Ini adalah jalur transmisi informasi lintas rantai yang ditunjuk. Sistem ini memperhitungkan risiko reorganisasi, mengorbankan kecepatan eksekusi namun mengurangi biaya dengan menghilangkan set validator tambahan atau biaya likuiditas.

  • Agregasi pemecah: Kumpulkan kutipan dari beberapa pemecah untuk mengidentifikasi jalur termurah dan tercepat untuk melaksanakan maksud pengguna. Namun, karena seleksi yang merugikan dan proses yang berjalan di depan, kadang-kadang pemecah masalah mungkin gagal memenuhi tujuannya, sehingga mengakibatkan berkurangnya eksekusi.

  • Kompetisi Eksekusi: Pilih pemecah yang menang dengan mengatur pemecah untuk menjalankan maksud eksekusi atau memilih satu pemecah. Kedua pendekatan ini menghasilkan biaya pengguna yang tinggi karena para pemecah masalah bersaing untuk mendapatkan eksekusi dibandingkan peningkatan harga.

Enam komponen CAKE

Untuk artikel ini, kami mempelajari lebih dari 20 desain tim yang secara langsung dan tidak langsung bekerja pada abstraksi rantai. Pada bagian ini, kami membahas enam implementasi CA independen yang kami yakini memiliki efisiensi bawaan dan kesesuaian pasar produk. Jika dibangun dengan benar, desain ini berpotensi untuk digabungkan satu sama lain.

Kesimpulan utamanya adalah kita memerlukan standar terpadu untuk ekspresi niat lintas rantai. Setiap tim mengerjakan metode dan protokolnya sendiri untuk menyandikan maksud pengguna. Standar terpadu akan meningkatkan pemahaman pengguna tentang pesan yang mereka tandatangani, memudahkan pemecah masalah dan oracle untuk memahami maksud ini, dan menyederhanakan integrasi dengan dompet.

Jembatan yang ditunjuk token

Ada kasus khusus jembatan lock-and-mint yang tidak membayar biaya likuiditas, juga dikenal sebagai jembatan burn-and-mint (misalnya USDC CCTP). Tim token menetapkan alamat token kanonik pada setiap rantai, dan jembatan memiliki wewenang untuk mencetak token yang dibutuhkan pengguna.

Jika Anda perhatikan lebih dekat, Anda akan melihat bahwa jembatan pembakaran dan pencetakan mirip dengan transfer lintas rantai dengan kecepatan konfirmasi blok yang memadai. xERC 20 adalah standar untuk menentukan token kanonik dan jembatan yang didelegasikan pada rantai target. Jembatan yang ditentukan token adalah contoh jalur intra-protokol yang mengorbankan kecepatan untuk jaminan eksekusi dan biaya rendah, misalnya CCTP membutuhkan waktu 20 menit untuk menyelesaikan transfer.

Jembatan Koordinasi Ekosistem

Jembatan Koordinasi Ekosistem dapat mengirimkan pesan sewenang-wenang antar rantai dalam ekosistem yang sama. Jembatan tersebut merupakan jalur intra-protokol yang mengutamakan jaminan eksekusi dan biaya rendah dibandingkan kecepatan. Contohnya termasuk Cosmos IBC, Polygon AggLayer, dan Optimism Superchain.

Tiga tahun lalu, ekosistem Cosmos menghadapi tantangan serupa dengan yang dihadapi Ethereum saat ini. Likuiditas tersebar di berbagai rantai, setiap rantai memiliki token biayanya sendiri, dan mengelola akun multi-rantai sangatlah rumit. Ekosistem Cosmos memecahkan masalah ini dengan menerapkan jembatan pesan intra-protokol IBC, memungkinkan pengelolaan akun multi-rantai dan transfer lintas-rantai yang lancar.

Ekosistem Cosmos terdiri dari rantai independen dengan keamanan berdaulat dan penyelesaian cepat, membuat pengiriman pesan lintas rantai dalam protokol menjadi sangat cepat. Ekosistem rollup bergantung pada akhir periode tantangan (rollup optimis) atau penyerahan bukti zk (validitas rollup) untuk mencapai finalitas. Karena pembatasan finalitas ini, pengiriman pesan ke seluruh ekosistem akan menjadi lebih lambat.

Persaingan harga pemecah

Persaingan harga pemecah melibatkan pembagian informasi pesanan dengan semua pemecah. Pemecah ini dirancang untuk menggabungkan nilai yang diharapkan (EV) yang dihasilkan oleh maksud pesanan dan memberikannya kepada pengguna. Pemilihan Solver pemenang dalam sistem didasarkan pada memaksimalkan peningkatan harga pengguna. Namun, desain ini memiliki risiko tidak dapat dilaksanakan dan memerlukan mekanisme tambahan untuk memastikan keandalan pesanan. Contoh mekanisme tersebut termasuk Uniswap X, Bungee, dan Jumper.

Pesan rekonsiliasi dompet

Pesan koordinasi dompet memanfaatkan fitur yang disediakan oleh AA atau dompet berbasis kebijakan untuk memberikan pengalaman lintas rantai yang kompatibel dengan jenis niat apa pun. Ini bertindak sebagai agregator CA utama, mengarahkan niat pengguna di antara berbagai desain CA untuk mengatasi maksud tertentu. Contohnya termasuk Dompet Alpukat, Agregator Dekat Akun, dan Portofolio Metamask.

Penting untuk dicatat bahwa selama dekade terakhir, ekosistem kripto telah menyadari bahwa hubungan antara pengguna dan dompet mereka sangat erat. Setiap kali saya berpikir untuk memindahkan frasa mnemonik saya dari Metamask ke dompet lain, saya merasa sangat ketakutan. Hal ini juga yang menjadi alasan mengapa EIP-4337 masih memiliki tingkat adopsi yang rendah setelah 2,5 tahun, bahkan dengan dukungan dari Vitalik Buterin sendiri. Meskipun versi protokol dompet yang lebih baru mungkin menawarkan harga yang lebih baik kepada pengguna (abstraksi akun) atau peningkatan kemudahan penggunaan (dompet berbasis kebijakan), memigrasikan pengguna dari dompet mereka saat ini adalah tugas yang berat.

Kompetisi kecepatan pemecah

Persaingan kecepatan pemecah memungkinkan pengguna untuk menyatakan niat untuk transformasi lintas rantai tertentu untuk mendapatkan jaminan eksekusi yang tinggi. Ini tidak membantu pengguna meminimalkan biaya tetapi menyediakan saluran yang dapat diandalkan untuk menampung transaksi yang kompleks. Solver pertama yang mengeksekusi maksud berdasarkan biaya pembuat blok atau menyertakan kecepatan akan memenangkan maksud tersebut.

Desainnya bertujuan untuk mencapai tingkat inklusi yang tinggi dengan memaksimalkan EV yang ditangkap oleh Solver. Namun, hal ini harus mengorbankan sentralisasi, karena bergantung pada manajemen modal yang kompleks di mainnet Ethereum atau eksekusi latensi rendah di L2.

Lelang massal eksklusif

Lelang batch eksklusif mengadakan lelang untuk mendapatkan hak eksklusif untuk mengeksekusi semua aliran pesanan dalam jangka waktu tertentu. Karena pemecah lain tidak dapat melihat pesanan, mereka menawar berdasarkan prediksi volatilitas pasar dan kualitas eksekusi rata-rata. Lelang batch eksklusif mengandalkan harga cadangan untuk memastikan harga pengguna yang baik dan oleh karena itu tidak dapat digunakan untuk perbaikan harga. Mengirimkan seluruh alur pesanan ke satu penawar akan menghilangkan kebocoran informasi dan meningkatkan jaminan pelaksanaan.

Kesimpulannya

Kerangka Abstraksi Rantai (CAF) berjanji untuk memberikan interaksi lintas rantai yang lancar kepada pengguna. Dalam makalah ini, kami mengkaji desain dalam produksi dan pengembangan oleh beberapa tim yang secara eksplisit atau implisit mencoba memecahkan masalah abstraksi rantai. Kami yakin ini akan menjadi tahun CAF dan memperkirakan persaingan yang signifikan antara berbagai desain dan implementasinya akan terjadi dalam 6-12 bulan ke depan.

Transfer nilai lintas rantai akan dimungkinkan melalui jembatan yang didelegasikan token dengan biaya rendah dan eksekusi cepat melalui kecepatan pemecah atau kompetisi harga. Transfer pesan disalurkan melalui jembatan pesan yang sesuai dengan ekosistem, dirancang untuk meminimalkan biaya pengguna dan memaksimalkan kecepatan melalui platform yang dikontrol dompet. Pada akhirnya, enam pilihan desain yang berbeda ini akan membentuk sebuah cluster karena masing-masing pilihan tersebut memenuhi kebutuhan yang berbeda dan memanfaatkan efisiensi di berbagai bidang matriks trade-off.

Kesimpulan penting yang kami peroleh dari proses ini adalah kami memerlukan standar umum untuk mengungkapkan niat lintas rantai. Saat ini, banyak tim bekerja secara independen pada protokol untuk menyandikan maksud pengguna, sehingga terjadi duplikasi upaya. Standar terpadu akan membantu meningkatkan pemahaman pengguna tentang pesan yang ditandatangani, memfasilitasi pemecah masalah dan oracle untuk memproses maksud, dan menyederhanakan integrasi dengan dompet.

Tautan asli