Setelah Ethereum beralih ke solusi skala 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 kepentingan yang berbeda dan mencari valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek mengalami penurunan nilai saat penerbitan token awal.
Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2-nya sendiri, platform perdagangan lain merilis Ink; dengan teknologi ZK, sebuah platform perdagangan meluncurkan XLayer; sebuah perusahaan teknologi merilis Soneium, dan sebuah perusahaan telekomunikasi meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan teknologi 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 di mana banyak rantai hidup berdampingan. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, 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 terdesentralisasi. Karena keberadaan multi-rantai adalah suatu keharusan, interoperabilitas menjadi bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Clearing Execution, Native CrossChain, ZKSharding, namun 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 secara langsung, juga merupakan lapisan 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 lapisan bawah.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna memenuhi niat transaksi dengan menghubungkan dompet ke dApp dan meminta penawaran. Di sini, "niat" merujuk pada hasil akhir transaksi yang diharapkan pengguna (yaitu output), bukan jalur eksekusi transaksi 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 disesuaikan dengan berbagai chain untuk mempertahankan struktur akun unik masing-masing chain. Sebuah proyek membangun sistem akun yang dapat dipercaya, tanpa perlu membangun konsensus antar chain, hanya memerlukan komitmen yang dapat dipercaya antara sistem akun yang ada. Proyek lain mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-chain untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan blockchain publik yang ada.
Lapisan Penyelesaian (Solver Layer)
Layer 2 bertanggung jawab untuk menerima dan mewujudkan niat perdagangan pengguna, peran Solver bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu perdagangan 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 mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian (Settlement Layer)
Ini adalah lapisan perantara yang digunakan untuk mencapai niat pengguna. Komponen inti dari solusi likuiditas dan status yang terdistribusi meliputi:
Oracle: digunakan untuk mendapatkan informasi status dari rantai lain.
Jembatan Lintas Rantai (Bridges): Bertanggung jawab untuk transmisi informasi dan likuiditas antar 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, yang utama meliputi:
Berbasis RaaS: Membantu berbagi likuiditas dan status melalui penambahan sorter bersama tertentu dan jembatan lintas rantai yang dibangun di atas OP Stack.
Berbasis akun: Membangun dompet akun seluruh rantai, yang mendukung penandatanganan dan pelaksanaan transaksi melalui teknologi "tanda tangan rantai" di berbagai protokol blockchain.
Berbasis pada jaringan niat off-chain: Pengguna mengirimkan niat ke jaringan Solver, Solver bersaing untuk memberikan penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal.
Berbasis pada jaringan likuiditas on-chain: Membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.
Berfokus pada aplikasi on-chain: Membangun aplikasi dengan likuiditas tinggi melalui integrasi dengan pembuat pasar besar atau aplikasi pihak ketiga.
Menyelesaikan masalah likuiditas adalah sebuah proposisi yang sangat penting. Dalam 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.
Beberapa proyek konsep abstraksi rantai yang khas termasuk:
INFINIT
INFINIT membangun layanan RaaS di dunia DeFi, menyediakan komponen yang diperlukan untuk pembangunan langsung protokol DeFi, seperti Oracle, Pool Type, IRM, Asset, dan juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang siap digunakan.
Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol.
Licorice
Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utamanya adalah untuk menyediakan alat manajemen inventaris yang efisien bagi 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 berdasarkan Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya.
=nil; Foundation
nil adalah pengembang pasar kekuatan komputasi ZK Ethereum, ZK co-processor, dan Layer 2. Mereka mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melaksanakan pemrosesan transaksi secara paralel dengan sharding dan menghasilkan ZKP.
ERC-7683
Ini adalah proposal untuk membangun standar umum untuk operasi lintas L2 dan sidechain, bertujuan untuk menstandarkan antarmuka pesanan dan penyelesaian, serta mencapai eksekusi lintas rantai yang mulus.
OP Stack
OP Stack dirancang sebagai solusi multi Layer 2 yang lengkap, untuk sekaligus menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer. Saat menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor yang menguji untuk mencegah pengiriman informasi lintas rantai yang salah.
Mengatasi masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dan memiliki banyak solusi. Masa depan pasti akan menjadi multi-rantai, dan mengatasi masalah distribusi likuiditas adalah tantangan yang harus dihadapi industri. Integrasi likuiditas seluruh rantai ini memiliki ruang pertumbuhan yang luas dan berpotensi membangun infrastruktur penting di era Web3.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
Tantangan likuiditas di era Layer 2 dan solusi integrasi multi-chain
Tantangan dan Solusi Likuiditas di Era Layer 2
Setelah Ethereum beralih ke solusi skala 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 kepentingan yang berbeda dan mencari valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek mengalami penurunan nilai saat penerbitan token awal.
Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2-nya sendiri, platform perdagangan lain merilis Ink; dengan teknologi ZK, sebuah platform perdagangan meluncurkan XLayer; sebuah perusahaan teknologi merilis Soneium, dan sebuah perusahaan telekomunikasi meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan teknologi 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 di mana banyak rantai hidup berdampingan. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, 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 terdesentralisasi. Karena keberadaan multi-rantai adalah suatu keharusan, interoperabilitas menjadi bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Clearing Execution, Native CrossChain, ZKSharding, namun 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 secara langsung, juga merupakan lapisan 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 lapisan bawah.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna memenuhi niat transaksi dengan menghubungkan dompet ke dApp dan meminta penawaran. Di sini, "niat" merujuk pada hasil akhir transaksi yang diharapkan pengguna (yaitu output), bukan jalur eksekusi transaksi 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 disesuaikan dengan berbagai chain untuk mempertahankan struktur akun unik masing-masing chain. Sebuah proyek membangun sistem akun yang dapat dipercaya, tanpa perlu membangun konsensus antar chain, hanya memerlukan komitmen yang dapat dipercaya antara sistem akun yang ada. Proyek lain mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-chain untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan blockchain publik yang ada.
Lapisan Penyelesaian (Solver Layer)
Layer 2 bertanggung jawab untuk menerima dan mewujudkan niat perdagangan pengguna, peran Solver bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu perdagangan 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 mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian (Settlement Layer)
Ini adalah lapisan perantara yang digunakan untuk mencapai niat pengguna. Komponen inti dari solusi likuiditas dan status yang terdistribusi meliputi:
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, yang utama meliputi:
Berbasis RaaS: Membantu berbagi likuiditas dan status melalui penambahan sorter bersama tertentu dan jembatan lintas rantai yang dibangun di atas OP Stack.
Berbasis akun: Membangun dompet akun seluruh rantai, yang mendukung penandatanganan dan pelaksanaan transaksi melalui teknologi "tanda tangan rantai" di berbagai protokol blockchain.
Berbasis pada jaringan niat off-chain: Pengguna mengirimkan niat ke jaringan Solver, Solver bersaing untuk memberikan penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal.
Berbasis pada jaringan likuiditas on-chain: Membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.
Berfokus pada aplikasi on-chain: Membangun aplikasi dengan likuiditas tinggi melalui integrasi dengan pembuat pasar besar atau aplikasi pihak ketiga.
Menyelesaikan masalah likuiditas adalah sebuah proposisi yang sangat penting. Dalam 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.
Beberapa proyek konsep abstraksi rantai yang khas termasuk:
INFINIT
INFINIT membangun layanan RaaS di dunia DeFi, menyediakan komponen yang diperlukan untuk pembangunan langsung protokol DeFi, seperti Oracle, Pool Type, IRM, Asset, dan juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang siap digunakan.
Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol.
Licorice
Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utamanya adalah untuk menyediakan alat manajemen inventaris yang efisien bagi 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 berdasarkan Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya.
=nil; Foundation
nil adalah pengembang pasar kekuatan komputasi ZK Ethereum, ZK co-processor, dan Layer 2. Mereka mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melaksanakan pemrosesan transaksi secara paralel dengan sharding dan menghasilkan ZKP.
ERC-7683
Ini adalah proposal untuk membangun standar umum untuk operasi lintas L2 dan sidechain, bertujuan untuk menstandarkan antarmuka pesanan dan penyelesaian, serta mencapai eksekusi lintas rantai yang mulus.
OP Stack
OP Stack dirancang sebagai solusi multi Layer 2 yang lengkap, untuk sekaligus menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer. Saat menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor yang menguji untuk mencegah pengiriman informasi lintas rantai yang salah.
Mengatasi masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dan memiliki banyak solusi. Masa depan pasti akan menjadi multi-rantai, dan mengatasi masalah distribusi likuiditas adalah tantangan yang harus dihadapi industri. Integrasi likuiditas seluruh rantai ini memiliki ruang pertumbuhan yang luas dan berpotensi membangun infrastruktur penting di era Web3.