Diskusi Masalah Pemisahan Likuiditas di Era Layer 2
Seiring dengan Ethereum beralih ke solusi skala yang berfokus pada Layer 2, ditambah dengan munculnya berbagai alat, banyak blockchain publik berkembang dengan cepat. Banyak entitas berharap untuk membangun rantai mereka sendiri untuk mewakili berbagai tuntutan kepentingan dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit untuk mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek menghadapi kesulitan di tahap awal.
Dengan berbagai teknologi, banyak perusahaan dan lembaga terkenal telah meluncurkan Layer 2 atau blockchain mereka sendiri. Saat ini, biaya dan batasan teknis untuk membangun sebuah rantai telah sangat berkurang, dan biaya operasional untuk sebuah rantai yang berbasis pada tumpukan teknologi tertentu adalah sekitar 10.000 dolar AS per bulan.
Masa depan pasti akan menjadi era keberadaan banyak rantai. Meskipun rantai-rantai baru ini mungkin akan memilih interoperabilitas untuk mencapai komunikasi, namun karena entitas di baliknya memiliki banyak aplikasi hilir, mereka akan sulit untuk membangun aplikasi dan mencapai konsensus di satu rantai.
Ekosistem multichain saat ini menghadirkan tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multichain adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dijelajahi dan dipecahkan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, eksekusi likuidasi, lintas rantai asli, sharding, dan lain-lain, tetapi esensi inti dari semuanya serupa.
Kami menggunakan arsitektur yang diakui oleh industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi
Ini adalah lapisan di mana pengguna berinteraksi langsung, juga merupakan lapisan yang paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan rincian konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, tanpa harus memahami mekanisme konversi likuiditas yang mendasarinya.
Layer 2
Terletak di bawah lapisan aplikasi, pengguna menghubungkan dompet ke dApp dan meminta penawaran untuk memenuhi niat transaksi. Di sini, "niat" merujuk pada hasil transaksi akhir yang diharapkan pengguna ( yaitu keluaran ), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Lapisan Abstrak
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik dari setiap rantai. Beberapa proyek telah membangun sistem akun yang dapat dipercaya, tanpa perlu membangun konsensus antar rantai, hanya memerlukan komitmen tepercaya antara sistem akun yang ada. Proyek lainnya mengimplementasikan manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi pengalaman pengguna.
Mencari solusi Layer 2
Lapisan ini bertanggung jawab untuk menerima dan merealisasikan niat transaksi pengguna, peran penyelesai bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Berdasarkan hal ini, proyek berbasis niat telah membangun berbagai solusi yang didorong oleh niat. Derivatif dari niat semacam itu dapat mewujudkan niat pengguna di bawah aturan tertentu.
Layer 2
Ini adalah lapisan perantara yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status terdistribusi meliputi:
Orakel: digunakan untuk mendapatkan informasi status di rantai lain.
Jembatan lintas rantai: bertanggung jawab untuk penyampaian informasi dan likuiditas lintas rantai.
Konfirmasi rencana sebelumnya: Memperpendek waktu konfirmasi lintas rantai.
Ketersediaan data: menyediakan aksesibilitas data.
Selain itu, perlu mempertimbangkan likuiditas antar rantai, konfirmasi akhir, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
Saat ini, ada berbagai solusi untuk mengatasi pemisahan likuiditas di pasar. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Membantu membangun likuiditas dan status berbagi Rollup pada tumpukan teknologi tertentu dengan bergabung dalam pengurut berbagi tertentu dan jembatan lintas rantai. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan arah yang lebih tinggi.
Berbasis Akun: Membangun dompet akun yang terintegrasi secara keseluruhan, yang mendukung penandatanganan dan pelaksanaan transaksi lintas berbagai protokol blockchain melalui teknologi yang disebut "tanda tangan rantai". Komponen inti dari sistem ini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi pengalaman pengguna, bagi pengembang, ini melibatkan implementasi backend yang kompleks, dan tidak secara mendasar menyelesaikan masalah likuiditas dan pemisahan status.
Berbasis pada jaringan niat off-chain: Intinya adalah pengguna mengirimkan niat kepada jaringan penyelesai, di mana peran penyelesai bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal. Penyelesai ini bisa berupa agen AI, bursa terpusat, pembuat pasar, hingga protokol terintegrasi itu sendiri. Meskipun niat secara teoritis dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, dalam praktiknya diperlukan penyelesai dengan likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan penipuan dari penyelesai. Jika metode seperti bukti penipuan diperkenalkan, tingkat kesulitan dalam mewujudkan jaringan penyelesai akan semakin tinggi, dan ambang batas untuk menjalankan penyelesai juga akan lebih tinggi.
Berbasis pada jaringan likuiditas on-chain: arah ini secara khusus 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 semacam ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan pembuat pasar besar atau aplikasi pihak ketiga. Proyek semacam ini memerlukan pengelolaan proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi terhadap pengembang, sehingga juga sangat rentan terhadap masalah keamanan.
Mengatasi masalah likuiditas adalah sebuah proposisi yang sangat penting, dunia keuangan sering kali menganggap likuiditas sebagai segalanya. Jika dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas lintas rantai yang terfragmentasi, 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 berlapis, lapisan penyelesaian adalah solusi pada tingkat paling atom, di atas solusi atom seperti lintas rantai, oracle, dan solusi konfirmasi awal, dibangun lapisan yang lebih abstrak, yaitu lapisan pemecahan, lapisan izin, dan lapisan aplikasi. Berbagai solusi yang terdaftar di atas membangun abstraksi atau solusi likuiditas dalam arah yang berbeda sesuai dengan tingkat yang berbeda ini, dapat dipahami sebagai hubungan hulu-hilir. Namun, solusi ini masih bukan solusi pada tingkat atom, masalah pemisahan likuiditas secara keseluruhan membawa munculnya banyak masalah turunan yang rumit, sehingga untuk interoperabilitas, muncul berbagai solusi yang beraneka ragam. Namun, 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 menangani masalah pemisahan likuiditas dari sudut pandang mereka sendiri.
Sebuah proyek telah membangun layanan RaaS di bidang DeFi, yang dapat menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti oracle, jenis kolam dana, model suku bunga, aset, dan juga dapat menyediakan komponen seperti perdagangan leverage yang dapat diaktifkan segera dan strategi penghasilan. Ini setara dengan sisi pembangunan aplikasi lainnya, tetapi pada akhirnya likuiditas ditempatkan di lapisan likuiditas proyek tersebut. Namun, saat ini mekanisme kerja dasarnya masih belum diungkapkan.
Proyek lain membangun tiga komponen inti, yaitu lapisan kompatibilitas niat, validitas, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada proyek tersebut, kemudian lapisan kompatibilitas niatnya dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh penyelesai protokol, format yang digunakan adalah bahasa validitas. Node proyek bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan sebagainya.
Ada sebuah proyek yaitu aplikasi terdesentralisasi yang dapat melakukan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utamanya adalah untuk menyediakan alat manajemen inventaris yang efisien bagi perusahaan perdagangan profesional, dan menghubungkan dengan protokol DeFi inti dengan mudah saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, proyek ini menciptakan pasar pinjaman untuk melakukan transaksi pinjam-meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri.
Sebuah proyek berasal dari peningkatan merek, sebelumnya fokus pada aplikasi konsumen, setelah itu tim menemukan adanya masalah fragmentasi yang besar dalam interaksi di blockchain, sehingga membangun proyek baru untuk memperbaiki masalah ini. Komunikasi lintas rantai yang digunakan didasarkan pada beberapa teknologi, sehingga lebih asli dan aman dibandingkan dengan jembatan lintas rantai lainnya.
Ada satu proyek yang merupakan pasar kekuatan ZK Ethereum, ko-prosesor ZK, dan pengembang Layer 2, tim ini memiliki dasar teknis ZK yang mendalam. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, mengeksekusi pemrosesan transaksi secara paralel dan menghasilkan ZKP, sedangkan shard utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Shard utama juga mengelola distribusi validator dan akun di dalam shard eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga merupakan protokol umum yang diadopsi oleh proyek eksekusi paralel. Proyek ini telah mengintegrasikan komunikasi antar shard ke dalam protokol sejak awal. Pesan antar shard divalidasi oleh dewan validator setiap shard sebagai transaksi.
Ide dasar dari ini adalah untuk membangun arsitektur komunikasi lintas shard yang mirip dengan yang terintegrasi, melalui arsitektur Layer 2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan distribusi status. Namun, gagasan intinya tidaklah rasional, karena masalah yang dipecahkan oleh distribusi likuiditas adalah masalah multi-chain, sementara yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi satu shard dari ZK-sharding, yang sulit untuk direalisasikan.
Ethereum juga sedang berupaya untuk menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, beberapa proyek terlebih dahulu secara terbuka mendukung suatu standar, yang juga menggunakan metode lintas rantai berbasis niat. Tujuan utamanya 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 bahwa seorang pengisi juga bisa disebut sebagai peran pembayar dalam abstraksi rantai. Proposal ini dibangun oleh beberapa proyek dan saat ini sedang ditinjau oleh kelompok kerja.
Beberapa tumpukan teknologi, standar di atas, dan zkSharding, semuanya merupakan solusi untuk fragmentasi likuiditas antara Layer 2 di dalam Ethereum, yang masing-masing menyelesaikan masalah ini di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. Beberapa tumpukan teknologi ini merancang solusi multi Layer 2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi penyortir dalam satu langkah. Ketika Anda menggunakan arsitektur tumpukan teknologi ini, kontrak lintas rantai akan secara otomatis dikerahkan, dan akan ada seorang pengawas untuk menantang dan menghindari penyampaian informasi lintas rantai yang salah. Saat ini, ada beberapa proyek terkenal yang menggunakan arsitektur tumpukan teknologi ini.
Salah satu contoh yang lebih khas adalah proyek tertentu. Proyek ini terutama menyelesaikan masalah fragmentasi likuiditas lintas rantai dengan mengintegrasikan dengan jaringan tertentu. Pengaturan ini memfasilitasi pergerakan likuiditas yang mulus dengan menyediakan fungsi berikut:
Jembatan lintas rantai berbasis niat: Jembatan ini mendukung transfer likuiditas antar blokchain yang cepat dan andal, memungkinkan pengguna untuk menetapkan niat, sehingga membantu sistem secara otomatis memilih jalur terbaik untuk memindahkan likuiditas. Metode ini mengabstraksi kompleksitas bagi pengguna, membuat transaksi lintas rantai menjadi lebih lancar dan cepat.
Jaringan verifikasi: Jaringan operator node terdesentralisasi ini memverifikasi transaksi lintas rantai, menawarkan kepastian ekonomi yang lebih cepat. Kepastian yang lebih cepat sangat penting untuk memastikan penyelesaian transaksi lintas rantai yang efisien, sehingga meminimalkan risiko fragmentasi likuiditas yang disebabkan oleh penyelesaian yang tertunda.
Pembangunan blok cepat dan blok yang dapat diverifikasi: Dengan menggunakan blok cepat, proyek ini secara signifikan memperpendek waktu blok, meningkatkan efisiensi penyedia likuiditas, dan mencapai pasar lintas rantai yang lebih sinkron. Blok cepat membantu memastikan likuiditas selalu tersedia dan mengurangi dampak negatif yang disebabkan oleh keterlambatan konfirmasi blok, yang dapat menyebabkan
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.
16 Suka
Hadiah
16
7
Bagikan
Komentar
0/400
LonelyAnchorman
· 19jam yang lalu
Sama seperti makan semangka, sangat menggulung ya.
Lihat AsliBalas0
WhaleMinion
· 19jam yang lalu
Gak ngerti apa-apa, ya udah ambil uang aja.
Lihat AsliBalas0
ChainBrain
· 19jam yang lalu
又play people for suckers又卷 炸裂
Lihat AsliBalas0
PhantomMiner
· 19jam yang lalu
Banyak koin bersatu tampaknya masih jauh ya o_o
Lihat AsliBalas0
BTCBeliefStation
· 19jam yang lalu
Biaya L2 sangat rendah, satu bulan hanya perlu sepuluh ribu dolar.
Lihat AsliBalas0
DeFi_Dad_Jokes
· 19jam yang lalu
Aduh, blockchain publik memang sangat kompetitif, sudah terlalu kompetitif.
Lihat AsliBalas0
LiquidityHunter
· 20jam yang lalu
Analisis Data Arbitrase Likuiditas Melacak Secara Berkelanjutan 44 Kolam DEX Pergerakan - Peringatan Penurunan Kedalaman 48,2%
Tantangan Likuiditas di Era Layer 2: Peluang dan Tantangan Ekosistem Multi-Rantai
Diskusi Masalah Pemisahan Likuiditas di Era Layer 2
Seiring dengan Ethereum beralih ke solusi skala yang berfokus pada Layer 2, ditambah dengan munculnya berbagai alat, banyak blockchain publik berkembang dengan cepat. Banyak entitas berharap untuk membangun rantai mereka sendiri untuk mewakili berbagai tuntutan kepentingan dan mencari penilaian yang lebih tinggi. Namun, munculnya banyak blockchain publik membuat perkembangan ekosistem sulit untuk mengikuti langkah blockchain publik, yang mengakibatkan banyak proyek menghadapi kesulitan di tahap awal.
Dengan berbagai teknologi, banyak perusahaan dan lembaga terkenal telah meluncurkan Layer 2 atau blockchain mereka sendiri. Saat ini, biaya dan batasan teknis untuk membangun sebuah rantai telah sangat berkurang, dan biaya operasional untuk sebuah rantai yang berbasis pada tumpukan teknologi tertentu adalah sekitar 10.000 dolar AS per bulan.
Masa depan pasti akan menjadi era keberadaan banyak rantai. Meskipun rantai-rantai baru ini mungkin akan memilih interoperabilitas untuk mencapai komunikasi, namun karena entitas di baliknya memiliki banyak aplikasi hilir, mereka akan sulit untuk membangun aplikasi dan mencapai konsensus di satu rantai.
Ekosistem multichain saat ini menghadirkan tantangan baru: Likuiditas dan status yang terdistribusi. Karena keberadaan multichain adalah suatu keharusan, maka interoperabilitas adalah bidang yang harus dijelajahi dan dipecahkan. Saat ini ada banyak solusi likuiditas, seperti abstraksi rantai, niat, eksekusi likuidasi, lintas rantai asli, sharding, dan lain-lain, tetapi esensi inti dari semuanya serupa.
Kami menggunakan arsitektur yang diakui oleh industri untuk memperkenalkan komponen inti dari abstraksi lintas rantai dari atas ke bawah:
Lapisan Aplikasi
Ini adalah lapisan di mana pengguna berinteraksi langsung, juga merupakan lapisan yang paling abstrak dalam solusi likuiditas, karena sepenuhnya menyembunyikan rincian konversi likuiditas. Di lapisan aplikasi, pengguna berinteraksi dengan antarmuka depan, tanpa harus memahami mekanisme konversi likuiditas yang mendasarinya.
Layer 2
Terletak di bawah lapisan aplikasi, pengguna menghubungkan dompet ke dApp dan meminta penawaran untuk memenuhi niat transaksi. Di sini, "niat" merujuk pada hasil transaksi akhir yang diharapkan pengguna ( yaitu keluaran ), bukan jalur eksekusi transaksi yang spesifik.
Manajemen Akun dan Lapisan Abstrak
Karena adanya lingkungan multi-rantai, diperlukan sistem manajemen akun dan abstraksi yang sesuai untuk mempertahankan struktur akun unik dari setiap rantai. Beberapa proyek telah membangun sistem akun yang dapat dipercaya, tanpa perlu membangun konsensus antar rantai, hanya memerlukan komitmen tepercaya antara sistem akun yang ada. Proyek lainnya mengimplementasikan manajemen abstraksi dengan menghasilkan dompet akun multi-rantai untuk pengguna, yang secara signifikan mengoptimalkan pengalaman pengguna dan mengurangi fragmentasi pengalaman pengguna.
Mencari solusi Layer 2
Lapisan ini bertanggung jawab untuk menerima dan merealisasikan niat transaksi pengguna, peran penyelesai bersaing di sini untuk memberikan pengalaman pengguna yang lebih baik, termasuk waktu transaksi yang lebih cepat dan kecepatan eksekusi. Berdasarkan hal ini, proyek berbasis niat telah membangun berbagai solusi yang didorong oleh niat. Derivatif dari niat semacam itu dapat mewujudkan niat pengguna di bawah aturan tertentu.
Layer 2
Ini adalah lapisan perantara yang digunakan untuk memenuhi niat pengguna. Komponen inti solusi likuiditas dan status terdistribusi meliputi:
Selain itu, perlu mempertimbangkan likuiditas antar rantai, konfirmasi akhir, mekanisme bukti Layer 2, dan faktor lainnya untuk memastikan operasi yang efisien dari seluruh sistem multi-rantai.
Saat ini, ada berbagai solusi untuk mengatasi pemisahan likuiditas di pasar. Setelah meninjau banyak solusi, kami menemukan bahwa ada beberapa cara utama:
Berbasis RaaS: Membantu membangun likuiditas dan status berbagi Rollup pada tumpukan teknologi tertentu dengan bergabung dalam pengurut berbagi tertentu dan jembatan lintas rantai. Ini diharapkan dapat menyelesaikan likuiditas dan status yang terdistribusi dengan arah yang lebih tinggi.
Berbasis Akun: Membangun dompet akun yang terintegrasi secara keseluruhan, yang mendukung penandatanganan dan pelaksanaan transaksi lintas berbagai protokol blockchain melalui teknologi yang disebut "tanda tangan rantai". Komponen inti dari sistem ini adalah jaringan MPC, yang menggantikan pengguna untuk menandatangani transaksi multirantai. Meskipun solusi ini dapat sangat mengatasi masalah fragmentasi pengalaman pengguna, bagi pengembang, ini melibatkan implementasi backend yang kompleks, dan tidak secara mendasar menyelesaikan masalah likuiditas dan pemisahan status.
Berbasis pada jaringan niat off-chain: Intinya adalah pengguna mengirimkan niat kepada jaringan penyelesai, di mana peran penyelesai bersaing dalam penawaran, memberikan waktu penyelesaian dan harga transaksi yang optimal. Penyelesai ini bisa berupa agen AI, bursa terpusat, pembuat pasar, hingga protokol terintegrasi itu sendiri. Meskipun niat secara teoritis dapat mewujudkan operasi lintas rantai yang kompleks dengan tingkat kesulitan apa pun, dalam praktiknya diperlukan penyelesai dengan likuiditas yang cukup untuk membantu, dan ketika menghadapi beberapa permintaan off-chain, ada kemungkinan penipuan dari penyelesai. Jika metode seperti bukti penipuan diperkenalkan, tingkat kesulitan dalam mewujudkan jaringan penyelesai akan semakin tinggi, dan ambang batas untuk menjalankan penyelesai juga akan lebih tinggi.
Berbasis pada jaringan likuiditas on-chain: arah ini secara khusus 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 semacam ini membangun aplikasi likuiditas tinggi dengan mengintegrasikan pembuat pasar besar atau aplikasi pihak ketiga. Proyek semacam ini memerlukan pengelolaan proses lintas rantai yang kompleks, dengan tuntutan yang sangat tinggi terhadap pengembang, sehingga juga sangat rentan terhadap masalah keamanan.
Mengatasi masalah likuiditas adalah sebuah proposisi yang sangat penting, dunia keuangan sering kali menganggap likuiditas sebagai segalanya. Jika dapat membangun sebuah platform integrasi likuiditas, terutama mengintegrasikan likuiditas lintas rantai yang terfragmentasi, 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 berlapis, lapisan penyelesaian adalah solusi pada tingkat paling atom, di atas solusi atom seperti lintas rantai, oracle, dan solusi konfirmasi awal, dibangun lapisan yang lebih abstrak, yaitu lapisan pemecahan, lapisan izin, dan lapisan aplikasi. Berbagai solusi yang terdaftar di atas membangun abstraksi atau solusi likuiditas dalam arah yang berbeda sesuai dengan tingkat yang berbeda ini, dapat dipahami sebagai hubungan hulu-hilir. Namun, solusi ini masih bukan solusi pada tingkat atom, masalah pemisahan likuiditas secara keseluruhan membawa munculnya banyak masalah turunan yang rumit, sehingga untuk interoperabilitas, muncul berbagai solusi yang beraneka ragam. Namun, 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 menangani masalah pemisahan likuiditas dari sudut pandang mereka sendiri.
Sebuah proyek telah membangun layanan RaaS di bidang DeFi, yang dapat menyediakan komponen yang diperlukan untuk membangun protokol DeFi secara langsung, seperti oracle, jenis kolam dana, model suku bunga, aset, dan juga dapat menyediakan komponen seperti perdagangan leverage yang dapat diaktifkan segera dan strategi penghasilan. Ini setara dengan sisi pembangunan aplikasi lainnya, tetapi pada akhirnya likuiditas ditempatkan di lapisan likuiditas proyek tersebut. Namun, saat ini mekanisme kerja dasarnya masih belum diungkapkan.
Proyek lain membangun tiga komponen inti, yaitu lapisan kompatibilitas niat, validitas, dan lapisan penyelesaian umum. Aplikasi eksternal atau lapisan niat dapat menerbitkan niat kepada proyek tersebut, kemudian lapisan kompatibilitas niatnya dapat mengubah niat eksternal menjadi format yang dapat dikenali oleh penyelesai protokol, format yang digunakan adalah bahasa validitas. Node proyek bertanggung jawab untuk mengirimkan hasil akhir ke lapisan penyelesaian umum melalui jembatan lintas rantai, teknologi penyelesaian cepat, dan sebagainya.
Ada sebuah proyek yaitu aplikasi terdesentralisasi yang dapat melakukan penemuan harga berbasis lelang dan kolam likuiditas satu sisi. Misi utamanya adalah untuk menyediakan alat manajemen inventaris yang efisien bagi perusahaan perdagangan profesional, dan menghubungkan dengan protokol DeFi inti dengan mudah saat menyelesaikan transaksi dengan niat penggunaan. Sementara itu, proyek ini menciptakan pasar pinjaman untuk melakukan transaksi pinjam-meminjam. Aplikasi ini lebih fokus pada perdagangan itu sendiri.
Sebuah proyek berasal dari peningkatan merek, sebelumnya fokus pada aplikasi konsumen, setelah itu tim menemukan adanya masalah fragmentasi yang besar dalam interaksi di blockchain, sehingga membangun proyek baru untuk memperbaiki masalah ini. Komunikasi lintas rantai yang digunakan didasarkan pada beberapa teknologi, sehingga lebih asli dan aman dibandingkan dengan jembatan lintas rantai lainnya.
Ada satu proyek yang merupakan pasar kekuatan ZK Ethereum, ko-prosesor ZK, dan pengembang Layer 2, tim ini memiliki dasar teknis ZK yang mendalam. Mengusulkan solusi zkSharding, solusi ini menggunakan teknologi ZK untuk memperluas jaringan utama Ethereum secara horizontal, mengeksekusi pemrosesan transaksi secara paralel dan menghasilkan ZKP, sedangkan shard utama memverifikasi data, berkomunikasi dengan Ethereum, dan menyinkronkan status jaringan di antara semua validator. Shard utama juga mengelola distribusi validator dan akun di dalam shard eksekusi. Protokol konsensus yang digunakan oleh dewan verifikasi juga merupakan protokol umum yang diadopsi oleh proyek eksekusi paralel. Proyek ini telah mengintegrasikan komunikasi antar shard ke dalam protokol sejak awal. Pesan antar shard divalidasi oleh dewan validator setiap shard sebagai transaksi.
Ide dasar dari ini adalah untuk membangun arsitektur komunikasi lintas shard yang mirip dengan yang terintegrasi, melalui arsitektur Layer 2 yang terfragmentasi, sehingga dapat menyelesaikan masalah likuiditas dan distribusi status. Namun, gagasan intinya tidaklah rasional, karena masalah yang dipecahkan oleh distribusi likuiditas adalah masalah multi-chain, sementara yang dibangun adalah Layer 2 tunggal, yang berarti untuk menyelesaikannya, semua rantai harus menjadi satu shard dari ZK-sharding, yang sulit untuk direalisasikan.
Ethereum juga sedang berupaya untuk menyelesaikan masalah likuiditas lintas rantai ini. Saat ini, beberapa proyek terlebih dahulu secara terbuka mendukung suatu standar, yang juga menggunakan metode lintas rantai berbasis niat. Tujuan utamanya 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 bahwa seorang pengisi juga bisa disebut sebagai peran pembayar dalam abstraksi rantai. Proposal ini dibangun oleh beberapa proyek dan saat ini sedang ditinjau oleh kelompok kerja.
Beberapa tumpukan teknologi, standar di atas, dan zkSharding, semuanya merupakan solusi untuk fragmentasi likuiditas antara Layer 2 di dalam Ethereum, yang masing-masing menyelesaikan masalah ini di tingkat arsitektur, tingkat konsensus, dan tingkat aplikasi. Beberapa tumpukan teknologi ini merancang solusi multi Layer 2 yang lengkap untuk menyelesaikan masalah pengiriman informasi dan desentralisasi penyortir dalam satu langkah. Ketika Anda menggunakan arsitektur tumpukan teknologi ini, kontrak lintas rantai akan secara otomatis dikerahkan, dan akan ada seorang pengawas untuk menantang dan menghindari penyampaian informasi lintas rantai yang salah. Saat ini, ada beberapa proyek terkenal yang menggunakan arsitektur tumpukan teknologi ini.
Salah satu contoh yang lebih khas adalah proyek tertentu. Proyek ini terutama menyelesaikan masalah fragmentasi likuiditas lintas rantai dengan mengintegrasikan dengan jaringan tertentu. Pengaturan ini memfasilitasi pergerakan likuiditas yang mulus dengan menyediakan fungsi berikut:
Jembatan lintas rantai berbasis niat: Jembatan ini mendukung transfer likuiditas antar blokchain yang cepat dan andal, memungkinkan pengguna untuk menetapkan niat, sehingga membantu sistem secara otomatis memilih jalur terbaik untuk memindahkan likuiditas. Metode ini mengabstraksi kompleksitas bagi pengguna, membuat transaksi lintas rantai menjadi lebih lancar dan cepat.
Jaringan verifikasi: Jaringan operator node terdesentralisasi ini memverifikasi transaksi lintas rantai, menawarkan kepastian ekonomi yang lebih cepat. Kepastian yang lebih cepat sangat penting untuk memastikan penyelesaian transaksi lintas rantai yang efisien, sehingga meminimalkan risiko fragmentasi likuiditas yang disebabkan oleh penyelesaian yang tertunda.
Pembangunan blok cepat dan blok yang dapat diverifikasi: Dengan menggunakan blok cepat, proyek ini secara signifikan memperpendek waktu blok, meningkatkan efisiensi penyedia likuiditas, dan mencapai pasar lintas rantai yang lebih sinkron. Blok cepat membantu memastikan likuiditas selalu tersedia dan mengurangi dampak negatif yang disebabkan oleh keterlambatan konfirmasi blok, yang dapat menyebabkan