Penelitian Masalah Pemisahan Likuiditas di Era Layer 2

Setelah 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 yang berbeda dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit untuk mengikuti, yang menyebabkan banyak proyek mengalami penurunan harga pada saat TGE.

Dengan OP Stack, sebuah platform perdagangan telah meluncurkan Base Layer 2 miliknya sendiri, platform perdagangan lainnya merilis Ink; dengan teknologi ZK, sebuah platform perdagangan telah meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan batasan teknis untuk membangun sebuah rantai telah sangat menurun, biaya untuk mengoperasikan rantai berbasis OP Stack adalah sekitar 10.000 dolar per bulan.

Masa depan pasti akan menjadi era multi-rantai yang saling berinteraksi. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di baliknya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus di satu rantai yang sama.

Ekosistem multi-rantai saat ini menghadirkan tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multi-rantai adalah hal yang tak terhindarkan, maka interoperabilitas adalah bidang yang harus dijelajahi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Pembersihan, Lintas Rantai Native, ZKSharding, tetapi esensi inti dari semuanya sama.

Kami menggunakan arsitektur Cake yang diakui di industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:

Tingkat Aplikasi(Application Layer)

Ini adalah lapisan interaksi langsung pengguna, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan rincian konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, mungkin tidak memahami mekanisme konversi likuiditas di lapisan bawah.

Lapisan Izin(Permission Layer)

Terletak di bawah lapisan aplikasi, pengguna memenuhi niat transaksi dengan menghubungkan dompet ke dApp dan meminta kutipan. "Niat" di sini mengacu pada hasil akhir transaksi yang diharapkan pengguna ( yaitu output ), bukan jalur eksekusi transaksi yang spesifik.

Manajemen Akun dan Abstraksi Layer (Manajemen Kunci dan Abstraksi Akun)

Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik dari 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, cukup dengan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mencapai manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan rantai publik yang ada.

Mencari solusi Layer(Solver Layer)

Lapisan ini bertanggung jawab untuk menerima dan mewujudkan niat transaksi pengguna, peran Solver bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Berdasarkan hal ini, proyek berbasis niat seperti Anoma, telah membangun berbagai solusi yang didorong oleh niat. Turunan dari niat semacam ini, seperti komponen Predicate, dapat mewujudkan niat pengguna di bawah aturan tertentu.

Lapisan Penyelesaian(Settlement Layer)

Ini adalah lapisan middleware yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status yang terdistribusi meliputi:

• 预言机(Oracle): digunakan untuk mendapatkan informasi status dari rantai lain.
• Jembatan Lintas Rantai ( Bridges ): Bertanggung jawab untuk penyampaian informasi dan Likuiditas lintas rantai.
• Konfirmasi Awal (Pre-Confirmation): Memperpendek waktu konfirmasi lintas rantai.
• Ketersediaan data ( DA ): Menyediakan aksesibilitas data.

Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas (Finality), mekanisme pembuktian Layer 2, dan faktor-faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.

Solusi

Saat ini, ada berbagai solusi untuk mengatasi pemisahan likuiditas di pasar. Setelah melihat sejumlah besar solusi, kami menemukan bahwa ada beberapa cara utama:

1. Berfokus pada RaaS: Solusi Rollup seperti OP Stack ini, dengan menambahkan sorter berbagi tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status dalam Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Salah satu aspek yang lebih terperinci adalah desain sorter berbagi yang terpisah, solusi ini lebih ditujukan untuk Layer 2 dan tidak bersifat universal, seperti Astria, Espresso, dan Flashbots.

2. Berbasis akun: Mirip dengan NEAR, membangun dompet akun seluruh rantai, yang mendukung penandatanganan dan pelaksanaan transaksi melalui berbagai protokol blockchain dengan teknologi yang disebut "tanda tangan rantai". Komponen inti adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi UX, bagi pengembang, ini melibatkan implementasi backend yang kompleks, dan pada dasarnya tidak menyelesaikan masalah likuiditas dan penyebaran status.

3. Berfokus pada jaringan niat off-chain: yaitu Solver Network dalam diagram arsitektur "pengantar" kami, intinya adalah pengguna mengirimkan niat kepada jaringan Solver, peran Solver ini bersaing untuk memberikan penawaran, menawarkan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, CEX, Market Maker, atau bahkan protokol terintegrasi itu sendiri seperti Liquorice dan lainnya. Proyek di bidang ini termasuk Anoma, Khalani, Enso, aori, dan Valantis. Meskipun secara teori niat dapat mewujudkan operasi lintas rantai yang kompleks dengan kesulitan apa pun, namun dalam implementasinya, diperlukan cukup banyak Solver likuiditas untuk membantu, dan ketika menghadapi beberapa kebutuhan off-chain, ada kemungkinan penipuan dari Solver, jika metode seperti bukti penipuan diperkenalkan, maka kesulitan dalam implementasi Solver Network akan meningkat, 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 penyebaran status on-chain lainnya. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun di atasnya untuk berbagi likuiditas seluruh rantai. Beberapa proyek termasuk: Raye Network, INFINIT, Everclear, Elixir, dll.

5. Berbasis pada aplikasi on-chain: Aplikasi jenis ini membangun aplikasi dengan likuiditas tinggi melalui integrasi dengan MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, platform perdagangan tertentu, Hedgemony, dll. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, dan memiliki tuntutan yang sangat tinggi terhadap pengembang, sehingga sangat rentan terhadap serangan hacker.

Mengatasi masalah Likuiditas adalah sebuah pernyataan yang sangat penting, di dunia keuangan, likuiditas sering kali mewakili segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama menggabungkan likuiditas seluruh rantai yang terpisah, itu akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi yang berbeda.

Dalam dua kategori di atas, kita dapat melihat bahwa berdasarkan struktur kue, Settlement Layer adalah solusi tingkat paling atom, di atas solusi atom seperti cross-chain, oracle, dan Pre-Confirmation, dibangun satu lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Berbagai solusi abstrak atau likuiditas yang kami daftarkan di atas dibangun ke arah yang berbeda dan sesuai dengan berbagai tingkat yang berbeda, dapat dipahami sebagai hubungan hulu-hilir. Namun, solusi ini masih bukan solusi tingkat atom, keseluruhan masalah pemisahan likuiditas membawa banyak masalah turunan yang kompleks, sehingga muncul berbagai solusi untuk interoperabilitas. Namun pada dasarnya tetap bergantung pada komponen-komponen ini. Selanjutnya, kita akan membahas beberapa proyek konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awalnya menyelesaikan masalah pemisahan likuiditas.

INFINIT

INFINIT membangun layanan RaaS di dunia DeFi yang dapat menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti Oracle, Pool Type, IRM, Asset, dan lain-lain, dan juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat diaktifkan segera. Ini setara dengan ujung pembangunan aplikasi lainnya, tetapi likuiditas akhir ditempatkan di layer likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja dasarnya. Saat ini INFINIT telah mendapatkan pendanaan putaran benih sebesar 6 juta USD dari Robot Ventures, Electric Capital, dan Maelstrom Capital.

Jaringan Khalani

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 protocol Solver, menggunakan format yang dinormalisasi yaitu bahasa Validity. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dll. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan lebih banyak rincian pekerjaan. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran benih sebesar 2,2 juta dolar dari Ethereal Ventures, Nascent, Maelstrom Capital, dan lainnya.

Liquorice

Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utama Liquorice adalah untuk memberikan alat manajemen inventaris yang efisien bagi perusahaan perdagangan profesional, dan dengan mudah terhubung ke beberapa protokol DeFi inti seperti DEX dan DEX saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice juga menciptakan pasar pinjaman untuk melakukan transaksi pinjaman. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan, yang pada bulan Juli mengumumkan mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar AS yang dipimpin oleh GreenField.

Xion

Xion adalah hasil peningkatan dari merek Burnt, sebelumnya Burnt fokus pada aplikasi konsumen, kemudian tim menemukan adanya 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 native dan aman dibandingkan jembatan lintas rantai lainnya. Ia telah melalui empat putaran pendanaan, dengan investor seperti Animoca, Multicoin, Alliance DAO, Mechanism, dan lainnya.

=nil; Yayasan

nil adalah pengembang pasar kekuatan ZK Ethereum, ZK co-processor, dan Layer 2, tim memiliki dasar teknologi ZK yang kuat. Mengajukan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dan menghasilkan ZKP, sementara pemisahan utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Pemisahan utama juga mengelola distribusi validator dan akun dalam pemisahan eksekusi. Protokol konsensus yang digunakan oleh komite validasi juga adalah Hotstuff, ini umum dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi lintas pemisahan ke dalam protokol. Pesan lintas pemisahan divalidasi sebagai transaksi oleh komite validator setiap pemisahan.

Ide dasar dari ini adalah, melalui arsitektur Layer 2 yang terfragmentasi, untuk membangun arsitektur komunikasi lintas fragmen yang terintegrasi seperti IBC, sehingga dapat menyelesaikan masalah likuiditas dan distribusi status. Namun, ide inti ini tidak masuk akal, karena masalah yang diselesaikan oleh distribusi likuiditas adalah masalah multi-rantai, yang dibangun adalah Layer 2 tunggal, artinya untuk menyelesaikannya semua rantai harus menjadi salah satu fragmen dari ZK-sharding, yang sulit untuk dicapai.

ERC-7683

Ethereum juga sedang berusaha untuk menyelesaikan masalah likuiditas lintas rantai ini, saat ini beberapa Layer 2, beberapa Layer 2 dan beberapa DEX pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti mereka adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarisasi antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus, inti utamanya adalah seorang Filler yang juga dapat dikatakan sebagai peran Solver dalam abstraksi rantai untuk pembayaran. Proposal ini dibangun oleh beberapa DEX dan Across, saat ini sedang ditinjau oleh kelompok kerja Cake.

OP Stack

OP Stack, ERC-7683, dan zkSharding sama-sama merupakan solusi internal Ethereum untuk fragmentasi likuiditas antar Layer 2.