Penelitian tentang Masalah Pemisahan Likuiditas di Era Layer 2

Dengan Ethereum beralih ke solusi skalabilitas yang berfokus pada 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 valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat pengembangan ekosistem sulit untuk mengikuti langkah blockchain publik, mengakibatkan banyak proyek menghadapi kesulitan sejak awal.

Dengan bantuan teknologi seperti OP Stack, banyak perusahaan dan platform terkenal telah meluncurkan solusi Layer 2 mereka sendiri. Saat ini, biaya dan batasan teknis untuk membangun sebuah rantai telah sangat menurun, biaya untuk mengoperasikan sebuah rantai yang berbasis OP Stack adalah sekitar 10.000 dolar per bulan.

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

Ekosistem multirantai saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multirantai adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dieksplorasi dan diselesaikan. Saat ini terdapat banyak solusi likuiditas, tetapi esensi inti dari semuanya adalah serupa.

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

Lapisan Aplikasi (Application Layer)

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

Layer 2

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

Manajemen Akun dan Abstraksi Kunci (Key Management and Account Abstraction)

Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik masing-masing rantai. Beberapa proyek mencapai manajemen abstraksi dengan membangun sistem akun yang dapat dipercaya atau dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX.

Lapisan Penyelesaian (Solver Layer)

Layer 2 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. Beberapa proyek membangun berbagai solusi berbasis niat yang dapat mewujudkan niat pengguna di bawah aturan tertentu.

Lapisan Penyelesaian (Settlement Layer)

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

• Oracle: digunakan untuk mendapatkan informasi status di 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 likuiditas antar rantai, konfirmasi akhir, mekanisme bukti 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 pasaran, yang terutama mencakup:

1. Berbasis RaaS: Membantu berbagi likuiditas dan status Rollup yang dibangun pada arsitektur tertentu dengan bergabung ke penyusun urutan bersama dan jembatan lintas rantai tertentu.

2. Berbasis akun: Membangun dompet akun yang terintegrasi di seluruh rantai, mendukung penandatanganan dan pelaksanaan transaksi lintas berbagai protokol blockchain melalui teknologi "tanda tangan rantai".

3. Berbasis pada jaringan niat off-chain: Pengguna mengirimkan niat ke jaringan Solver, Solver bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal.

4. Berbasis pada jaringan likuiditas on-chain: Membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.

5. Berfokus pada aplikasi on-chain: Membangun aplikasi dengan likuiditas tinggi melalui integrasi dengan MM besar atau aplikasi pihak ketiga.

Mengatasi masalah likuiditas adalah sebuah proposisi yang sangat penting. Jika dapat membangun sebuah platform integrasi likuiditas, terutama menggabungkan likuiditas lintas rantai yang terfragmentasi, akan memiliki potensi yang sangat besar.

Berikut adalah beberapa proyek konsep abstraksi rantai yang khas:

INFINIT

INFINIT telah membangun layanan RaaS DeFi, menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti Oracle, Pool Type, IRM, Asset, dan juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat digunakan segera.

Khalani Network

Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, 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.

Liquorice

Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu arah. Misi utamanya adalah menyediakan alat manajemen inventaris yang efisien untuk perusahaan perdagangan profesional dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan.

Xion

Xion dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakannya berbasis Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya.

=nil; Foundation

nil mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk melakukan skala horizontal pada mainnet Ethereum, mengeksekusi pemrosesan transaksi secara paralel melalui sharding dan menghasilkan ZKP, sementara shard utama memverifikasi data, berkomunikasi dengan Ethereum dan menyinkronkan status jaringan di antara semua validator.

ERC-7683

Ethereum sedang mengatasi masalah likuiditas lintas rantai, saat ini beberapa platform utama secara terbuka mendukung standar ERC7683. Tujuan utamanya 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.

OP Stack

OP Stack merancang solusi lengkap multi Layer2 untuk mengatasi masalah penyampaian informasi dan desentralisasi Sequencer secara bersamaan. Ketika menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor untuk menantang guna menghindari penyampaian informasi lintas rantai yang palsu.

Ringkasan

Mengatasi masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dengan banyak solusi. Dari solusi Layer 2 hingga masalah likuiditas, status, dan pengalaman pengguna yang terputus untuk semua Layer 1, terdapat berbagai pendekatan yang berbeda. Masa depan pasti akan multi-rantai, dan mengatasi masalah distribusi likuiditas adalah tantangan yang pasti dihadapi industri. Integrasi likuiditas di seluruh rantai memiliki ruang pertumbuhan yang luas dan berpotensi membangun infrastruktur penting di era Web3.