Penelitian Masalah Pemisahan Likuiditas di Era Layer 2
Sejak Ethereum beralih ke solusi skala yang berpusat pada Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak blockchain publik berkembang pesat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili berbagai tuntutan kepentingan dan mencari valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, mengakibatkan banyak proyek mengalami penurunan nilai pada saat TGE.
Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2 miliknya sendiri, platform perdagangan lainnya merilis Ink; dengan teknologi ZK, sebuah platform meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lainnya. Saat ini, biaya dan batasan teknologi 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 Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di baliknya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus di rantai yang sama.
Ekosistem multi-rantai saat ini menghadirkan tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multi-rantai adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Penyelesaian, Native CrossChain, ZKSharding, dll, tetapi inti dari semuanya adalah sama.
Kami menggunakan arsitektur Cake yang diakui oleh 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, dan 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 menghubungkan dompet ke dApp dan meminta kutipan untuk memenuhi niat perdagangan. Di sini, "niat" merujuk pada hasil akhir perdagangan yang diharapkan pengguna ( yaitu output ), bukan jalur eksekusi perdagangan yang spesifik.
Manajemen Akun dan Abstraksi Akun(Key Management and Account Abstraction)
Karena adanya lingkungan multi-chain, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik dari berbagai chain. Misalnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun yang dapat diandalkan, tanpa perlu membangun konsensus antar chain, hanya dengan komitmen yang dapat diandalkan antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-chain untuk pengguna, sangat mengoptimalkan pengalaman pengguna, dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan blockchain publik yang ada.
Mencari solusi Layer(Solver Layer)
Layer 2 bertanggung jawab untuk menerima dan mewujudkan 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 mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian(Settlement Layer)
Ini adalah lapisan perantara yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status terdistribusi meliputi:
Oracle (: digunakan untuk mendapatkan informasi status di rantai lain.
Jembatan Lintas Rantai ) Bridges (: Bertanggung jawab untuk penyampaian informasi dan Likuiditas lintas rantai.
Konfirmasi awal rencana ) Pre-Konfirmasi (: Memperpendek waktu konfirmasi lintas rantai.
Ketersediaan data)DA(: Menyediakan aksesibilitas data.
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas )Finality(, mekanisme pembuktian Layer 2, dan faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
![Layer 2 era, penelitian masalah pemisahan likuiditas])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Saat ini, ada berbagai solusi untuk mengatasi pemisahan likuiditas di pasar. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan sorter berbagi tertentu dan jembatan lintas rantai untuk membantu membangun likuiditas dan status bersama di Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan desentralisasi likuiditas dan status dengan arah yang lebih tinggi. Di sini ada desain sorter berbagi yang lebih terperinci, solusi ini lebih ditujukan untuk Layer 2, dan tidak memiliki sifat universal.
Berbasis akun: Mirip dengan NEAR, 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 di sini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi UX, namun bagi pengembang, ini melibatkan implementasi backend yang kompleks dan tidak secara substansial menyelesaikan masalah likuiditas dan status yang terdistribusi.
Berbasis pada jaringan niat off-chain: yaitu "pengantar" diagram struktur kue di mana Jaringan Solver berada, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam memberikan penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, CEX, Market Maker hingga protokol integrasi itu sendiri. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks dengan kesulitan yang tidak terbatas, namun dalam implementasinya, diperlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan kecurangan dari Solver, jika metode seperti bukti kecurangan diperkenalkan, tingkat kesulitan implementasi Jaringan Solver akan meningkat, dan ambang untuk menjalankan Solver juga akan lebih tinggi.
Berpusat pada jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah desentralisasi status on-chain lainnya. Intinya adalah membangun sebuah lapisan likuiditas, di mana aplikasi dibangun di atasnya, untuk berbagi likuiditas seluruh rantai.
Berfokus pada aplikasi on-chain: Aplikasi jenis ini membangun aplikasi dengan likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga lainnya. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi terhadap pengembang, sehingga juga sangat rentan terhadap serangan peretas.
Menyelesaikan masalah Likuiditas adalah sebuah proposisi yang sangat penting, di dunia keuangan seringkali likuiditas mewakili segalanya, jika dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas rantai penuh yang terfragmentasi, akan memiliki potensi yang sangat besar.
![Studi tentang masalah pemisahan likuiditas di era Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Dalam dua kategori di atas, kita dapat melihat bahwa berdasarkan struktur kue, Settlement Layer adalah solusi paling atomik, dan di atas solusi atomik ini seperti lintas rantai, oracle, dan Pre-Confirmation, dibangun satu lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Berbagai solusi abstrak atau likuiditas yang dibangun dalam arah yang berbeda yang kami sebutkan di atas sesuai dengan berbagai tingkat yang berbeda ini dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi-solusi ini masih bukan solusi atomik; masalah pemisahan likuiditas ini membawa munculnya banyak masalah turunan yang kompleks, 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 titik awal mereka sendiri.
)# INFINIT
INFINIT 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 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 di bawahnya.
Khalani Network
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 Niat Khalani dapat mengubah niat eksternal menjadi format yang dikenali oleh Solver protokol, format 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 lain-lain. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan lebih banyak rincian pekerjaan.
Licorice
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 untuk perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice juga menciptakan pasar pinjaman untuk melakukan transaksi pinjam meminjam. Aplikasi ini lebih fokus pada transaksi itu sendiri. Saat ini masih dalam tahap pengembangan.
Xion
Xion adalah upgrade dari merek Burnt, yang sebelumnya fokus pada aplikasi konsumen. Setelah itu, tim menemukan adanya masalah fragmentasi besar dalam interaksi di blockchain, sehingga membangun Xion untuk memperbaiki masalah ini. 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.
![Penelitian Masalah Pemisahan Likuiditas di Era Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# =nil; Foundation
nil adalah pasar kekuatan ZK Ethereum, coprosesor ZK, dan pengembang Layer 2, tim ini memiliki dasar teknologi ZK yang mendalam. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dengan sharding dan menghasilkan ZKP, sementara sharding utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Sharding utama juga mengelola distribusi validator dan akun dalam sharding eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga adalah Hotstuff, yang umum ditemukan dalam proyek eksekusi paralel terbaru. =nil; L2 dari awal telah menyematkan komunikasi antar-sharding ke dalam protokol. Pesan antar-sharding diverifikasi oleh dewan validator setiap sharding sebagai transaksi.
Ide dasar dari ini adalah membangun arsitektur komunikasi lintas sharding yang terintegrasi seperti IBC melalui arsitektur Layer 2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan dispersal status. Namun, gagasan intinya tidak masuk akal, karena masalah yang diselesaikan oleh dispersal likuiditas adalah masalah multi-chain, dan yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi salah satu sharding dari ZK-sharding, yang sulit untuk direalisasikan.
ERC-7683
Ethereum juga sedang berupaya menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, ada beberapa platform yang pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan cara lintas rantai berbasis Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas L2 dan sisi rantai, 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 untuk pembayaran ganti rugi. Usulan ini dibangun oleh dua proyek tertentu dan saat ini sedang ditinjau oleh kelompok kerja Cake.
![Penelitian tentang masalah pemisahan likuiditas di era Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# OP Stack
OP Stack, ERC-7683, dan zkSharding, sama-sama merupakan solusi untuk fragmentasi likuiditas antar Layer 2 di dalam Ethereum, yang masing-masing menyelesaikannya di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. OP Stack merancang solusi multi Layer 2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor untuk menantang guna menghindari pengiriman informasi lintas rantai yang salah. Saat ini, ada beberapa proyek terkenal yang menggunakan arsitektur OP Stack.
Salah satu yang paling khas adalah Unichain. Unichain terutama melalui
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.
10 Suka
Hadiah
10
5
Bagikan
Komentar
0/400
MemeTokenGenius
· 7jam yang lalu
play people for suckers无药可医
Lihat AsliBalas0
SocialAnxietyStaker
· 7jam yang lalu
Layer2 keluar semakin cepat
Lihat AsliBalas0
GateUser-9ad11037
· 7jam yang lalu
Masalah besar perlu dihadapi dengan fleksibel
Lihat AsliBalas0
MysteriousZhang
· 7jam yang lalu
Jelas, profesional, sangat kedalaman
Lihat AsliBalas0
ConsensusBot
· 7jam yang lalu
Perkembangan yang terlalu cepat bukanlah hal yang baik
Analisis Tantangan dan Solusi Pemisahan Likuiditas di Era Layer 2
Penelitian Masalah Pemisahan Likuiditas di Era Layer 2
Sejak Ethereum beralih ke solusi skala yang berpusat pada Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak blockchain publik berkembang pesat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili berbagai tuntutan kepentingan dan mencari valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, mengakibatkan banyak proyek mengalami penurunan nilai pada saat TGE.
Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2 miliknya sendiri, platform perdagangan lainnya merilis Ink; dengan teknologi ZK, sebuah platform meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lainnya. Saat ini, biaya dan batasan teknologi 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 Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di baliknya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus di rantai yang sama.
Ekosistem multi-rantai saat ini menghadirkan tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multi-rantai adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Penyelesaian, Native CrossChain, ZKSharding, dll, tetapi inti dari semuanya adalah sama.
Kami menggunakan arsitektur Cake yang diakui oleh 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, dan 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 menghubungkan dompet ke dApp dan meminta kutipan untuk memenuhi niat perdagangan. Di sini, "niat" merujuk pada hasil akhir perdagangan yang diharapkan pengguna ( yaitu output ), bukan jalur eksekusi perdagangan yang spesifik.
Manajemen Akun dan Abstraksi Akun(Key Management and Account Abstraction)
Karena adanya lingkungan multi-chain, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik dari berbagai chain. Misalnya, sistem akun berbasis objek SUI sangat berbeda dari EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun yang dapat diandalkan, tanpa perlu membangun konsensus antar chain, hanya dengan komitmen yang dapat diandalkan antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-chain untuk pengguna, sangat mengoptimalkan pengalaman pengguna, dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan blockchain publik yang ada.
Mencari solusi Layer(Solver Layer)
Layer 2 bertanggung jawab untuk menerima dan mewujudkan 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 mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian(Settlement Layer)
Ini adalah lapisan perantara yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status terdistribusi meliputi:
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas )Finality(, mekanisme pembuktian Layer 2, dan faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
![Layer 2 era, penelitian masalah pemisahan likuiditas])https://img-cdn.gateio.im/webp-social/moments-a94f0982457fcb1d9c6ef2493b0a499f.webp(
Saat ini, ada berbagai solusi untuk mengatasi pemisahan likuiditas di pasar. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan sorter berbagi tertentu dan jembatan lintas rantai untuk membantu membangun likuiditas dan status bersama di Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan desentralisasi likuiditas dan status dengan arah yang lebih tinggi. Di sini ada desain sorter berbagi yang lebih terperinci, solusi ini lebih ditujukan untuk Layer 2, dan tidak memiliki sifat universal.
Berbasis akun: Mirip dengan NEAR, 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 di sini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi UX, namun bagi pengembang, ini melibatkan implementasi backend yang kompleks dan tidak secara substansial menyelesaikan masalah likuiditas dan status yang terdistribusi.
Berbasis pada jaringan niat off-chain: yaitu "pengantar" diagram struktur kue di mana Jaringan Solver berada, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam memberikan penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, CEX, Market Maker hingga protokol integrasi itu sendiri. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks dengan kesulitan yang tidak terbatas, namun dalam implementasinya, diperlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan kecurangan dari Solver, jika metode seperti bukti kecurangan diperkenalkan, tingkat kesulitan implementasi Jaringan Solver akan meningkat, dan ambang untuk menjalankan Solver juga akan lebih tinggi.
Berpusat pada jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah desentralisasi status on-chain lainnya. Intinya adalah membangun sebuah lapisan likuiditas, di mana aplikasi dibangun di atasnya, untuk berbagi likuiditas seluruh rantai.
Berfokus pada aplikasi on-chain: Aplikasi jenis ini membangun aplikasi dengan likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga lainnya. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi terhadap pengembang, sehingga juga sangat rentan terhadap serangan peretas.
Menyelesaikan masalah Likuiditas adalah sebuah proposisi yang sangat penting, di dunia keuangan seringkali likuiditas mewakili segalanya, jika dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas rantai penuh yang terfragmentasi, akan memiliki potensi yang sangat besar.
![Studi tentang masalah pemisahan likuiditas di era Layer 2])https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Dalam dua kategori di atas, kita dapat melihat bahwa berdasarkan struktur kue, Settlement Layer adalah solusi paling atomik, dan di atas solusi atomik ini seperti lintas rantai, oracle, dan Pre-Confirmation, dibangun satu lapisan yang lebih abstrak, yaitu Solver Layer, Permission Layer, dan Application Layer. Berbagai solusi abstrak atau likuiditas yang dibangun dalam arah yang berbeda yang kami sebutkan di atas sesuai dengan berbagai tingkat yang berbeda ini dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi-solusi ini masih bukan solusi atomik; masalah pemisahan likuiditas ini membawa munculnya banyak masalah turunan yang kompleks, 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 titik awal mereka sendiri.
)# INFINIT
INFINIT 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 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 di bawahnya.
Khalani Network
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 Niat Khalani dapat mengubah niat eksternal menjadi format yang dikenali oleh Solver protokol, format 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 lain-lain. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan lebih banyak rincian pekerjaan.
Licorice
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 untuk perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice juga menciptakan pasar pinjaman untuk melakukan transaksi pinjam meminjam. Aplikasi ini lebih fokus pada transaksi itu sendiri. Saat ini masih dalam tahap pengembangan.
Xion
Xion adalah upgrade dari merek Burnt, yang sebelumnya fokus pada aplikasi konsumen. Setelah itu, tim menemukan adanya masalah fragmentasi besar dalam interaksi di blockchain, sehingga membangun Xion untuk memperbaiki masalah ini. 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.
![Penelitian Masalah Pemisahan Likuiditas di Era Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# =nil; Foundation
nil adalah pasar kekuatan ZK Ethereum, coprosesor ZK, dan pengembang Layer 2, tim ini memiliki dasar teknologi ZK yang mendalam. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dengan sharding dan menghasilkan ZKP, sementara sharding utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Sharding utama juga mengelola distribusi validator dan akun dalam sharding eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga adalah Hotstuff, yang umum ditemukan dalam proyek eksekusi paralel terbaru. =nil; L2 dari awal telah menyematkan komunikasi antar-sharding ke dalam protokol. Pesan antar-sharding diverifikasi oleh dewan validator setiap sharding sebagai transaksi.
Ide dasar dari ini adalah membangun arsitektur komunikasi lintas sharding yang terintegrasi seperti IBC melalui arsitektur Layer 2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan dispersal status. Namun, gagasan intinya tidak masuk akal, karena masalah yang diselesaikan oleh dispersal likuiditas adalah masalah multi-chain, dan yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi salah satu sharding dari ZK-sharding, yang sulit untuk direalisasikan.
ERC-7683
Ethereum juga sedang berupaya menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, ada beberapa platform yang pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan cara lintas rantai berbasis Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas L2 dan sisi rantai, 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 untuk pembayaran ganti rugi. Usulan ini dibangun oleh dua proyek tertentu dan saat ini sedang ditinjau oleh kelompok kerja Cake.
![Penelitian tentang masalah pemisahan likuiditas di era Layer 2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# OP Stack
OP Stack, ERC-7683, dan zkSharding, sama-sama merupakan solusi untuk fragmentasi likuiditas antar Layer 2 di dalam Ethereum, yang masing-masing menyelesaikannya di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. OP Stack merancang solusi multi Layer 2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor untuk menantang guna menghindari pengiriman informasi lintas rantai yang salah. Saat ini, ada beberapa proyek terkenal yang menggunakan arsitektur OP Stack.
Salah satu yang paling khas adalah Unichain. Unichain terutama melalui