Penelitian 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 kepentingan yang berbeda dan mencari penilaian yang lebih tinggi. Namun, banyaknya blockchain publik yang muncul membuat perkembangan ekosistem sulit untuk mengikuti, mengakibatkan banyak proyek jatuh di TGE.
Saat ini, biaya dan hambatan teknis untuk membangun sebuah rantai telah sangat menurun, biaya operasi untuk rantai yang berbasis OP Stack adalah sekitar 10.000 dolar AS per bulan. Masa depan pasti akan menjadi era keberadaan multirantai. Meskipun Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, namun karena entitas Web2 di belakangnya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus pada rantai yang sama.
Ekosistem multi-rantai saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Mengingat keberadaan multi-rantai adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dijelajahi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Clearing Execution, Native CrossChain, ZKSharding, dll, tetapi inti dari semua itu adalah sama.
Kami menggunakan arsitektur Cake yang diakui oleh industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi
Ini adalah lapisan di mana pengguna berinteraksi secara langsung, serta merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menutupi detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, tanpa harus memahami mekanisme konversi likuiditas yang mendasarinya.
Lapisan Akses
Terletak di bawah lapisan aplikasi, pengguna menghubungkan dompet mereka ke dApp dan meminta kuotasi untuk memenuhi niat transaksi. Di sini, "niat" merujuk pada hasil akhir transaksi yang diharapkan oleh pengguna, bukan jalur eksekusi spesifik dari transaksi.
Manajemen Akun dan Layer Abstrak
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik di setiap rantai. Misalnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance membangun sistem akun yang dapat dipercaya, tanpa perlu membangun konsensus antar rantai, hanya memerlukan komitmen yang dapat dipercaya di 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.
Permintaan Layer
Lapisan ini bertanggung jawab untuk menerima dan merealisasikan niat transaksi pengguna, peran Solver bersaing di sini untuk menawarkan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Berdasarkan hal ini, proyek berbasis niat seperti Anoma, 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
Ini adalah lapisan perantara yang digunakan untuk memenuhi tujuan pengguna. Komponen inti dari solusi likuiditas dan status terdistribusi termasuk:
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 likuiditas antar rantai, finalitas konfirmasi, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi di pasar untuk mengatasi pemisahan likuiditas, yang terutama meliputi:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan penyortir bersama tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status Rollup yang dibangun di atas OP Stack.
Berbasis akun: Mirip dengan NEAR, membangun dompet akun seluruh rantai, 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: mengoptimalkan masalah likuiditas lintas rantai secara khusus, membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.
Berfokus pada aplikasi on-chain: membangun aplikasi likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga, dan sebagainya.
Kasus Proyek Tipikal
INFINIT
INFINIT membangun layanan RaaS untuk 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 diaktifkan segera.
Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan intent dapat menerbitkan intent ke Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah intent eksternal menjadi format yang dapat dikenali oleh Solver protokol.
Liquorice
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 berdasarkan niat penggunaan.
Xion
Xion dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakannya berbasis Cosmos IBC, sehingga lebih alami dan aman dibandingkan jembatan lintas rantai lainnya.
=nil; Yayasan
nil mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, menjalankan pemrosesan transaksi secara paralel dengan sharding dan menghasilkan ZKP, sementara shard utama memvalidasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator.
ERC-7683
Tujuan inti dari standar ERC-7683 adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus, inti utamanya adalah Filler yang juga dapat disebut sebagai peran Solver dalam abstraksi rantai untuk pembayaran.
OP Stack
OP Stack merancang solusi multi Layer 2 yang lengkap untuk sekali gus menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer. Saat menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada seorang Supervisor untuk menantang guna menghindari pengiriman informasi lintas rantai yang palsu.
Ringkasan
Mengatasi masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dan memiliki banyak solusi. Masa depan pasti akan multi-rantai, dan mengatasi masalah disperse likuiditas adalah tantangan yang pasti dihadapi oleh industri, sementara integrasi likuiditas seluruh rantai memiliki ruang pertumbuhan yang luas, yang berpotensi membangun infrastruktur generasi baru di era Web3.
Lihat Asli
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
14 Suka
Hadiah
14
6
Bagikan
Komentar
0/400
OldLeekMaster
· 07-09 12:26
Apa pun tidak penting, yang penting adalah koin turun ke nol.
Lihat AsliBalas0
FomoAnxiety
· 07-09 12:26
Terlalu banyak L2 menunjukkan bahwa bull run akan segera datang.
Lihat AsliBalas0
BrokenDAO
· 07-09 12:22
play people for suckers hingga akhir, bukankah itu hanya trik kolusi antara kapital dan protokol?
Lihat AsliBalas0
BlockchainTherapist
· 07-09 12:14
Rantai yang mirip sudah sangat banyak, bukan?
Lihat AsliBalas0
GlueGuy
· 07-09 12:07
Mie Kering Hangat enak Layer2 lebih lezat
Lihat AsliBalas0
FlashLoanPrince
· 07-09 11:59
Orang-orang yang mengerjakan L2 semua ingin menjadi yang terkuat.
Pemisahan likuiditas di era Layer 2: tantangan, solusi, dan prospek masa depan
Penelitian 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 kepentingan yang berbeda dan mencari penilaian yang lebih tinggi. Namun, banyaknya blockchain publik yang muncul membuat perkembangan ekosistem sulit untuk mengikuti, mengakibatkan banyak proyek jatuh di TGE.
Saat ini, biaya dan hambatan teknis untuk membangun sebuah rantai telah sangat menurun, biaya operasi untuk rantai yang berbasis OP Stack adalah sekitar 10.000 dolar AS per bulan. Masa depan pasti akan menjadi era keberadaan multirantai. Meskipun Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, namun karena entitas Web2 di belakangnya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus pada rantai yang sama.
Ekosistem multi-rantai saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Mengingat keberadaan multi-rantai adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dijelajahi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Clearing Execution, Native CrossChain, ZKSharding, dll, tetapi inti dari semua itu adalah sama.
Kami menggunakan arsitektur Cake yang diakui oleh industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi
Ini adalah lapisan di mana pengguna berinteraksi secara langsung, serta merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menutupi detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, tanpa harus memahami mekanisme konversi likuiditas yang mendasarinya.
Lapisan Akses
Terletak di bawah lapisan aplikasi, pengguna menghubungkan dompet mereka ke dApp dan meminta kuotasi untuk memenuhi niat transaksi. Di sini, "niat" merujuk pada hasil akhir transaksi yang diharapkan oleh pengguna, bukan jalur eksekusi spesifik dari transaksi.
Manajemen Akun dan Layer Abstrak
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik di setiap rantai. Misalnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance membangun sistem akun yang dapat dipercaya, tanpa perlu membangun konsensus antar rantai, hanya memerlukan komitmen yang dapat dipercaya di 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.
Permintaan Layer
Lapisan ini bertanggung jawab untuk menerima dan merealisasikan niat transaksi pengguna, peran Solver bersaing di sini untuk menawarkan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Berdasarkan hal ini, proyek berbasis niat seperti Anoma, 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
Ini adalah lapisan perantara yang digunakan untuk memenuhi tujuan pengguna. Komponen inti dari solusi likuiditas dan status terdistribusi termasuk:
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas konfirmasi, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi di pasar untuk mengatasi pemisahan likuiditas, yang terutama meliputi:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan penyortir bersama tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status Rollup yang dibangun di atas OP Stack.
Berbasis akun: Mirip dengan NEAR, membangun dompet akun seluruh rantai, 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: mengoptimalkan masalah likuiditas lintas rantai secara khusus, membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.
Berfokus pada aplikasi on-chain: membangun aplikasi likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga, dan sebagainya.
Kasus Proyek Tipikal
INFINIT
INFINIT membangun layanan RaaS untuk 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 diaktifkan segera.
Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan intent dapat menerbitkan intent ke Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah intent eksternal menjadi format yang dapat dikenali oleh Solver protokol.
Liquorice
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 berdasarkan niat penggunaan.
Xion
Xion dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakannya berbasis Cosmos IBC, sehingga lebih alami dan aman dibandingkan jembatan lintas rantai lainnya.
=nil; Yayasan
nil mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, menjalankan pemrosesan transaksi secara paralel dengan sharding dan menghasilkan ZKP, sementara shard utama memvalidasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator.
ERC-7683
Tujuan inti dari standar ERC-7683 adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus, inti utamanya adalah Filler yang juga dapat disebut sebagai peran Solver dalam abstraksi rantai untuk pembayaran.
OP Stack
OP Stack merancang solusi multi Layer 2 yang lengkap untuk sekali gus menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer. Saat menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada seorang Supervisor untuk menantang guna menghindari pengiriman informasi lintas rantai yang palsu.
Ringkasan
Mengatasi masalah likuiditas lintas rantai adalah bidang yang sangat kompleks dan memiliki banyak solusi. Masa depan pasti akan multi-rantai, dan mengatasi masalah disperse likuiditas adalah tantangan yang pasti dihadapi oleh industri, sementara integrasi likuiditas seluruh rantai memiliki ruang pertumbuhan yang luas, yang berpotensi membangun infrastruktur generasi baru di era Web3.