Penelitian Masalah Pemisahan Likuiditas di Era Layer 2

Seiring dengan Ethereum beralih ke solusi skala dengan fokus 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 tuntutan kepentingan dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, menyebabkan banyak proyek mengalami penurunan nilai pada saat TGE.

Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2 miliknya, platform perdagangan lainnya merilis Ink; dengan teknologi ZK, sebuah platform meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan sebagainya. Saat ini, biaya dan ambang teknis untuk membangun sebuah rantai telah sangat menurun, biaya untuk mengoperasikan rantai yang 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, namun karena entitas Web2 di baliknya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi dan mencapai konsensus di atas rantai yang sama.

Ekosistem multi-rantai saat ini menghadirkan tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multi-rantai adalah suatu keharusan, interoperabilitas menjadi bidang yang perlu dieksplorasi dan dipecahkan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Pembersihan, Native CrossChain, ZKSharding, tetapi inti dari semuanya adalah sama.

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

Lapisan Aplikasi (Application Layer)

Ini adalah lapisan di mana pengguna berinteraksi langsung, serta merupakan lapisan yang paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, tanpa harus memahami mekanisme konversi likuiditas di bawahnya.

Layer 2

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

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 dari masing-masing rantai. Misalnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun tepercaya tanpa perlu membangun konsensus antar-rantai, hanya memerlukan komitmen tepercaya antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi 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.

Lapisan Penyelesaian (Solver Layer)

Layer 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 dan kecepatan eksekusi yang lebih cepat. Berdasarkan ini, proyek berbasis niat telah membangun berbagai solusi yang didorong oleh niat. Turunan dari niat semacam itu seperti komponen Predicate, yang dapat mewujudkan niat pengguna di bawah aturan tertentu.

Lapisan Penyelesaian (Settlement Layer)

Ini adalah lapisan perantara yang digunakan untuk memenuhi tujuan pengguna. Komponen inti solusi likuiditas dan penyebaran status 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, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.

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

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

2. Berbasis akun: Membangun dompet akun lintas rantai, yang didukung oleh teknologi yang disebut "tanda tangan rantai" untuk menandatangani dan mengeksekusi transaksi di berbagai protokol blockchain. Komponen inti dari sistem ini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multi-rantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi UX, bagi pengembang, ini melibatkan implementasi backend yang kompleks, dan belum secara esensial menyelesaikan masalah likuiditas dan penyebaran status.

3. Berpusat pada jaringan niat off-chain: yaitu Solver Network dalam diagram arsitektur kue "Pendahuluan" kita, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, dan peran Solver bersaing dalam memberikan penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, CEX, Market Maker, hingga protokol terintegrasi itu sendiri. Meskipun niat secara teoritis dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan yang beragam, namun dalam implementasinya memang dibutuhkan cukup banyak Solver likuiditas untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, terdapat kemungkinan penipuan oleh 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 untuk berbagi likuiditas seluruh rantai.

5. Berbasis aplikasi on-chain: Aplikasi jenis ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan MM besar, atau aplikasi pihak ketiga, dan sebagainya. Proyek semacam ini perlu mengelola proses lintas rantai yang kompleks, yang menuntut tinggi dari pengembang, sehingga sangat rentan terhadap serangan hacker.

Mengatasi masalah Likuiditas adalah sebuah isu yang sangat penting, di dunia keuangan Likuiditas seringkali mewakili segalanya. Jika kita dapat membangun platform integrasi Likuiditas, terutama mengintegrasikan Likuiditas seluruh rantai yang tersebar, 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 pada tingkat paling atom, di atas solusi atom seperti cross-chain, oracle, dan Pre-Confirmation, dibangun lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Berbagai solusi abstrak atau likuiditas yang kami sebutkan di atas sesuai dengan tingkatan yang berbeda, dapat dipahami sebagai hubungan hulu-hilir. Namun solusi-solusi ini masih bukan solusi atomik, masalah pemisahan likuiditas secara keseluruhan membawa banyak masalah turunan yang rumit, sehingga untuk interoperabilitas, muncul berbagai macam solusi. 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 menyelesaikan masalah pemisahan likuiditas dari sudut pandang mereka sendiri.

INFINIT telah membangun layanan RaaS di dunia DeFi yang dapat menyediakan komponen yang diperlukan untuk pembangunan langsung protokol DeFi, seperti Oracle, Pool Type, IRM, Asset, dan lain-lain, serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat diaktifkan segera. Ini setara dengan ujung pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja dasarnya.

Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat mengirimkan niat ke Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang dinormalisasi yang digunakan adalah bahasa Validity. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan sebagainya.

Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utama Liquorice adalah memberikan alat manajemen inventaris yang efisien bagi perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjam-meminjam untuk melakukan transaksi pinjam-meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri.

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.

=nil; Foundation mengusulkan solusi zkSharding, yang merupakan penggunaan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dengan shard 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 dalam shard eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga merupakan Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi lintas shard ke dalam protokol.

Ethereum juga sedang berupaya untuk menyelesaikan masalah likuiditas lintas rantai ini, saat ini beberapa platform perdagangan utama pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan cara lintas rantai berbasis Intent. 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 tanpa hambatan, inti utamanya adalah Filler yang juga dapat disebut sebagai peran Solver dalam abstraksi rantai yang membayar untuk orang lain.

OP Stack merancang solusi multi Layer2 yang lengkap untuk menyelesaikan masalah penyampaian informasi dan desentralisasi Sequencer secara sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor untuk menantang untuk menghindari penyampaian informasi lintas rantai yang salah.

Mengatasi masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dengan banyak solusi. Solusi Layer 2 dibagi menjadi solusi yang mengatasi pesan lintas rantai yang terintegrasi di Ethereum, khususnya ERC-7683, dan Layer 2 seperti OP yang membangun OP Stack untuk berbagi Sequencer. Di luar konteks Layer 2, semua Layer 1 juga menghadapi masalah pemisahan likuiditas, status, dan pengalaman pengguna. Ada solusi yang berfokus pada aplikasi untuk likuiditas, serta solusi off-chain dari Solver Network, bahkan ada solusi yang berfokus pada akun seperti NEAR, tetapi juga perlu didasarkan pada peran off-chain seperti Solver.

Masalah likuiditas lintas rantai, status, dan pengalaman pengguna yang terputus adalah masalah di seluruh industri blockchain. Jika dipikirkan secara keseluruhan, perlu dilakukan dengan cara yang lebih abstrak, mirip dengan abstraksi rantai, yang sama dengan yang sebenarnya.