Penelitian Masalah Pemisahan Likuiditas di Era Layer 2
Pendahuluan
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 berbagai tuntutan kepentingan dan mengejar valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek menghadapi penurunan nilai pada saat penawaran koin awal.
Dengan memanfaatkan teknologi OP Stack, sebuah platform perdagangan telah meluncurkan jaringan Layer 2 mereka sendiri, Base, sementara platform perdagangan lainnya telah merilis Ink; menggunakan teknologi ZK, sebuah platform perdagangan telah meluncurkan XLayer; Sony merilis Soneium, dan LINE meluncurkan Kaia, dan sebagainya. Kini, biaya dan ambang teknologi untuk membangun sebuah blockchain telah jauh berkurang, dengan biaya operasional untuk menjalankan sebuah blockchain berbasis OP Stack sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era keberadaan multi-chain. Meskipun Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di belakangnya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi dan mencapai konsensus di satu 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 menjadi bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Clearing Execution, Native CrossChain, ZKSharding, dll., tetapi esensi inti dari semuanya adalah serupa.
Kami menggunakan arsitektur Cake yang diakui dalam industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan yang berinteraksi langsung dengan pengguna, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka front-end, dan mungkin tidak memahami mekanisme konversi likuiditas di lapisan bawah.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna memenuhi niat perdagangan dengan menghubungkan dompet ke dApp dan meminta penawaran. Di sini, "niat" mengacu pada hasil akhir perdagangan yang diharapkan pengguna (yaitu output), dan bukan jalur eksekusi perdagangan yang spesifik.
Manajemen Akun dan Abstraksi Kunci (Key Management and Account Abstraction)
Karena adanya lingkungan multirantai, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik masing-masing 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 dengan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multirantai untuk pengguna, secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan rantai publik 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 dan kecepatan eksekusi yang lebih cepat. Berdasarkan ini, proyek berbasis niat telah membangun berbagai solusi yang didorong oleh niat. Turunan dari niat semacam itu seperti komponen Predicate, yang dapat merealisasikan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian (Settlement Layer)
Ini adalah lapisan perantara yang digunakan untuk menyelesaikan lapisan guna mewujudkan 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): memberikan aksesibilitas data.
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas, mekanisme pembuktian Layer 2 dan faktor-faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi untuk memecahkan masalah likuiditas yang terputus di pasaran. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan sorter bersama tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Di sini terdapat desain sorter bersama yang lebih terperinci, yang lebih ditujukan untuk Layer 2 dan tidak bersifat universal.
Berbasis Akun: Dengan membangun dompet akun yang terhubung secara penuh, mendukung penandatanganan dan pelaksanaan transaksi di berbagai protokol blockchain. Komponen inti adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. 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 distribusi status.
Berbasis pada jaringan niat off-chain: Intinya adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam memberikan penawaran, menawarkan waktu penyelesaian dan harga transaksi yang optimal, dan Solver ini dapat berupa AI Agent, CEX, Market Maker, bahkan protokol yang terintegrasi itu sendiri. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya memang diperlukan cukup banyak Solver likuiditas untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan penipuan dari Solver.
Berbasis pada jaringan likuiditas on-chain: arah ini khusus untuk mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah distribusi status on-chain lainnya. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.
Berbasis aplikasi on-chain: Aplikasi jenis ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan MM besar, atau aplikasi pihak ketiga, dan sebagainya. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, yang membutuhkan keterampilan tinggi dari pengembang, sehingga juga sangat rentan terhadap serangan peretas.
Menyelesaikan masalah likuiditas adalah sebuah proposisi yang sangat penting, dunia keuangan sering kali menganggap likuiditas sebagai segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas seluruh rantai yang terpisah, 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 paling atomik, dan di atas solusi atomik seperti ini, dibangun satu 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 tingkatan ini dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi atomik; seluruh masalah pemisahan likuiditas membawa banyak masalah turunan yang rumit, sehingga muncul berbagai solusi untuk interoperabilitas. Namun pada dasarnya, masih 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 sudut pandang mereka sendiri.
INFINIT
INFINIT membangun layanan RaaS di dunia DeFi, yang dapat menyediakan komponen yang dibutuhkan untuk membangun protokol DeFi secara langsung, seperti Oracle, Pool Type, IRM, Asset, dll., serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang siap digunakan. Setara dengan sisi pembangunan aplikasi lainnya, tetapi likuiditas akhir ditempatkan di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja di bawahnya. Saat ini INFINIT telah mendapatkan pendanaan putaran awal sebesar 6 juta dolar.
Jaringan Khalani
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat mengirim niat ke Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, format yang digunakan adalah bahasa Validity yang dinormalisasi. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dll. Proyek ini masih dalam tahap pembangunan dan belum mengungkapkan lebih banyak rincian pekerjaan. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran benih sebesar 2,2 juta dolar.
Liquorice
Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu arah. Misi utama Liquorice adalah menyediakan alat manajemen inventaris yang efisien untuk perusahaan perdagangan profesional, serta dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi berdasarkan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjaman untuk melakukan transaksi pinjam meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan, dan pada bulan Juli mengumumkan telah mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar.
Xion
Xion adalah hasil upgrade dari merek Burnt, yang sebelumnya merupakan aplikasi yang fokus pada konsumen. Setelah itu, tim menemukan bahwa ada 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 rantainya didasarkan pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan.
=nil; Yayasan
nil adalah pasar kekuatan ZK Ethereum, ko-prosesor ZK dan pengembang Layer 2, tim ini memiliki dasar teknis ZK yang mendalam. Mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, mengeksekusi 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 komite verifikasi juga adalah Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi antar pemisahan ke dalam protokol.
Ide dasar dari ini adalah, melalui arsitektur Layer 2 yang terfragmentasi, untuk membangun arsitektur komunikasi lintas fragment yang terintegrasi seperti IBC, sehingga dapat menyelesaikan masalah likuiditas dan desentralisasi status. Namun, ide intinya tidak masuk akal, karena masalah yang dipecahkan oleh desentralisasi likuiditas adalah masalah multi-chain, sedangkan yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi salah satu fragmen dari ZK-sharding, yang sulit untuk dicapai.
ERC-7683
Ethereum juga sedang menangani masalah likuiditas lintas rantai ini, saat ini ada beberapa platform yang secara terbuka mendukung standar ERC7683, yang digunakan juga berbasis metode lintas rantai Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus. Inti utama dari ini adalah seorang Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai untuk membayar. Proposal ini saat ini sedang ditinjau oleh kelompok kerja Cake.
OP Stack
OP Stack, ERC-7683, dan zkSharding adalah solusi untuk fragmentasi likuiditas antar Layer2 di dalam Ethereum, yang masing-masing menyelesaikan masalah ini di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. OP Stack merancang solusi multi Layer2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer secara sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor yang ada untuk menantang guna menghindari pengiriman informasi lintas rantai yang palsu. Saat ini, ada beberapa platform perdagangan terkenal yang menggunakan arsitektur OP Stack.
Salah satu yang paling khas adalah
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.
7 Suka
Hadiah
7
4
Bagikan
Komentar
0/400
NotAFinancialAdvice
· 13jam yang lalu
Apakah ada yang sedang memperdagangkan layer2 lagi?
Analisis Masalah Pemisahan Likuiditas Ekosistem Layer 2 dan Solusi yang Ditemukan
Penelitian Masalah Pemisahan Likuiditas di Era Layer 2
Pendahuluan
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 berbagai tuntutan kepentingan dan mengejar valuasi yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek menghadapi penurunan nilai pada saat penawaran koin awal.
Dengan memanfaatkan teknologi OP Stack, sebuah platform perdagangan telah meluncurkan jaringan Layer 2 mereka sendiri, Base, sementara platform perdagangan lainnya telah merilis Ink; menggunakan teknologi ZK, sebuah platform perdagangan telah meluncurkan XLayer; Sony merilis Soneium, dan LINE meluncurkan Kaia, dan sebagainya. Kini, biaya dan ambang teknologi untuk membangun sebuah blockchain telah jauh berkurang, dengan biaya operasional untuk menjalankan sebuah blockchain berbasis OP Stack sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era keberadaan multi-chain. Meskipun Layer 2 ini mungkin memilih kompatibilitas EVM untuk mencapai interoperabilitas, tetapi karena entitas Web2 di belakangnya memiliki banyak aplikasi hilir, mereka sulit untuk membangun aplikasi dan mencapai konsensus di satu 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 menjadi bidang yang harus dieksplorasi dan diselesaikan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Clearing Execution, Native CrossChain, ZKSharding, dll., tetapi esensi inti dari semuanya adalah serupa.
Kami menggunakan arsitektur Cake yang diakui dalam industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan yang berinteraksi langsung dengan pengguna, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka front-end, dan mungkin tidak memahami mekanisme konversi likuiditas di lapisan bawah.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna memenuhi niat perdagangan dengan menghubungkan dompet ke dApp dan meminta penawaran. Di sini, "niat" mengacu pada hasil akhir perdagangan yang diharapkan pengguna (yaitu output), dan bukan jalur eksekusi perdagangan yang spesifik.
Manajemen Akun dan Abstraksi Kunci (Key Management and Account Abstraction)
Karena adanya lingkungan multirantai, diperlukan sistem manajemen akun dan abstraksi yang dapat beradaptasi dengan berbagai rantai untuk mempertahankan struktur akun unik masing-masing 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 dengan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mewujudkan manajemen abstraksi dengan menghasilkan dompet akun multirantai untuk pengguna, secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama mengintegrasikan rantai publik 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 dan kecepatan eksekusi yang lebih cepat. Berdasarkan ini, proyek berbasis niat telah membangun berbagai solusi yang didorong oleh niat. Turunan dari niat semacam itu seperti komponen Predicate, yang dapat merealisasikan niat pengguna di bawah aturan tertentu.
Lapisan Penyelesaian (Settlement Layer)
Ini adalah lapisan perantara yang digunakan untuk menyelesaikan lapisan guna mewujudkan niat pengguna. Komponen inti dari solusi likuiditas dan status yang terdistribusi termasuk:
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas, mekanisme pembuktian Layer 2 dan faktor-faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi untuk memecahkan masalah likuiditas yang terputus di pasaran. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan sorter bersama tertentu dan jembatan lintas rantai untuk membantu berbagi likuiditas dan status Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Di sini terdapat desain sorter bersama yang lebih terperinci, yang lebih ditujukan untuk Layer 2 dan tidak bersifat universal.
Berbasis Akun: Dengan membangun dompet akun yang terhubung secara penuh, mendukung penandatanganan dan pelaksanaan transaksi di berbagai protokol blockchain. Komponen inti adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. 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 distribusi status.
Berbasis pada jaringan niat off-chain: Intinya adalah pengguna mengirimkan niat ke jaringan Solver, peran Solver ini bersaing dalam memberikan penawaran, menawarkan waktu penyelesaian dan harga transaksi yang optimal, dan Solver ini dapat berupa AI Agent, CEX, Market Maker, bahkan protokol yang terintegrasi itu sendiri. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya memang diperlukan cukup banyak Solver likuiditas untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan penipuan dari Solver.
Berbasis pada jaringan likuiditas on-chain: arah ini khusus untuk mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah distribusi status on-chain lainnya. Intinya adalah membangun lapisan likuiditas, di mana aplikasi dibangun untuk berbagi likuiditas seluruh rantai.
Berbasis aplikasi on-chain: Aplikasi jenis ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan MM besar, atau aplikasi pihak ketiga, dan sebagainya. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, yang membutuhkan keterampilan tinggi dari pengembang, sehingga juga sangat rentan terhadap serangan peretas.
Menyelesaikan masalah likuiditas adalah sebuah proposisi yang sangat penting, dunia keuangan sering kali menganggap likuiditas sebagai segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas seluruh rantai yang terpisah, 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 paling atomik, dan di atas solusi atomik seperti ini, dibangun satu 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 tingkatan ini dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi atomik; seluruh masalah pemisahan likuiditas membawa banyak masalah turunan yang rumit, sehingga muncul berbagai solusi untuk interoperabilitas. Namun pada dasarnya, masih 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 sudut pandang mereka sendiri.
INFINIT
INFINIT membangun layanan RaaS di dunia DeFi, yang dapat menyediakan komponen yang dibutuhkan untuk membangun protokol DeFi secara langsung, seperti Oracle, Pool Type, IRM, Asset, dll., serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang siap digunakan. Setara dengan sisi pembangunan aplikasi lainnya, tetapi likuiditas akhir ditempatkan di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja di bawahnya. Saat ini INFINIT telah mendapatkan pendanaan putaran awal sebesar 6 juta dolar.
Jaringan Khalani
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat mengirim niat ke Khalani, kemudian lapisan kompatibilitas Intent Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, format yang digunakan adalah bahasa Validity yang dinormalisasi. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dll. Proyek ini masih dalam tahap pembangunan dan belum mengungkapkan lebih banyak rincian pekerjaan. Pada bulan Agustus, proyek ini mendapatkan pendanaan putaran benih sebesar 2,2 juta dolar.
Liquorice
Liquorice adalah aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu arah. Misi utama Liquorice adalah menyediakan alat manajemen inventaris yang efisien untuk perusahaan perdagangan profesional, serta dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi berdasarkan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjaman untuk melakukan transaksi pinjam meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan, dan pada bulan Juli mengumumkan telah mendapatkan pendanaan putaran Pre-seed sebesar 1,2 juta dolar.
Xion
Xion adalah hasil upgrade dari merek Burnt, yang sebelumnya merupakan aplikasi yang fokus pada konsumen. Setelah itu, tim menemukan bahwa ada 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 rantainya didasarkan pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan.
=nil; Yayasan
nil adalah pasar kekuatan ZK Ethereum, ko-prosesor ZK dan pengembang Layer 2, tim ini memiliki dasar teknis ZK yang mendalam. Mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, mengeksekusi 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 komite verifikasi juga adalah Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi antar pemisahan ke dalam protokol.
Ide dasar dari ini adalah, melalui arsitektur Layer 2 yang terfragmentasi, untuk membangun arsitektur komunikasi lintas fragment yang terintegrasi seperti IBC, sehingga dapat menyelesaikan masalah likuiditas dan desentralisasi status. Namun, ide intinya tidak masuk akal, karena masalah yang dipecahkan oleh desentralisasi likuiditas adalah masalah multi-chain, sedangkan yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi salah satu fragmen dari ZK-sharding, yang sulit untuk dicapai.
ERC-7683
Ethereum juga sedang menangani masalah likuiditas lintas rantai ini, saat ini ada beberapa platform yang secara terbuka mendukung standar ERC7683, yang digunakan juga berbasis metode lintas rantai Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mewujudkan eksekusi lintas rantai yang mulus. Inti utama dari ini adalah seorang Filler yang juga bisa disebut sebagai peran Solver dalam abstraksi rantai untuk membayar. Proposal ini saat ini sedang ditinjau oleh kelompok kerja Cake.
OP Stack
OP Stack, ERC-7683, dan zkSharding adalah solusi untuk fragmentasi likuiditas antar Layer2 di dalam Ethereum, yang masing-masing menyelesaikan masalah ini di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. OP Stack merancang solusi multi Layer2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer secara sekaligus. Ketika Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada Supervisor yang ada untuk menantang guna menghindari pengiriman informasi lintas rantai yang palsu. Saat ini, ada beberapa platform perdagangan terkenal yang menggunakan arsitektur OP Stack.
Salah satu yang paling khas adalah