Penelitian Masalah Pemisahan Likuiditas di Era Layer2
Dengan Ethereum beralih ke solusi penskalaan yang berfokus 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 penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat pengembangan ekosistem sulit mengikuti langkah blockchain publik, menyebabkan banyak proyek mengalami penurunan harga saat TGE.
Dengan OP Stack, sebuah platform perdagangan telah meluncurkan Base Layer 2 miliknya, sementara platform perdagangan lainnya merilis Ink; dengan teknologi ZK, sebuah platform meluncurkan XLayer; Sony merilis Soneium, dan LINE meluncurkan Kaia, dan sebagainya. Saat ini, biaya dan batasan teknis untuk membangun sebuah rantai telah sangat berkurang, dengan biaya operasi untuk sebuah rantai berbasis OP Stack sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era multi-rantai yang saling berdampingan. 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, interoperabilitas menjadi bidang yang harus dieksplorasi dan diselesaikan. Saat ini, ada banyak solusi likuiditas, seperti yang sudah kita dengar tentang abstraksi rantai, niat, Eksekusi Penyelesaian, Native CrossChain, ZKSharding, tetapi esensi intinya semuanya sama.
Kami menggunakan arsitektur Cake yang diakui oleh industri untuk memperkenalkan komponen inti abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan di mana pengguna berinteraksi langsung, serta merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, mungkin tidak 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 transaksi. Di sini, "niat" merujuk pada hasil akhir transaksi yang diharapkan pengguna (yaitu output), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Abstraksi Akun (Key Management and Account Abstraction)
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang dapat disesuaikan dengan berbagai rantai untuk mempertahankan struktur akun unik dari setiap rantai. Misalnya, sistem akun pusat objek SUI sangat berbeda dengan EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun terpercaya tanpa perlu membangun konsensus antar-rantai, hanya memerlukan komitmen terpercaya 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. 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 yang lebih cepat dan kecepatan eksekusi. Berdasarkan 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 (Settlement Layer)
Ini adalah lapisan middleware yang digunakan untuk memenuhi niat pengguna. Komponen inti dari solusi likuiditas dan status terdistribusi termasuk:
Oracle: digunakan untuk mendapatkan informasi status dari rantai lain.
Jembatan Lintas Rantai (Bridges): bertanggung jawab untuk penyampaian informasi dan Likuiditas antar rantai.
Konfirmasi Awal (Pre-Confirmation): Memperpendek waktu konfirmasi lintas rantai.
Ketersediaan data (DA): Menyediakan aksesibilitas data.
Selain itu, perlu juga mempertimbangkan likuiditas antar rantai, finalitas, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
Solusi
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 penyortir bersama dan jembatan lintas rantai tertentu untuk membantu membangun likuiditas dan status bersama pada Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Salah satu yang lebih terperinci adalah desain penyortir bersama yang terpisah, solusi ini lebih berfokus pada Layer2 dan tidak memiliki sifat universal, seperti Astria, Espresso, dll.
Berbasis akun: Mirip dengan NEAR, membangun dompet akun yang terintegrasi dengan seluruh rantai, mendukung penandatanganan dan eksekusi transaksi lintas berbagai protokol blockchain melalui teknologi yang disebut "tanda tangan rantai". Komponen inti adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat secara signifikan mengatasi masalah fragmentasi UX, namun bagi pengembang, ini melibatkan implementasi backend yang kompleks dan tidak secara substansial 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 kepada jaringan Solver, peran Solver ini bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, CEX, Market Maker, atau bahkan protokol terintegrasi itu sendiri seperti Liquorice dan sebagainya. Proyek-proyek dalam aspek ini mencakup Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teoritis dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya 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, kesulitan implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.
Berfokus pada jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah status terdistribusi 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 semacam ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, suatu DEX, Hedgemony, dan lain-lain. Proyek semacam ini perlu mengelola proses lintas rantai yang kompleks, yang mengharuskan tingkat keterampilan yang tinggi dari para pengembang, sehingga sangat rentan terhadap serangan hacker.
Mengatasi masalah likuiditas adalah sebuah proposisi yang sangat penting, di dunia keuangan, likuiditas sering kali mewakili segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, khususnya menggabungkan 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 atomik. Di atas solusi atomik seperti cross-chain, oracle, dan Pre-Confirmation, 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 tingkat yang berbeda dapat dipahami sebagai hubungan hulu-hilir. Namun, solusi-solusi ini masih bukan solusi tingkat atomik. Masalah pemisahan likuiditas secara keseluruhan membawa munculnya banyak masalah turunan yang rumit, sehingga berbagai solusi yang beraneka ragam muncul terkait interoperabilitas. Namun pada dasarnya, tetap bergantung pada komponen-komponen ini. Selanjutnya, kami akan membahas beberapa proyek konsep abstraksi rantai yang khas untuk melihat bagaimana masing-masing mencoba menyelesaikan masalah pemisahan likuiditas dari sudut pandang mereka sendiri.
INFINIT
INFINIT telah 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 langsung diaktifkan. Ini setara dengan ujung pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja di baliknya. Saat ini INFINIT telah memperoleh pendanaan putaran benih sebesar 6 juta dolar dari Robot Ventures, Electric Capital, dan Maelstrom Capital.
Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat mengirimkan niat kepada Khalani, kemudian lapisan kompatibilitas Niat Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang distandarisasi yaitu bahasa Validitas. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir kepada lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan sebagainya. Proyek ini masih dalam tahap pembangunan dan belum mengungkapkan lebih banyak rincian kerja. Pada bulan Agustus, proyek ini memperoleh pendanaan awal sebesar 2,2 juta dolar dari Ethereal Ventures, Nascent, Maelstrom Capital, dan lainnya.
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 untuk perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjam meminjam 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-bibit sebesar 1,2 juta dolar AS yang dipimpin oleh GreenField.
Xion
Xion adalah hasil upgrade dari merek Burnt, yang sebelumnya fokus pada aplikasi untuk konsumen. Setelah itu, tim menemukan 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 berbasis pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan, dengan investor termasuk Animoca, Multicoin, Alliance DAO, Mechanism, dan lainnya.
=nil; Foundation
nil adalah pasar ZK untuk kekuatan komputasi Ethereum, koprosesor ZK, dan pengembang Layer2, tim ini memiliki dasar teknologi ZK yang kuat. Mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dan menghasilkan ZKP, sementara shard utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Shard utama juga mengelola distribusi validator dan akun di shard eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga adalah Hotstuff, yang umum ditemukan dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi lintas shard ke dalam protokol. Pesan lintas shard diverifikasi sebagai transaksi oleh dewan validator masing-masing shard.
Ide dasarnya adalah untuk membangun arsitektur komunikasi lintas fragment yang terintegrasi seperti IBC melalui arsitektur Layer2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan distribusi status. Namun, ide intinya tidak masuk akal, karena masalah yang diselesaikan oleh penyebaran likuiditas adalah masalah multi-chain, sedangkan yang dibangun adalah Layer2 tunggal, yang berarti untuk menyelesaikannya semua rantai harus menjadi sebuah fragment dari ZK-sharding, yang sulit untuk diwujudkan.
ERC-7683
Ethereum juga sedang berupaya menyelesaikan masalah Likuiditas lintas rantai ini, saat ini beberapa Layer 2 dan DEX utama pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mencapai eksekusi lintas rantai yang mulus, inti utamanya adalah seorang Filler juga bisa
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.
17 Suka
Hadiah
17
7
Posting ulang
Bagikan
Komentar
0/400
FlashLoanLarry
· 43menit yang lalu
hmm biaya peluang di l2s semakin nyata... efisiensi modal saat ini sedang buruk ngl
Lihat AsliBalas0
GasFeeCryer
· 12jam yang lalu
Diberi uang pun tidak cross-chain
Lihat AsliBalas0
GasBandit
· 20jam yang lalu
Sudah terlibat lagi di L2
Lihat AsliBalas0
DecentralizedElder
· 20jam yang lalu
Another play people for suckers disk?
Lihat AsliBalas0
PriceOracleFairy
· 20jam yang lalu
smh melihat l2s ini terfragmentasi seperti janji-janji mantan saya... teori permainan likuiditas sangat brutal saat ini
Lihat AsliBalas0
MEVSandwich
· 20jam yang lalu
play people for suckers再play people for suckers 连Dompet都快不够用了
Lihat AsliBalas0
NestedFox
· 20jam yang lalu
play people for suckers? Dengan jembatan tidak sama saja?
Penelitian tentang masalah pemisahan likuiditas dan solusi di era Layer2
Penelitian Masalah Pemisahan Likuiditas di Era Layer2
Dengan Ethereum beralih ke solusi penskalaan yang berfokus 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 penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat pengembangan ekosistem sulit mengikuti langkah blockchain publik, menyebabkan banyak proyek mengalami penurunan harga saat TGE.
Dengan OP Stack, sebuah platform perdagangan telah meluncurkan Base Layer 2 miliknya, sementara platform perdagangan lainnya merilis Ink; dengan teknologi ZK, sebuah platform meluncurkan XLayer; Sony merilis Soneium, dan LINE meluncurkan Kaia, dan sebagainya. Saat ini, biaya dan batasan teknis untuk membangun sebuah rantai telah sangat berkurang, dengan biaya operasi untuk sebuah rantai berbasis OP Stack sekitar 10.000 dolar per bulan.
Masa depan pasti akan menjadi era multi-rantai yang saling berdampingan. 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, interoperabilitas menjadi bidang yang harus dieksplorasi dan diselesaikan. Saat ini, ada banyak solusi likuiditas, seperti yang sudah kita dengar tentang abstraksi rantai, niat, Eksekusi Penyelesaian, Native CrossChain, ZKSharding, tetapi esensi intinya semuanya sama.
Kami menggunakan arsitektur Cake yang diakui oleh industri untuk memperkenalkan komponen inti abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan di mana pengguna berinteraksi langsung, serta merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, mungkin tidak 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 transaksi. Di sini, "niat" merujuk pada hasil akhir transaksi yang diharapkan pengguna (yaitu output), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Abstraksi Akun (Key Management and Account Abstraction)
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang dapat disesuaikan dengan berbagai rantai untuk mempertahankan struktur akun unik dari setiap rantai. Misalnya, sistem akun pusat objek SUI sangat berbeda dengan EVM. One Balance adalah proyek perwakilan di bidang ini, yang membangun sistem akun terpercaya tanpa perlu membangun konsensus antar-rantai, hanya memerlukan komitmen terpercaya 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. 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 yang lebih cepat dan kecepatan eksekusi. Berdasarkan 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 (Settlement Layer)
Ini adalah lapisan middleware yang digunakan untuk memenuhi niat pengguna. Komponen inti dari solusi likuiditas dan status terdistribusi termasuk:
Selain itu, perlu juga mempertimbangkan likuiditas antar rantai, finalitas, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
Solusi
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 penyortir bersama dan jembatan lintas rantai tertentu untuk membantu membangun likuiditas dan status bersama pada Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan cara yang lebih tinggi. Salah satu yang lebih terperinci adalah desain penyortir bersama yang terpisah, solusi ini lebih berfokus pada Layer2 dan tidak memiliki sifat universal, seperti Astria, Espresso, dll.
Berbasis akun: Mirip dengan NEAR, membangun dompet akun yang terintegrasi dengan seluruh rantai, mendukung penandatanganan dan eksekusi transaksi lintas berbagai protokol blockchain melalui teknologi yang disebut "tanda tangan rantai". Komponen inti adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat secara signifikan mengatasi masalah fragmentasi UX, namun bagi pengembang, ini melibatkan implementasi backend yang kompleks dan tidak secara substansial 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 kepada jaringan Solver, peran Solver ini bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal, Solver ini bisa berupa AI Agent, CEX, Market Maker, atau bahkan protokol terintegrasi itu sendiri seperti Liquorice dan sebagainya. Proyek-proyek dalam aspek ini mencakup Anoma, Khalani, Enso, aori, dan Valantis. Meskipun niat secara teoritis dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya 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, kesulitan implementasi Jaringan Solver akan meningkat, dan ambang batas untuk menjalankan Solver juga akan lebih tinggi.
Berfokus pada jaringan likuiditas on-chain: Arah ini secara khusus mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah status terdistribusi 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 semacam ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan MM besar, atau aplikasi pihak ketiga, seperti Liquorice, Socket, Radiant Capital, suatu DEX, Hedgemony, dan lain-lain. Proyek semacam ini perlu mengelola proses lintas rantai yang kompleks, yang mengharuskan tingkat keterampilan yang tinggi dari para pengembang, sehingga sangat rentan terhadap serangan hacker.
Mengatasi masalah likuiditas adalah sebuah proposisi yang sangat penting, di dunia keuangan, likuiditas sering kali mewakili segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, khususnya menggabungkan 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 atomik. Di atas solusi atomik seperti cross-chain, oracle, dan Pre-Confirmation, 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 tingkat yang berbeda dapat dipahami sebagai hubungan hulu-hilir. Namun, solusi-solusi ini masih bukan solusi tingkat atomik. Masalah pemisahan likuiditas secara keseluruhan membawa munculnya banyak masalah turunan yang rumit, sehingga berbagai solusi yang beraneka ragam muncul terkait interoperabilitas. Namun pada dasarnya, tetap bergantung pada komponen-komponen ini. Selanjutnya, kami akan membahas beberapa proyek konsep abstraksi rantai yang khas untuk melihat bagaimana masing-masing mencoba menyelesaikan masalah pemisahan likuiditas dari sudut pandang mereka sendiri.
INFINIT
INFINIT telah 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 langsung diaktifkan. Ini setara dengan ujung pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas Infinit. Namun, saat ini masih belum mengungkapkan prinsip kerja di baliknya. Saat ini INFINIT telah memperoleh pendanaan putaran benih sebesar 6 juta dolar dari Robot Ventures, Electric Capital, dan Maelstrom Capital.
Khalani Network
Khalani membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validitas, dan lapisan penyelesaian umum.
Aplikasi eksternal atau lapisan niat dapat mengirimkan niat kepada Khalani, kemudian lapisan kompatibilitas Niat Khalani dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang distandarisasi yaitu bahasa Validitas. Node Khalani bertanggung jawab untuk mengirimkan hasil akhir kepada lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan sebagainya. Proyek ini masih dalam tahap pembangunan dan belum mengungkapkan lebih banyak rincian kerja. Pada bulan Agustus, proyek ini memperoleh pendanaan awal sebesar 2,2 juta dolar dari Ethereal Ventures, Nascent, Maelstrom Capital, dan lainnya.
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 untuk perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, Liquorice menciptakan pasar pinjam meminjam 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-bibit sebesar 1,2 juta dolar AS yang dipimpin oleh GreenField.
Xion
Xion adalah hasil upgrade dari merek Burnt, yang sebelumnya fokus pada aplikasi untuk konsumen. Setelah itu, tim menemukan 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 berbasis pada Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya. Ini telah melalui empat putaran pendanaan, dengan investor termasuk Animoca, Multicoin, Alliance DAO, Mechanism, dan lainnya.
=nil; Foundation
nil adalah pasar ZK untuk kekuatan komputasi Ethereum, koprosesor ZK, dan pengembang Layer2, tim ini memiliki dasar teknologi ZK yang kuat. Mengusulkan solusi zkSharding, yang menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, melakukan pemrosesan transaksi secara paralel dan menghasilkan ZKP, sementara shard utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Shard utama juga mengelola distribusi validator dan akun di shard eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga adalah Hotstuff, yang umum ditemukan dalam proyek eksekusi paralel terbaru. =nil; L2 sejak awal telah mengintegrasikan komunikasi lintas shard ke dalam protokol. Pesan lintas shard diverifikasi sebagai transaksi oleh dewan validator masing-masing shard.
Ide dasarnya adalah untuk membangun arsitektur komunikasi lintas fragment yang terintegrasi seperti IBC melalui arsitektur Layer2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan distribusi status. Namun, ide intinya tidak masuk akal, karena masalah yang diselesaikan oleh penyebaran likuiditas adalah masalah multi-chain, sedangkan yang dibangun adalah Layer2 tunggal, yang berarti untuk menyelesaikannya semua rantai harus menjadi sebuah fragment dari ZK-sharding, yang sulit untuk diwujudkan.
ERC-7683
Ethereum juga sedang berupaya menyelesaikan masalah Likuiditas lintas rantai ini, saat ini beberapa Layer 2 dan DEX utama pertama kali secara terbuka mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan inti dari ini adalah untuk membangun standar umum untuk operasi lintas L2 dan sidechain, menstandarkan antarmuka pesanan dan penyelesaian, serta mencapai eksekusi lintas rantai yang mulus, inti utamanya adalah seorang Filler juga bisa