Area modular yang terabaikan: Agregasi, Pembayaran, dan Layer Eksekusi

Judul Asli: “Aggregasi, penyelesaian, pelaksanaan”

作者：Bridget Harris

Kompilasi: Chris, Berita Techub

Pada tingkat kepopuleran dan inovasi, bagian-bagian dari tumpukan modular berbeda-beda. Meskipun banyak proyek sebelumnya telah melakukan inovasi dalam ketersediaan data (DA) dan lapisan pengurutan, baru-baru ini lapisan eksekusi dan penyelesaian dianggap penting sebagai bagian dari tumpukan modular.

Dalam domain pengurutan bersama, persaingan mendorong, banyak proyek seperti Espresso, Astria, Radius, Rome, dan Madara bersaing untuk pangsa pasar. Selain itu, ada penyedia RaaS seperti Caldera dan Conduit yang membangun pengurutan bersama untuk Rollup mereka. Penyedia RaaS ini mampu memberikan biaya yang lebih terjangkau untuk Rollup karena model bisnis dasar mereka tidak sepenuhnya bergantung pada pendapatan pengurutan. Banyak Rollup juga memilih untuk menjalankan pengurutan mereka sendiri untuk mendapatkan biaya yang dihasilkannya.

Dibandingkan dengan bidang ketersediaan data (DA), pasar pengurut adalah unik. Bidang ketersediaan data (DA) pada dasarnya dikuasai oleh oligopoli Celestia, Avail, dan EigenDA. Hal ini membuat sulit bagi pesaing baru yang lebih kecil selain tiga raksasa ini untuk berhasil mengguncang bidang ini. Proyek ini menggunakan pilihan “yang ada” (Ethereum); atau memilih satu lapisan DA yang matang berdasarkan jenis tumpukan teknologi dan konsistensi sendiri. Meskipun menggunakan lapisan DA dapat menghemat biaya yang signifikan, memperoleh bagian pengurut secara outsourcing bukanlah pilihan yang jelas (dilihat dari segi biaya, bukan keamanan), terutama karena biaya peluang dari kehilangan pendapatan pengurut. Banyak orang masih berpikir bahwa DA akan menjadi komoditas, tetapi dalam mata uang kripto, penghalang likuiditas yang kuat dikombinasikan dengan teknologi dasar yang unik (sulit untuk disalin) membuat komoditisasi salah satu lapisan dalam tumpukan itu sangat sulit. Terlepas dari argumen ini, banyak produk DA dan pengurut diluncurkan. Secara singkat, untuk beberapa tumpukan modular, “setiap layanan memiliki beberapa pesaing”.

Saya percaya bahwa lapisan eksekusi dan pembayaran (serta agregasi) masih belum sepenuhnya dieksplorasi, tetapi mereka mulai mengalami iterasi baru untuk lebih konsisten dengan bagian lain dari tumpukan modular.

Hubungan antara Pelaksanaan dan Lapisan Pembayaran

Pelaksanaan lapisan dan lapisan penyelesaian saling terhubung erat, dengan lapisan penyelesaian berfungsi sebagai tempat untuk mendefinisikan status dan hasil akhir pelaksanaan. Lapisan penyelesaian juga dapat memberikan fitur tambahan untuk hasil lapisan pelaksanaan, sehingga meningkatkan fungsionalitas dan keamanan lapisan pelaksanaan. Dalam aplikasi nyata, ini berarti lapisan penyelesaian dapat berperan dalam berbagai peran, seperti menyelesaikan sengketa penipuan dalam lapisan pelaksanaan, memvalidasi bukti, dan menghubungkan dengan lingkungan lapisan pelaksanaan lainnya.

Nilai perhatian bahwa beberapa tim memilih untuk langsung mendukung pengembangan lingkungan eksekusi kustom di lingkungan asli protokol mereka, seperti Repyh Labs, yang sedang membangun yang disebut Delta L1. Ini pada dasarnya adalah desain balik untuk tumpukan modular, tetapi tetap memberikan fleksibilitas dan keuntungan kompatibilitas teknis karena tim tidak perlu menghabiskan waktu untuk mengintegrasikan setiap bagian dari tumpukan modular secara manual. Tentu saja, kekurangannya adalah terisolasi dari sudut pandang likuiditas dan tidak dapat memilih lapisan modular yang paling sesuai dengan desain Anda, serta biayanya sangat tinggi.

L1 adalah singkatan dari lapisan 1 dan merupakan solusi yang dibangun oleh tim lain untuk membangun fitur atau aplikasi inti tertentu. Hyperliquid adalah contoh yang membangun L1 khusus untuk aplikasi asli andalan mereka, yaitu platform perdagangan kontrak perpetu. Meskipun pengguna mereka perlu melakukan operasi lintas-rantai dengan Arbitrum, struktur inti mereka tidak bergantung pada Cosmos SDK atau kerangka lainnya, sehingga dapat disesuaikan dan dioptimalkan secara iteratif untuk kasus penggunaan utama mereka.

Kemajuan Tingkat Pelaksanaan

Dalam siklus sebelumnya, satu-satunya fitur alternatif Layer1 (alt-L1) yang unggul dari Ethereum adalah throughput yang lebih tinggi. Ini berarti bahwa jika proyek ingin meningkatkan kinerja secara signifikan, mereka harus memilih untuk membangun Layer1 mereka sendiri dari awal, terutama karena Ethereum sendiri belum memiliki teknologi ini. Secara historis, ini hanya berarti menggabungkan mekanisme efisiensi secara langsung ke dalam protokol umum. Dalam siklus saat ini, perbaikan kinerja ini dicapai melalui desain modular dan diimplementasikan di platform smart contract utama, Ethereum. Dengan demikian, baik proyek yang sudah ada maupun proyek baru dapat memanfaatkan infrastruktur lapisan eksekusi baru tanpa mengorbankan likuiditas, keamanan, dan keunggulan komunitas Ethereum.

Saat ini, kami melihat semakin banyak campuran dan pencocokan mesin virtual (VM) yang berbeda sebagai bagian dari jaringan bersama, ini memberikan fleksibilitas dan penyesuaian yang lebih baik di tingkat eksekusi bagi pengembang. Misalnya, Layer N memungkinkan pengembang menjalankan node Rollup umum (seperti SolanaVM, MoveVM, dan sebagainya sebagai lingkungan eksekusi) dan node Rollup khusus aplikasi (seperti DEX berkelanjutan, DEX order book) di atas mesin status bersama mereka. Mereka juga berkomitmen untuk mencapai komposabilitas dan likuiditas bersama yang sepenuhnya di antara arsitektur VM yang berbeda, yang merupakan masalah teknik on-chain yang sulit dilakukan dalam skala besar di masa lalu. Setiap aplikasi di Layer N dapat saling mengirim pesan secara asinkron dalam hal konsensus tanpa adanya keterlambatan, yang biasanya menjadi “beban komunikasi” dalam mata uang kripto. Setiap xVM juga dapat menggunakan arsitektur database yang berbeda, baik itu RocksDB, LevelDB, atau database sinkronisasi/asinkron yang dibuat dari awal. Bagian interoperabilitas bekerja melalui “sistem snapshot” (sejenis algoritma Chandy-Lamport), di mana rantai dapat berpindah ke blok baru secara asinkron tanpa perlu menghentikan sistem. Dalam hal keamanan, jika terjadi kesalahan dalam perubahan status, bukti penipuan dapat diajukan. Dengan desain ini, tujuan mereka adalah meminimalkan waktu eksekusi dan maksimalkan throughput jaringan secara keseluruhan.

Layer N

Untuk mendorong kemajuan yang disesuaikan, Movement Labs menggunakan bahasa Move untuk VM / eksekusi, yang awalnya dirancang oleh Facebook dan digunakan untuk jaringan seperti Aptos dan Sui. Dibandingkan dengan kerangka kerja lain, Move memiliki keunggulan struktural, terutama dalam hal keamanan dan fleksibilitas pengembang. Secara historis, ada dua masalah utama dalam membangun aplikasi on-chain menggunakan teknologi yang ada, yaitu keamanan dan fleksibilitas pengembang. Pentingnya, pengembang juga dapat menulis hanya Solidity dan mendeploy di atas Movement. Untuk mencapai ini, Movement membuat runtime EVM yang sepenuhnya kompatibel dengan bytecode, yang juga dapat digunakan bersama dengan tumpukan Move. Rollup M2 mereka menggunakan paralelisasi BlockSTM, yang memungkinkan throughput yang lebih tinggi sambil tetap dapat mengakses likuiditas Ethereum (secara historis, BlockSTM hanya digunakan untuk alt L1 seperti Aptos, dan Aptos jelas kurang kompatibel dengan EVM).

MegaETH juga mendorong kemajuan di bidang lapisan eksekusi, terutama melalui mesin paralel dan basis data memori, di mana sorter dapat menyimpan seluruh status dalam memori. Dalam hal arsitektur, mereka memanfaatkannya:

• Kompilasi kode lokal untuk meningkatkan kinerja L2 (Jika tingkat kepadatan komputasi kontrak lebih tinggi, program dapat mengalami percepatan yang signifikan, jika tingkat kepadatan komputasi tidak terlalu tinggi, program masih dapat mengalami percepatan lebih dari 2 kali lipat).
• Produksi blok yang relatif terpusat, tetapi validasi dan konfirmasi blok yang desentralisasi.
• Sinkronisasi status yang efisien, di mana node lengkap tidak perlu mengeksekusi ulang transaksi, tetapi mereka perlu mengetahui penambahan status sehingga dapat diterapkan ke database lokal mereka.
• Struktur pembaruan pohon Merkle, dan metode mereka adalah struktur data trie baru yang efisien dalam penggunaan memori dan disk. Perhitungan memori memungkinkan mereka untuk mengompres status rantai ke dalam memori, sehingga saat menjalankan transaksi, mereka tidak perlu mengakses disk, hanya perlu mengakses memori.

作为模块化堆栈的一部分，最近探索和迭代的另一个设计是证明聚合：定义为一个证明器，它创建long个简洁证明的单一简洁证明。首先，让我们整体地研究一下聚合层及其在enkripsi领域的历史和当前趋势。

Nilai Lapisan Agregat

Dalam sejarahnya, di pasar mata uang non-kripto, pangsa pasar agregator lebih kecil daripada platform:

Meskipun saya tidak yakin apakah ini berlaku untuk semua kasus mata uang kripto, tetapi ini tetap berlaku untuk pertukaran desentralisasi (DEX), cross-chain bridges, dan protokol pinjaman.

Contohnya, total kapitalisasi pasar 1inch dan 0x (dua aggregator DEX utama) sekitar 1 miliar dolar, hanya sebagian kecil dari kapitalisasi pasar Uniswap sekitar 76 miliar dolar. Hal yang sama berlaku untuk jembatan cross-chain: market share aggregator jembatan cross-chain seperti Li.Fi dan Socket/Bungee lebih kecil dibandingkan dengan platform seperti Across. Meskipun Socket mendukung 15 jenis jembatan cross-chain yang berbeda, total volume transaksi cross-chain mereka sebenarnya mirip dengan Across (Socket - 22 miliar dolar, Across - 17 miliar dolar), sementara Across hanya menyumbang sebagian kecil dari volume transaksi terbaru Socket/Bungee.

Di ruang pinjaman, Yearn Finance adalah protokol agregasi pendapatan pinjaman terdesentralisasi pertama dengan kapitalisasi pasar saat ini sekitar 250 juta dolar. Dibandingkan dengan platform seperti Aave (sekitar 1,4 miliar dolar) dan Compound (sekitar 560 juta dolar), nilainya lebih tinggi.

“Market tradisional keuangan memiliki situasi yang serupa. Misalnya, nilai pasar ICE (Intercontinental Exchange) AS dan Chicago Mercantile Exchange Group masing-masing sekitar $75 miliar, sedangkan aggregator seperti JPMorgan dan Robinhood memiliki nilai pasar sekitar $132 miliar dan $15 miliar. Di JPMorgan yang melakukan routing melalui berbagai tempat seperti ICE dan CME, proporsi volume transaksi yang dirouting melalui mereka tidak sebanding dengan porsi nilai pasar mereka. Robinhood memiliki sekitar 119 juta kontrak opsi per bulan, sedangkan ICE memiliki sekitar 35 juta kontrak opsi - dan kontrak opsi bukanlah bagian inti dari model bisnis Robinhood. Meskipun begitu, valuasi ICE di pasar publik sekitar 5 kali lebih tinggi daripada Robinhood. Oleh karena itu, sebagai antarmuka agregator level aplikasi, JPMorgan dan Robinhood mengarahkan aliran pesanan klien ke berbagai tempat, meskipun volumenya besar, valuasinya tidak setinggi ICE dan CME.”

Sebagai konsumen, kami memberikan nilai yang rendah kepada agregator.

如果 lapisan agregasi tertanam di dalam produk / platform / rantai, ini mungkin tidak berlaku dalam kripto. Jika agregator terintegrasi secara ketat langsung ke dalam rantai, ini jelas merupakan arsitektur yang berbeda, saya sangat ingin tahu bagaimana perkembangannya. Sebagai contoh adalah AggLayer Polygon, di mana pengembang dapat dengan mudah menghubungkan L1 dan L2 mereka ke dalam jaringan yang dapat mengagregasi bukti dan mencapai lapisan likuiditas yang seragam di antara rantai yang menggunakan CDK.

AggLayer

Ini bekerja secara mirip dengan lapisan interoperabilitas Nexus Avail, yang mencakup mekanisme agregasi bukti dan lelang pengurutan, sehingga menjadikan produk DA lebih kuat. Seperti AggLayer Polygon, setiap rantai atau Rollup yang terintegrasi dengan Avail dapat beroperasi di dalam ekosistem Avail yang ada. Selain itu, Avail mem-pool data transaksi terurut dari berbagai platform blockchain dan Rollup, termasuk Ethereum, semua Ethereum Rollup, jaringan Cosmos, Avail Rollup, Celestia Rollup, serta struktur campuran yang berbeda seperti Validiums, Optimiums, dan Polkadot parachain. Pengembang dari berbagai ekosistem dapat membangun tanpa izin di atas lapisan DA Avail sambil menggunakan Nexus Avail, untuk agregasi bukti dan pengiriman pesan lintas ekosistem.

Tersedia Nexus

Nebra berfokus pada agregasi bukti dan pembayaran, yang dapat diagregasi antara sistem bukti yang berbeda. Misalnya, mengagregasi bukti sistem xyz dan bukti sistem abc, sehingga Anda memiliki agg_xyzabc (daripada mengagregasi dalam sistem bukti, sehingga Anda memiliki agg_xyz dan agg_abc). Arsitektur ini menggunakan UniPlonK, yang mengstandarisasi pekerjaan validator rangkaian sirkuit, membuat verifikasi bukti rangkaian PlonK yang berbeda menjadi lebih efisien dan dapat dilakukan. Pada dasarnya, itu memperluas bagian verifikasi (biasanya menjadi bottleneck dalam sistem-sistem ini) dengan menggunakan bukti pengetahuan zero-knowledge itu sendiri (SNARK rekursif). Bagi klien, penyelesaian “last mile” menjadi lebih mudah karena Nebra menangani semua agregasi dan pembayaran batch, tim hanya perlu mengubah panggilan kontrak API.

Astria sedang meneliti beberapa desain menarik yang berkaitan dengan bagaimana sorter berbagi mereka bekerja bersama dengan agregasi bukti. Mereka akan mengeksekusi bagian yang ditinggalkan untuk Rollup itu sendiri, Rollup berjalan di lapisan eksekusi perangkat lunak pada namespace sorter bersama, pada dasarnya hanya sebuah “API eksekusi”, ini adalah cara Rollup menerima data lapisan sorter. Mereka juga dapat dengan mudah menambahkan dukungan untuk bukti validitas di sini, untuk memastikan blok tidak melanggar aturan mesin status EVM.

Di sini, produk seperti Astria berperan sebagai proses #1 → #2 (transaksi tak terurut → blok terurut), node lapisan eksekusi / Rollup adalah #2 → #3, sedangkan protokol seperti Nebra berperan sebagai langkah terakhir #3 → #4 (eksekusi blok → bukti ringkas). Nebra juga mungkin menjadi langkah teoritis ke-5 di mana bukti diagregasi dan kemudian diverifikasi. Sovereign Labs juga sedang meneliti konsep serupa dengan langkah terakhir, di mana jembatan cross-chain berbasis bukti agregasi menjadi inti arsitekturnya.

Secara keseluruhan, beberapa Layer Aplikasi mulai memiliki infrastruktur dasar. Salah satu alasan utamanya adalah jika mereka tidak mengendalikan stack dasar, maka hanya menyimpan aplikasi di lapisan atas bisa menyebabkan masalah insentif dan biaya adopsi pengguna yang tinggi. Di sisi lain, dengan adanya persaingan dan kemajuan teknologi yang terus menurunkan biaya infrastruktur, biaya integrasi aplikasi / AppChain dengan komponen modular menjadi lebih terjangkau. Saya yakin dinamika ini akan menjadi lebih kuat, setidaknya untuk saat ini.

Dengan semua inovasi ini (lapisan pelaksanaan, lapisan penyelesaian, lapisan agregasi), efisiensi yang lebih tinggi, integrasi yang lebih mudah, interoperabilitas yang lebih kuat, dan biaya yang lebih rendah menjadi mungkin. Semua ini pada akhirnya akan memberikan pengalaman pengguna yang lebih baik, dan pengalaman pengembangan yang lebih baik bagi para pengembang. Ini adalah kombinasi yang sukses yang dapat membawa lebih banyak inovasi dan kecepatan inovasi yang lebih cepat.