Interoperabilitas tanpa kepercayaan antara rollups: overview, konstruksi, dan tantangan

Penulis: Marshall Vyletel Jr. Sumber: *1kx Terjemahan: Shanooba, Golden Finance

Pendahuluan

Jumlah rollup di Ethereal Network telah mengalami pertumbuhan pesat naik. Menurut data L2Beat, hingga saat artikel ini ditulis, sudah ada 91 L2 dan L3 yang diluncurkan, dan 82 lainnya akan segera diluncurkan. Oleh karena itu, juga terdapat banyak fragmentasi dalam Likuiditas, pengalaman pengguna, dan alat pengembang. Solusi interoperabilitas saat ini masih perlu diperbaiki karena bergantung pada kombinasi jembatan pihak ketiga, aset pembungkus eksternal, dan kerangka kerja niat, dengan setiap solusi memiliki masalahnya sendiri.

1. Jembatan likuiditas biasanya menjadi sasaran serangan Hacker Aset Kripto terbesar (seperti serangan Hacker jembatan wormhole senilai 321 juta dolar)
2. Aset yang dikemas secara eksternal tidak diminati, data menunjukkan bahwa orang lebih memilih untuk memiliki aset dalam bentuk aslinya bila memungkinkan (misalnya, menurut data L2Beat, nilai aset jembatan standar adalah 220 miliar dolar AS, sementara aset yang dikemas secara eksternal hanya bernilai 30 miliar dolar AS)
3. Kerangka tujuan bergantung pada pihak ketiga yang memerlukan kepercayaan yang tidak dapat diabaikan dan menarik biaya tambahan untuk mendorong aktivitas lintas Rollup (misalnya, karena jembatan resmi tidak standar, pengguna rantai Degen kehilangan lebih dari 80% Token). Kerangka tujuan yang terpusat juga berarti persaingan yang lebih rendah, yang dapat menyebabkan penentuan harga dan kinerja yang tidak ideal

Dalam artikel ini, kami menyelidiki prospek interoperabilitas tanpa kepercayaan dengan mendefinisikan dan membahas enam tingkat solusi interoperabilitas antara ekosistem Rollup yang terdesentralisasi.

Kami memulai dari situasi default, yaitu menarik aset dari rollup sumber secara asinkron ke L1 dan menghubungkannya secara manual ke rollup target, dan akhirnya berakhir dengan arsitektur asumsi tentang komposabilitas cross-rollup dalam satu transaksi. Kami akan menjelajahi bagaimana interoperabilitas pada setiap level akan mempengaruhi pengalaman pengguna, pengembang, potensi MEV, dan rollup itu sendiri (tergantung pada perubahan infrastruktur yang spesifik).

Artikel ini membahas utama tentang Ethereum dan L2-nya, dan hanya interoperabilitas tanpa kepercayaan ikuti. Dalam konteks ini, ‘interoperabilitas tanpa kepercayaan’ merujuk pada saluran dalam protokol, yang memfasilitasi transfer di luar infrastruktur penting yang diperlukan yang sudah diperlukan dalam sebagian besar rollup.

Persiapan

Definisi

Secara mendasar, interoperabilitas tanpa kepercayaan membutuhkan sumber daya bersama yang harus dapat diakses oleh dua protokol yang ingin saling beroperasi. Dalam kasus ETH L1, semua Smart Contract eksis dalam lingkungan yang sama dengan status ETH lengkap yang dibagikan, sehingga mereka selalu memiliki tingkat interoperabilitas tertinggi. Namun, L2 hanya berbagi lapisan penyelesaian melalui kontrak jembatan terpisah, sehingga interoperabilitasnya sangat terbatas.

Komponen infrastruktur bersama yang kunci untuk mendorong kemajuan kita dalam tangga interoperabilitas tanpa kepercayaan adalah pengurut bersama, pembangun super, dan Pembayaran bersama. Jaminan dan fitur baru yang dibuka oleh lapisan bersama ini terkait tetapi pada dasarnya ortogonal.

1. Pembaruan Pembuat Seri Bersama / Super: Meningkatkan kecepatan dan pengalaman pengguna utama.
2. Berbagi Pembayaran: swap aset tanpa perlu pembungkusan eksternal dan pertukaran pesan dalam protokol.

Pertama-tama, kita akan mendefinisikan enam tingkat interoperabilitas tanpa kepercayaan yang disebutkan dalam pengantar:

1. L1 asynchronous: → Melalui penggabungan L1 Pembayaran, transfer aset dilakukan secara manual untuk mencapai interoperabilitas.
2. Atom termasuk: → Pastikan bahwa semua transaksi di dalam Bundel Rollup akan dimasukkan ke blok berikutnya dari setiap Rollup yang terlibat dalam Bundel tersebut, atau tidak dimasukkan sama sekali.
3. Berbagi Pembayaran: → Melalui kontrak bridge yang sama, beberapa rollup terhubung ke L1.
4. Eksekusi atom: → Pastikan bahwa semua transaksi dalam bundel Rollup lintas akan dimasukkan ke dalam Blok berikutnya dari setiap Rollup yang terlibat dalam bundel tersebut dan berhasil dieksekusi, jika tidak, tidak ada transaksi yang akan dieksekusi. Keberhasilan eksekusi merujuk pada setiap transaksi dieksekusi tanpa Rollback, dan tercermin dalam status pembaruan setiap Rollup dalam bundel tersebut.
5. Komposabilitas Tingkat Blok: → Blok selanjutnya dari Bundel Rollup harus dapat mencakup transaksi yang bergantung (tx B di Rollup B bergantung pada hasil tx A di Rollup A)
6. Kombinabilitas Level Transaksi: → Interoperabilitas tingkat Smart Contract hanya membutuhkan satu transaksi untuk menyebabkan perubahan status di antara beberapa rollup secara bersamaan (tanpa ikatan). Menggunakan protokol apa pun di atas rollup mana pun secara logis setara dengan menggunakan Smart Contract yang berbeda di satu chain. Hal ini penting karena berarti setiap perubahan status sebelum panggilan dapat dipulihkan saat kembali.

Untuk lebih memahami setiap tingkat, kami akan memperkenalkan beberapa kasus penggunaan kunci berikut untuk menunjukkan fungsionalitas setiap tingkat dan dampaknya terhadap pengguna, pengembang, pengumpul, dan penelusur MEV.

Contoh:

1. Transfer Token yang Sama → Kirim ke diri sendiri: Menukar Eth menjadi Eth antara dua Rollup, atau menukar ERC-20 menjadi ERC-20
2. Pembelian Token → Pesanan Batas lintas Rollup: Gunakan Eth/ERC-20 di Rollup A, beli berbagai ERC-20 di DEX di Rollup B, dan (opsional) kirim kembali ke Rollup A

Arti:

Kami juga akan menjawab pertanyaan-pertanyaan berikut untuk lebih memahami dampaknya terhadap pemegang saham kunci dalam ekosistem penggabungan mana pun.

1. Pengalaman pengguna Dengan mewujudkan tingkat interoperabilitas ini, bagaimana pengalaman pengguna akan berubah?
2. Pengalaman Pengembang Dengan mewujudkan tingkat interoperabilitas ini, bagaimana pengalaman pengembang akan berubah?
3. Potensi MEV Jika kita mencapai tingkat interoperabilitas seperti ini, apakah mungkin muncul peluang MEV baru?
4. Dampak Rollup Apakah Rollup harus memilih untuk bergabung dengan infrastruktur baru apa pun untuk mencapai ini? Apa saja perubahan dalam struktur biaya Rollup? Apa manfaat potensial dari keterlibatan Rollup dalam infrastruktur ini?

Gambaran Tingkat Lanjut

Menuju Enam Tahap Interoperabilitas Tanpa Kepercayaan

1. Asynchronous L1

Infrastruktur yang Diperlukan：

Tidak berlaku

Menurut definisi, ini merujuk pada mode interoperabilitas tanpa kepercayaan default saat ini. Semua rollup didefinisikan demikian karena mereka dibangun sebagai lapisan penyelesaian di atas L1 dan hanya dapat diakses melalui kontrak bridge yang merujuk pada L1 tersebut, mereka secara teratur mengeluarkan pembaruan status untuk mempertahankan jaringan.

Dalam situasi ini, satu-satunya cara standar untuk melakukan aktivitas cross-Rollup tanpa kepercayaan adalah dengan mengekstrak aset dari Rollup sumber melalui jembatan standar dan secara manual menyimpannya ke dalam Rollup tujuan setelah tersedia di L1.

Untuk Optimistic Rollup, dengan mempertimbangkan jendela kesalahan, latensi penarikan sekitar 7 hari. Pada ZK Rollup, latensi penarikan tidak pasti, tetapi mungkin antara 15 menit hingga sehari penuh, seperti yang terjadi pada ZkSync.

Selain itu, melakukan pertukaran atom peer-to-peer menggunakan Smart Contract juga memungkinkan, tetapi ini hanya merupakan kasus penggunaan yang lebih kecil dan tidak dapat diperluas secara efektif.

Perlu diperhatikan bahwa saat ini ada solusi pihak ketiga yang tersedia:

1. Jembatan Likuiditas
2. Kerangka Niat

Kedua contoh kami memerlukan solusi pihak ketiga untuk membantu.

Kirim ke diri sendiri:

1. Praktek Standar: → Ekstraksi aset dari Rollup A → Deposit Manual Rollup B
2. Pihak Ketiga: → Jembatan Likuiditas / Jaringan Solver

Pesanan lintas batas bergulir terbatas

1. Standar: → Ekstraksi aset dari Rollup A → Deposit Manual Rollup B → Melaksanakan Pesanan Harga Terbatas → Jika ingin mengembalikan, harus melakukan pembungkusan eksternal terhadap ERC-20 target
2. Pihak Ketiga → Ruang solusi baru untuk pesanan batas lintas agregat → Desain terbuka berpusat pada tujuan pengguna untuk mendorong hal ini

Karena ini adalah default, maka tidak perlu membahas perubahan UX, DevEx, MEV, dan agregat.

2. Atom Termasuk

Infrastruktur yang Diperlukan

Pembaruan Berbagi Seri *

Atom hanya menjamin bahwa transaksi pengikat lintas ringkasan akan dimasukkan dalam blok berikutnya.

Ini memerlukan sorter berbagi, tetapi secara teoritis, jika sorter pada dua rollup yang diberikan belum mencapai throughput maksimum, itu bisa diimplementasikan secara manual (hanya perlu mengirimkan dua transaksi ke masing-masing rollup). Inilah mengapa kita menambahkan bintang pada infrastruktur yang diperlukan.

Namun, kami tidak mengasumsikan setiap Node lengkap dari rollup yang terhubung berjalan pada sorter berbagi, sehingga tidak dapat menjamin bahwa satu set transaksi dieksekusi dengan sukses. Dalam kasus ini, sorter berbagi hanya dapat menjamin format transaksi yang benar dan akan dimasukkan ke Blok berikutnya, tetapi tidak dapat menjamin keberhasilan eksekusi.

Karena tidak ada jaminan pelaksanaan, maka tidak mungkin untuk menggunakan atomically included secara berarti secara programatik tanpa risiko pembatalan salah satu transaksi. Oleh karena itu, kita pada dasarnya berada dalam situasi yang sama persis dengan interoperabilitas L1 Async.

Mempertimbangkan untuk memulai pertukaran agregat lintas sederhana yang hanya memiliki jaminan pengikatan atom.

1. Pengikatan Pertukaran Rollup Lintas → Tx 1: Mengunci / Menghancurkan Token di Rollup Sumber → Tx 2：MencetakTokenke Alamat pengguna di Rollup target

Kami mungkin memiliki jaminan yang mencakup Rollback, yaitu dua transaksi sebenarnya termasuk dalam setiap blok berikutnya yang diaggregate, tetapi jika transaksi pertama Rollback sementara transaksi kedua tidak Rollback, maka dana akan dialokasikan secara tidak benar on-chain, tanpa perlu menguncinya atau membakarnya on-chain asal, maka kita akan menghadapi masalah Double Spending.

Setiap solusi interoperabilitas, baik itu jembatan likuiditas, kerangka keinginan, atau pertukaran xERC-20, rentan terhadap risiko ini dan tidak dapat mengurangi risiko ini. Karena risiko ini ada, solusi saat ini membutuhkan bahwa transaksi harus berhasil dieksekusi dan termasuk dalam Blok on-chain sumber sebelum pesan yang dikirim dapat diteruskan menggunakan penghubung dan transaksi kedua dapat dieksekusi di on-chain tujuan.

Penting: Kontinuitas atom tidak akan berdampak signifikan pada potensi interoperabilitas.

3. 共享Pembayaran

Infrastruktur yang Diperlukan：

Proof Aggregator Layer//Shared Bridge Contract

Ini adalah tempat di mana hal-hal menjadi lebih menarik. Karena adanya kontrak jembatan bersama, semua Likuiditas yang disimpan dari L1 ke ekosistem rollup dapat bergerak bebas di antara semua rollup yang terhubung. Sebelumnya, kami tidak dapat melakukan pertukaran antar rollup tanpa melalui saluran resmi, melibatkan aset pengemasan eksternal, atau menggunakan solusi pihak ketiga.

Mengapa membangun kontrak jembatan bersama? Untuk memahami mengapa kontrak jembatan bersama dapat memungkinkan kita untuk mentransfer aset melintasi Rollup tanpa kepercayaan, pertama-tama pertimbangkan, apa yang akan terjadi jika Anda dapat memiliki Eth di Rollup A, menghancurkannya, kemudian mencetaknya secara native di Rollup B, tanpa perlu membangun kontrak jembatan bersama di Layer1.

Kami melihat bahwa setiap rollup tidak sinkron dengan kontrak bridge di Mainnet. Kontrak bridge rollup B masih memiliki 50 Eth, oleh karena itu pengguna tidak dapat menarik 1 Eth mereka ke L1.

Untuk mengatasi masalah ini, kami mendirikan protokol pembungkus aset eksternal untuk mengumpulkan penerbitan versi paket eksternal Token, Token-token ini melambangkan versi asli dari jaringan di tempat lain.

Dengan adanya lapisan penyelesaian bersama, situasinya berbeda. Karena semua Likuiditas rollup yang terhubung dikunci dalam kontrak jembatan yang sama, orang dapat bergerak bebas antara rollup, karena nilai total dalam kontrak jembatan tetap sama dan selalu dapat ditarik.

Memang perlu diperbarui di tingkat kontrak L1 untuk mengetahui di mana Likuiditas berada, sehingga memungkinkan pengguna untuk menarik dana dari mana saja, tetapi ini cukup sederhana karena semua penghubung agregat dapat membaca/menulis kontrak bersama.

Dengan menggunakan lapisan penyelesaian bersama, untuk situasi pengiriman sederhana ke diri sendiri, prosesnya mungkin terlihat seperti ini.

Kirim ke diri sendiri:

1. Pengguna membuat transaksi awal: →Tx 1: Menarik Eth dari rollup A (dan mencetak di rollup B) → Perdagangan dibagi menjadi batch dan dikirimkan ke kontrak L1 → Ia digabungkan ke dalam akar transaksi, akar transaksi ini mengelompokkan semua rollup Pembayaran yang dibagikan
2. Impor Rollup B dengan transaksi root ini
3. Penguat akan mengirimkan transaksi ke pabrik cetak dan akan mengirimkan bukti Merkle ke rollup B
4. Rollup B menggunakan Merkle Proof dan akar transaksi untuk memverifikasi transaksi yang dihancurkan
5. Pengguna mencetak Eth di Rollup B
6. Rollup B向 L1提交证明

Kami dapat memperluas proses ini ke setiap ERC-20 yang memiliki kontrak di semua pemusatan dalam ekosistem Pembayaran berbagi.

Kami dapat menganggap kontrak jembatan bersama sebagai lapisan pengiriman pesan dalam protokol di antara semua kumpulan koneksi, sehingga secara teoritis proses ini sebenarnya dapat diperluas ke standar pengiriman pesan apa pun.

Ini membuat kita lebih dekat dengan komposabilitas, tetapi karena hanya perlu mengagregasi bukti dan mengirim pesan setelah ada perubahan status di L1, ini menghasilkan latensi yang tinggi (meskipun jelas lebih rendah daripada asinkron L1). Selain itu, setiap aktivitas Rollup lintas kompleks (misalnya menggunakan DEX di Rollup B untuk memulai pesanan batas lintas Rollup A) masih merupakan proses yang rumit bagi pengguna karena mereka masih harus mengirimkan aset mereka sendiri dan secara manual menukarkannya di Rollup tujuan. Dalam kasus ini, paket ikatan lintas Rollup atomik tidak dapat dibuat.

Keuntungan lain dari berbagi Pembayaran adalah bahwa bagi penyedia Likuiditas yang melakukan order di berbagai lingkungan atau resolver, friksi lebih kecil. Karena Likuiditas mereka melintasi semua Rollup yang terhubung terrefleksi dalam satu kontrak jembatan, mereka tidak perlu menunggu jendela penarikan penuh untuk mengelola Likuiditas lintas Rollup.

Dampak pada Pihak yang Terkait Keuntungan:

1. Pengguna: Sekarang Anda dapat mentransfer aset dalam bentuk asli tanpa perlu menarik dana L1
2. Pengembang: Perubahan hanya berlaku untuk Tokenpenerbitan, mereka sekarang dapat menggunakan pesan internal protokol di semua Rollup yang terhubung untuk menerbitkan versi asli ERC-20
3. Pencari MEV:
   Karena situasi ini terjadi di banyak Blok rollup, maka tidak ada potensi MEV baru
4. rollups：
   Rollups harus memilih untuk menggunakan kontrak jembatan bersama dan mungkin menambahkan pra-kompilasi untuk menangani pesan lintas Rollup

Peringatan Penting: Shared Pembayaran memungkinkan transfer aset yang tidak dikemas secara eksternal dan pengiriman pesan sembarang di seluruh agregat pembuatan jembatan dan lapisan agregasi bukti, tetapi masih memiliki latensi yang tidak bisa diabaikan (meskipun jauh lebih pendek dari L1 Async) dan tidak dapat membuat bundel atomik lintas agregat.

4. Pelaksanaan Atom

Infrastruktur yang Diperlukan：

Pemilik Pemilah Bersama // Pembangun Super

Eksekusi atom memungkinkan kita untuk memastikan keberhasilan eksekusi bundle melintang volume, tetapi seperti yang akan kita lihat, jumlah kasus penggunaan bundle melintang volume tanpa transaksi terkait lebih sedikit dari yang awalnya diharapkan.

Jika satu set transaksi yang bergantung pada setiap transaksi tunggal dalam transaksi tersebut dibatalkan, maka semua transaksi lain akan menjadi tidak valid dan juga harus dibatalkan, seperti dalam kasus penghancuran lintas rollup dan pencetakanToken. PencetakanToken di rollup sasaran bergantung pada apakah mereka telah dihancurkan atau dikunci di rollup sumber, sehingga kita dapat mengatakan bahwa satu set transaksi penghancuran dan pencetakan adalah satu set transaksi yang bergantung.

Jika tidak ada pihak perantara yang dapat membuat transaksi sasaran (seperti pembangun super), paket pengikat ini tidak dapat dibuat.

Pertimbangkan, dalam hal tidak ada partisipasi dari pihak lain selain pengguna, apa saja syarat yang harus dipenuhi dalam membangun paket bundel pertukaran lintas Rollup. Paket bundel harus dibuat untuk mengunci/merekam aset di Rollup sumber dan mencetak aset di Rollup tujuan, tetapi kami menghadapi masalah:

1. Kontrak di rollup sumber hanya dapat mengirim pesan saat aset sumber awal dikunci / dihancurkan, mereka tidak dapat memanggil dan membuat transaksi di rollup tujuan. → Inilah alasan mengapa protokol pesan dan jaringan Relay ada. → Pesan dapat digunakan untuk membangun pemanggilan pada target yang seharusnya, tetapi sebenarnya tidak dapat membuat transaksi itu sendiri.
2. Buat transaksi kedua di rollup tujuan untuk pencetakan: → Pengguna tidak dapat membuat transaksi ini sendiri karena mereka tidak memiliki hak cetak Token di rollup B →即）Rantai target perlu membuktikan bahwa Token telah dibakar / dikunci di rantai asal, tetapi bukti ini hanya dapat digunakan setelah transaksi awal dieksekusi, yang akan melanggar persyaratan keatomannya. → Secara teori, setiap yang lain yang mampu Pihak yang membuat transaksi kedua dengan hak cetak dapat membuat transaksi “cetak” pada target on-chain kapan saja tanpa terlebih dahulu membuat “burn” atau lock pada source on-chain, yang merupakan kerentanan besar.

Kita bisa melihat bahwa meskipun kita dapat memastikan eksekusi paket pengikat lintas-agregat, kita menghadapi kesulitan dalam cara pertama membangun mereka untuk mentransfer aset bernilai.

Namun, masih ada beberapa kasus penggunaan eksekusi atom yang tidak memerlukan bundel cross-rollup. Salah satunya adalah Arbitrase cross-rollup:

Karena tidak ada ketergantungan yang ketat antara transaksi-transaksi ini, siapa pun dapat membuat paket atom ini dan mengirimkannya ke penjadwal urutan bersama yang menjamin eksekusi atom.

Namun, untuk mendapatkan jaminan eksekusi atomik terlebih dahulu, rollup harus memilih pengurutan bersama dan pembangun super untuk menjalankan semua Node rollup yang terhubung, sehingga langkah dari eksekusi atomik ke tingkat Blok yang dapat dikombinasikan sangat kecil, semua solusi pengurutan bersama akan mencapai ini. Satu-satunya perubahan yang diperlukan adalah pembangun Blok atau pihak ketiga lainnya harus dapat membuat transaksi atas nama pengguna untuk menyelesaikan paket rollup yang saling tergantung.

Tidak mungkin untuk membangun infrastruktur yang hanya memungkinkan eksekusi atomik tanpa lebih lanjut mencapai komposabilitas. Mengingat infrastruktur sudah memiliki fungsi eksekusi atomik, manfaat relatif dari mencapai komposabilitas level blok yang lengkap jauh lebih besar daripada kesulitan mencapai tujuan ini.

Dampak pada Pihak yang Terkait Keuntungan:

1. Pengguna: Mungkin tidak akan ada perubahan, meskipun pihak ketiga mungkin akan menyediakan solusi seperti ini, tetapi belum jelas bagaimana akan diimplementasikan
2. Pengembang: Mungkin tidak akan berubah
3. Pencari MEV:
   Mempertimbangkan eksekusi atomik, Arbitrase rollup lintas lebih aman
4. Rollup： Rollup harus memilih untuk menggunakan pengurut bersama/super builder, yang mengirimkan Blok yang berisi transaksi dari setiap Rollup yang diharapkan dapat berinteroperabilitas, ini mungkin akan mengubah struktur pendapatan Rollup. Saat ini belum jelas bagaimana hal itu akan berubah. - Pasar penjadwalan mungkin meningkatkan pendapatan Rollup dengan memungkinkan pembangun yang matang membeli ruang ToB

Peringatan penting: Meskipun rollup lintas mengikat menjamin eksekusi atom, namun jika tidak ada pembangun super untuk bagian pengikat yang dibuat, tidak jelas bagaimana pengikat ini akan dibangun, sehingga eksekusi atom sendiri kemungkinan tidak akan berdampak pada interoperabilitas. Secara default, pembangun serial/super harus membangun komposabilitas tingkat blok.

5. Kombinabilitas Tingkat Blok

Infrastruktur yang Diperlukan：

Pengurut Berbagi // Pembangun Super // Lapisan Agregasi Pembuktian* // Kontrak Jembatan Berbagi*

（* = Opsional）

Dalam sebagian besar diskusi tentang serialisasi bersama dan lapisan penyelesaian bersama, istilah yang biasanya digunakan untuk menggambarkan tingkat interoperabilitas ini adalah “komposabilitas sinkron”.

Kami sedikit mengubah istilah ini untuk membuatnya lebih deskriptif. Memperbarui istilah menjadi “Blok tingkat komposabilitas” berarti dapat menggabungkan paket transaksi lintas rollup di antara dua rollup, paket-paket transaksi ini akan disertakan dan berhasil dieksekusi dalam Blok berikutnya. Komposabilitas sinkron mungkin bingung dengan komposabilitas tingkat transaksi, ini akan dibahas dalam bagian berikutnya. Pentingnya memiliki entitas perantara (infrastruktur urutan bersama) yang dapat menjadi pelaksana dan pencipta paket transaksi yang diperlukan.

Pada tingkat ini, kita mulai melihat kekomposisian Rollup yang sebenarnya antara satu sama lain, bukan hanya mengirim ke diri sendiri untuk terlibat dalam dapp di Rollup lain.

Dengan menambahkan serialisasi berbagi yang memungkinkan pembuatan paket lintas-summation, pengembang sekarang dapat memanfaatkannya dengan cara pemrograman.

Ada dua situasi yang perlu dipertimbangkan:

1. Kombinabilitas Level Blok
2. Komposabilitas Tingkat Blockchain + layer Pembayaran Berbagi

Dalam kedua kasus ini, kita dapat membuat paket ikatan lintas-rangkuman untuk kegiatan yang lebih kompleks, tetapi dalam kasus kedua, dengan berbagi Pembayaran, kita dapat menggunakan aset asli, misalnya, ini mungkin memiliki dampak harga yang lebih baik untuk kegiatan DEX lintas-rangkuman.

Dengan menggunakan komposabilitas tingkat blok, kita memiliki keuntungan dalam eksekusi atomik dan juga kemampuan tambahan untuk membuat paket transaksi yang saling tergantung. Mari kita lihat dua contoh penjelasan kami.

Transfer Token yang sama melalui xERC-20 (tanpa Pembayaran bersama):

1. Pengguna memiliki ERC-20
2. Pengguna membuat tx melalui dapp: → Deposit ERC-20 into xERC-20 lockbox to receive xERC-20 wrapped version → Menghancurkan xERC-20 →Kirim pesan ke infrastruktur urutan bersama bahwa transfer cross-rollup telah diaktifkan dan lampirkan data terkait untuk memfasilitasi pertukaran.
3. Superbuilder mengambil perdagangan dan membuat bundel lintas Rollup → Tx 1: Transaksi pengemasan dan penghancuran di atas → Tx 2: Pencetakan xERC-20 di Rollup B
4. Superbuilder mengirimkan rollup silang ini ke pengurut berbagi → Karena Superbuilder sedang menjalankan Node lengkap untuk dua rollup yang terhubung, maka mereka akan melakukan paper trading untuk memastikan bahwa bundel berhasil dieksekusi. Jika ada transaksi yang dibatalkan, maka seluruh bundel akan dibatalkan.
5. Pemilik Sorter berbagi akan mengirimkan Blok yang berisi dua transaksi ke lapisan DA dan Node yang melakukan perubahan status.
6. xERC-20 dicetak pada Rollup B untuk pengguna

Dengan lapisan penyelesaian bersama, prosesnya menjadi lebih sederhana karena tidak perlu pertama-tama menukar ERC-20 menjadi xERC-20.

Sekarang mari kita lihat pesanan harga batas lintas Rollup, yaitu membeli ERC-20 awal (yang berbeda) dalam Rollup A dengan ERC-20 dan mengirimkan ERC-20 yang dihasilkan kembali ke Rollup A di Rollup B. Dalam kasus ini, kita tidak berasumsi bahwa kita memiliki lapisan penyelesaian bersama, meskipun proses serupa ada ketika ada lapisan penyelesaian bersama. Satu-satunya perbedaan adalah tidak perlu membungkus aset tambahan secara eksternal.

Berikut adalah transaksi yang diperlukan dalam kasus ini:

1. Mengemas dan menghancurkan ERC-20 pada A
2. Mint xERC-20 di B
3. Tukar xERC-20 awal dengan ERC-20 target di B
4. Membungkus dan menghancurkan target ERC-20 di B
5. Mint xERC-20 di atas A

Berikut adalah kemungkinan alur kerja:

Arus kas:

1. Pengguna memulai transaksi pertama:
   →Membungkus dan menghancurkan xERC-20, dan mengirim pesan untuk menentukan parameter pertukaran (rantai tujuan, Alamat DEX, ERC-20 yang akan ditukar, harga pesanan batas, boolean apakah dikembalikan)
2. Pembangun Super melihat transaksi dan membuat paket bundel: → Tx 1: Pengguna membuat transaksi di atas → Tx 2: Pencetakan xERC-20 di tujuan (Super Builder harus memiliki izin pencetakan) → Tx 3: Menggunakan data dari tx 1 untuk pesanan batas harga → Tx 4: Membungkus dan menghancurkan ERC-20 di B, dengan asumsi bahwa pesanan batas harga telah sepenuhnya terpenuhi dan mengirim pesan pada rantai sumber untuk pencetakan → Tx 5: cetak output pertukaran dari rantai sumber menjadi xERC-20 target

Karena pembangun super akan membuat Blok dan mengurutkan transaksi, maka ia dapat mensimulasikan setiap transaksi dan mengabaikan bundel pada setiap pembatalan transaksi. Misalnya, jika ditemukan bahwa pengguna tidak dapat sepenuhnya memenuhi pesanan harga batasnya, bundel akan diabaikan sebelum Blok dieksekusi.

Tanpa infrastruktur urutan bersama yang berbagi Pembayaran, versi pembungkus eksternal Eth dan xERC-20 perlu digunakan, yang mungkin mengakibatkan kondisi pasar DEX memburuk karena kolam likuiditas aset bungkus menjadi lebih tipis. Dalam situasi ini, pengguna mungkin harus menggunakan batasan yang lebih longgar, toleransi Slippage yang lebih tinggi, dan mungkin akan menerima harga yang lebih rendah. Ada pengecualian jika melibatkan USDC. Urutan penyortiran bersama tanpa Pembayaran bersama dapat bekerja sama dengan Circle untuk memperoleh hak eksklusif atas kontrak USDC lintas rollup untuk memfasilitasi transfer dan pertukaran USDC asli lintas rollup.

Dengan adanya lapisan penyelesaian bersama, pembungkus eksternal ini tidak lagi diperlukan, dan karena likuiditas pool swap aset asli lebih dalam, mungkin akan memberikan harga yang lebih baik, tetapi prosesnya secara umum sama.

Mempercayai Sekuenser Secara Optimis

Rollup membutuhkan kepercayaan optimis pada pengurut/pembangun bersama untuk membuat paket Rollup lintas efisien. Ini terutama karena paket Rollup lintas ini berisi transaksi yang saling bergantung, yang tidak dapat diverifikasi oleh setiap Rollup sampai Blok ditambahkan ke setiap Rollup pada on-chain dan diagregasi ke lapisan penyelesaian L1. Salah satu contohnya adalah pembuatan dan pencetakan Eth dari sumber ke tujuan. Sangat penting bahwa Eth harus benar-benar dihancurkan pada on-chain sumber sebelum dicetak pada on-chain tujuan, jika tidak mungkin terjadi Double Spending.

Namun, untuk mengeksekusi paket bundel lengkap ini di dalam satu Blok, semua transaksi harus ada di dalam Blok itu sendiri, bahkan jika transaksi mewakili status yang tidak valid sebelumnya dalam Blok sendiri (misalnya, jika pengguna tidak memiliki Eth sebelum Blok, tetapi memiliki Eth di on-chain tujuan pertukaran). Oleh karena itu, kita harus mempercayai sorter benar-benar mencantumkan ketergantungan yang valid di antara paket bundel yang dicampur. Bukti dapat diserahkan belakangan untuk membuktikan keabsahan setiap transaksi.

Namun, ketika menggunakan aset terbungkus, hal ini tidak begitu penting, karena mereka tidak mempengaruhi Likuiditas asli yang disimpan di L1, namun mekanisme fallback harus tetap ada untuk menetralisir risiko pengurutan jahat atau kesalahan dalam kode yang memungkinkan bundle transaksi yang dieksekusi bersamaan dengan transaksi dependensi yang dipulihkan.

Dampak pada Pihak yang Terkait Keuntungan:

1. Pengguna Peningkatan besar-besaran pada pengalaman pengguna, memungkinkan untuk melakukan pesanan batas lintas aglomerasi dalam satu Blok
2. Pengembang Perlu menyadari aktivitas lintas Rollup untuk mungkin menggunakan pra-kompilasi kustom. Pengembang harus mempertimbangkan dari sudut pandang Bundle, bukan hanya transaksi, tetapi pembangun super dan infrastruktur Rollup kustom dapat menghilangkan kompleksitas bagi sebagian besar pengembang.
3. Pencari MEV Peluang bagi pencari MEV untuk menggunakan strategi L1 pada bundel pengumpulan lintas hampir sama, tetapi hal ini bergantung pada cara implementasi PBS (Pemisahan Penyarankan-Konstruktor). → Pengikatan lintas pengumpulan secara substansial dianggap sebagai satu transaksi, sehingga MEV dapat ditemukan melalui front running atau sandwiching paket ini, asalkan mereka tidak membuat harga melampaui jumlah Slippage yang dapat diterima (karena dalam hal ini seluruh paket akan dipulihkan dan upaya MEV akan gagal)
4. rollups
   Perlu memilih untuk bergabung dengan infrastruktur urutan bersama (termasuk pembangun super) dan memperbolehkan akses ke pencetakan Eth di dalam pengurut bersama dengan kondisi pelunasan bersama. → Dapat menginternalisasi MEV dengan menjual ruang Blok kepada pembangun

6. Kombinabilitas Tingkat Transaksi

Infrastruktur yang Diperlukan：

Perubahan Level VM // Berbagi Pembayaran // Super Konstruktor

Komposabilitas tingkat transaksi mengacu pada tingkat fungsi yang sama yang dibagikan oleh Smart Contract EVM on-chain. Dalam kasus ini, satu transaksi dapat secara bersamaan memperbarui status dari beberapa rollup dan memastikan bahwa setiap perubahan status sebelum panggilan yang tidak berhasil dapat dikembalikan. Pada dasarnya, paket transaksi atomik pada lingkungan komposabilitas tingkat blok dapat diselesaikan dalam satu transaksi yang melintasi rollup dan VM. Selain lapisan penyelesaian bersama dan pembangun super, ini juga memerlukan perubahan tingkat VM untuk semua rollup yang terhubung.

Kami menggambarkan mekanisme yang mungkin dari perspektif tingkat tinggi di sini. (Konstruksi ini, sejauh yang kami ketahui, berasal dari tim Espresso). Pertama, pengguna mengajukan transaksi lintas rollup ke pembangun super yang dapat membangun Blok di semua rollup terkait atau yang statusnya berubah karena transaksi. Pembangun super melakukan paper trading dan membentuk daftar input-output pasangan untuk setiap rollup terkait, yang menentukan pesan lintas rollup yang diperlukan dan diharapkan dalam transaksi. (Perlu dicatat bahwa pembangun super hanya dapat melakukan hal ini ketika ia memiliki hak urutan yang aman untuk semua rollup terkait selama periode waktu tertentu.) Kemudian, pembangun super mengirimkan Blok yang disimulasikan bersama dengan daftar input-output pasangan yang diharapkan untuk setiap transaksi lintas rollup ke setiap penawar rollup. Selama eksekusi, setiap rollup melakukan fungsi transformasi statusnya secara normal, dengan asumsi bahwa input dari daftar transaksi lintas rollup adalah benar. Selama Pembayaran, daftar input-output dapat dibandingkan lintas rollup dan dibuktikan aman dalam tahap agregasi bukti yang berbagi lapisan Pembayaran. Secara khusus, jika input yang diharapkan dari transaksi lintas Rollup tidak cocok dengan output yang ditentukan oleh Rollup lain, maka proses Pembayaran akan menolak seluruh transaksi lintas Rollup.

Meskipun kecuali Pinjaman Flash, kemampuan baru yang dapat diungkapkan oleh tingkat perdagangan dapat dibatasi, pengalaman pengembangan untuk membuat aplikasi Rollup yang lintas dapat ditingkatkan secara signifikan. Kemampuan untuk membuat dapp yang berinteraksi dengan semua rantai terhubung tanpa mempertimbangkan paket Rollup lintas akan membuat inovasi menjadi lebih mudah di lingkungan multi-Rollup. Selain itu, kemungkinan munculnya kasus penggunaan dan perilaku baru.

Ada banyak masalah desain yang belum terselesaikan dalam hal komposabilitas tingkat perdagangan. Pertama, perlu mempertimbangkan dengan cermat bagaimana pengembang memilih untuk bergabung atau keluar dari panggilan lintas Rollup Smart Contract mereka. Memungkinkan komposabilitas yang tidak terbatas berarti kita kembali ke Rollup tunggal. Kami percaya jawabannya di sini adalah meminta pengembang secara eksplisit menunjukkan di mana di kontrak mereka komposabilitas lintas Rollup diperlukan, misalnya dengan menandai titik masuk kontrak sebagai panggilan lintas Rollup yang dapat diakses melalui modifikasi Solidity (seperti “komposabel”).

Dampak bagi pemangku kepentingan

1. Pengguna: Memiliki makna yang sama dengan komposabilitas tingkat blok, dan memiliki fitur lanjutan lain seperti Pinjaman Flash → UX dan penggunaan dapp yang bergabung hampir sama dengan satu rantai
2. Pengembang: Karena pengembang dapp dapat memanggil kontrak lokal dan menggunakan output dari panggilan-panggilan ini (seperti panggilan agregat tunggal), maka Pengembang merasakan pengalaman yang luar biasa
   Perbaikan → Superbuilder/Sequencer infrastruktur masih harus menempatkan transaksi di dalam blok yang terpengaruh oleh panggilan akumulasi silang, tetapi tidak perlu membangun paket ikatan yang sama seperti kebergunaan tingkat blok.
3. Pencari MEV:
   Paket bundel rollup lintas sekarang pada dasarnya hampir sama dengan transaksi tunggal on-chain, sehingga potensi MEV sangat tinggi
4. rollups：
   Perlu perubahan tingkat Virtual Machine, serta memilih sorter bersama dan lapisan pembayaran bersama. → Sebelum dapat memverifikasi status melalui bukti, harus ada kepercayaan pada input dan output rollups lain, ini melibatkan asumsi kepercayaan tambahan, namun mekanisme pengurangan dapat mengurangi beban kepercayaan

Ringkasan dan Gambaran Ekosistem

Setelah memahami detail teknis dari setiap tingkat interopabilitas yang didefinisikan di sini, kita dapat membuat kesimpulan:

1. Sharing Pembayaran memungkinkan pertukaran lintas rollup tanpa aset pembungkus eksternal, dan menciptakan jalur komunikasi protokol dalam rollup yang terhubung.
2. Superbuilders/共享排序允许在跨 rollup 捆绑包上提供下一个Blok执行保证
3. Tingkat blok komposabilitas memungkinkan pembuatan ekosistem yang komprehensif, cepat, dan saling bergantung antar paket Rollup yang mendekati tingkat kontrak pintar hingga tingkat kontrak pintar. → Dengan menambahkan Pembayaran Berbagi, Anda dapat membuat paket Rollup lintas tanpa perlu menggunakan aset pengemasan eksternal
4. Kombinabilitas tingkat transaksi adalah mungkin, meskipun kasus pengguna baru yang baru dibuka mungkin ditujukan untuk pengguna yang lebih kompleks, tetapi itu dapat secara signifikan meningkatkan pengalaman pengembangan lintas agregasi.

Saati ini, banyak proyek yang muncul dengan tujuan untuk menciptakan ekosistem yang asli dapat saling beroperasi. Berikut adalah gambaran tingkat tinggi dari bidang tersebut:

Peta Ekosistem

Peta Ekosistem

Kesimpulan

Tentang rincian teknis dalam kerangka yang tercantum dalam artikel ini, masih ada beberapa isu yang belum terpecahkan. Sebagai contoh, dalam membangun bundel untuk pesanan limit lintas-agregasi dalam ekosistem komposabel tingkat blok, mungkin diperlukan desain yang lebih rinci untuk menangani situasi toleransi Slippage dari pemenuhan parsial dan pesanan pasar. Kami menyediakan solusi potensial di sini di mana bundel pesanan limit lintas-agregasi dapat dipulihkan jika pesanan tidak sepenuhnya terpenuhi, namun ruang desain terbuka.

Selain itu, patut disebutkan bahwa hal ini terkait dengan semakin naiknya berbagi ide di bidang AppChain saat ini. AppChain adalah L2 ekor panjang, baik umum maupun berlisensi, yang bertujuan untuk mengisolasi protokol terkait tertentu di satu L2. Ketika kita mencapai komposabilitas tingkat blok, kemungkinan besar kita juga akan mulai melihat daya tarik yang signifikan dari lingkungan AppChain karena memiliki komposabilitas asli di antara semua jaringan yang terhubung.

Saat ini, masih sulit untuk memperkenalkan Likuiditas ke jaringan aplikasi ini, tetapi begitu lebih banyak rantai besar terhubung sebagai pintu masuk ke lingkungan yang dapat berinteraksi, kita mungkin akan melihat ekosistem taman tembok yang berkaitan dengan infrastruktur bersama.

Salah satu masalah penting yang masih belum terpecahkan adalah bagaimana ruang desain di sekitar pembangun super akan diselesaikan. Pengembangan dalam hal ini masih dalam tahap awal, dan saat ini belum jelas bagaimana cara efektif untuk membuat jaringan pembangun kompleks yang dapat membuat paket lintas-agregat. Paket lintas-agregat ini akan dimasukkan ke dalam Blok dengan cara terbaik, dan dampak pendapatan agregat adalah masalah yang belum terpecahkan, banyak tim sedang mengeksplorasi strategi yang berbeda.

Pada akhirnya, mungkin akan melibatkan kombinasi solusi jembatan dalam dan luar protokol di masa depan, yang akan bekerja sama untuk memberikan aliran interopabilitas yang lebih baik bagi semua orang. Kami percaya bahwa kemajuan yang didefinisikan dalam artikel ini dapat menjadi panduan bagi pengembang dan pembangun yang berfokus pada menyediakan interoperabilitas Rollup yang lebih mulus bagi pengguna akhir.