Sumber artikel: 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, kemunculan banyak rantai publik membuat perkembangan ekosistem sulit mengikuti kecepatan rantai publik, menyebabkan banyak proyek gagal pada saat TGE.
Dengan bantuan OP Stack, Coinbase meluncurkan Base Layer 2 miliknya 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 berkurang, biaya untuk mengoperasikan sebuah rantai berbasis OP Stack sekitar 10.000 dolar AS per bulan.
Masa depan pasti akan menjadi era coexistence multi-rantai. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, karena entitas Web2 di baliknya memiliki banyak aplikasi hilir, mereka sulit membangun aplikasi dan mencapai konsensus di satu rantai.
Rincian TVL, sumber: Defillama
Ekosistem multi-rantai saat ini menghadirkan tantangan baru: fragmentasi likuiditas dan status. Karena keberadaan multi-rantai 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), Penyelesaian Eksekusi (Connext), Native CrossChain (Cross), ZKSharding (=nil; Foundation), tetapi esensi intinya tetap sama.
Tumpukan Abstraksi Rantai, Sumber: FrontierResearch
Kami menggunakan arsitektur Cake yang diakui di industri untuk memperkenalkan komponen inti abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi
Ini adalah lapisan di mana pengguna berinteraksi secara langsung, dan juga lapisan yang paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka frontend dan mungkin tidak memahami mekanisme konversi likuiditas di bawahnya.
Lapisan Izin
Berada di bawah lapisan aplikasi, pengguna memenuhi niat transaksi mereka dengan menghubungkan dompet ke dApp dan meminta penawaran. Di sini, "niat" mengacu pada hasil akhir transaksi yang diharapkan pengguna (yaitu output), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Abstraksi (Key Management and Account Abstraction)
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen dan abstraksi akun yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik masing-masing rantai. Contohnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun yang tepercaya tanpa perlu membangun konsensus antar rantai, cukup dengan komitmen tepercaya antar sistem akun yang ada. Near Account menciptakan pengelolaan abstrak dengan menghasilkan dompet akun multi-rantai untuk pengguna, sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, ia terutama mengintegrasikan rantai publik yang ada.
Lapisan Solver
Lapisan ini bertanggung jawab untuk menerima dan mewujudkan niat transaksi pengguna, di mana peran Solver bersaing untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Di atas dasar ini, proyek berbasis niat seperti Anoma, membangun berbagai solusi berbasis niat. Turunan dari niat semacam ini seperti komponen Predicate, dapat mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian
Ini adalah lapisan middleware yang digunakan oleh lapisan solver untuk mewujudkan niat pengguna. Komponen inti solusi fragmentasi likuiditas dan status termasuk:
Oracle: Digunakan untuk mendapatkan informasi status dari rantai lain.
Jembatan lintas rantai: Bertanggung jawab untuk transmisi 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, finalitas, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi sistem multi-rantai yang efisien.
Solusi
Saat ini, ada berbagai solusi untuk masalah fragmentasi likuiditas. Setelah melihat banyak solusi, kami menemukan bahwa sebagian besar dari mereka memiliki beberapa cara ini:
1. Berbasis RaaS: Mirip dengan solusi Rollup seperti OP Stack, dengan menambahkan sorter bersama tertentu dan jembatan lintas rantai untuk membantu membangun likuiditas bersama dan status yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan masalah fragmentasi likuiditas dan status dari arah yang lebih tinggi. Di sini ada suatu desain terpisah untuk sorter bersama, yang lebih ditujukan untuk Layer2, tidak memiliki universalitas, seperti Astria, Espresso, dan Flashbots.
Abstraksi Rantai, sumber: NEAR
2. Berbasis akun: Mirip dengan NEAR, membangun dompet akun seluruh rantai, melalui teknologi yang disebut "tanda tangan rantai" untuk mendukung penandatanganan dan eksekusi transaksi di berbagai protokol blockchain. Komponen inti di sini adalah jaringan MPC, yang menandatangani transaksi lintas rantai untuk pengguna. Meskipun solusi ini dapat sangat menyelesaikan masalah fragmentasi UX, bagi pengembang, ini melibatkan implementasi backend yang kompleks, tanpa benar-benar menyelesaikan fragmentasi likuiditas dan status.
3. Berbasis jaringan niat off-chain: yaitu jaringan Solver yang ada di diagram struktur kue "pengantar" kita, inti adalah pengguna mengirimkan niat kepada jaringan Solver, peran Solver bersaing untuk memberikan penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal. Solver ini dapat berupa AI Agent, CEX, Pembuat Pasar, bahkan protokol terintegrasi seperti Liquorice. Proyek di bidang ini termasuk Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks, dalam implementasinya memerlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa kebutuhan off-chain, ada kemungkinan penipuan oleh Solver. Jika metode seperti bukti penipuan diperkenalkan, maka kesulitan dalam implementasi Jaringan Solver akan lebih tinggi, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.
4. Berbasis jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah fragmentasi status di rantai lain. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai. Beberapa proyek termasuk: Raye Network, INFINIT, Everclear, Elixir, dll.
5. Berbasis aplikasi on-chain: Aplikasi semacam ini membangun aplikasi likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga seperti Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, dll. Proyek semacam ini perlu mengelola proses lintas rantai yang kompleks, dengan tuntutan tinggi bagi pengembang, sehingga sangat rentan terhadap serangan hacker.
Menyelesaikan masalah likuiditas adalah proposisi yang sangat penting; dalam dunia keuangan, likuiditas sering kali mewakili segalanya. Jika dapat membangun platform integrasi likuiditas, terutama dengan mengintegrasikan likuiditas seluruh rantai yang terfragmentasi, akan memiliki potensi yang sangat besar. Kami juga telah melihat banyak solusi yang berbeda.
Di antara dua kategori di atas, kita dapat melihat bahwa menurut struktur kue, Lapisan Penyelesaian adalah solusi yang paling atomik. Di atas solusi atomik seperti lintas rantai, oracle, skema Pra-Konfirmasi, dibangun lapisan yang lebih abstrak, yaitu Lapisan Solver, Lapisan Izin, dan Lapisan Aplikasi. Semua solusi yang kami sebutkan di atas dengan arah yang berbeda untuk membangun abstraksi atau solusi likuiditas sesuai dengan set tingkat yang berbeda ini, dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini tidak lagi menjadi solusi tingkat atomik, karena masalah fragmentasi likuiditas membawa banyak masalah turunan yang rumit. Oleh karena itu, banyak solusi yang beraneka ragam muncul untuk interoperabilitas. Namun, pada dasarnya, tetap bergantung pada komponen-komponen ini. Selanjutnya, kami akan membahas beberapa proyek konsep abstraksi rantai yang khas untuk melihat bagaimana masing-masing dari mereka menyelesaikan masalah fragmentasi likuiditas dari sudut pandang mereka sendiri.
INFINIT
Struktur INFINIT, sumber: Infinit
INFINIT membangun layanan RaaS di dunia DeFi yang dapat menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti Oracle, Tipe Kolam, IRM, Aset, dll., serta dapat menyediakan komponen seperti Perdagangan Leverage dan Strategi Yield yang siap digunakan. Ini setara dengan ujung pembangunan aplikasi lain, tetapi likuiditas akhir terletak di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja yang mendasarinya. Saat ini, INFINIT telah mendapatkan pendanaan 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 kompatibilitas niat, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada Khalani, kemudian lapisan kompatibilitas niat 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 ke lapisan penyelesaian umum melalui jembatan lintas rantai dan teknik penyelesaian cepat. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan lebih banyak detail pekerjaan. Pada bulan Agustus, ia memperoleh pendanaan 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 untuk perusahaan trading profesional, dan dengan mudah terhubung ke protokol DeFi inti seperti 1inch dan Uniswap X saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjaman untuk perdagangan pinjamannya. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan, dan pada bulan Juli diumumkan telah mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar AS yang dipimpin oleh GreenField.
Xion
Xion adalah hasil peningkatan dari merek Burnt, yang sebelumnya berfokus pada aplikasi konsumen. Setelah itu, tim menemukan masalah besar dalam interaksi on-chain yang sangat terfragmentasi, sehingga membangun Xion untuk memperbaiki masalah ini. Xion dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakannya didasarkan pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ia telah melalui empat putaran pendanaan, dengan investor seperti Animoca, Multicoin, Alliance DAO, Mechanism, dll.
=nil; Foundation
nil adalah pasar kekuatan ZK Ethereum, pengolah ZK, dan pengembang Layer2, tim memiliki dasar teknologi ZK yang kuat. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, mengeksekusi pemrosesan transaksi paralel dan menghasilkan ZKP, di mana shard utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Shard utama juga mengelola distribusi validator dan akun di dalam shard eksekusi. Protokol konsensus yang digunakan oleh komite verifikasi juga adalah Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah menyematkan komunikasi lintas shard ke dalam protokol. Pesan lintas shard diverifikasi oleh komite validator setiap shard sebagai transaksi.
Ide dasarnya adalah, dengan arsitektur Layer2 yang terfragmentasi, untuk membangun arsitektur komunikasi lintas shard yang terintegrasi seperti IBC, sehingga dapat menyelesaikan masalah fragmentasi likuiditas dan status. Namun, ide intinya tidak rasional karena masalah yang diselesaikan oleh fragmentasi likuiditas adalah masalah multi-rantai, sedangkan yang dibangun adalah Layer2 tunggal, yang berarti untuk menyelesaikannya semua rantai perlu menjadi satu shard dari ZK-sharding, yang sulit diwujudkan.
ERC-7683
ERC-7683, sumber: Across
Ethereum juga sedang berupaya menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, Arbitrum, OP, dan Uniswap pertama-tama mendukung standar ERC7683 secara terbuka, yang juga menggunakan metode lintas rantai berbasis Niatan. Tujuan inti adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarisasi antarmuka pemesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus. Inti utamanya adalah seorang Filler yang juga dapat dianggap sebagai peran Solver dalam abstraksi rantai yang membayar. 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 fragmentasi likuiditas antar Layer2 di dalam Ethereum, masing-masing menyelesaikan di tingkat arsitektur, konsensus, dan aplikasi. OP Stack merancang solusi multi Layer2 yang komprehensif untuk menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer secara sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai secara otomatis akan diterapkan, dan akan ada Supervisor untuk menantang dan menghindari pengiriman informasi lintas rantai yang salah. Saat ini, Coinbase, Uniswap, Kraken, dll., menggunakan arsitektur OP Stack.
Di antara mereka, contoh yang lebih khas adalah Unichain. Unichain terutama menyelesaikan masalah fragmentasi likuiditas lintas rantai melalui integrasi dengan jaringan Superchain. Setelan ini memfasilitasi pergerakan likuiditas yang mulus dengan memberikan fungsi berikut:
Jembatan lintas rantai berbasis niat: Jembatan ini mendukung transfer likuiditas antar blokhain yang cepat dan dapat diandalkan, memungkinkan pengguna menetapkan niat untuk membantu sistem secara otomatis memilih jalur terbaik untuk memindahkan likuiditas. Pendekatan 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 finalitas ekonomi yang lebih cepat. Finalitas yang lebih cepat sangat penting untuk memastikan penyelesaian transaksi lintas rantai yang efisien, sehingga meminimalkan risiko fragmentasi likuiditas yang disebabkan oleh keterlambatan penyelesaian.
Flashblocks dan pembangunan 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 disebabkan oleh keterlambatan konfirmasi blok yang dapat menyebabkan fragmentasi likuiditas.
Kesimpulan
Menangani masalah likuiditas lintas rantai adalah bidang yang sangat rumit dengan banyak solusi yang beragam. Misalnya, solusi Layer2 dibagi menjadi solusi pesan lintas rantai yang terintegrasi dari Ethereum, khususnya ERC-7683, dan juga Layer2 seperti OP yang membangun OP Stack untuk berbagi Sequencer. Di luar konteks Layer2, semua Layer1 juga menghadapi masalah fragmentasi likuiditas, status, dan pengalaman pengguna. Ada solusi yang berpusat pada aplikasi untuk likuiditas, serta solusi off-chain berbasis Jaringan Solver, dan juga solusi berbasis akun seperti NEAR, tetapi masih perlu bergantung pada peran off-chain seperti Solver.
Kami lebih mengakui bahwa fragmentasi likuiditas, status, dan 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 Web3 yang sebenarnya, menyelesaikan fragmentasi di pengalaman pengguna, sementara integrasi likuiditas dan status dilakukan di tempat yang tidak dapat dirasakan oleh pengguna. Bagaimana cara mengintegrasi ini juga dibagi menjadi penggunaan jaringan Solver off-chain dan fasilitas jembatan lintas rantai yang bersifat atomik, semua ini layak untuk didiskusikan. Secara keseluruhan, masa depan pasti akan bersifat multi-rantai, dan menyelesaikan masalah fragmentasi likuiditas adalah tantangan yang harus dihadapi oleh industri. Integrasi likuiditas seluruh rantai ini memiliki ruang pertumbuhan yang luas dan dapat membangun Google di era Web3.
