Ditulis oleh: Gate Ventures
Pengantar
Sejak Ethereum beralih ke rencana perluasan berbasis Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak rantai publik berkembang pesat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili kepentingan yang berbeda dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak rantai publik membuat perkembangan ekosistem sulit mengikuti langkah rantai publik, menyebabkan banyak proyek mengalami penurunan nilai saat TGE.
Dengan OP Stack, Coinbase meluncurkan Base Layer 2 miliknya, Kraken meluncurkan Ink; dengan teknologi ZK, OKX meluncurkan XLayer; Sony meluncurkan Soneium, LINE meluncurkan Kaia, dan lain-lain. Kini, biaya dan ambang teknis untuk membangun sebuah rantai telah sangat menurun, biaya operasional untuk sebuah rantai berbasis OP Stack sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era multi-rantai. Meskipun rantai Layer 2 ini mungkin akan memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di belakangnya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi dan mencapai konsensus di rantai yang sama.
Pemisahan TVL, sumber: Defillama
Ekosistem multi-rantai saat ini membawa tantangan baru: pemisahan likuiditas dan status. Karena keberadaan multi-rantai adalah hal yang pasti, maka interoperabilitas adalah bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti yang kita semua dengar, abstraksi rantai (Particle Network, Socket, XION, INFINIT, Borsa), niat (Anoma, Khalani), Eksekusi Clearing (Connext), Jembatan Lintas Rantai Native (Cross), ZKSharding (=nil; Foundation), tetapi esensi inti dari semuanya sama.
Tumpukan Abstraksi Rantai, Sumber: Frontier Research
Kami menggunakan arsitektur Cake yang diakui industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan aplikasi (Application Layer)
Ini adalah lapisan di mana pengguna berinteraksi langsung, dan juga lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka frontend, mungkin tidak memahami mekanisme konversi likuiditas di lapisan dasar.
Lapisan izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna terhubung ke dompet untuk dApp dan meminta kutipan untuk memenuhi niat perdagangan. 'Niat' di sini merujuk pada hasil perdagangan akhir yang diharapkan pengguna (yaitu output), bukan jalur eksekusi spesifik dari perdagangan tersebut.
Manajemen akun dan lapisan abstraksi (Key Management and Account Abstraction)
Karena keberadaan lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik masing-masing rantai. Misalnya, sistem akun berbasis objek SUI sangat berbeda dengan EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun yang dapat dipercaya tanpa perlu membangun konsensus antar rantai, hanya memerlukan komitmen yang dapat dipercaya di antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, aspek likuiditas terutama mengintegrasikan rantai publik yang ada.
Lapisan solver (Solver Layer)
Lapisan ini bertanggung jawab untuk menerima dan mewujudkan niat perdagangan pengguna, peran Solver bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu perdagangan dan kecepatan eksekusi yang lebih cepat. Di atas dasar ini, proyek-proyek berbasis niat seperti Anoma membangun berbagai solusi berbasis niat. Produk turunan dari niat tersebut seperti komponen Predicate, dapat mewujudkan niat pengguna berdasarkan aturan tertentu.
Lapisan penyelesaian (Settlement Layer)
Ini adalah lapisan middleware yang digunakan untuk mewujudkan niat pengguna. Komponen inti dari solusi pemisahan likuiditas dan status termasuk:
Oracle: digunakan untuk mendapatkan informasi status dari rantai lain.
Jembatan lintas rantai: bertanggung jawab untuk mentransfer informasi dan likuiditas antar rantai.
Rencana konfirmasi awal: memperpendek waktu konfirmasi lintas rantai.
Ketersediaan data (DA): menyediakan aksesibilitas data.
Selain itu, perlu dipertimbangkan likuiditas antar rantai, finalitas, mekanisme bukti Layer 2, dan faktor-faktor lain untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi untuk memecahkan masalah pemisahan likuiditas di pasar, setelah meneliti banyak solusi, kami menemukan bahwa ada beberapa cara utama:
1. Berpusat pada RaaS: Mirip dengan solusi Rollup seperti OP Stack, dengan menambahkan sorter bersama dan jembatan lintas rantai tertentu untuk membantu membangun Rollup di OP Stack yang berbagi likuiditas dan status. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Di sini terdapat desain sorter bersama yang lebih terperinci, solusi ini lebih ditujukan untuk Layer2 dan tidak bersifat universal, seperti Astria, Espresso, dan Flashbots.
Abstraksi Rantai, sumber: NEAR
2. Berpusat pada akun: Mirip dengan NEAR, membangun dompet akun di seluruh rantai, melalui teknologi yang disebut 'tanda tangan rantai' untuk mendukung penandatanganan dan pelaksanaan transaksi di berbagai protokol blockchain. Komponen inti di sini adalah jaringan MPC, yang menandatangani transaksi multi-rantai atas nama pengguna. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi UX, tetapi bagi pengembang, ini melibatkan implementasi backend yang kompleks, dan tidak secara substansial menyelesaikan pemisahan likuiditas dan status.
3. Berpusat pada jaringan niat off-chain: yaitu Solver Network dalam diagram arsitektur kue 'pengantar' kami, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver bersaing untuk memberikan penawaran, memberikan waktu penyelesaian dan harga perdagangan yang optimal. Solver ini bisa berupa AI Agent, CEX, Market Maker, atau bahkan protokol terintegrasi seperti Liquorice, dan lain-lain. Proyek-proyek di bidang ini termasuk Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teori mampu mewujudkan operasi lintas rantai dengan tingkat kesulitan apa pun, tetapi dalam implementasinya, perlu ada cukup likuiditas Solver untuk membantu, dan ketika menghadapi beberapa kebutuhan off-chain, ada kemungkinan penipuan Solver, apabila metode seperti bukti penipuan diperkenalkan, maka tingkat kesulitan implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.
4. Berpusat pada jaringan likuiditas on-chain: arah ini khusus untuk mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah pemisahan status di rantai lain. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas penuh di seluruh rantai. Beberapa proyek termasuk: Raye Network, INFINIT, Everclear, Elixir, dan lain-lain.
5. Berpusat pada aplikasi on-chain: aplikasi semacam ini membangun aplikasi dengan likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, dan lain-lain. Proyek semacam ini membutuhkan pengelolaan proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi terhadap pengembang, sehingga sangat rentan terhadap serangan peretas.
Menyelesaikan masalah likuiditas adalah tugas yang sangat penting, di dunia keuangan, likuiditas sering kali mewakili segalanya. Jika kita dapat membangun platform integrasi likuiditas, terutama menggabungkan likuiditas di seluruh rantai, akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi berbeda.
Dalam dua kategori di atas, kami dapat melihat berdasarkan struktur kue, Settlement Layer adalah solusi pada tingkat paling atom, di atas solusi atom seperti jembatan lintas rantai, oracle, dan Pre-Confirmation, dibangun lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Kami telah mencantumkan berbagai solusi yang dibangun dengan arah yang berbeda untuk membangun abstraksi atau solusi likuiditas yang sesuai dengan berbagai tingkatan ini, yang dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi-solusi ini masih bukan solusi atom, masalah pemisahan likuiditas secara keseluruhan membawa munculnya banyak masalah turunan yang rumit, sehingga terkait dengan interoperabilitas, muncul berbagai solusi yang beragam. Namun pada dasarnya, semua tetap bergantung pada komponen-komponen ini. Selanjutnya, kami akan membahas beberapa proyek konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awal mereka menyelesaikan masalah pemisahan likuiditas.
INFINIT
Struktur INFINIT, sumber: Infinit
INFINIT telah membangun layanan RaaS yang dapat menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti Oracle, Jenis Pool, IRM, Aset, dan lain-lain, serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang segera diaktifkan. Ini setara dengan sisi pembangunan aplikasi lain, namun likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini, mereka masih belum mengungkapkan prinsip kerja di bawahnya. Saat ini, INFINIT telah mendapatkan pendanaan putaran benih sebesar 6 juta dolar dari Robot Ventures, Electric Capital, dan Maelstrom Capital.
Khalani Network
Struktur Jaringan Khalani, sumber: Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat menerbitkan niat ke Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, format yang digunakan adalah bahasa Validity. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir kepada lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan sebagainya. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan lebih banyak detail pekerjaan. Pada bulan Agustus, mereka telah mendapatkan pendanaan putaran benih sebesar 2,2 juta dolar dari Ethereal Ventures, Nascent, Maelstrom Capital, dan lain-lain.
Liquorice
Struktur Liquorice, sumber: Liquorice
Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utama Liquorice adalah menyediakan alat manajemen inventaris yang efisien untuk perusahaan perdagangan profesional, dan dengan mudah terkoneksi ke protokol DeFi inti seperti 1inch dan Uniswap X saat menyelesaikan transaksi berdasarkan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjaman untuk melakukan transaksi pinjaman. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan, yang mengumumkan pada bulan Juli bahwa mereka telah mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar dari GreenField.
Xion
Xion adalah hasil peningkatan dari merek Burnt, yang sebelumnya fokus pada aplikasi konsumen. Tim kemudian menemukan bahwa terdapat masalah fragmentasi yang besar dalam interaksi di blockchain, sehingga membangun Xion untuk memperbaiki masalah ini. Xion dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakan berbasis Cosmos IBC, sehingga lebih asli dan aman dibandingkan jembatan lintas rantai lainnya. Mereka telah melakukan empat putaran pendanaan, dengan investor seperti Animoca, Multicoin, Alliance DAO, Mechanism, dan lain-lain.
=nil; Foundation
nil adalah pasar daya ZK Ethereum, co-processor ZK, dan pengembang Layer2, tim ini memiliki dasar teknis ZK yang kuat. Mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, mengeksekusi pemrosesan paralel segmen dan menghasilkan ZKP, sementara segmen utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Segmen utama juga mengelola distribusi validator dan akun dalam segmen eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi lintas segmen ke dalam protokol. Pesan lintas segmen diverifikasi oleh dewan verifikasi setiap segmen sebagai transaksi.
Ide dasarnya adalah, melalui arsitektur Layer2 yang tersegmentasi, membangun struktur komunikasi lintas segmen yang terintegrasi seperti IBC untuk menyelesaikan masalah pemisahan likuiditas dan status. Namun, ide dasarnya tidak masuk akal karena masalah pemisahan likuiditas yang diselesaikan adalah masalah multi-rantai, sementara yang dibangun adalah Layer2 tunggal, artinya untuk menyelesaikan ini semua rantai harus menjadi salah satu segmen dari ZK-sharding, yang sulit untuk diwujudkan.
ERC-7683
ERC-7683, sumber: Across
Ethereum juga sedang berupaya menyelesaikan masalah likuiditas lintas rantai ini, saat ini Arbitrum, OP, dan Uniswap pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan cara lintas rantai berbasis niat. Tujuan inti adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus, inti utamanya adalah seorang Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai yang membayar perwakilan. Proposal ini dibangun bersama oleh Uniswap dan Across, dan saat ini sedang ditinjau oleh kelompok kerja Cake.
OP Stack
OP Stack, ERC-7683, dan zkSharding sama-sama merupakan solusi untuk pemisahan likuiditas antara Layer2 di dalam Ethereum, masing-masing menyelesaikannya dari perspektif arsitektur, konsensus, dan aplikasi. OP Stack merancang solusi multi Layer2 yang lengkap untuk sekali jalan menyelesaikan masalah penyampaian informasi dan desentralisasi Sequencer, saat Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor untuk menantang untuk mencegah penyampaian informasi lintas rantai yang salah. Saat ini, Coinbase, Uniswap, Kraken, dan lain-lain menggunakan arsitektur OP Stack.
Di antara yang lebih tipikal adalah Unichain. Unichain terutama mengatasi masalah pemisahan likuiditas lintas rantai melalui integrasi dengan jaringan Superchain. Pengaturan ini memfasilitasi pergerakan likuiditas yang mulus dengan menyediakan fitur berikut:
Jembatan lintas rantai berbasis niat: jembatan ini mendukung transfer likuiditas antar blockchain yang cepat dan dapat diandalkan, memungkinkan pengguna menetapkan niat, sehingga membantu sistem secara otomatis memilih jalur terbaik untuk pergerakan likuiditas. Pendekatan ini mengabstraksi kompleksitas bagi pengguna, membuat transaksi lintas rantai menjadi lebih lancar dan cepat.
Jaringan validasi Unichain (UVN): jaringan operator node terdesentralisasi ini memverifikasi transaksi lintas rantai, memberikan finalitas ekonomi yang lebih cepat. Finalitas yang lebih cepat sangat penting untuk memastikan penyelesaian transaksi lintas rantai yang efisien, sehingga meminimalkan risiko pemisahan likuiditas akibat keterlambatan penyelesaian.
Flashblocks dan blok yang dapat diverifikasi: dengan menggunakan Flashblocks, Unichain secara signifikan memperpendek waktu blok, meningkatkan efisiensi penyedia likuiditas, dan mewujudkan pasar lintas rantai yang lebih sinkron. Flashblocks membantu memastikan likuiditas selalu tersedia dan mengurangi dampak negatif yang mungkin disebabkan oleh keterlambatan konfirmasi blok, yang dapat menyebabkan pemisahan likuiditas.
Ringkasan
Memecahkan masalah likuiditas lintas rantai adalah bidang yang sangat rumit dan memiliki banyak solusi, misalnya, solusi Layer2 dibagi menjadi komunikasi lintas rantai yang disematkan dari Ethereum, terutama ERC-7683. Selain itu, ada Layer2 seperti OP yang membangun OP Stack untuk berbagi Sequencer untuk menyelesaikan masalah. Di luar konteks Layer2, semua Layer1 juga menghadapi masalah pemisahan likuiditas, status, dan pengalaman pengguna, ada solusi yang ditujukan khusus untuk aplikasi yang berfokus pada likuiditas, ada juga solusi off-chain dari Solver Network, bahkan ada solusi yang berfokus pada akun seperti NEAR, tetapi juga perlu didasarkan pada peran off-chain seperti Solver.
Kami percaya bahwa pemisahan likuiditas lintas rantai, status, dan pengalaman pengguna adalah masalah dalam seluruh industri blockchain. Jika dipikirkan secara keseluruhan, perlu dilakukan dengan cara yang lebih abstrak, mirip dengan abstraksi rantai, ini sama dengan menjadi pintu masuk Web3 yang sebenarnya, menyelesaikan pemisahan dalam pengalaman pengguna, sementara integrasi likuiditas dan status dilakukan di tempat yang tidak dapat dirasakan pengguna. Bagaimana cara mengintegrasikan ini dibagi menjadi penggunaan jaringan Solver off-chain dan fasilitas jembatan lintas rantai yang atomik, semua ini layak untuk didiskusikan. Secara keseluruhan, masa depan pasti multi-rantai, dan menyelesaikan masalah pemisahan likuiditas adalah tantangan yang pasti dihadapi industri, dan integrasi likuiditas penuh di seluruh rantai memiliki ruang pertumbuhan yang luas, yang berpotensi membangun Google di era Web3.
