Pendahuluan
Sejak Ethereum beralih ke solusi skalabilitas yang berfokus pada Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak blockchain publik berkembang pesat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili kepentingan berbeda dan mencari penilaian yang lebih tinggi. Namun, banyaknya munculnya blockchain publik membuat perkembangan ekosistem sulit untuk mengikuti langkah blockchain publik, menyebabkan banyak proyek mengalami penurunan nilai pada TGE.
Dengan bantuan OP Stack, Coinbase meluncurkan Base Layer 2-nya sendiri, Kraken merilis Ink; dengan teknologi ZK, OKX meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dll. Saat ini, biaya dan ambang teknologi untuk membangun sebuah rantai telah sangat menurun, biaya untuk menjalankan rantai berbasis OP Stack adalah sekitar 10.000 dolar AS per bulan.
Masa depan pasti akan menjadi era multichain. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk interkoneksi, tetapi karena entitas Web2 di belakangnya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi di rantai yang sama dan mencapai konsensus.
Pemisahan TVL, sumber: Defillama
Ekosistem multichain saat ini telah membawa tantangan baru: fragmentasi likuiditas dan status. Karena keberadaan multichain adalah suatu keharusan, interoperabilitas adalah bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti yang kita semua dengar tentang abstraksi rantai (Particle Network, Socket, XION, INFINIT, Borsa), niat (Anoma, Khalani), Eksekusi Clearing (Connext), Native CrossChain (Cross), ZKSharding ( =nil; Foundation), tetapi inti esensinya semuanya sama.
Stack Abstraksi Rantai, Sumber: FrontierResearch
Kami menggunakan struktur kue yang diakui di industri untuk memperkenalkan komponen inti abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan di mana pengguna berinteraksi langsung, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka frontend, mungkin tidak menyadari mekanisme konversi likuiditas di bawahnya.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna memenuhi niat transaksi dengan menghubungkan dompet ke dApp dan meminta penawaran. 'Niat' di sini merujuk pada hasil akhir transaksi yang diharapkan pengguna (yaitu output), bukan jalur eksekusi transaksi yang spesifik.
Lapisan Manajemen Akun dan Abstraksi (Key Management and Account Abstraction)
Karena adanya lingkungan multichain, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik di setiap rantai. Misalnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance adalah proyek representatif di bidang ini, yang membangun sistem akun yang dapat dipercaya tanpa perlu membangun konsensus antar rantai, hanya memerlukan komitmen yang dapat dipercaya antara sistem akun yang sudah ada. Near Account mencapai manajemen abstraksi dengan menghasilkan dompet akun multichain untuk pengguna, yang secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan blockchain publik yang ada.
Solver Layer (Lapisan Penyelesai)
Lapisan ini bertanggung jawab untuk menerima dan merealisasikan niat transaksi pengguna, di mana peran Solver bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Berdasarkan ini, proyek berbasis niat seperti Anoma telah membangun berbagai solusi berbasis niat. Turunan niat semacam ini seperti komponen Predicate, dapat merealisasikan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian (Settlement Layer)
Ini adalah lapisan middleware yang digunakan oleh layer penyelesai untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan penyebaran status meliputi:
Oracle: Digunakan untuk mendapatkan informasi status di rantai lain.
Jembatan lintas rantai: Bertanggung jawab untuk pengiriman informasi dan likuiditas lintas rantai.
Skema Pra-Konfirmasi: Memperpendek waktu konfirmasi lintas rantai.
Ketersediaan data (DA): Menyediakan aksesibilitas data.
Selain itu, perlu juga mempertimbangkan likuiditas antar rantai, kepastian akhir (Finality), mekanisme bukti Layer 2, dan faktor lainnya untuk menjamin operasi efisien seluruh sistem multichain.
Solusi
Saat ini, ada berbagai solusi untuk menyelesaikan fragmentasi likuiditas di pasar, setelah melihat banyak opsi, kami menemukan bahwa ada beberapa cara utama:
1. Berbasis RaaS: Mirip dengan solusi Rollup seperti OP Stack, dengan menambahkan sorter berbagi tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status di Rollup yang dibangun di OP Stack. Ini berharap dapat menyelesaikan masalah likuiditas dan penyebaran status pada tingkat yang lebih tinggi. Di sini ada desain sorter berbagi yang agak terpisah, rencana ini lebih ditujukan untuk Layer 2, dan tidak bersifat universal, seperti Astria, Espresso dan Flashbots, dll.
Abstraksi Rantai, sumber: NEAR
2. Berbasis akun: Mirip dengan NEAR, membangun dompet akun lintas rantai yang sepenuhnya, 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 menggantikan pengguna untuk menandatangani transaksi lintas rantai. Rencana ini, meskipun dapat sangat mengatasi masalah fragmentasi UX, tetapi bagi pengembang, melibatkan implementasi backend yang kompleks dan tidak secara substansial menyelesaikan likuiditas dan penyebaran status.
3. Berbasis jaringan niat off-chain: Ini adalah jaringan Solver dalam diagram struktur kue 'pendahuluan', inti adalah pengguna mengirimkan niat kepada jaringan Solver, di mana peran Solver bersaing untuk memberikan penawaran terbaik, memberikan waktu penyelesaian dan harga transaksi yang optimal. Solver ini dapat berupa AI Agent, CEX, Market Maker, hingga integrasi protokol itu sendiri seperti Liquorice. Proyek di bidang ini termasuk Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teori dapat merealisasikan operasi lintas rantai yang kompleks dengan kesulitan apa pun, dalam implementasi, diperlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa kebutuhan off-chain, ada kemungkinan kecurangan pada Solver. Jika metode seperti bukti kecurangan diperkenalkan, kesulitan dalam implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan semakin tinggi.
4. Berbasis jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah penyebaran status di rantai lain. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas di seluruh rantai. Beberapa proyek termasuk: Raye Network, INFINIT, Everclear, Elixir, dll.
5. Berbasis aplikasi on-chain: Aplikasi ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, dll. Proyek-proyek ini perlu mengelola proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi bagi pengembang, sehingga sangat rentan terhadap serangan peretasan.
Menyelesaikan masalah likuiditas adalah sebuah proposisi yang sangat penting, di dunia keuangan likuiditas sering kali mewakili segalanya. Jika dapat membangun platform integrasi likuiditas, terutama mengintegrasikan likuiditas dari seluruh rantai yang terpisah, akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi berbeda.
Dalam dua kategori di atas, kita dapat melihat bahwa berdasarkan struktur kue, Lapisan Penyelesaian adalah solusi paling atomik, di atas solusi atomik seperti lintas rantai, oracle, dan skema Pre-Confirmation, dibangun lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Kita dapat memahami berbagai solusi abstraksi atau likuiditas yang dibangun dalam arah yang berbeda ini sesuai dengan set tingkat yang berbeda, yang dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi tingkat atom, masalah fragmentasi likuiditas secara keseluruhan telah menghadirkan banyak masalah turunan yang rumit, oleh karena itu, untuk interoperabilitas, lahirlah berbagai solusi yang beraneka ragam. Namun, pada dasarnya, tetap harus bergantung pada komponen-komponen ini. Selanjutnya, kita akan membahas beberapa proyek dengan konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awal mereka menyelesaikan masalah fragmentasi likuiditas.
INFINIT
Struktur INFINIT, sumber: Infinit
INFINIT membangun layanan RaaS di DeFi yang dapat menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti Oracle, Tipe Pool, IRM, Aset, dll., dan juga dapat menyediakan komponen seperti Perdagangan Leverage dan Strategi Yield yang dapat langsung diaktifkan. Setara dengan sisi pembangunan aplikasi lain, tetapi likuiditas akhir ditempatkan di lapisan likuiditas Infinit. Namun, saat ini belum mengungkapkan prinsip kerja di bawahnya. Saat ini INFINIT telah memperoleh pembiayaan putaran benih sebesar 6 juta dolar AS dari Robot Ventures, Electric Capital, dan Maelstrom Capital.
Jaringan Khalani
Struktur Jaringan Khalani, sumber: KhalaniNetwork
Khalani membangun tiga komponen inti, yaitu lapisan kompatibel niat, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada Khalani, kemudian lapisan kompatibel niat Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan menggunakan format yang distandarisasi yaitu bahasa Validity. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir kepada lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dll. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan lebih banyak rincian kerja. Pada bulan Agustus, mereka memperoleh pembiayaan putaran benih sebesar 2,2 juta dolar AS dari Ethereal Ventures, Nascent, Maelstrom Capital, dll.
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 bagi perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti seperti 1inch dan Uniswap X saat menyelesaikan transaksi berdasarkan niat, sambil menciptakan pasar pinjaman untuk melakukan transaksi pinjaman. Aplikasi ini lebih fokus pada transaksi itu sendiri. Saat ini masih dalam tahap pengembangan, dan pada bulan Juli, mengumumkan mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar AS yang dipimpin oleh GreenField.
Xion
Xion adalah evolusi dari merek Burnt, sebelumnya Burnt fokus pada aplikasi konsumen, kemudian tim menemukan masalah besar fragmentasi dalam interaksi on-chain, sehingga membangun Xion untuk memperbaiki masalah ini. Xion dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakannya berdasarkan Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Telah melakukan empat putaran pembiayaan, investor termasuk Animoca, Multicoin, Alliance DAO, Mechanism, dll.
=nil; Foundation
=nil adalah pasar kekuatan ZK Ethereum, co-processor ZK, dan pengembang Layer 2, tim ini memiliki dasar yang kuat dalam teknologi ZK. Mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas horizontal jaringan utama Ethereum, mengeksekusi pemrosesan transaksi secara paralel dan menghasilkan ZKP, sementara shard utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Shard utama juga mengelola distribusi validator dan akun di shard 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 shard ke dalam protokol. Pesan lintas shard diverifikasi oleh dewan validator setiap shard sebagai transaksi.
Ide dasarnya adalah, melalui arsitektur Layer 2 yang terfragmentasi, membangun arsitektur komunikasi lintas shard yang tertanam seperti IBC, sehingga dapat menyelesaikan masalah fragmentasi likuiditas dan status. Namun, ide inti ini tidak masuk akal, karena masalah penyelesaian fragmentasi likuiditas adalah masalah multichain. Yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya semua rantai harus menjadi salah satu shard 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 publik mendukung standar ERC7683, yang juga menggunakan cara lintas rantai berbasis niat. Tujuan inti adalah untuk membangun standar umum untuk operasi lintas rantai L2 dan rantai samping, menstandarisasi antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus. Inti utamanya adalah Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai untuk membayar. Proposal ini dibangun bersama oleh Uniswap dan Across, dan saat ini sedang diperiksa oleh tim kerja Cake.
OP Stack
OP Stack, ERC-7683, dan zkSharding, seperti solusi fragmentasi likuiditas antar Layer 2 yang diusulkan di Ethereum, masing-masing menyelesaikan di tingkat arsitektur, konsensus, dan aplikasi. OP Stack merancang solusi multilevel lengkap untuk menyelesaikan masalah transmisi informasi dan desentralisasi Sequencer sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor untuk menantang dan menghindari transmisi informasi lintas rantai yang salah. Saat ini, Coinbase, Uniswap, Kraken, dan lainnya menggunakan arsitektur OP Stack.
Di antara proyek yang lebih khas adalah Unichain. Unichain terutama menyelesaikan masalah fragmentasi likuiditas lintas rantai melalui integrasi dengan jaringan Superchain. Pengaturan ini memfasilitasi pergerakan likuiditas yang mulus dengan menyediakan fungsi 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 memindahkan likuiditas. Metode ini mengabstraksi kompleksitas bagi pengguna, membuat transaksi lintas rantai menjadi lebih lancar dan cepat.
Jaringan Verifikasi Unichain (UVN): Jaringan operator node terdesentralisasi ini memverifikasi transaksi lintas rantai, memberikan kepastian ekonomi yang lebih cepat. Kepastian akhir yang lebih cepat sangat penting untuk memastikan penyelesaian transaksi lintas rantai yang efisien, sehingga meminimalkan risiko fragmentasi likuiditas akibat penyelesaian yang tertunda.
Flashblocks dan pembangunan blok yang dapat diverifikasi: Dengan menggunakan Flashblocks, Unichain secara signifikan mengurangi waktu blok, meningkatkan efisiensi penyedia likuiditas, dan mewujudkan pasar lintas rantai yang lebih sinkron. Flashblocks membantu memastikan likuiditas selalu tersedia dan mengurangi dampak negatif akibat keterlambatan konfirmasi blok, yang dapat menyebabkan fragmentasi likuiditas.
Kesimpulan
Menyelesaikan masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dan memiliki banyak solusi, seperti solusi Layer 2 yang dibagi menjadi solusi untuk mengatasi fragmentasi likuiditas antar Layer 2 yang diusulkan di Ethereum, terutama ERC-7683, dan Layer 2 seperti OP yang membangun OP Stack untuk berbagi Sequencer untuk menyelesaikannya. Di luar konteks Layer 2, semua Layer 1 juga menghadapi masalah fragmentasi likuiditas, status, dan pengalaman pengguna. Ada solusi yang berfokus pada aplikasi untuk likuiditas, juga ada solusi off-chain berbasis Jaringan Solver, bahkan solusi yang berfokus pada akun seperti NEAR, tetapi juga perlu bergantung pada peran off-chain seperti Solver.
Kami cukup setuju bahwa likuiditas lintas rantai, status, dan fragmentasi pengalaman pengguna adalah masalah di seluruh industri blockchain. Jika dipikirkan secara keseluruhan, perlu dilakukan dengan cara yang lebih abstrak, mirip dengan abstraksi rantai, yang setara dengan pintu masuk nyata Web3, menyelesaikan fragmentasi pengalaman pengguna, sambil mengintegrasikan likuiditas dan status di tempat yang tidak disadari oleh pengguna. Bagaimana cara mengintegrasikan ini secara spesifik dibagi menjadi penggunaan jaringan Solver off-chain dan jembatan lintas rantai yang mengintegrasikan secara atomik, dan berbagai hal ini layak untuk didiskusikan. Secara keseluruhan, masa depan pasti akan menjadi multichain, menyelesaikan masalah fragmentasi likuiditas adalah tantangan yang pasti dihadapi industri, dan integrasi seluruh likuiditas rantai memiliki ruang pertumbuhan yang luas, mungkin membangun Google di era Web3.
