Ketika berbicara tentang perhatian dan inovasi, tidak semua komponen tumpukan modular diciptakan sama. Sementara secara historis telah banyak proyek yang berinovasi di lapisan ketersediaan data (DA) dan urutan, lapisan eksekusi dan penyelesaian telah lebih banyak diabaikan sebagai bagian dari tumpukan modular sampai akhir-akhir ini.
Ruang pengurutan bersama tidak hanya memiliki banyak proyek yang bersaing untuk pangsa pasar — Espresso, Astria, Radius, Roma, dan Madarauntuk beberapa contoh — tetapi juga mencakup penyedia RaaS seperti CalderadanSaluranyang mengembangkan sequencer bersama untuk rollups yang dibangun di atasnya. Penyedia RaaS ini mampu memberikan pembagian biaya yang lebih menguntungkan dengan rollups mereka karena model bisnis dasar mereka tidak hanya bergantung pada pendapatan penjadwalan. Semua produk ini ada bersamaan dengan banyak rollups yang memilih untuk menjalankan sequencer mereka sendiri dan mendekentralisasikan dari waktu ke waktu untuk menangkap biaya yang dihasilkannya.
Pasar sekuensing unik dibandingkan dengan ruang DA, yang pada dasarnya beroperasi seperti oligopoli yang terdiri dari Celestia, Tersedia, dan EigenDA. Hal ini membuat pasar yang sulit bagi pendatang baru yang lebih kecil di luar tiga utama untuk mengganggu ruang dengan sukses. Proyek memanfaatkan pilihan "petahana" — Ethereum — atau memilih salah satu lapisan DA yang mapan tergantung pada jenis tumpukan teknologi dan penyelarasan yang mereka cari. Meskipun menggunakan lapisan DA adalah penghemat biaya besar-besaran, outsourcing bagian sequencer tidak begitu jelas pilihannya (dari sudut pandang biaya, bukan keamanan) - sebagian besar karena biaya peluang dari menyerah biaya yang dihasilkan. Banyak juga yang berpendapat bahwa DA akan menjadi komoditas, tetapi kami telah melihat di crypto bahwa parit likuiditas super kuat yang dipasangkan dengan teknologi dasar yang unik (sulit ditiru) membuatnya jauh lebih sulit untuk mengkomoditikan lapisan dalam tumpukan. Terlepas dari perdebatan dan dinamika ini, ada banyak produk DA dan sequencer yang diproduksi (singkatnya, dengan beberapa tumpukan modular, @maven11research/commoditise-your-complements">"ada beberapa pesaing untuk setiap layanan tunggal."
Lapisan eksekusi dan penyelesaian (dan secara luas lapisan agregasi) — yang menurut saya telah cukup sedikit dieksplorasi — mulai diperbarui dengan cara baru yang sejalan dengan tumpukan modular lainnya.
Lapisan eksekusi dan penyelesaian terintegrasi dengan erat, di mana lapisan penyelesaian dapat berfungsi sebagai tempat di mana hasil akhir dari eksekusi status ditentukan. Lapisan penyelesaian juga dapat menambahkan fungsionalitas yang ditingkatkan ke hasil lapisan eksekusi, menjadikan lapisan eksekusi lebih kuat dan aman. Dalam praktiknya, ini dapat berarti banyak kemampuan yang berbeda — misalnya, lapisan penyelesaian dapat bertindak sebagai lingkungan bagi lapisan eksekusi untuk menyelesaikan sengketa penipuan, memverifikasi bukti, dan jembatan antara lapisan eksekusi lainnya.
Mentioning ini juga layak disebutkan bahwa ada tim yang secara naluri memungkinkan pengembangan lingkungan eksekusi yang didasarkan pada pendapat langsung di dalam protokol mereka sendiri — sebuah contohnya adalah Repyh Labs, yang sedang membangun L1 yang disebut Delta. Ini adalah desain yang berlawanan dengan tumpukan modular secara alami, namun masih memberikan fleksibilitas dalam satu lingkungan yang terpadu dan dilengkapi dengan keuntungan kompatibilitas teknis karena tim tidak perlu menghabiskan waktu untuk mengintegrasikan setiap bagian dari tumpukan modular. Kerugiannya tentu saja adalah terisolasi dari segi likuiditas, tidak bisa memilih lapisan modular yang paling cocok dengan desain Anda, dan terlalu mahal.
Tim lain memilih untuk membangun L1s yang sangat spesifik untuk satu fungsionalitas inti atau aplikasi. Salah satu contohnya adalah Hyperliquid, yang telah membangun L1 yang dirancang khusus untuk aplikasi asli andalan mereka, sebuah platform perdagangan perpetuals. Meskipun pengguna mereka perlu melakukan bridging dari Arbitrum, arsitektur inti mereka tidak bergantung pada Cosmos SDK atau kerangka kerja lain, sehingga dapat dikustomisasi secara iteratif dan dioptimalkan secara hiperuntuk kasus penggunaan utama mereka.
Pendahulu dari ini (siklus sebelumnya, dan masih ada sebagian) adalah alt-L1 berbasis tujuan umum di mana pada dasarnya satu-satunya fitur yang mengungguli Ethereum adalah throughput yang lebih tinggi. Itu berarti bahwa secara historis, proyek-proyek pada dasarnya harus memilih untuk membangun alt L1 mereka sendiri dari awal jika mereka ingin peningkatan kinerja yang substansial - sebagian besar karena teknologi belum ada di Eth itu sendiri. Dan secara historis, ini hanya berarti menyematkan mekanisme efisiensi secara langsung ke dalam protokol tujuan umum. Pada siklus ini, peningkatan kinerja ini dicapai melalui desain modular dan sebagian besar ada di platform kontrak pintar yang paling dominan (Ethereum) - dengan cara ini, baik proyek-proyek yang sudah ada maupun yang baru dapat memanfaatkan infrastruktur lapisan eksekusi baru tanpa mengorbankan likuiditas, keamanan, dan pertahanan komunitas Ethereum.
Saat ini, kita juga melihat lebih banyak pencampuran dan penyesuaian dari VM (lingkungan eksekusi) yang berbeda sebagai bagian dari jaringan bersama, yang memungkinkan fleksibilitas pengembang serta penyesuaian yang lebih baik pada lapisan eksekusi.Layer N, misalnya, memungkinkan pengembang untuk menjalankan node rollup umum (misalnya SolanaVM, MoveVM, dll sebagai lingkungan eksekusi) dan node rollup khusus aplikasi (misalnya perps dex, orderbook dex) di atas mesin status bersama mereka. Mereka juga bekerja untuk memungkinkan komposabilitas penuh dan likuiditas bersama antara arsitektur VM yang berbeda ini, masalah rekayasa onchain yang secara historis sulit dilakukan dalam skala besar. Setiap aplikasi di Layer N dapat secara asinkron menyampaikan pesan satu sama lain tanpa penundaan di sisi konsensus, yang biasanya merupakan masalah "overhead komunikasi" crypto. Setiap xVM juga dapat menggunakan arsitektur db yang berbeda, baik itu RocksDB, LevelDB, atau basis data (a)sync kustom yang dibuat dari awal. Komponen interoperabilitas berfungsi melalui sebuah “sistem snapshot” (algoritma yang mirip dengan algoritma Chandy-Lamport) di mana rantai dapat beralih secara asinkron ke blok baru tanpa memerlukan sistem untuk berhenti. Di sisi keamanan, bukti penipuan dapat diajukan dalam kasus transisi status yang tidak benar. Dengan desain ini, tujuan mereka adalah meminimalkan waktu eksekusi sambil memaksimalkan throughput jaringan secara keseluruhan.
Sesuai dengan kemajuan dalam kustomisasi ini, Gerakan Labsmemanfaatkan bahasa Move — awalnya dirancang oleh Facebook dan digunakan dalam jaringan seperti Aptos dan Sui — untuk VM / eksekusinya. Move memiliki keunggulan struktural dibandingkan dengan kerangka kerja lainnya, terutama keamanan dan fleksibilitas / ekspresivitas pengembang, yang secara historis menjadi dua masalah utama dalam membangun secara onchain menggunakan apa yang ada saat ini. Yang penting, pengembang juga dapat hanya menulis Solidity dan mendeploy pada Gerakanuntuk membuat ini menjadi mungkin, Gerakan menciptakan runtime EVM yang sepenuhnya kompatibel dengan bytecode yang juga berfungsi dengan tumpukan Move mereka. Rollup mereka, M2, memanfaatkan paralelisasi BlockSTM yang memungkinkan throughput yang jauh lebih tinggi namun masih dapat mengakses moat likuiditas Ethereum (secara historis, BlockSTM hanya digunakan di alt L1s seperti Aptos, yang jelas kurang kompatibel dengan EVM).
MegaETHjuga mendorong kemajuan dalam ruang lapisan eksekusi, terutama melalui mesin paralelisasi dan DB dalam memori mereka di mana pengurut dapat menyimpan seluruh status di memori. Di sisi arsitektur, mereka memanfaatkan:
Satu desain lagi yang telah dieksplorasi dan diiterasikan baru-baru ini sebagai bagian dari tumpukan modular adalah agregasi bukti — yang didefinisikan sebagai pembuktian yang menciptakan satu bukti ringkas dari beberapa bukti ringkas. Pertama-tama mari kita lihat lapisan agregasi secara keseluruhan dan tren historis dan saat ini dalam kripto.
Secara historis, di pasar non-kripto, agregator telah memperoleh pangsa pasar yang lebih kecil dibandingkan dengan platform atau pasar:
Meskipun saya tidak yakin apakah ini berlaku untuk kripto dalam setiap kasus, hal ini pasti benar untuk pertukaran terdesentralisasi, jembatan, dan protokol peminjaman.
Sebagai contoh, kapitalisasi pasar gabungan dari 1inch dan 0x (dua agregator dex utama) adalah sekitar $1 miliar — sebagian kecil dari ~$7,6 miliar Uniswap. Hal ini juga berlaku untuk jembatan: agregator jembatan seperti Li.Fi dan Socket/Bungee tampaknya memiliki pangsa pasar yang lebih sedikit dibandingkan platform seperti Across. Meskipun Socket mendukung 15 jembatan berbeda, mereka sebenarnya memiliki volume bridging total yang mirip dengan Across (Socket — $2.2bb, Di seberang —$1.7bb) dan Across hanya mewakili sebuahsebagian kecil dari volume di Socket/Bungee baru-baru ini.
Di ruang peminjaman, Yearn Financeadalah yang pertama dari jenisnya sebagai protokol agregator hasil pinjaman terdesentralisasi - kapitalisasi pasarnya saat ini~$250mm. Sebagai perbandingan, produk platform seperti Aave (~$1.4bb) dan Compound (~$560mmtelah memberikan penilaian yang lebih tinggi dan lebih relevan dari waktu ke waktu.
Pasar tradfi beroperasi dengan cara yang serupa. Sebagai contoh, ICE(Intercontinental Exchange) AS dan CME Groupmasing-masing memiliki kapitalisasi pasar sekitar $75 miliar, sementara "agregator" seperti Charles Schwab dan Robinhood masing-masing memiliki kapitalisasi pasar sekitar $132 miliar dan $15 miliar. Di dalam Schwab, yangrute melalui ICE dan CMEdi antara banyak tempat lain, volume proporsional yang melewati mereka tidak proporsional dengan bagian dari kapitalisasi pasar mereka. Robinhood memiliki sekitar 119 kontrak opsi per bulan sebesar 119mm, sementara ICE berada di sekitar ~ 35mm— dan kontrak opsi bahkan bukan bagian inti dari model bisnis Robinhood. Meskipun begitu, ICE dihargai ~5x lebih tinggi daripada Robinhood di pasar publik. Jadi Schwab dan Robinhood, yang bertindak sebagai antarmuka agregasi tingkat aplikasi untuk mengarahkan aliran pesanan pelanggan melalui berbagai tempat, tidak memiliki valuasi yang tinggi seperti ICE dan CME meskipun volumenya masing-masing.
Kami sebagai konsumen hanya memberikan nilai yang lebih rendah kepada aggregator.
Ini mungkin tidak berlaku dalam kripto jika lapisan agregasi disematkan ke dalam produk / platform / rantai. Jika pengumpul terintegrasi secara ketat langsung ke dalam rantai, jelas itu adalah arsitektur yang berbeda dan saya penasaran untuk melihatnya terjadi. Sebagai contoh AggLayer Polygon, di mana para pengembang dapat dengan mudah menghubungkan L1 dan L2 mereka ke dalam jaringan yang menggabungkan bukti-bukti dan memungkinkan lapisan likuiditas yang terpadu di seluruh rantai yang menggunakan CDK.
Model ini bekerja dengan cara yang serupa dengan Lapisan Interoperabilitas Nexus Avail, yang mencakup mekanisme agregasi bukti dan lelang sequencer, menjadikan produk DA mereka jauh lebih kuat. Seperti AggLayer Polygon, setiap rantai atau rollup yang terintegrasi dengan Avail menjadi interoperabel dalam ekosistem eksisting Avail. Selain itu, Avail mengumpulkan data transaksi yang dipesan dari berbagai platform blockchain dan rollup, termasuk Ethereum, semua rollup Ethereum, rantai Cosmos, rollup Avail, rollup Celestia, dan konstruksi hibrid berbeda seperti Validiums, Optimiums, dan parakain Polkadot, di antara lainnya. Pengembang dari ekosistem manapun dapat membangun di lapisan DA Avail sambil menggunakan Avail Nexus, yang dapat digunakan untuk agregasi bukti dan pesan lintas-ekosistem.
Nebraberfokus khusus pada agregasi bukti dan penyelesaian, di mana mereka dapat mengumpulkan dari berbagai sistem bukti — misalnya mengumpulkan bukti sistem xyz dan bukti sistem abc dengan cara di mana Anda memiliki agg_xyzabc (dibandingkan dengan mengumpulkan dalam sistem bukti sehingga Anda akan memiliki agg_xyz dan agg_abc). Arsitektur ini menggunakan UniPlonK, yang menstandardisasi pekerjaan pemeriksa untuk keluarga sirkuit, membuat verifikasi bukti di berbagai sirkuit PlonK menjadi lebih efisien dan layak. Pada intinya, itu menggunakan bukti pengetahuan nol itu sendiri (SNARKs rekursif) untuk memperbesar bagian verifikasi — biasanya bottleneck dalam sistem-sistem ini. Bagi pelanggan, penyelesaian 'last-mile' menjadi jauh lebih mudah karena Nebra menangani semua agregasi batch dan penyelesaian, di mana tim hanya perlu mengubah panggilan kontrak API.
Astria sedang mengerjakan desain yang menarik seputar bagaimana sequencer bersama mereka dapat bekerja dengan agregasi bukti juga. Mereka meninggalkan sisi eksekusi ke rollup itu sendiri yang menjalankan perangkat lunak lapisan eksekusi melalui namespace yang diberikan dari sequencer bersama – pada dasarnya hanya "API eksekusi" yang merupakan cara bagi rollup untuk menerima data lapisan sekuensing. Mereka juga dapat dengan mudah menambahkan dukungan untuk bukti validitas di sini untuk memastikan blok tidak melanggar aturan mesin negara EVM.
Di sini, produk seperti Astria berfungsi sebagai aliran #1 → #2 (txs tidak terurut → blok yang terurut), dan lapisan eksekusi / node rollup adalah #2 → #3, sedangkan protokol seperti Nebraberfungsi sebagai mil terakhir #3 → #4 (blok yang dieksekusi → bukti ringkas). Nebra (atauLapisan yang Diatur) juga bisa menjadi langkah teoritis kelima di mana bukti-bukti dikumpulkan dan kemudian diverifikasi setelahnya. Sovereign Labs sedang mengerjakan konsep serupa dengan langkah terakhir juga, di mana penggabungan bukti berbasis bridging menjadi inti dari arsitektur mereka.
Secara keseluruhan, beberapa lapisan aplikasi adalah mulai memiliki infrastruktur di bawahnya, sebagian karena tetap hanya menjadi aplikasi tingkat tinggi dapat memiliki masalah insentif dan biaya adopsi pengguna yang tinggi jika mereka tidak mengendalikan tumpukan di bawahnya. Di sisi lain, karena biaya infrastruktur terus ditekan oleh persaingan dan kemajuan teknologi, biaya bagi aplikasi/appchains untuk berintegrasi dengan komponen modular menjadi jauh lebih layak. Saya percaya dinamika ini jauh lebih kuat, setidaknya untuk saat ini.
Dengan semua inovasi ini — lapisan eksekusi, lapisan penyelesaian, agregasi — lebih efisiensi, integrasi yang lebih mudah, interoperabilitas yang lebih kuat, dan biaya yang lebih rendah menjadi jauh lebih mungkin. Sebenarnya, apa yang semua ini tuju adalah aplikasi yang lebih baik bagi pengguna dan pengalaman pengembang yang lebih baik bagi para pembangun. Ini adalah kombinasi yang menang yang mengarah pada lebih banyak inovasi — dan kecepatan inovasi yang lebih cepat — secara besar-besaran, dan saya sangat menantikan melihat apa yang terjadi.
Ketika berbicara tentang perhatian dan inovasi, tidak semua komponen tumpukan modular diciptakan sama. Sementara secara historis telah banyak proyek yang berinovasi di lapisan ketersediaan data (DA) dan urutan, lapisan eksekusi dan penyelesaian telah lebih banyak diabaikan sebagai bagian dari tumpukan modular sampai akhir-akhir ini.
Ruang pengurutan bersama tidak hanya memiliki banyak proyek yang bersaing untuk pangsa pasar — Espresso, Astria, Radius, Roma, dan Madarauntuk beberapa contoh — tetapi juga mencakup penyedia RaaS seperti CalderadanSaluranyang mengembangkan sequencer bersama untuk rollups yang dibangun di atasnya. Penyedia RaaS ini mampu memberikan pembagian biaya yang lebih menguntungkan dengan rollups mereka karena model bisnis dasar mereka tidak hanya bergantung pada pendapatan penjadwalan. Semua produk ini ada bersamaan dengan banyak rollups yang memilih untuk menjalankan sequencer mereka sendiri dan mendekentralisasikan dari waktu ke waktu untuk menangkap biaya yang dihasilkannya.
Pasar sekuensing unik dibandingkan dengan ruang DA, yang pada dasarnya beroperasi seperti oligopoli yang terdiri dari Celestia, Tersedia, dan EigenDA. Hal ini membuat pasar yang sulit bagi pendatang baru yang lebih kecil di luar tiga utama untuk mengganggu ruang dengan sukses. Proyek memanfaatkan pilihan "petahana" — Ethereum — atau memilih salah satu lapisan DA yang mapan tergantung pada jenis tumpukan teknologi dan penyelarasan yang mereka cari. Meskipun menggunakan lapisan DA adalah penghemat biaya besar-besaran, outsourcing bagian sequencer tidak begitu jelas pilihannya (dari sudut pandang biaya, bukan keamanan) - sebagian besar karena biaya peluang dari menyerah biaya yang dihasilkan. Banyak juga yang berpendapat bahwa DA akan menjadi komoditas, tetapi kami telah melihat di crypto bahwa parit likuiditas super kuat yang dipasangkan dengan teknologi dasar yang unik (sulit ditiru) membuatnya jauh lebih sulit untuk mengkomoditikan lapisan dalam tumpukan. Terlepas dari perdebatan dan dinamika ini, ada banyak produk DA dan sequencer yang diproduksi (singkatnya, dengan beberapa tumpukan modular, @maven11research/commoditise-your-complements">"ada beberapa pesaing untuk setiap layanan tunggal."
Lapisan eksekusi dan penyelesaian (dan secara luas lapisan agregasi) — yang menurut saya telah cukup sedikit dieksplorasi — mulai diperbarui dengan cara baru yang sejalan dengan tumpukan modular lainnya.
Lapisan eksekusi dan penyelesaian terintegrasi dengan erat, di mana lapisan penyelesaian dapat berfungsi sebagai tempat di mana hasil akhir dari eksekusi status ditentukan. Lapisan penyelesaian juga dapat menambahkan fungsionalitas yang ditingkatkan ke hasil lapisan eksekusi, menjadikan lapisan eksekusi lebih kuat dan aman. Dalam praktiknya, ini dapat berarti banyak kemampuan yang berbeda — misalnya, lapisan penyelesaian dapat bertindak sebagai lingkungan bagi lapisan eksekusi untuk menyelesaikan sengketa penipuan, memverifikasi bukti, dan jembatan antara lapisan eksekusi lainnya.
Mentioning ini juga layak disebutkan bahwa ada tim yang secara naluri memungkinkan pengembangan lingkungan eksekusi yang didasarkan pada pendapat langsung di dalam protokol mereka sendiri — sebuah contohnya adalah Repyh Labs, yang sedang membangun L1 yang disebut Delta. Ini adalah desain yang berlawanan dengan tumpukan modular secara alami, namun masih memberikan fleksibilitas dalam satu lingkungan yang terpadu dan dilengkapi dengan keuntungan kompatibilitas teknis karena tim tidak perlu menghabiskan waktu untuk mengintegrasikan setiap bagian dari tumpukan modular. Kerugiannya tentu saja adalah terisolasi dari segi likuiditas, tidak bisa memilih lapisan modular yang paling cocok dengan desain Anda, dan terlalu mahal.
Tim lain memilih untuk membangun L1s yang sangat spesifik untuk satu fungsionalitas inti atau aplikasi. Salah satu contohnya adalah Hyperliquid, yang telah membangun L1 yang dirancang khusus untuk aplikasi asli andalan mereka, sebuah platform perdagangan perpetuals. Meskipun pengguna mereka perlu melakukan bridging dari Arbitrum, arsitektur inti mereka tidak bergantung pada Cosmos SDK atau kerangka kerja lain, sehingga dapat dikustomisasi secara iteratif dan dioptimalkan secara hiperuntuk kasus penggunaan utama mereka.
Pendahulu dari ini (siklus sebelumnya, dan masih ada sebagian) adalah alt-L1 berbasis tujuan umum di mana pada dasarnya satu-satunya fitur yang mengungguli Ethereum adalah throughput yang lebih tinggi. Itu berarti bahwa secara historis, proyek-proyek pada dasarnya harus memilih untuk membangun alt L1 mereka sendiri dari awal jika mereka ingin peningkatan kinerja yang substansial - sebagian besar karena teknologi belum ada di Eth itu sendiri. Dan secara historis, ini hanya berarti menyematkan mekanisme efisiensi secara langsung ke dalam protokol tujuan umum. Pada siklus ini, peningkatan kinerja ini dicapai melalui desain modular dan sebagian besar ada di platform kontrak pintar yang paling dominan (Ethereum) - dengan cara ini, baik proyek-proyek yang sudah ada maupun yang baru dapat memanfaatkan infrastruktur lapisan eksekusi baru tanpa mengorbankan likuiditas, keamanan, dan pertahanan komunitas Ethereum.
Saat ini, kita juga melihat lebih banyak pencampuran dan penyesuaian dari VM (lingkungan eksekusi) yang berbeda sebagai bagian dari jaringan bersama, yang memungkinkan fleksibilitas pengembang serta penyesuaian yang lebih baik pada lapisan eksekusi.Layer N, misalnya, memungkinkan pengembang untuk menjalankan node rollup umum (misalnya SolanaVM, MoveVM, dll sebagai lingkungan eksekusi) dan node rollup khusus aplikasi (misalnya perps dex, orderbook dex) di atas mesin status bersama mereka. Mereka juga bekerja untuk memungkinkan komposabilitas penuh dan likuiditas bersama antara arsitektur VM yang berbeda ini, masalah rekayasa onchain yang secara historis sulit dilakukan dalam skala besar. Setiap aplikasi di Layer N dapat secara asinkron menyampaikan pesan satu sama lain tanpa penundaan di sisi konsensus, yang biasanya merupakan masalah "overhead komunikasi" crypto. Setiap xVM juga dapat menggunakan arsitektur db yang berbeda, baik itu RocksDB, LevelDB, atau basis data (a)sync kustom yang dibuat dari awal. Komponen interoperabilitas berfungsi melalui sebuah “sistem snapshot” (algoritma yang mirip dengan algoritma Chandy-Lamport) di mana rantai dapat beralih secara asinkron ke blok baru tanpa memerlukan sistem untuk berhenti. Di sisi keamanan, bukti penipuan dapat diajukan dalam kasus transisi status yang tidak benar. Dengan desain ini, tujuan mereka adalah meminimalkan waktu eksekusi sambil memaksimalkan throughput jaringan secara keseluruhan.
Sesuai dengan kemajuan dalam kustomisasi ini, Gerakan Labsmemanfaatkan bahasa Move — awalnya dirancang oleh Facebook dan digunakan dalam jaringan seperti Aptos dan Sui — untuk VM / eksekusinya. Move memiliki keunggulan struktural dibandingkan dengan kerangka kerja lainnya, terutama keamanan dan fleksibilitas / ekspresivitas pengembang, yang secara historis menjadi dua masalah utama dalam membangun secara onchain menggunakan apa yang ada saat ini. Yang penting, pengembang juga dapat hanya menulis Solidity dan mendeploy pada Gerakanuntuk membuat ini menjadi mungkin, Gerakan menciptakan runtime EVM yang sepenuhnya kompatibel dengan bytecode yang juga berfungsi dengan tumpukan Move mereka. Rollup mereka, M2, memanfaatkan paralelisasi BlockSTM yang memungkinkan throughput yang jauh lebih tinggi namun masih dapat mengakses moat likuiditas Ethereum (secara historis, BlockSTM hanya digunakan di alt L1s seperti Aptos, yang jelas kurang kompatibel dengan EVM).
MegaETHjuga mendorong kemajuan dalam ruang lapisan eksekusi, terutama melalui mesin paralelisasi dan DB dalam memori mereka di mana pengurut dapat menyimpan seluruh status di memori. Di sisi arsitektur, mereka memanfaatkan:
Satu desain lagi yang telah dieksplorasi dan diiterasikan baru-baru ini sebagai bagian dari tumpukan modular adalah agregasi bukti — yang didefinisikan sebagai pembuktian yang menciptakan satu bukti ringkas dari beberapa bukti ringkas. Pertama-tama mari kita lihat lapisan agregasi secara keseluruhan dan tren historis dan saat ini dalam kripto.
Secara historis, di pasar non-kripto, agregator telah memperoleh pangsa pasar yang lebih kecil dibandingkan dengan platform atau pasar:
Meskipun saya tidak yakin apakah ini berlaku untuk kripto dalam setiap kasus, hal ini pasti benar untuk pertukaran terdesentralisasi, jembatan, dan protokol peminjaman.
Sebagai contoh, kapitalisasi pasar gabungan dari 1inch dan 0x (dua agregator dex utama) adalah sekitar $1 miliar — sebagian kecil dari ~$7,6 miliar Uniswap. Hal ini juga berlaku untuk jembatan: agregator jembatan seperti Li.Fi dan Socket/Bungee tampaknya memiliki pangsa pasar yang lebih sedikit dibandingkan platform seperti Across. Meskipun Socket mendukung 15 jembatan berbeda, mereka sebenarnya memiliki volume bridging total yang mirip dengan Across (Socket — $2.2bb, Di seberang —$1.7bb) dan Across hanya mewakili sebuahsebagian kecil dari volume di Socket/Bungee baru-baru ini.
Di ruang peminjaman, Yearn Financeadalah yang pertama dari jenisnya sebagai protokol agregator hasil pinjaman terdesentralisasi - kapitalisasi pasarnya saat ini~$250mm. Sebagai perbandingan, produk platform seperti Aave (~$1.4bb) dan Compound (~$560mmtelah memberikan penilaian yang lebih tinggi dan lebih relevan dari waktu ke waktu.
Pasar tradfi beroperasi dengan cara yang serupa. Sebagai contoh, ICE(Intercontinental Exchange) AS dan CME Groupmasing-masing memiliki kapitalisasi pasar sekitar $75 miliar, sementara "agregator" seperti Charles Schwab dan Robinhood masing-masing memiliki kapitalisasi pasar sekitar $132 miliar dan $15 miliar. Di dalam Schwab, yangrute melalui ICE dan CMEdi antara banyak tempat lain, volume proporsional yang melewati mereka tidak proporsional dengan bagian dari kapitalisasi pasar mereka. Robinhood memiliki sekitar 119 kontrak opsi per bulan sebesar 119mm, sementara ICE berada di sekitar ~ 35mm— dan kontrak opsi bahkan bukan bagian inti dari model bisnis Robinhood. Meskipun begitu, ICE dihargai ~5x lebih tinggi daripada Robinhood di pasar publik. Jadi Schwab dan Robinhood, yang bertindak sebagai antarmuka agregasi tingkat aplikasi untuk mengarahkan aliran pesanan pelanggan melalui berbagai tempat, tidak memiliki valuasi yang tinggi seperti ICE dan CME meskipun volumenya masing-masing.
Kami sebagai konsumen hanya memberikan nilai yang lebih rendah kepada aggregator.
Ini mungkin tidak berlaku dalam kripto jika lapisan agregasi disematkan ke dalam produk / platform / rantai. Jika pengumpul terintegrasi secara ketat langsung ke dalam rantai, jelas itu adalah arsitektur yang berbeda dan saya penasaran untuk melihatnya terjadi. Sebagai contoh AggLayer Polygon, di mana para pengembang dapat dengan mudah menghubungkan L1 dan L2 mereka ke dalam jaringan yang menggabungkan bukti-bukti dan memungkinkan lapisan likuiditas yang terpadu di seluruh rantai yang menggunakan CDK.
Model ini bekerja dengan cara yang serupa dengan Lapisan Interoperabilitas Nexus Avail, yang mencakup mekanisme agregasi bukti dan lelang sequencer, menjadikan produk DA mereka jauh lebih kuat. Seperti AggLayer Polygon, setiap rantai atau rollup yang terintegrasi dengan Avail menjadi interoperabel dalam ekosistem eksisting Avail. Selain itu, Avail mengumpulkan data transaksi yang dipesan dari berbagai platform blockchain dan rollup, termasuk Ethereum, semua rollup Ethereum, rantai Cosmos, rollup Avail, rollup Celestia, dan konstruksi hibrid berbeda seperti Validiums, Optimiums, dan parakain Polkadot, di antara lainnya. Pengembang dari ekosistem manapun dapat membangun di lapisan DA Avail sambil menggunakan Avail Nexus, yang dapat digunakan untuk agregasi bukti dan pesan lintas-ekosistem.
Nebraberfokus khusus pada agregasi bukti dan penyelesaian, di mana mereka dapat mengumpulkan dari berbagai sistem bukti — misalnya mengumpulkan bukti sistem xyz dan bukti sistem abc dengan cara di mana Anda memiliki agg_xyzabc (dibandingkan dengan mengumpulkan dalam sistem bukti sehingga Anda akan memiliki agg_xyz dan agg_abc). Arsitektur ini menggunakan UniPlonK, yang menstandardisasi pekerjaan pemeriksa untuk keluarga sirkuit, membuat verifikasi bukti di berbagai sirkuit PlonK menjadi lebih efisien dan layak. Pada intinya, itu menggunakan bukti pengetahuan nol itu sendiri (SNARKs rekursif) untuk memperbesar bagian verifikasi — biasanya bottleneck dalam sistem-sistem ini. Bagi pelanggan, penyelesaian 'last-mile' menjadi jauh lebih mudah karena Nebra menangani semua agregasi batch dan penyelesaian, di mana tim hanya perlu mengubah panggilan kontrak API.
Astria sedang mengerjakan desain yang menarik seputar bagaimana sequencer bersama mereka dapat bekerja dengan agregasi bukti juga. Mereka meninggalkan sisi eksekusi ke rollup itu sendiri yang menjalankan perangkat lunak lapisan eksekusi melalui namespace yang diberikan dari sequencer bersama – pada dasarnya hanya "API eksekusi" yang merupakan cara bagi rollup untuk menerima data lapisan sekuensing. Mereka juga dapat dengan mudah menambahkan dukungan untuk bukti validitas di sini untuk memastikan blok tidak melanggar aturan mesin negara EVM.
Di sini, produk seperti Astria berfungsi sebagai aliran #1 → #2 (txs tidak terurut → blok yang terurut), dan lapisan eksekusi / node rollup adalah #2 → #3, sedangkan protokol seperti Nebraberfungsi sebagai mil terakhir #3 → #4 (blok yang dieksekusi → bukti ringkas). Nebra (atauLapisan yang Diatur) juga bisa menjadi langkah teoritis kelima di mana bukti-bukti dikumpulkan dan kemudian diverifikasi setelahnya. Sovereign Labs sedang mengerjakan konsep serupa dengan langkah terakhir juga, di mana penggabungan bukti berbasis bridging menjadi inti dari arsitektur mereka.
Secara keseluruhan, beberapa lapisan aplikasi adalah mulai memiliki infrastruktur di bawahnya, sebagian karena tetap hanya menjadi aplikasi tingkat tinggi dapat memiliki masalah insentif dan biaya adopsi pengguna yang tinggi jika mereka tidak mengendalikan tumpukan di bawahnya. Di sisi lain, karena biaya infrastruktur terus ditekan oleh persaingan dan kemajuan teknologi, biaya bagi aplikasi/appchains untuk berintegrasi dengan komponen modular menjadi jauh lebih layak. Saya percaya dinamika ini jauh lebih kuat, setidaknya untuk saat ini.
Dengan semua inovasi ini — lapisan eksekusi, lapisan penyelesaian, agregasi — lebih efisiensi, integrasi yang lebih mudah, interoperabilitas yang lebih kuat, dan biaya yang lebih rendah menjadi jauh lebih mungkin. Sebenarnya, apa yang semua ini tuju adalah aplikasi yang lebih baik bagi pengguna dan pengalaman pengembang yang lebih baik bagi para pembangun. Ini adalah kombinasi yang menang yang mengarah pada lebih banyak inovasi — dan kecepatan inovasi yang lebih cepat — secara besar-besaran, dan saya sangat menantikan melihat apa yang terjadi.