TL;

DR
• UX kripto default saat ini adalah agar pengguna selalu tahu jaringan mana yang berinteraksi dengan mereka. Namun, pengguna internet tidak perlu tahu penyedia cloud mana yang berinteraksi dengan mereka. Membawa pendekatan ini ke blockchain adalah apa yang kita sebut Abstraksi Rantai.
• Artikel ini memperkenalkan kerangka kerja CAKE yaitu Elemen Kunci Abstraksi Rantai. Ini terdiri dari empat lapisan: Aplikasi, Izin, Pemecahan, dan Pembayaran, yang secara kolektif memfasilitasi operasi cross-chain tanpa batas bagi pengguna.
• Mencapai Abstraksi Rantai membutuhkan penggunaan serangkaian teknologi yang kompleks untuk menyediakan eksekusi yang andal, hemat biaya, aman, cepat, dan pribadi.
• Kami mendefinisikan ruang tradeoff cross-chain dalam abstraksi rantai sebagai trilema dan mengusulkan enam desain, yang masing-masing menawarkan keuntungan unik.
• Dalam pesanan untuk berhasil membuat lompatan ke masa depan abstraksi rantai, sangat penting kita sebagai industri mendefinisikan dan mengadopsi standar umum untuk pesan antara lapisan CAKE. Standar yang bagus adalah lapisan gula pada kue. 🎂

Pendahuluan

Pada tahun 2020, jaringan Ethereum beralih ke peta jalan sentris rollup rollup untuk penskalaan. Empat tahun sejak keputusan itu, lebih dari 50 rollups (L2) sudah diproduksi. Meskipun rollups menyediakan penskalaan horizontal yang sangat dibutuhkan untuk ruang blok EVM, ia telah benar-benar merusak pengalaman pengguna.

Pengguna seharusnya tidak peduli, atau tahu, rollup mana yang berinteraksi dengan mereka. Kripto pengguna mengetahui rollup mana (Optimisme atau Basis) yang berinteraksi dengan mereka setara dengan pengguna web2 yang mengetahui penyedia cloud mana (AWS atau GCP) yang berinteraksi dengan mereka. Abstraksi Rantai adalah visi di mana informasi rantai diabstraksikan jauh dari pengguna. Pengguna hanya menghubungkan dompet mereka ke dApp dan menandatangani untuk operasi yang dimaksudkan, rincian memastikan bahwa pengguna memiliki keseimbangan yang benar pada rantai target dan kemudian menjalankan operasi yang dimaksudkan terjadi di belakang layar.

Selama artikel ini, kita akan mengamati bahwa Abstraksi Rantai adalah masalah yang benar-benar multi-disiplin. Melibatkan interaksi dengan Layer Aplikasi, Permission Layer, Solver Layer dan Pembayaran Layer. Kami memperkenalkan kerangka kerja Chain Abstraction Key Elements (CAKE 🎂) dan kemudian mempelajari lebih dalam trade-off desain sistem abstraksi rantai.

Memperkenalkan CAKE Framework

Dalam dunia abstrak rantai, pengguna pergi ke situs web dApps, menghubungkan dompet mereka, menandatangani operasi yang dimaksudkan dan menunggu penyelesaian akhirnya. Semua kompleksitas memperoleh aset yang diperlukan ke rantai target dan penyelesaian akhir akan diabstraksikan jauh dari pengguna, terjadi di lapisan infrastruktur CAKE. Ada tiga lapisan infrastruktur CAKE:

1. Lapisan izin: Pengguna menghubungkan dompet mereka ke dApp dan meminta penawaran untuk maksud pengguna. Intent adalah apa yang diharapkan pengguna (yaitu output) pada akhir transaksi dan bukan jalur akhir yang diambil transaksi. Ini dapat mentransfer USDT ke alamat Tron atau menyetor USDC ke dalam strategi menghasilkan hasil di Arbitrum. Dompet harus dapat mengetahui aset pengguna (yaitu status baca) dan melakukan transaksi (yaitu status pembaruan) pada rantai target.
2. Lapisan solver: Lapisan solver memperkirakan biaya dan kecepatan eksekusi berdasarkan saldo dan niat awal pengguna. Proses ini, yang disebut sebagai penyelesaian, sangat penting dalam pengaturan cross-chain di mana transaksi menjadi tidak sinkron dan sub-transaksi mungkin gagal selama eksekusi. Pengenalan asinkronisitas menciptakan trilema cross-chain yang melibatkan biaya, kecepatan eksekusi, dan jaminan eksekusi.
3. Pembayaran layer: Setelah pengguna menyetujui transaksi dengan kunci pribadi mereka, settlement layer memastikan eksekusinya. Ini melibatkan dua langkah: menjembatani aset pengguna ke rantai target dan kemudian mengeksekusi transaksi. Jika protokol menggunakan pemecah canggih untuk operasi tertentu, mereka dapat membawa likuiditas mereka sendiri dan menjalankan operasi atas nama pengguna tanpa perlu menjembatani.

Mencapai Abstraksi Rantai berarti menggabungkan tiga lapisan infrastruktur di atas menjadi produk terpadu. Wawasan utama saat menggabungkan lapisan-lapisan ini adalah perbedaan antara mentransfer informasi vs mentransfer nilai. Mentransfer informasi antar rantai harus lossless dan karenanya perlu bergantung pada jalur yang paling aman. Misalkan pengguna mencoba memilih Ya pada suara tata kelola dari satu rantai ke rantai lainnya, mereka tidak ingin suara mereka dikonversi ke Mungkin. Di sisi lain, mentransfer nilai bisa lossy berdasarkan preferensi pengguna. Pihak ketiga yang canggih dapat dimanfaatkan untuk memberi pengguna transfer nilai yang lebih cepat, lebih murah, atau terjamin. Catatan, 95% dari blockspace ethereum (ditimbang oleh biaya yang dibayarkan kepada validator) dikonsumsi untuk mentransfer nilai.

Keputusan Desain Utama

Tiga lapisan di atas, memperkenalkan keputusan desain utama yang perlu diambil oleh CAF. Mereka terkait dengan siapa yang mengendalikan kekuasaan atas pelaksanaan niat, informasi apa yang harus diungkapkan kepada pemecah dan apa jalur penyelesaian yang tersedia bagi pemecah masalah. Mari kita lihat masing-masing secara detail.

Lapisan Izin

Lapisan izin menyimpan kunci pribadi untuk pengguna dan menandatangani pesan atas nama mereka, yang kemudian dieksekusi on-chain sebagai transaksi. CAF perlu dukungan skema penandatanganan dan muatan transaksi untuk semua rantai target yang ingin dukungan. Misalnya, dompet yang mendukung skema penandatanganan ECDSA dan standar transaksi EVM akan terbatas pada Ethereum, L2-nya, dan rantai sampingnya (misalnya, dompet Metamask). Di sisi lain, dompet yang mendukung EVM dan SVM (Solana VM) akan dapat dukungan kedua ekosistem (misalnya, dompet Phantom). Penting untuk dicatat bahwa mnemonik yang sama dapat digunakan untuk menghasilkan dompet pada rantai EVM dan SVM.

Transaksi multi-rantai tunggal terdiri dari beberapa sub-transaksi yang perlu dieksekusi dengan pesanan yang benar. Sub-transaksi ini harus dieksekusi pada beberapa rantai, masing-masing dengan biaya dan nonce yang bervariasi waktu. Bagaimana koordinasi dan penyelesaian sub-transaksi ini terjadi adalah keputusan desain penting untuk lapisan izin.

1. Dompet EOA adalah perangkat lunak dompet yang berjalan di mesin pengguna dan menyimpan kunci pribadi mereka. Mereka dapat berupa ekstensi berbasis browser (seperti Metamask dan Phantom), aplikasi seluler (seperti Coinbase Dompet), atau perangkat keras khusus (seperti Ledger). Dompet EOA mengharuskan pengguna untuk menandatangani setiap sub-transaksi secara individual, yang saat ini membutuhkan beberapa klik. Mereka juga mengharuskan pengguna untuk menyimpan saldo biaya pada rantai target, yang memperkenalkan gesekan signifikan dalam proses. Namun, gesekan beberapa klik dapat diabstraksikan jauh dari pengguna dengan memungkinkan mereka untuk menandatangani beberapa sub-transaksi dengan satu klik.
2. Dalam dompet Account Abstraction (AA), pengguna masih memiliki akses ke kunci pribadi mereka tetapi mereka memisahkan penandatangan muatan transaksi dengan pelaksana transaksi. Memungkinkan pihak-pihak canggih untuk menggabungkan dan mengeksekusi transaksi pengguna secara atomik (Avocado, Pimlico). Dompet AA masih mengharuskan pengguna untuk menandatangani setiap sub transaksi secara individual (saat ini melalui beberapa klik) tetapi tidak memerlukan penyimpanan saldo biaya pada setiap rantai.
3. Agen berbasis kebijakan menyimpan kunci privat pengguna di lingkungan eksekusi terpisah dan menghasilkan pesan yang ditandatangani atas nama mereka berdasarkan kebijakan pengguna. Bot Telegram, agregator Near Account atau SUAVE TEE adalah dompet berbasis kebijakan sementara Entropy atau Capsule adalah ekstensi dompet berbasis kebijakan. Pengguna hanya perlu menandatangani satu persetujuan dan penandatanganan sub-transaksi dan manajemen biaya berikutnya dapat dilakukan dalam penerbangan oleh agen-agen ini.

Lapisan Solver

Setelah pengguna memposting maksud mereka, lapisan penyelesaian melibatkan pengembalian biaya dan waktu konfirmasi kepada pengguna. Masalah ini terkait erat dengan merancang Order Flow Auction dan telah ditulis secara rinci di sini. CAF dapat memanfaatkan jalur dalam protokol untuk menjalankan maksud pengguna atau memanfaatkan pihak ketiga yang canggih alias pemecah untuk memberikan UX yang lebih baik kepada pengguna dengan mengorbankan beberapa jaminan keamanan. Dua keputusan desain berikutnya muncul ketika kita membawa pemecah ke dalam kerangka CAF, dan terkait dengan informasi.

Intent terdiri dari dua jenis nilai yang dapat diekstraksi (EV): EV_ordering dan EV_signal. EV_ordering adalah nilai khusus untuk blockchain, biasanya diekstraksi oleh entitas yang mengeksekusi pesanan pengguna seperti pembangun blok atau validator. Di sisi lain, EV_signal mewakili nilai yang dapat diakses oleh entitas mana pun yang mengamati pesanan sebelum dicatat secara resmi di blockchain.

Maksud pengguna yang berbeda memiliki distribusi yang bervariasi antara EV_ordering dan EV_signal. Misalnya, niat untuk menukar koin pada DEX biasanya memiliki EV_ordering tinggi tetapi EV_signal rendah. Sebaliknya, transaksi peretasan yang masuk akan memiliki komponen EV_signal yang lebih tinggi karena menjalankannya di depan akan mengembalikan nilai yang jauh lebih besar daripada mengeksekusinya. Penting untuk dicatat bahwa EV_signal terkadang bisa negatif, seperti dalam kasus perdagangan dari Market Maker, di mana entitas yang mengeksekusi pesanan ini dapat mengalami kerugian karena pembuat pasar lebih memahami kondisi pasar di masa depan.

Ketika seseorang memiliki kemampuan untuk mengamati maksud pengguna sebelumnya, mereka dapat terlibat dalam front-running, yang mengarah pada kebocoran nilai. Selain itu, potensi EV_signal menjadi negatif menciptakan lingkungan yang kompetitif di antara solver, menyebabkan mereka mengajukan tawaran yang lebih rendah dan mengakibatkan kebocoran nilai lebih lanjut (alias seleksi yang merugikan). Pada akhirnya, kebocoran berdampak pada pengguna dengan menaikkan biaya atau memberikan harga yang kurang menguntungkan. Catatan, biaya rendah atau peningkatan harga adalah dua sisi dari koin yang sama dan akan digunakan secara bergantian selama sisa artikel.

Berbagi Informasi

Ada 3 metode untuk berbagi informasi dengan pemecah masalah:

1. Public mempool: Maksud pengguna disiarkan secara publik, baik ke mempool publik atau lapisan DA. Pemecah pertama yang dapat memenuhi permintaan mengeksekusi pesanan dan menjadi pemenang. Sistem ini sangat ekstraktif, karena pengguna mengungkapkan EV_ordering dan EV_signal dari pesanan mereka. Contoh lelang jenis ini termasuk mempool publik Ethereum dan berbagai jembatan blockchain. Dalam kasus jembatan, pengguna harus menempatkan aset mereka di escrow sebelum mentransfernya ke rantai target sebagai tindakan pencegahan terhadap serangan kesedihan. Namun, proses ini secara tidak sengaja mengekspos niat mereka secara publik.
2. Berbagi sebagian: CAF dapat memilih untuk membatasi jumlah nilai yang diungkapkan kepada penawar dengan membatasi informasi yang diungkapkan. Namun, pendekatan ini mengakibatkan hilangnya optimalitas harga secara langsung dan dapat menyebabkan masalah lain, seperti spam tawaran.
3. mempool Pribadi: Perkembangan terakhir dalam MPC dan TEE membuka kemungkinan untuk mencapai mempool yang sepenuhnya pribadi. Tidak ada informasi yang bocor di luar Lingkungan Eksekusi sehingga pemecah menyandikan preferensi mereka, yang cocok dengan setiap maksud. Meskipun mempool pribadi menangkap EV_ordering, itu tidak dapat sepenuhnya menangkap nilai dalam EV_signal. Bayangkan apa yang akan terjadi jika transaksi hack dikirim ke mempool. Orang pertama yang melihat pesanan ini dapat menjalankan penjualan potensial dan menangkap EV_signal. Dalam mempool pribadi, informasi dilepaskan hanya setelah blok dikonfirmasi, dan karenanya siapa pun yang dapat melihat transaksi dapat menangkap EV_signal. Orang bisa membayangkan pemecah memutar attestation node untuk menangkap EV_signal dari blok baru yang dicetak oleh TEE, mengubah penangkapan EV_signal menjadi perlombaan latensi.

Daftar Solver

CAF juga perlu memutuskan berapa banyak dan penawar mana yang diizinkan untuk berpartisipasi dalam lelang. Secara umum, opsinya adalah sebagai berikut:

• Akses terbuka: Hambatan masuk untuk kemampuan berpartisipasi serendah mungkin. Ini mirip dengan mempool publik dan kebocoran baik EV_signal maupun EV_ordering.
• Akses terjaga keamanannya: Ada beberapa gatekeeping pada kemampuan untuk mengeksekusi pesanan, baik melalui daftar putih, sistem reputasi, biaya, atau lelang kursi. Mekanisme gatekeeping perlu memastikan bahwa pemecah dalam sistem tidak menangkap EV_signal. Contohnya adalah Lelang 1inch, Lelang Cowswap, dan lelang Uniswap X. Kompetisi untuk memenangkan pesanan menangkap EV_ordering bagi pengguna sedangkan mekanisme gating dapat menangkap EV_signal untuk generator pesanan (Dompet, dApps).
• Akses eksklusif: Akses eksklusif adalah kasus khusus dari lelang pemecah duduk di mana hanya satu pemecah yang dipilih setiap periode waktu. Karena tidak ada informasi yang bocor ke pemecah lain, tidak ada pilihan yang merugikan dan diskon yang berjalan di depan. Pencetus orderflow menangkap nilai EV_signal dan EV_ordering yang diharapkan, karena tidak ada persaingan, pengguna hanya bisa mendapatkan eksekusi dan tidak ada peningkatan harga. Beberapa contoh lelang ini adalah lelang Robinhood dan DFlow.

Pembayaran Lapisan

Setelah dompet menandatangani serangkaian transaksi, mereka harus dieksekusi di blockchain. Transaksi lintas rantai mengubah proses penyelesaian dari atom menjadi asinkron. Sementara transaksi awal sedang dieksekusi dan dikonfirmasi, keadaan pada rantai target dapat berubah, berpotensi utama kegagalan transaksi. Subbagian ini akan mempelajari trade-off antara biaya keamanan, waktu konfirmasi, dan jaminan eksekusi.

Penting untuk dicatat bahwa melaksanakan transaksi yang dimaksudkan pada rantai target tergantung pada mekanisme inklusi transaksi dari rantai target. Termasuk kemampuan untuk menyensor transaksi dan mekanisme biaya rantai target, di antara faktor-faktor lainnya. Kami percaya bahwa pilihan rantai target adalah keputusan untuk dApp dan akan mempertimbangkannya 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 mereka. Oracle berfungsi sebagai relay untuk informasi antar rantai. Ini termasuk memverifikasi situasi seperti pengguna mengunci dana di escrow akun untuk kunci dan cetak bridge, atau mengonfirmasi saldo token pengguna di rantai asal untuk berpartisipasi dalam pemungutan suara tata kelola pada rantai target.

Oracle mentransfer informasi antar rantai dengan kecepatan rantai paling lambat. Ini diperlukan untuk mengelola risiko reorg, karena Oracle perlu menunggu konsensus tentang rantai asal. Mari kita pertimbangkan skenario di mana pengguna ingin bridge USDC dari rantai asal ke rantai target. Untuk melakukan ini, pengguna mengunci dana mereka di escrow. Namun, jika Oracle tidak menunggu konfirmasi yang cukup dan melanjutkan untuk cetak token untuk pengguna pada rantai target, masalah dapat terjadi. Jika terjadi reorg, jika pengguna menimpa transaksi escrow mereka, Oracle akan memiliki pengeluaran ganda.

Ada dua jenis oracle:

1. Oracle Out-of-Protocol membutuhkan validator pihak ketiga yang terpisah dari yang menjalankan konsensus untuk mentransfer informasi antar rantai. Kebutuhan validator tambahan meningkatkan biaya menjalankan Oracle. Jaringan LayerZero, Wormhole, ChainLink dan Axelar adalah contoh Oracle Out-of-Protocol.
2. Oracle In-Protocol sangat terintegrasi ke dalam algoritma konsensus ekosistem, dan menggunakan set validator yang menjalankan konsensus untuk mentransfer informasi. Cosmos memiliki IBC untuk rantai yang menjalankan Cosmos SDK, ekosistem Polygon bekerja pada AggLayer, sementara Optimism bekerja pada Superchain. Setiap oracle menggunakan blockspace khusus untuk mentransfer informasi di antara rantai ekosistem yang sama.
3. Shared Sequencer adalah entitas di luar protokol yang memiliki hak pemesanan transaksi dalam protokol, yaitu mereka dapat menyediakan bundling transaksi di seluruh rantai. Meskipun masih dalam pengembangan, sequencer bersama tidak harus menunggu konfirmasi blok tertentu untuk mengurangi risiko reorg. Untuk benar-benar memberikan cross-chain atomicity shared sequencer harus mampu mengeksekusi transaksi berikutnya yang dikondisikan pada keberhasilan transaksi sebelumnya, mengubahnya menjadi rantai rantai.

Bridging Token

Di dunia multi-rantai, token pengguna dan saldo biaya tersebar di semua jaringan. Sebelum setiap operasi cross-chain, pengguna perlu bridge dana dari rantai asal ke rantai target. Saat ini ada 34 jembatan aktif dengan TVL gabungan $7,7 miliar dan menjembatani volume $8,6 miliar dalam 30 hari terakhir.

Bridging token adalah kasus transfer nilai. Ini menciptakan peluang untuk memanfaatkan pihak ketiga khusus yang unggul dalam manajemen modal dan bersedia menanggung risiko reorg, mengurangi biaya dan waktu yang diperlukan untuk transaksi pengguna.

Ada 2 jenis jembatan:

1. Kunci dan Mint bridge: Kunci dan cetak bridge memverifikasi setoran token pada rantai asal dan mencetak token pada rantai target. Sementara modal kecil diperlukan untuk memulai bridge seperti itu, investasi yang signifikan diperlukan untuk transfer informasi penguncian yang aman antar rantai. Pelanggaran keamanan di jembatan ini telah mengakibatkan kerugian miliaran dolar bagi pemegang token.
2. Likuiditas bridge: Likuiditas memanfaatkan kumpulan likuiditas pada rantai asal dan target, bersama dengan algoritma untuk menentukan tingkat konversi antara token asal dan target. Meskipun jembatan ini memiliki biaya awal yang lebih tinggi, mereka membutuhkan jaminan keamanan yang lebih rendah. Jika terjadi pelanggaran keamanan, hanya dana di kolam likuiditas yang berisiko.

Di kedua jenis jembatan ada biaya likuiditas yang harus dibayar oleh pengguna. Di Lock and Mint menjembatani biaya likuiditas saat bertukar dari wrapped token ke token yang diinginkan (USDC.e ke USDC) pada rantai target, sedangkan di Likuiditas Bridges biaya likuiditas saat bertukar dari token pada rantai asal ke token pada rantai target.

Trilema Lintas Rantai

5 keputusan desain di atas memberikan naik pada trilema cross-chain. CAF harus memilih 2 properti antara Jaminan Eksekusi, Biaya Rendah, dan Kecepatan Eksekusi.

1. Jalur protokol adalah jalur yang ditunjuk untuk mentransfer informasi di seluruh rantai. Sistem ini akun risiko reorg, mengorbankan kecepatan eksekusi tetapi mengurangi biaya dengan menghilangkan kebutuhan set validator tambahan atau biaya likuiditas.
2. Agregasi solver mengumpulkan kutipan dari beberapa pemecah untuk mengidentifikasi jalur termurah dan tercepat untuk memenuhi maksud pengguna. Namun, karena seleksi yang merugikan dan front-running, pemecah terkadang gagal memenuhi maksud, sehingga mengurangi eksekusi.
3. Kompetisi eksekusi memilih pemecah kemenangan dengan mengatur perlombaan antara pemecah untuk mengeksekusi maksud atau memilih pemecah tunggal secara eksklusif. Kedua pendekatan tersebut menyebabkan biaya tinggi bagi pengguna karena pemecah bersaing untuk eksekusi daripada peningkatan harga.

Enam Keping CAKE

Untuk menulis artikel ini, kami mempelajari lebih dari 20 desain berbeda dari tim, baik secara eksplisit maupun implisit mengerjakan Abstraksi Rantai. Pada bagian ini kami membahas enam implementasi CA independen yang kami yakini memiliki efisiensi yang melekat dan kesesuaian pasar produk. Desain ini memiliki potensi untuk menulis satu sama lain jika dibangun dengan benar.

Satu takeaway kunci dari latihan ini adalah bahwa kita memerlukan standar umum untuk mengekspresikan maksud cross-chain. Masing-masing tim sedang mengerjakan metode dan protokol mereka sendiri untuk menyandikan maksud pengguna. Menyatukan menuju standar akan meningkatkan pemahaman pengguna tentang pesan yang mereka tandatangani, membuatnya lebih mudah bagi pemecah dan oracle untuk memahami maksud ini dan menyederhanakan integrasi dengan dompet.

Token Jembatan Terurap

Ekosistem selaras bridge

Persaingan harga solver

Dompet pesan terkontrol

Kompetisi kecepatan solver

Lelang batch eksklusif

maksud

Transfer lintas rantai murah

Panggilan pesan lintas rantai

Swap Cross-chain Murah

Panggilan pesan lintas rantai

Transfer lintas rantai cepat

Panggilan pesan lintas rantai

Contoh

CCTP, CCIP, xERC20

AggLayer, Superchain, IBC

Bungee, Pelompat, Uniswap X

Alfred, Alpukat, Dekat Akun

Di seberang, Pengorbit

Na

dompet

Setiap

Setiap

Tergantung pada implementasi

AA atau berbasis Kebijakan

Setiap

Setiap

Informasi yang dibagikan

umum

umum

Tergantung pada implementasi

Tergantung pada implementasi

Semua atau Tidak Ada

tidak

Solver list

Tergantung pada implementasi

Tergantung pada implementasi

Akses terjaga keamanannya

Tergantung pada implementasi

Tergantung pada implementasi

eksklusif

Oracle

Dalam protokol

Dalam protokol

Di luar protokol

Di luar protokol

Di luar protokol

Di luar protokol

Token Bridging

Bakar dan cetak

Kunci dan cetak

Tergantung pada pemecah

Tergantung pada pemecah

Likuiditas bridge

Tergantung pada implementasi

Token Jembatan yang Diurapi

Ada kasus khusus kunci dan cetak bridge yang tidak membayar biaya likuiditas juga disebut burn and cetak bridge (mis. USDC CCTP). Tim token mengurapi alamat token kanonik pada setiap rantai sementara bridge memiliki wewenang untuk cetak token yaitu token yang dibutuhkan pengguna.

Jika Anda menyipitkan mata cukup keras, luka bakar dan cetak bridge mirip dengan transfer cross-chain dengan kecepatan konfirmasi blok yang cukup. xERC20 adalah salah satu standar untuk mengurapi token kanonik dan jembatan resminya pada rantai target. Token yang diurapi bridge adalah contoh jalur dalam protokol yaitu kompromi pada kecepatan untuk jaminan eksekusi dan biaya rendah, misalnya CCTP membutuhkan waktu 20 menit untuk melakukan transfer.

Jembatan Selaras Ekosistem

bridge yang selaras dengan ekosistem memungkinkan transfer pesan arbitrer antara rantai dalam ekosistem yang sama. Itu termasuk dalam kategori jalur dalam protokol, memprioritaskan jaminan eksekusi dan biaya rendah di atas kecepatan. Contohnya termasuk Cosmos IBC, Polygon AggLayer, dan Optimism Superchain.

Tiga tahun lalu, ekosistem Cosmos menghadapi tantangan serupa dengan apa yang dihadapi Ethereum saat ini. Likuiditas terfragmentasi di seluruh rantai, setiap rantai memiliki token biaya sendiri, dan mengelola akun multi-rantai itu rumit. Ekosistem Cosmos mengatasi masalah ini dengan menerapkan pesan dalam protokol yang melewati jembatan melalui IBC, menghasilkan akun multi-rantai yang mulus dan transfer cross-chain

Ekosistem kosmos terdiri dari rantai independen yang memiliki keamanan berdaulat dan finalitas cepat, membuat jalur protokol untuk pesan cross-chain sangat cepat. Di sisi lain, ekosistem rollup bergantung pada berakhirnya periode tantangan (Optimistic Rollups) atau melakukan zk-proofs (Validity Rollups) untuk finalitas. Jalur dalam protokol untuk pesan yang melewati ekosistem akan lambat karena kendala finalitas ini.

Solver Price Competition

Persaingan harga Solver melibatkan berbagi informasi pesanan dengan semua solver. Solver bertujuan untuk memasukkan nilai yang diharapkan (EV) yang dihasilkan oleh maksud pesanan dan memberikannya kepada pengguna. Pemilihan pemecah pemenang dalam sistem didasarkan pada memaksimalkan peningkatan harga pengguna. Namun, desain ini membawa risiko non-eksekusi dan membutuhkan mekanisme tambahan untuk memastikan penyertaan pesanan yang andal. Contoh mekanisme tersebut termasuk Uniswap X, Bungee, dan Jumper.

Dompet Pesan Terkoordinasi

Dompet pesan terkoordinasi memanfaatkan kemampuan yang disediakan oleh AA atau dompet berbasis kebijakan untuk menawarkan pengalaman cross-chain yang kompatibel dengan jenis maksud apa pun. Ini berfungsi sebagai agregator CA utama, mengarahkan maksud pengguna di antara berbagai desain CA untuk mengatasi maksud tertentu. Contohnya termasuk dompet Avocado, Near Account Aggregator, dan Metamask Portfolio.

Catatan, selama dekade terakhir, ekosistem crypto telah belajar bahwa hubungan antara pengguna dan dompet mereka sangat lengket. Saya pribadi merasakan ketakutan fana setiap kali saya berpikir untuk memigrasikan mnemonik saya dari Metamask ke dompet lain. Ini juga alasan mengapa bahkan setelah 2,5 tahun dan dukungan dari Vitalik Buterin sendiri EIP-4337 telah memperoleh adopsi minimal. Meskipun versi protokol dompet yang lebih baru mungkin memberi pengguna harga (account abstraction) yang lebih baik atau peningkatan kemudahan penggunaan (dompet berbasis kebijakan), memigrasikan pengguna dari dompet mereka saat ini adalah tugas yang berat.

Kompetisi Kecepatan Solver Kompetisi

kecepatan Solver memungkinkan pengguna untuk mengekspresikan niat mereka untuk transisi cross-chain tertentu untuk jaminan eksekusi tinggi. Ini tidak membantu pengguna dengan meminimalkan biaya, tetapi sebaliknya menawarkan saluran yang andal untuk memasukkan transaksi yang kompleks. Pemecah pertama yang mengeksekusi intent berdasarkan biaya block-builder atau kecepatan inklusi memenangkan intent.

Desain ini bertujuan untuk mencapai tingkat inklusi yang tinggi dengan memaksimalkan EV yang ditangkap oleh pemecah masalah. Namun, itu datang dengan biaya sentralisasi, karena bergantung pada manajemen modal yang canggih pada mainnet Ethereum atau eksekusi latensi rendah pada L2.

Lelang Batch Eksklusif

Lelang batch eksklusif mengadakan lelang untuk hak eksklusif untuk mengeksekusi semua aliran pesanan dalam jendela waktu ke pemecah tunggal. Karena pemecah lain tidak dapat melihat pesanan, mereka menempatkan tawaran berdasarkan volatilitas pasar yang diprediksi dan kualitas eksekusi rata-rata mereka. Lelang batch eksklusif bergantung pada harga yang backstop di pesanan untuk memastikan harga pengguna yang baik dan oleh karena itu tidak dapat digunakan untuk peningkatan harga. Mengirim semua aliran pesanan ke penawar tunggal menghilangkan kebocoran informasi dan meningkatkan jaminan eksekusi.

Kesimpulan

Chain Abstraction Frameworks (CAFs) berjanji untuk memberi pengguna interaksi cross-chain yang mulus. Dalam artikel ini kami mempelajari desain dalam produksi dan pengembangan oleh beberapa tim yang secara eksplisit atau implisit mencoba memecahkan Abstraksi Rantai. Kami percaya ini akan menjadi tahun CAF dan mengharapkan persaingan yang signifikan terjadi antara desain yang berbeda dan implementasinya dalam 6-12 bulan ke depan.

Transfer Nilai

Transfer Informasi

Jalur protokol

bridge yang diurapi Token

Ekosistem selaras bridge

Agregasi solver

Persaingan harga solver

Dompet pesan terkoordinasi

Kompetisi eksekusi

Kompetisi kecepatan solver

Lelang batch eksklusif

Transfer nilai lintas rantai akan dialihkan melalui kombinasi jembatan yang diurapi token dengan biaya rendah dan Kecepatan Solver atau Kompetisi Harga untuk kecepatan dan eksekusi. Sementara transfer informasi akan dialihkan melalui kombinasi jembatan pesan yang selaras dengan ekosistem yang akan bertujuan untuk meminimalkan biaya bagi pengguna, dan ke platform yang dikendalikan dompet yang akan memaksimalkan kecepatan. Implementasi akhir akan mengelompok di sekitar enam desain yang berbeda ini karena masing-masing melayani kebutuhan independen dan mendapat manfaat dari efisiensi yang ada di berbagai sudut matriks tradeoff.

Satu takeaway kunci dari latihan ini adalah bahwa kita memerlukan standar umum untuk mengekspresikan maksud cross-chain. Beberapa tim sedang mengerjakan protokol masing-masing untuk menyandikan maksud pengguna yang menyebabkan pekerjaan duplikat. Menyatukan menuju standar akan meningkatkan pemahaman pengguna tentang pesan yang mereka tandatangani, membuatnya lebih mudah bagi pemecah dan oracle untuk bekerja dengan maksud dan menyederhanakan integrasi dengan dompet.

Penafian:

1. Artikel ini dicetak ulang dari [Medium]. Semua hak cipta adalah milik penulis asli [Favorite Mirror Reads Archive]. Jika ada keberatan dengan cetak ulang ini, silakan hubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Kewajiban: Pandangan dan pendapat yang diungkapkan dalam artikel ini semata-mata milik penulis dan bukan merupakan saran investasi.
3. Penerjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.