Studi Masalah Pemisahan Likuiditas di Era Layer 2

Seiring dengan Ethereum beralih ke solusi skala yang berfokus pada Layer 2, serta munculnya alat seperti RaaS, banyak blockchain publik berkembang dengan cepat. Banyak entitas berharap untuk membangun rantai mereka sendiri, untuk mewakili kepentingan yang berbeda dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat pengembangan ekosistem sulit untuk mengikuti langkah blockchain publik, yang menyebabkan banyak proyek mengalami penurunan nilai pada saat TGE.

Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2 miliknya, platform perdagangan lain merilis Ink; dengan teknologi ZK, sebuah platform perdagangan meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lainnya. Kini, biaya dan batasan teknologi untuk membangun sebuah rantai telah jauh berkurang, 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 Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di baliknya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi dan mencapai konsensus di rantai yang sama.

Ekosistem multichain saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multichain adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Clearing, Native CrossChain, ZKSharding, dan lain-lain, tetapi inti dari semuanya sama.

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

Lapisan 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 frontend, tidak selalu memahami mekanisme konversi likuiditas yang mendasarinya.

Layer 2

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

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

Karena adanya lingkungan multi-chain, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai chain untuk mempertahankan struktur akun unik dari masing-masing chain. Misalnya, sistem akun pusat objek SUI sangat berbeda dari EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun yang dapat dipercaya tanpa perlu membangun konsensus antar chain, cukup dengan komitmen tepercaya antar sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-chain untuk pengguna, yang secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama terintegrasi dengan public chain yang ada.

Lapisan Penyelesai (Solver Layer)

Lapisan ini 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 semacam itu seperti komponen Predicate, dapat merealisasikan niat pengguna di bawah aturan tertentu.

Lapisan Penyelesaian (Settlement Layer)

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

• 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-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 kami meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:

1. Berfokus pada RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan penyortir bersama tertentu dan jembatan antar rantai untuk membantu berbagi likuiditas dan status dari Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan arah yang lebih tinggi. Di sini ada desain penyortir bersama yang lebih terperinci, solusi ini lebih ditujukan untuk Layer 2 dan tidak bersifat universal.

2. Berbasis akun: Membangun dompet akun seluruh rantai, yang didukung oleh teknologi yang disebut "tanda tangan rantai" untuk menandatangani dan mengeksekusi transaksi di berbagai protokol blockchain. Komponen inti 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 tidak secara substansial menyelesaikan masalah likuiditas dan penyebaran status.

3. Berbasis pada jaringan niat off-chain: Intinya adalah pengguna mengirimkan niat kepada jaringan Solver, di mana peran Solver 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. Meskipun niat secara teoritis dapat mencapai operasi lintas rantai yang kompleks dengan kesulitan yang beragam, namun dalam implementasinya memerlukan cukup banyak Solver yang memiliki likuiditas untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, terdapat kemungkinan penipuan oleh Solver. Jika metode seperti bukti penipuan diperkenalkan, kesulitan dalam implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.

4. Berbasis pada 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 membutuhkan pengelolaan proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi terhadap 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 dapat membangun sebuah platform integrasi likuiditas, terutama dengan menggabungkan likuiditas seluruh rantai yang terpisah, itu akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi berbeda.

Dalam dua kategori di atas, kita dapat melihat bahwa berdasarkan struktur kue, Settlement Layer adalah solusi paling atomik. Di atas solusi atomik seperti cross-chain, oracle, dan Pre-Confirmation, terdapat lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Berbagai solusi abstrak atau likuiditas yang kami sebutkan di atas sesuai dengan berbagai tingkat yang dibangun dalam arah yang berbeda, dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi-solusi ini masih bukan solusi atomik, dan masalah pemisahan likuiditas secara keseluruhan membawa banyak masalah turunan yang kompleks. Oleh karena itu, untuk interoperabilitas, muncul berbagai solusi yang beragam. Namun pada dasarnya, semua ini masih bergantung pada komponen-komponen tersebut. Selanjutnya, kita akan membahas beberapa proyek konsep abstraksi rantai yang khas untuk melihat bagaimana masing-masing menyelesaikan masalah pemisahan likuiditas dari sudut pandang mereka sendiri.

INFINIT

INFINIT 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 lain-lain, serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang segera dapat digunakan. Ini setara dengan sisi pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja di bawahnya. Saat ini INFINIT telah mendapatkan pendanaan putaran benih sebesar 6 juta dolar dari beberapa lembaga investasi.

Jaringan Khalani

Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, 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 lainnya. Proyek ini masih dalam tahap pembangunan dan belum mengungkapkan lebih banyak rincian pekerjaan. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran awal sebesar 2,2 juta dolar AS dari beberapa lembaga investasi.

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 perdagangan profesional, serta menghubungkan dengan mudah ke protokol DeFi inti saat menyelesaikan transaksi berdasarkan niat penggunaan. Sementara itu, Liquorice telah menciptakan pasar pinjam meminjam untuk melakukan transaksi pinjam. Aplikasi ini lebih fokus pada transaksi 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 suatu lembaga investasi.

Xion

Xion adalah hasil peningkatan dari merek Burnt, yang sebelumnya fokus pada aplikasi konsumen. Setelah itu, 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 pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan dan mendapatkan dukungan dari berbagai lembaga investasi.

=nil; Foundation

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

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 dicapai.

ERC-7683

Ethereum juga sedang berusaha untuk mengatasi masalah likuiditas lintas rantai ini, saat ini beberapa proyek terkenal pertama-tama secara publik mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarkan antarmuka pemesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus, inti utamanya adalah seorang Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai yang melakukan pembayaran. Proposal ini dibangun oleh beberapa proyek terkenal dan saat ini sedang ditinjau oleh kelompok kerja Cake.

OP Stack

OP Stack, ERC-7683, dan zkSharding adalah solusi untuk fragmentasi likuiditas antar Layer 2 di dalam Ethereum, masing-masing menyelesaikan masalah ini di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. OP Stack merancang solusi multi Layer 2 yang lengkap untuk sekaligus menyelesaikan masalah transfer informasi dan desentralisasi Sequencer. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor yang bertugas untuk menantang dan menghindari pengiriman informasi lintas rantai yang salah. Saat ini, beberapa platform perdagangan dan proyek terkenal menggunakan arsitektur OP Stack.

Salah satu yang paling khas adalah Unichain. Unichain terutama berfungsi melalui kemitraan dengan