Penelitian Masalah Pemisahan Likuiditas di Era Layer2
Dengan Ethereum beralih ke solusi skalabilitas berbasis Layer 2 dan munculnya alat seperti RaaS, banyak blockchain publik berkembang pesat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili berbagai kepentingan dan mencari penilaian 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 pertukaran meluncurkan Base Layer 2 miliknya sendiri, platform pertukaran lainnya merilis Ink; dengan teknologi ZK, sebuah platform pertukaran meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan teknologi untuk membangun sebuah rantai telah jauh lebih rendah, biaya untuk mengoperasikan sebuah rantai berbasis OP Stack adalah sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era keberadaan banyak rantai. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, namun karena entitas Web2 di baliknya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus di atas rantai yang sama.
Ekosistem multi-rantai saat ini membawa 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 Clearing, Native CrossChain, ZKSharding, dan lain-lain, tetapi inti dari semuanya adalah sama.
Kami menggunakan arsitektur Cake yang diakui oleh industri untuk memperkenalkan komponen inti abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi(Lapisan Aplikasi)
Ini adalah lapisan interaksi langsung pengguna, dan juga lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan rincian konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, dan tidak selalu 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 transaksi akhir yang diharapkan pengguna ( yaitu keluaran ), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Abstraksi Kunci ( Manajemen Akun dan Abstraksi )
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik dari setiap rantai. Misalnya, sistem akun berbasis 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 rantai, hanya memerlukan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan rantai publik yang ada.
Solver Layer(
Tingkat 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 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 mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian)Settlement Layer(
Ini adalah lapisan middleware yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status terdistribusi termasuk:
预言机)Oracle(: digunakan untuk mendapatkan informasi status dari rantai lain.
Jembatan Lintas Rantai ) Bridges (: Bertanggung jawab atas transmisi informasi dan Likuiditas antar rantai.
Konfirmasi awal rencana ) Pre-Confirmation (: 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-faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
) Solusi
Saat ini, ada berbagai solusi untuk memecahkan pembagian likuiditas di pasar. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan pengurut bersama tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status yang dibangun di atas Rollup di OP Stack. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdesentralisasi ke arah yang lebih tinggi. Salah satu desain yang lebih terperinci adalah pengurut bersama yang terpisah, yang lebih ditujukan untuk Layer2, tidak memiliki universalitas, seperti Astria, Espresso, dan Flashbots.
Berbasis akun: Mirip dengan NEAR, membangun dompet akun seluruh rantai, yang mendukung penandatanganan dan pelaksanaan transaksi melalui berbagai protokol blockchain menggunakan teknologi yang disebut "tanda tangan rantai". Komponen inti adalah jaringan MPC, yang menandatangani transaksi multi-rantai atas nama pengguna. 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.
Berbasis pada jaringan niat off-chain: yaitu Solver Network dalam diagram arsitektur "pengantar" kami, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa Agen AI, CEX, Pembuat Pasar, hingga protokol terintegrasi itu sendiri seperti Liquorice dan lain-lain. Proyek di bidang ini termasuk Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teoritis dapat merealisasikan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, dalam pelaksanaannya memang memerlukan cukup banyak Solver likuiditas untuk membantu, dan ketika menghadapi beberapa kebutuhan off-chain, terdapat kemungkinan penipuan oleh Solver. Jika metode seperti bukti penipuan diperkenalkan, maka tingkat kesulitan implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.
Berbasis jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi belum menyelesaikan masalah distribusi status on-chain lainnya. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai. Beberapa proyek termasuk: Raye Network, INFINIT, Everclear, Elixir, dll.
Berfokus pada aplikasi on-chain: Aplikasi jenis ini membangun aplikasi dengan likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, dan lain-lain. Proyek jenis ini memerlukan manajemen proses lintas rantai yang kompleks, dan memiliki tuntutan yang sangat tinggi terhadap pengembang, sehingga juga sangat rentan terhadap serangan peretas.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Mengatasi masalah likuiditas adalah sebuah pernyataan yang sangat penting, dunia keuangan seringkali menganggap likuiditas sebagai segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas seluruh rantai yang terpisah, 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 berbagai tingkat yang berbeda dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi atom, masalah pemisahan likuiditas secara keseluruhan telah menyebabkan munculnya banyak masalah turunan yang kompleks, sehingga untuk interoperabilitas, muncul berbagai macam solusi. Namun pada dasarnya tetap harus bergantung pada komponen-komponen ini. Selanjutnya, kami akan membahas beberapa proyek konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awal mereka menyelesaikan masalah pemisahan likuiditas.
)# 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 juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat digunakan segera. Ini setara dengan ujung pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini mereka masih belum mengungkapkan prinsip kerja dasar. Saat ini INFINIT telah mendapatkan pendanaan putaran awal sebesar 6 juta dolar dari Robot Ventures, Electric Capital, dan Maelstrom Capital.
![Penelitian masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Jaringan Khalani
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada Khalani, kemudian lapisan kompatibilitas Niat Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang dinormalisasi adalah bahasa Validity. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir kepada lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan lainnya. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan detail pekerjaan lebih lanjut. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran awal sebesar 2,2 juta dolar dari Ethereal Ventures, Nascent, Maelstrom Capital, dan lainnya.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# 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 bagi 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, yang pada bulan Juli mengumumkan telah mendapatkan pendanaan pra-seed sebesar 1,2 juta dolar dari GreenField.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# Xion
Xion adalah hasil upgrade dari merek Burnt, yang sebelumnya berfokus pada aplikasi konsumen. Kemudian 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 digunakannya didasarkan pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan, dengan investor seperti Animoca, Multicoin, Alliance DAO, Mechanism, dan lain-lain.
=nil; Foundation
nil adalah pasar kekuatan ZK Ethereum, pengolah ZK, dan pengembang Layer2, tim memiliki dasar teknis ZK yang kuat. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dan menghasilkan ZKP, sementara pemisahan utama memverifikasi data, berkomunikasi dengan Ethereum dan menyinkronkan status jaringan di antara semua validator. Pemisahan utama juga mengelola distribusi validator dan akun dalam pemisahan eksekusi. Protokol konsensus yang digunakan oleh dewan validasi juga Hotstuff, yang umum di proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah menyematkan komunikasi antar-pemisahan ke dalam protokol. Pesan antar-pemisahan diverifikasi oleh dewan validator masing-masing pemisahan sebagai transaksi.
Ide dasarnya adalah, melalui arsitektur Layer2 yang terfragmentasi, untuk membangun arsitektur komunikasi lintas fragment yang terintegrasi seperti IBC, sehingga dapat menyelesaikan masalah likuiditas dan penyebaran status. Namun, gagasan inti ini tidak masuk akal, karena masalah yang diselesaikan oleh penyebaran likuiditas adalah masalah multi-rantai, sementara yang dibangun adalah Layer2 tunggal, artinya untuk menyelesaikannya semua rantai harus menjadi salah satu fragment dari ZK-sharding, yang sulit untuk dicapai.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
Ethereum juga sedang berupaya untuk menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, beberapa DEX, OP, dan lainnya pertama-tama secara publik mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti mereka adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarisasi antarmuka pesanan dan penyelesaian, serta mencapai eksekusi lintas rantai yang mulus. Inti utama dari ini adalah Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai untuk pembayaran ganti rugi. Proposal ini dibangun bersama oleh suatu DEX dan Across.
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.
14 Suka
Hadiah
14
2
Bagikan
Komentar
0/400
PumpBeforeRug
· 3jam yang lalu
Apakah dapat dibuat penghubung? Rasanya seperti sudah doomed sama seperti blockchain.
Pemisahan likuiditas di era Layer2: Diskusi tantangan dan solusi
Penelitian Masalah Pemisahan Likuiditas di Era Layer2
Dengan Ethereum beralih ke solusi skalabilitas berbasis Layer 2 dan munculnya alat seperti RaaS, banyak blockchain publik berkembang pesat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili berbagai kepentingan dan mencari penilaian 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 pertukaran meluncurkan Base Layer 2 miliknya sendiri, platform pertukaran lainnya merilis Ink; dengan teknologi ZK, sebuah platform pertukaran meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan teknologi untuk membangun sebuah rantai telah jauh lebih rendah, biaya untuk mengoperasikan sebuah rantai berbasis OP Stack adalah sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era keberadaan banyak rantai. Meskipun rantai Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, namun karena entitas Web2 di baliknya memiliki banyak aplikasi hulu, mereka sulit untuk membangun aplikasi dan mencapai konsensus di atas rantai yang sama.
Ekosistem multi-rantai saat ini membawa 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 Clearing, Native CrossChain, ZKSharding, dan lain-lain, tetapi inti dari semuanya adalah sama.
Kami menggunakan arsitektur Cake yang diakui oleh industri untuk memperkenalkan komponen inti abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi(Lapisan Aplikasi)
Ini adalah lapisan interaksi langsung pengguna, dan juga lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan rincian konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, dan tidak selalu 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 transaksi akhir yang diharapkan pengguna ( yaitu keluaran ), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Abstraksi Kunci ( Manajemen Akun dan Abstraksi )
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik dari setiap rantai. Misalnya, sistem akun berbasis 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 rantai, hanya memerlukan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang sangat mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan rantai publik yang ada.
Solver Layer(
Tingkat 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 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 mewujudkan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian)Settlement Layer(
Ini adalah lapisan middleware yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status terdistribusi termasuk:
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas )Finality(, mekanisme pembuktian Layer 2, dan faktor-faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
) Solusi
Saat ini, ada berbagai solusi untuk memecahkan pembagian likuiditas di pasar. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan pengurut bersama tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status yang dibangun di atas Rollup di OP Stack. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdesentralisasi ke arah yang lebih tinggi. Salah satu desain yang lebih terperinci adalah pengurut bersama yang terpisah, yang lebih ditujukan untuk Layer2, tidak memiliki universalitas, seperti Astria, Espresso, dan Flashbots.
Berbasis akun: Mirip dengan NEAR, membangun dompet akun seluruh rantai, yang mendukung penandatanganan dan pelaksanaan transaksi melalui berbagai protokol blockchain menggunakan teknologi yang disebut "tanda tangan rantai". Komponen inti adalah jaringan MPC, yang menandatangani transaksi multi-rantai atas nama pengguna. 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.
Berbasis pada jaringan niat off-chain: yaitu Solver Network dalam diagram arsitektur "pengantar" kami, inti dari ini adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa Agen AI, CEX, Pembuat Pasar, hingga protokol terintegrasi itu sendiri seperti Liquorice dan lain-lain. Proyek di bidang ini termasuk Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teoritis dapat merealisasikan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, dalam pelaksanaannya memang memerlukan cukup banyak Solver likuiditas untuk membantu, dan ketika menghadapi beberapa kebutuhan off-chain, terdapat kemungkinan penipuan oleh Solver. Jika metode seperti bukti penipuan diperkenalkan, maka tingkat kesulitan implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.
Berbasis jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi belum menyelesaikan masalah distribusi status on-chain lainnya. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai. Beberapa proyek termasuk: Raye Network, INFINIT, Everclear, Elixir, dll.
Berfokus pada aplikasi on-chain: Aplikasi jenis ini membangun aplikasi dengan likuiditas tinggi melalui integrasi MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, 1inch, Hedgemony, dan lain-lain. Proyek jenis ini memerlukan manajemen proses lintas rantai yang kompleks, dan memiliki tuntutan yang sangat tinggi terhadap pengembang, sehingga juga sangat rentan terhadap serangan peretas.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-e170f453d0b5b33f7ffc55facc9626c8.webp(
Mengatasi masalah likuiditas adalah sebuah pernyataan yang sangat penting, dunia keuangan seringkali menganggap likuiditas sebagai segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas seluruh rantai yang terpisah, 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 berbagai tingkat yang berbeda dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi atom, masalah pemisahan likuiditas secara keseluruhan telah menyebabkan munculnya banyak masalah turunan yang kompleks, sehingga untuk interoperabilitas, muncul berbagai macam solusi. Namun pada dasarnya tetap harus bergantung pada komponen-komponen ini. Selanjutnya, kami akan membahas beberapa proyek konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awal mereka menyelesaikan masalah pemisahan likuiditas.
)# 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 juga dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat digunakan segera. Ini setara dengan ujung pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini mereka masih belum mengungkapkan prinsip kerja dasar. Saat ini INFINIT telah mendapatkan pendanaan putaran awal sebesar 6 juta dolar dari Robot Ventures, Electric Capital, dan Maelstrom Capital.
![Penelitian masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-0f51232f5a7495ce85432c8feb374ed1.webp(
)# Jaringan Khalani
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada Khalani, kemudian lapisan kompatibilitas Niat Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang dinormalisasi adalah bahasa Validity. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir kepada lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan lainnya. Proyek ini masih dalam tahap pembangunan, dan belum mengungkapkan detail pekerjaan lebih lanjut. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran awal sebesar 2,2 juta dolar dari Ethereal Ventures, Nascent, Maelstrom Capital, dan lainnya.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-e4d53accc40f8c915eaabbd2909f51d4.webp(
)# 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 bagi 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, yang pada bulan Juli mengumumkan telah mendapatkan pendanaan pra-seed sebesar 1,2 juta dolar dari GreenField.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-480179c7379a7927397a4c027efdc0a9.webp(
)# Xion
Xion adalah hasil upgrade dari merek Burnt, yang sebelumnya berfokus pada aplikasi konsumen. Kemudian 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 digunakannya didasarkan pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan, dengan investor seperti Animoca, Multicoin, Alliance DAO, Mechanism, dan lain-lain.
=nil; Foundation
nil adalah pasar kekuatan ZK Ethereum, pengolah ZK, dan pengembang Layer2, tim memiliki dasar teknis ZK yang kuat. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dan menghasilkan ZKP, sementara pemisahan utama memverifikasi data, berkomunikasi dengan Ethereum dan menyinkronkan status jaringan di antara semua validator. Pemisahan utama juga mengelola distribusi validator dan akun dalam pemisahan eksekusi. Protokol konsensus yang digunakan oleh dewan validasi juga Hotstuff, yang umum di proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah menyematkan komunikasi antar-pemisahan ke dalam protokol. Pesan antar-pemisahan diverifikasi oleh dewan validator masing-masing pemisahan sebagai transaksi.
Ide dasarnya adalah, melalui arsitektur Layer2 yang terfragmentasi, untuk membangun arsitektur komunikasi lintas fragment yang terintegrasi seperti IBC, sehingga dapat menyelesaikan masalah likuiditas dan penyebaran status. Namun, gagasan inti ini tidak masuk akal, karena masalah yang diselesaikan oleh penyebaran likuiditas adalah masalah multi-rantai, sementara yang dibangun adalah Layer2 tunggal, artinya untuk menyelesaikannya semua rantai harus menjadi salah satu fragment dari ZK-sharding, yang sulit untuk dicapai.
![Penelitian tentang masalah pemisahan likuiditas di era Layer2]###https://img-cdn.gateio.im/webp-social/moments-69852e6a1bbab8f4fc50f48006eb6fef.webp(
)# ERC-7683
Ethereum juga sedang berupaya untuk menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, beberapa DEX, OP, dan lainnya pertama-tama secara publik mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti mereka adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarisasi antarmuka pesanan dan penyelesaian, serta mencapai eksekusi lintas rantai yang mulus. Inti utama dari ini adalah Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai untuk pembayaran ganti rugi. Proposal ini dibangun bersama oleh suatu DEX dan Across.