Penelitian Masalah Pemisahan Likuiditas di Era Layer 2

Dengan Ethereum beralih ke solusi skala berbasis Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak blockchain publik berkembang dengan cepat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili berbagai kepentingan dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik menyebabkan perkembangan ekosistem sulit mengikuti langkah blockchain publik, mengakibatkan banyak proyek mengalami penurunan harga pada saat TGE.

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

Masa depan pasti akan menjadi era di mana banyak rantai ada berdampingan. Meskipun rantai Layer 2 ini mungkin akan memilih kompatibilitas EVM untuk mencapai interoperabilitas, namun karena entitas Web2 di baliknya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi dan mencapai konsensus di satu rantai.

Ekosistem multi-rantai saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Mengingat keberadaan multi-rantai adalah suatu keharusan, interopabilitas adalah bidang yang perlu dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Pembersihan, Native CrossChain, ZKSharding, tetapi inti dari semua ini adalah sama.

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

Lapisan aplikasi adalah lapisan di mana pengguna berinteraksi langsung, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan rincian konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, tanpa harus memahami mekanisme konversi likuiditas yang mendasarinya.

Lapisan izin terletak di bawah lapisan aplikasi, pengguna memenuhi niat transaksi dengan menghubungkan dompet ke dApp dan meminta penawaran. Di sini, "niat" merujuk pada hasil transaksi akhir yang diharapkan pengguna, bukan jalur pelaksanaan transaksi yang spesifik.

Manajemen akun dan lapisan abstrak, karena adanya lingkungan multi-rantai, memerlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik dari setiap rantai. Sebuah platform 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 antara sistem akun yang ada. Platform tersebut mewujudkan manajemen abstrak dengan menghasilkan dompet akun multi-rantai untuk pengguna, secara signifikan mengoptimalkan pengalaman pengguna, dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan rantai publik yang ada.

Solver bertanggung jawab untuk menerima dan merealisasikan 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 telah membangun berbagai solusi yang didorong oleh niat. Turunan dari niat tersebut seperti komponen Predicate, dapat mewujudkan niat pengguna di bawah aturan tertentu.

Lapisan penyelesaian adalah lapisan middleware yang digunakan oleh lapisan solusi untuk mewujudkan niat pengguna. Komponen inti dari solusi likuiditas dan penyebaran status meliputi:

• Oracle: digunakan untuk mendapatkan informasi status dari rantai lain.
• Jembatan lintas rantai: bertanggung jawab untuk penyampaian informasi dan likuiditas lintas rantai.
• Konfirmasi rencana sebelumnya: Memperpendek waktu konfirmasi lintas rantai.
• Ketersediaan data: menyediakan aksesibilitas data.

Selain itu, perlu mempertimbangkan faktor-faktor seperti likuiditas antar rantai, finalitas, dan mekanisme bukti Layer 2 untuk memastikan operasi efisien dari seluruh sistem multi-rantai.

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

1. Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan pengurut bersama tertentu dan jembatan lintas rantai untuk membantu membangun likuiditas dan status bersama pada Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Di sini ada desain pengurut bersama yang lebih terperinci, solusi ini lebih ditujukan untuk Layer 2, tidak memiliki sifat universal.

2. Berbasis akun: Membangun dompet akun yang terintegrasi di seluruh rantai, mendukung penandatanganan dan pelaksanaan transaksi lintas berbagai protokol blockchain melalui teknologi yang disebut "tanda tangan rantai". Komponen inti dari sistem ini adalah jaringan MPC, yang menggantikan pengguna dalam menandatangani transaksi multi-rantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi UX, namun bagi pengembang, ini melibatkan implementasi backend yang kompleks, dan tidak secara mendasar menyelesaikan masalah likuiditas dan penyebaran status.

3. Berbasis pada jaringan niat off-chain: yaitu Jaringan Solver, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, bursa, pembuat pasar, hingga protokol integrasi itu sendiri. Meskipun niat pada teori dapat melakukan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya memang memerlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan penipuan oleh Solver, jika metode seperti bukti penipuan diperkenalkan, tantangan dalam implementasi Jaringan Solver akan semakin tinggi, dan ambang batas untuk menjalankan Solver juga akan semakin tinggi.

4. Berpusat pada jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah distribusi status on-chain lainnya. Intinya adalah membangun sebuah lapisan likuiditas, di mana aplikasi dibangun di atas lapisan tersebut, untuk berbagi likuiditas seluruh rantai.

5. Berfokus pada aplikasi berbasis blockchain: Aplikasi jenis ini membangun aplikasi dengan likuiditas tinggi melalui integrasi dengan pembuat pasar besar atau aplikasi pihak ketiga. Proyek semacam ini perlu mengelola proses lintas rantai yang kompleks, yang memerlukan tingkat keahlian yang sangat tinggi dari pengembang, sehingga juga sangat rentan terhadap serangan hacker.

Mengatasi masalah likuiditas adalah sebuah proposisi yang sangat penting, di dunia keuangan likuiditas sering kali mewakili segalanya, jika kita bisa membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas lintas rantai yang terpisah, akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi yang berbeda.

Kami membangun solusi abstrak atau Likuiditas dengan berbagai arah sesuai dengan berbagai tingkat yang tercantum di atas, yang dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi-solusi ini masih bukan solusi tingkat atom, dan masalah pemisahan Likuiditas secara keseluruhan telah membawa banyak masalah turunan yang rumit. Oleh karena itu, muncul berbagai solusi untuk interoperabilitas. Namun pada dasarnya, kita masih harus 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 pemisahan Likuiditas dari sudut pandang mereka sendiri.

Sebuah proyek telah 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 lainnya. Layanan ini juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat segera digunakan. Ini setara dengan sisi pembangunan aplikasi lainnya, tetapi likuiditas akhirnya disimpan di lapisan likuiditas proyek tersebut. Namun, saat ini mereka masih belum mengungkapkan prinsip kerja di bawahnya. Saat ini, proyek ini telah memperoleh pendanaan putaran awal sebesar 6 juta dolar.

Sebuah jaringan membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum.

Aplikasi eksternal atau lapisan niat dapat mengirimkan niat ke jaringan ini, kemudian lapisan kompatibilitas Niat jaringan ini dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang dinormalisasi adalah bahasa Validitas. Node jaringan ini bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan lainnya. Proyek ini masih dalam tahap pembangunan dan belum mengungkapkan lebih banyak rincian kerja. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran benih sebesar 2,2 juta dolar.

Sebuah aplikasi terdesentralisasi dapat mewujudkan penemuan harga berbasis lelang dan kolam likuiditas sepihak. Misi utamanya adalah menyediakan alat manajemen persediaan yang efisien untuk perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, aplikasi ini menciptakan pasar pinjam meminjam untuk melakukan transaksi pinjam meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan, dan pada bulan Juli mengumumkan berhasil mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar.

Sebuah proyek 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. Proyek ini telah melakukan empat putaran pendanaan.

Sebuah lembaga adalah pasar daya komputasi ZK Ethereum, ZK co-processor, dan pengembang Layer 2, tim memiliki dasar teknis ZK yang kuat. Mengajukan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, menjalankan 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 dewan verifikasi juga adalah Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. L2 lembaga ini sejak awal telah mengintegrasikan komunikasi antar pemisahan ke dalam protokol.

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

Ethereum juga sedang berupaya untuk menyelesaikan masalah likuiditas lintas rantai ini, saat ini suatu Layer 2 dan suatu DEX pertama-tama secara terbuka mendukung suatu standar, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti adalah untuk membangun standar umum untuk operasi lintas L2 dan sisi rantai, menstandarisasi 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 untuk melakukan pembayaran. Proposal ini dibangun bersama oleh suatu DEX dan suatu proyek, saat ini sedang ditinjau oleh kelompok kerja.

Sebuah Stack, standar di atas sama seperti zkSharding, adalah solusi untuk fragmentasi likuiditas antar Layer 2 di dalam Ethereum, yang masing-masing menyelesaikan masalah dari sisi arsitektur, konsensus, dan aplikasi. Stack ini merancang solusi multi Layer 2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer sekaligus. Ketika Anda menggunakan arsitektur Stack ini, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada seorang Supervisor untuk menantang untuk menghindari pengiriman informasi lintas rantai yang salah. Saat ini, ada beberapa proyek terkenal yang menggunakan arsitektur Stack ini.

Salah satu contoh yang lebih khas adalah suatu blockchain. Blockchain ini terutama menyelesaikan masalah fragmentasi likuiditas lintas rantai melalui integrasi dengan jaringan Superchain. Pengaturan ini memfasilitasi pergerakan likuiditas yang mulus dengan menyediakan fungsi-fungsi berikut:

Jembatan lintas rantai berbasis niat: Jembatan ini mendukung pemindahan likuiditas antar blockchain yang cepat dan dapat diandalkan, memungkinkan pengguna untuk 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: Jaringan operator node terdesentralisasi ini memverifikasi transaksi lintas rantai, memberikan kepastian ekonomi yang lebih cepat. Kepastian yang lebih cepat sangat penting untuk memastikan penyelesaian transaksi lintas rantai yang efisien, sehingga meminimalkan risiko pemecahan likuiditas akibat penundaan penyelesaian.

Flashblocks dan pembangunan blok yang dapat diverifikasi: dengan menggunakan Flashblocks, rantai ini 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 penundaan konfirmasi blok, yang dapat menyebabkan fragmentasi likuiditas.

![Penelitian Masalah Pemisahan Likuiditas di Era Layer2](