Penelitian Masalah Pemisahan Likuiditas di Era Layer 2
Seiring dengan Ethereum beralih ke solusi skala yang berfokus pada Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak blockchain publik berkembang dengan cepat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili kepentingan yang berbeda dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit untuk mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek mengalami kerugian saat TGE.
Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2 miliknya, sementara platform perdagangan lain merilis Ink; dengan teknologi ZK, sebuah platform perdagangan meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan ambang teknis untuk membangun sebuah rantai telah sangat menurun, 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 satu rantai.
Ekosistem multi-rantai saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multi-rantai adalah suatu keharusan, interopabilitas menjadi bidang yang harus dijelajahi dan dipecahkan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Pembersihan, Native CrossChain, ZKSharding, dll., tetapi esensi intinya adalah sama.
Kami menggunakan arsitektur Cake yang diakui secara luas di industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan di mana pengguna berinteraksi secara langsung, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan dan mungkin tidak memahami mekanisme konversi likuiditas di lapisan bawah.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna menghubungkan dompet mereka ke dApp dan meminta penawaran 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 Kunci (Key Management and Account Abstraction)
Karena adanya lingkungan multi-rantai, dibutuhkan 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 membutuhkan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mencapai manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama terintegrasi dengan rantai publik yang ada.
Lapisan Penyelesaian (Solver Layer)
Lapisan 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 telah membangun berbagai solusi yang dipicu 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 menyelesaikan lapisan guna mewujudkan niat pengguna. Komponen inti dari solusi likuiditas dan status terdistribusi meliputi:
Oracle: digunakan untuk mendapatkan informasi status dari rantai lain.
Jembatan Lintas Rantai (Bridges): bertanggung jawab untuk pengiriman informasi dan likuiditas antar rantai.
Konfirmasi Awal (Pre-Confirmation): Memperpendek waktu konfirmasi lintas rantai.
Ketersediaan Data (DA): Menyediakan aksesibilitas data.
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi di pasar untuk mengatasi pemisahan likuiditas. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berfokus pada RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan penyortir bersama dan jembatan lintas rantai tertentu untuk membantu berbagi likuiditas dan status dari Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdistribusi dengan arah yang lebih tinggi. Di sini ada desain penyortir bersama yang lebih terperinci, yang lebih ditujukan untuk Layer 2 dan tidak memiliki sifat universal.
Berbasis akun: Membangun dompet akun yang terintegrasi penuh, yang didukung oleh teknologi yang disebut "tanda tangan rantai" untuk menandatangani dan mengeksekusi transaksi di berbagai protokol blockchain. Komponen inti dari ini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multi-rantai. 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 status yang terdistribusi.
Berbasis pada jaringan niat di luar rantai: Intinya adalah pengguna mengirimkan niat kepada 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, atau bahkan protokol terintegrasi itu sendiri. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya diperlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan di luar rantai, ada kemungkinan penipuan dari Solver. Jika metode seperti bukti penipuan diperkenalkan, maka tingkat kesulitan dalam implementasi Jaringan Solver akan semakin tinggi, dan ambang batas untuk menjalankan Solver juga akan semakin tinggi.
Berbasis jaringan likuiditas on-chain: Arah ini khusus untuk mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah penyebaran 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 lainnya. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, menuntut tinggi dari pengembang, sehingga sangat rentan terhadap serangan hacker.
Mengatasi masalah likuiditas adalah sebuah pernyataan yang sangat penting, di dunia keuangan likuiditas sering kali mewakili segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama yang menggabungkan likuiditas seluruh rantai yang terpisah, itu akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi yang berbeda.
Dalam dua klasifikasi di atas, kita dapat melihat bahwa berdasarkan struktur kue, Settlement Layer adalah solusi paling atomik, di atas solusi atomik 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 dibangun dalam arah berbeda yang telah kami sebutkan di atas sesuai dengan berbagai tingkat ini, dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi atomik, masalah pemisahan Likuiditas secara keseluruhan membawa banyak masalah turunan yang rumit, sehingga muncul berbagai solusi untuk interoperabilitas. Tetapi pada dasarnya masih harus bergantung pada komponen-komponen ini. Selanjutnya, kita akan membahas beberapa proyek dengan konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awalnya menyelesaikan masalah pemisahan Likuiditas.
Sebuah proyek 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 lain-lain, serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat diaktifkan segera. Ini setara dengan sisi pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas proyek tersebut. Namun, saat ini masih belum mengungkapkan prinsip kerja di bawahnya.
Proyek lain telah membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat mengirimkan niat kepada proyek ini, dan kemudian lapisan kompatibilitas Intent dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang dinormalisasi adalah bahasa Validity. Node proyek ini bertanggung jawab untuk menyerahkan 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.
Ada juga aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utamanya adalah untuk menyediakan alat manajemen inventaris yang efisien bagi perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi berdasarkan niat penggunaan. Sementara itu, proyek ini juga menciptakan pasar pinjaman untuk melakukan transaksi pinjam-meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan.
Sebuah proyek dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakan berbasis Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya.
Ada sebuah proyek yang merupakan pasar kekuatan ZK Ethereum, ZK co-processor, dan pengembang Layer 2, tim ini memiliki dasar teknologi ZK yang kuat. Mereka mengajukan solusi zkSharding, yang merupakan penggunaan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, menjalankan 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 di dalam pemisahan yang dieksekusi. Protokol konsensus yang digunakan oleh komite validator adalah Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. Proyek L2 ini sejak awal telah menyematkan komunikasi antar pemisahan ke dalam protokol. Pesan antar pemisahan diverifikasi oleh komite validator setiap pemisahan sebagai transaksi.
Ide dasar dari ini adalah untuk membangun arsitektur komunikasi lintas shard yang terbenam seperti IBC melalui arsitektur Layer 2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan status yang terdistribusi. Namun, ide intinya tidak masuk akal, karena masalah yang diselesaikan oleh distribusi likuiditas adalah masalah multichain, sedangkan yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi salah satu shard dari ZK-sharding, yang sulit untuk diwujudkan.
Ethereum juga sedang berupaya menyelesaikan masalah likuiditas lintas rantai ini, saat ini beberapa proyek pertama-tama secara terbuka mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan utama dari ini adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarisasi antarmuka pesanan dan penyelesaian, serta mewujudkan pelaksanaan lintas rantai yang mulus, di mana inti utamanya adalah seorang Filler yang juga dapat disebut sebagai peran Solver dalam abstraksi rantai yang membayar untuk orang lain. Proposal ini saat ini sedang diperiksa oleh kelompok kerja Cake.
OP Stack, ERC-7683, dan zkSharding adalah solusi untuk fragmentasi likuiditas antara Layer2 di dalam Ethereum, yang masing-masing menyelesaikan masalah tersebut di tingkat arsitektur, konsensus, dan aplikasi. OP Stack merancang solusi multi Layer2 yang lengkap untuk sekaligus menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer. Saat Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada seorang Supervisor yang menantang untuk menghindari pengiriman informasi lintas rantai yang palsu. Saat ini, beberapa platform perdagangan mainstream menggunakan arsitektur OP Stack.
Salah satu yang paling khas adalah Unichain. Unichain terutama beroperasi melalui jaringan Superchain.
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.
9 Suka
Hadiah
9
5
Bagikan
Komentar
0/400
GasFeeCrier
· 11jam yang lalu
Proyek blockchain yang langka
Lihat AsliBalas0
ApyWhisperer
· 23jam yang lalu
Segera kembangkan skenario cross-chain
Lihat AsliBalas0
ETHReserveBank
· 23jam yang lalu
turun dibawah harga penerbitan harus disalahkan pada penerbitan yang berlebihan
Era Layer 2: Penelitian Masalah Pemisahan Likuiditas dan Solusi
Penelitian Masalah Pemisahan Likuiditas di Era Layer 2
Seiring dengan Ethereum beralih ke solusi skala yang berfokus pada Layer 2, ditambah dengan munculnya alat seperti RaaS, banyak blockchain publik berkembang dengan cepat. Banyak entitas ingin membangun rantai mereka sendiri untuk mewakili kepentingan yang berbeda dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit untuk mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek mengalami kerugian saat TGE.
Dengan OP Stack, sebuah platform perdagangan meluncurkan Base Layer 2 miliknya, sementara platform perdagangan lain merilis Ink; dengan teknologi ZK, sebuah platform perdagangan meluncurkan XLayer; Sony merilis Soneium, LINE meluncurkan Kaia, dan lain-lain. Saat ini, biaya dan ambang teknis untuk membangun sebuah rantai telah sangat menurun, 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 satu rantai.
Ekosistem multi-rantai saat ini membawa tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multi-rantai adalah suatu keharusan, interopabilitas menjadi bidang yang harus dijelajahi dan dipecahkan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, Eksekusi Pembersihan, Native CrossChain, ZKSharding, dll., tetapi esensi intinya adalah sama.
Kami menggunakan arsitektur Cake yang diakui secara luas di industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi (Application Layer)
Ini adalah lapisan di mana pengguna berinteraksi secara langsung, dan juga merupakan lapisan paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan detail konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan dan mungkin tidak memahami mekanisme konversi likuiditas di lapisan bawah.
Lapisan Izin (Permission Layer)
Terletak di bawah lapisan aplikasi, pengguna menghubungkan dompet mereka ke dApp dan meminta penawaran 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 Kunci (Key Management and Account Abstraction)
Karena adanya lingkungan multi-rantai, dibutuhkan 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 membutuhkan komitmen yang dapat dipercaya antara sistem akun yang ada. Near Account mencapai manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi UX. Namun, dalam hal likuiditas, terutama terintegrasi dengan rantai publik yang ada.
Lapisan Penyelesaian (Solver Layer)
Lapisan 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 telah membangun berbagai solusi yang dipicu 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 menyelesaikan lapisan guna mewujudkan niat pengguna. Komponen inti dari solusi likuiditas dan status terdistribusi meliputi:
Selain itu, perlu mempertimbangkan likuiditas antar rantai, finalitas, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi efisien dari seluruh sistem multi-rantai.
Solusi
Saat ini, ada berbagai solusi di pasar untuk mengatasi pemisahan likuiditas. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berfokus pada RaaS: Solusi Rollup seperti OP Stack, dengan menambahkan penyortir bersama dan jembatan lintas rantai tertentu untuk membantu berbagi likuiditas dan status dari Rollup yang dibangun di atas OP Stack. Ini diharapkan dapat menyelesaikan masalah likuiditas dan status yang terdistribusi dengan arah yang lebih tinggi. Di sini ada desain penyortir bersama yang lebih terperinci, yang lebih ditujukan untuk Layer 2 dan tidak memiliki sifat universal.
Berbasis akun: Membangun dompet akun yang terintegrasi penuh, yang didukung oleh teknologi yang disebut "tanda tangan rantai" untuk menandatangani dan mengeksekusi transaksi di berbagai protokol blockchain. Komponen inti dari ini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multi-rantai. 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 status yang terdistribusi.
Berbasis pada jaringan niat di luar rantai: Intinya adalah pengguna mengirimkan niat kepada 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, atau bahkan protokol terintegrasi itu sendiri. Meskipun niat secara teori dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, namun dalam implementasinya diperlukan Solver likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan di luar rantai, ada kemungkinan penipuan dari Solver. Jika metode seperti bukti penipuan diperkenalkan, maka tingkat kesulitan dalam implementasi Jaringan Solver akan semakin tinggi, dan ambang batas untuk menjalankan Solver juga akan semakin tinggi.
Berbasis jaringan likuiditas on-chain: Arah ini khusus untuk mengoptimalkan masalah likuiditas lintas rantai, tetapi tidak menyelesaikan masalah penyebaran 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 lainnya. Proyek jenis ini perlu mengelola proses lintas rantai yang kompleks, menuntut tinggi dari pengembang, sehingga sangat rentan terhadap serangan hacker.
Mengatasi masalah likuiditas adalah sebuah pernyataan yang sangat penting, di dunia keuangan likuiditas sering kali mewakili segalanya. Jika kita dapat membangun sebuah platform integrasi likuiditas, terutama yang menggabungkan likuiditas seluruh rantai yang terpisah, itu akan memiliki potensi yang sangat besar, dan kami juga telah melihat banyak solusi yang berbeda.
Dalam dua klasifikasi di atas, kita dapat melihat bahwa berdasarkan struktur kue, Settlement Layer adalah solusi paling atomik, di atas solusi atomik 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 dibangun dalam arah berbeda yang telah kami sebutkan di atas sesuai dengan berbagai tingkat ini, dapat dipahami sebagai hubungan hulu dan hilir. Namun, solusi ini masih bukan solusi atomik, masalah pemisahan Likuiditas secara keseluruhan membawa banyak masalah turunan yang rumit, sehingga muncul berbagai solusi untuk interoperabilitas. Tetapi pada dasarnya masih harus bergantung pada komponen-komponen ini. Selanjutnya, kita akan membahas beberapa proyek dengan konsep abstraksi rantai yang khas, untuk melihat bagaimana masing-masing dari titik awalnya menyelesaikan masalah pemisahan Likuiditas.
Sebuah proyek 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 lain-lain, serta dapat menyediakan komponen seperti Leverage Trading dan Yield Strategy yang dapat diaktifkan segera. Ini setara dengan sisi pembangunan aplikasi lainnya, tetapi likuiditas akhirnya ditempatkan di lapisan likuiditas proyek tersebut. Namun, saat ini masih belum mengungkapkan prinsip kerja di bawahnya.
Proyek lain telah membangun tiga komponen inti, yaitu lapisan kompatibilitas Intent, Validity, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat mengirimkan niat kepada proyek ini, dan kemudian lapisan kompatibilitas Intent dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh Solver protokol, dengan format yang dinormalisasi adalah bahasa Validity. Node proyek ini bertanggung jawab untuk menyerahkan 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.
Ada juga aplikasi terdesentralisasi yang memungkinkan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utamanya adalah untuk menyediakan alat manajemen inventaris yang efisien bagi perusahaan perdagangan profesional, dan dengan mudah terhubung ke protokol DeFi inti saat menyelesaikan transaksi berdasarkan niat penggunaan. Sementara itu, proyek ini juga menciptakan pasar pinjaman untuk melakukan transaksi pinjam-meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri. Saat ini masih dalam tahap pengembangan.
Sebuah proyek dibangun di atas protokol konsensus Comet BFT. Komunikasi lintas rantai yang digunakan berbasis Cosmos IBC, sehingga lebih native dan aman dibandingkan jembatan lintas rantai lainnya.
Ada sebuah proyek yang merupakan pasar kekuatan ZK Ethereum, ZK co-processor, dan pengembang Layer 2, tim ini memiliki dasar teknologi ZK yang kuat. Mereka mengajukan solusi zkSharding, yang merupakan penggunaan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, menjalankan 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 di dalam pemisahan yang dieksekusi. Protokol konsensus yang digunakan oleh komite validator adalah Hotstuff, yang umum dalam proyek eksekusi paralel terbaru. Proyek L2 ini sejak awal telah menyematkan komunikasi antar pemisahan ke dalam protokol. Pesan antar pemisahan diverifikasi oleh komite validator setiap pemisahan sebagai transaksi.
Ide dasar dari ini adalah untuk membangun arsitektur komunikasi lintas shard yang terbenam seperti IBC melalui arsitektur Layer 2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan status yang terdistribusi. Namun, ide intinya tidak masuk akal, karena masalah yang diselesaikan oleh distribusi likuiditas adalah masalah multichain, sedangkan yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi salah satu shard dari ZK-sharding, yang sulit untuk diwujudkan.
Ethereum juga sedang berupaya menyelesaikan masalah likuiditas lintas rantai ini, saat ini beberapa proyek pertama-tama secara terbuka mendukung standar ERC7683, yang juga menggunakan metode lintas rantai berbasis Intent. Tujuan utama dari ini adalah untuk membangun standar umum untuk operasi lintas rantai antara L2 dan sidechain, menstandarisasi antarmuka pesanan dan penyelesaian, serta mewujudkan pelaksanaan lintas rantai yang mulus, di mana inti utamanya adalah seorang Filler yang juga dapat disebut sebagai peran Solver dalam abstraksi rantai yang membayar untuk orang lain. Proposal ini saat ini sedang diperiksa oleh kelompok kerja Cake.
OP Stack, ERC-7683, dan zkSharding adalah solusi untuk fragmentasi likuiditas antara Layer2 di dalam Ethereum, yang masing-masing menyelesaikan masalah tersebut di tingkat arsitektur, konsensus, dan aplikasi. OP Stack merancang solusi multi Layer2 yang lengkap untuk sekaligus menyelesaikan masalah pengiriman informasi dan desentralisasi Sequencer. Saat Anda menggunakan arsitektur OP Stack, kontrak lintas rantai akan secara otomatis diterapkan, dan akan ada seorang Supervisor yang menantang untuk menghindari pengiriman informasi lintas rantai yang palsu. Saat ini, beberapa platform perdagangan mainstream menggunakan arsitektur OP Stack.
Salah satu yang paling khas adalah Unichain. Unichain terutama beroperasi melalui jaringan Superchain.