Sejarah Singkat Cross-Chain: Menjelaskan Sembilan Solusi Cross-Chain yang Berbeda

Solusi lintas rantai telah menjadi topik yang paling banyak dibicarakan selama setahun terakhir. Dengan munculnya infrastruktur rantai publik, ada minat besar pada bagaimana rantai yang berbeda berbicara dan berkomunikasi. Solusi telah diusulkan dan diimplementasikan, tetapi tidak satupun dari mereka memecahkan masalah mendasar tanpa pertukaran drastis. Sekarang kami memeriksa pendekatan lintas rantai yang berbeda dan membocorkan mengapa dan bagaimana mereka akan membentuk masa depan infrastruktur lintas rantai.

Pertama, mari kita bahas apa itu teknologi lintas rantai dan mengapa itu dibutuhkan. Alasan penggunaan: rantai bersifat heterogen dan memerlukan waktu yang signifikan bagi pengembang untuk melacak perbedaan dan tantangan saat memindahkan aset. Bridge kurang aman dan tidak dapat dipercaya 100% karena biasanya dimiliki oleh tim proyek blockchain dan sangat terpusat (berantakan tanpa koordinasi dari masing-masing tim). Tujuan blockchain layer-1 adalah untuk menstandarisasi, tetapi segmentasi rantai layer-1 mengarah pada kebutuhan lapisan infrastruktur lintas-rantai yang bahkan di bawah lapisan-1.

Sejarah mekanisme lintas rantai harus ditata dan dibandingkan untuk memahami solusi lintas rantai dan membandingkan perbedaan dan atributnya.

Transfer Manual

 
Solusi lintas rantai pertama adalah transfer aset secara manual. Prosesnya dimulai dengan meminta pengguna mentransfer aset ke dompet tertentu di rantai A, dan entitas terpusat memantau dompet untuk transfer dan mencatatnya di Excel. Kemudian setelah waktu yang terbatas (biasanya untuk tujuan pemantauan), entitas mengkreditkan aset ke rantai B setelah verifikasi. Keuntungan dari pendekatan ini adalah kemudahan implementasi, tetapi rentan terhadap kesalahan manusia dan memiliki jaminan keamanan yang sangat rendah. Juga tidak ada desentralisasi dalam pendekatan ini.

Transfer semi-otomatis

Iterasi berikutnya meningkat dengan meminta pengguna mentransfer aset ke dompet tertentu dan/atau kontrak pintar di rantai A. Kemudian, program terpusat memantau alamat untuk transfer. Program semacam itu secara otomatis mengirimkan aset ke rantai B setelah diverifikasi. Keuntungannya masih kemudahan implementasi tanpa terlalu banyak kerumitan atau pengkodean, dan catatan dapat disimpan secara on-chain alih-alih secara lokal. Kelemahannya adalah program terpusat bisa bermasalah atau tidak berfungsi. Rekening kredit pusat mungkin juga kehabisan dana. Jaminan keamanannya juga rendah, dan tidak ada desentralisasi.

Bursa Terpusat

Ketika solusi lintas rantai sederhana tidak dapat diskalakan, pertukaran terpusat berkembang pada kebutuhan lintas rantai. Mereka bekerja dengan meminta pengguna mentransfer aset ke dalam pertukaran terpusat mereka dan kemudian, menggunakan pertukaran "internal" pertukaran, mengubah "aset X" pada rantai A menjadi "aset Y" pada rantai B melalui pencatatan akuntansi. Keuntungannya jelas – ini adalah solusi termudah untuk digunakan – tidak diperlukan pengkodean, dan ada keandalan yang tinggi pada pertukaran tingkat-1. Tapi masalahnya memperlihatkan kelemahan yang berlawanan – kontrol terpusat saat deposit/penarikan tersedia. Pertukaran terpusat memberikan keamanan yang tinggi dengan sisi negatif dari desentralisasi yang paling kecil.

Jembatan Terpusat

Kemajuan berikutnya meningkat dengan memiliki infrastruktur terpisah dalam mentransfer aset lintas rantai – jembatan. Sebuah jembatan terpusat bekerja dengan meminta pengguna mentransfer aset, kemudian menggunakan fitur transfer jembatan, memulai mentransfer aset X pada rantai A ke aset Y pada rantai B. Relay terpusat (atau satu set) bertanggung jawab untuk proses:

Kunci aset X pada rantai A
Memeriksa
Aset mint Y pada rantai B
Keuntungan dari jembatan ini adalah proses yang sepenuhnya otomatis tanpa gangguan manual. Dan kelemahannya adalah masih adanya kontrol terpusat saat deposit/withdrawal tersedia. Juga, jembatan mungkin rusak atau diretas, membuatnya tidak berfungsi dari waktu ke waktu. Jadi keamanannya sedang, dan masih belum ada desentralisasi.

Jembatan Terdesentralisasi dengan MPC

Iterasi berikutnya adalah desentralisasi model verifikasi alih-alih jembatan terpusat. Bridge MPC (Multi-Party Computation) dimulai dengan meminta pengguna mentransfer aset ke dalamnya. Menggunakan fitur transfer bridge, ia memulai mentransfer aset X pada rantai A ke aset Y pada rantai B. Biasanya ada satu set relai terdesentralisasi yang bertanggung jawab untuk proses tersebut:

Kunci aset X pada rantai A menggunakan MPC
Verifikasi menggunakan MPC
Aset cetak Y pada rantai B menggunakan MPC
Keuntungan dari MPC adalah proses yang sepenuhnya otomatis tanpa gangguan manual, dan node relai tidak perlu dipusatkan. Kelemahannya adalah biaya komputasi dan komunikasi MPC yang tinggi. Juga, node dapat dikompromikan atau berkolusi. Keamanan sedang, sementara desentralisasi juga sedang.

Jembatan Tukar Atom dengan HTLC

Kelas lain dari jembatan muncul tergantung pada teknologi pertukaran atom (Jaringan Petir). Ini bekerja dengan: pengguna mentransfer aset ke jembatan pertukaran atom dan kemudian menggunakan fitur transfer jembatan, memulai mentransfer aset X pada rantai A ke aset Y pada rantai B:

Buat HTLC baru – Kontrak Jangka Waktu Hash Lock
Setor aset X ke dalam kontrak pada rantai A
Hasilkan kunci kunci hash + enkripsi rahasia untuk penarikan terakhir dalam waktu T pada rantai B
Sajikan rahasia terenkripsi untuk kontrak pada rantai B untuk menarik aset Y
ATAU waktu T telah berlalu, dan pulihkan aset X dari kontrak pada rantai A dengan rahasia terenkripsi
Keuntungan yang signifikan adalah tidak ada node/proses terpusat yang mengontrol transfer bridge. Dan kerugiannya relatif umum – biaya tinggi untuk menerapkan HTLC dan menjalankan panggilan HTLC. Karena ketidakpercayaan, menjaga keamanan yang tinggi dan jejak audit menjadi tantangan. Keamanan pendekatan ini tinggi, dan desentralisasi juga tinggi, mengingat kelemahan di atas.

Interoperabilitas lintas rantai dengan Light Client + Oracle

Setelah pendekatan jembatan berbiaya tinggi, lebih banyak implementasi lahir untuk mengurangi biaya ini. Teknologi klien ringan telah menjadi norma terbaru untuk menyederhanakan verifikasi lintas rantai. Prosesnya adalah sebagai berikut:

Pertama, pengguna mentransfer aset X ke dalam kontrak protokol interoperabilitas lintas rantai pada rantai A
Pesan transfer diatur berdasarkan kontrak dan diambil oleh node relayer yang terdesentralisasi
Node mengirimkan bukti ke kontrak protokol pada rantai B
Pembaruan header blok (klien ringan) ditangani oleh jaringan Oracle untuk memastikan pengiriman dan validitas
Pengguna menarik aset Y dari kontrak protokol pada rantai B setelah validasi
Pro dari pendekatan ini adalah bahwa tidak ada token atau rantai perantara yang diperlukan dari transfer hingga penyelesaian. Konfirmasi instan dimungkinkan setelah header blok diperbarui. Kontra adalah 1) risiko kolusi dari Oracles, 2) karena ketidakpercayaan, menjaga keamanan yang tinggi, dan jejak audit yang menantang. Keamanan dari pendekatan ini sedang, sedangkan desentralisasi tinggi.

Interoperabilitas lintas-rantai dengan Relay Chain

Berdasarkan pelajaran dari pendekatan Oracle, solusi rantai relai murni juga hadir. Prosesnya sedikit berbeda:

Pengguna mentransfer aset X ke dalam kontrak protokol interoperabilitas lintas rantai pada rantai A
Pesan transfer diatur berdasarkan kontrak dan diambil oleh node relayer yang terdesentralisasi
Node mengirim bukti ke kontrak rantai relai
Validator rantai relai yang mendasari menangani pembaruan blok untuk memastikan pengiriman dan validitas
Setelah validasi, node relayer meneruskan pesan transfer ke kontrak protokol pada rantai B
Pengguna menarik aset Y dari kontrak protokol pada rantai B
Keuntungan dari pendekatan ini dibandingkan solusi Oracle sederhana adalah biaya yang lebih murah dari rantai relai yang menghabiskan sebagian besar biaya. Konfirmasi instan dimungkinkan setelah blok diperbarui, yang sangat penting untuk menyelesaikan waktu tunda yang lebih lama. Masalahnya adalah protokol itu sendiri mungkin tidak mendukung ekosistem semua rantai. Keamanannya tinggi (dalam ekosistem), dan desentralisasi juga tinggi.

Lapisan Infrastruktur Lintas Rantai dengan Klien Ringan + Rantai Relay

Solusi generasi berikutnya difokuskan pada lapisan infrastruktur lintas rantai yang menyelesaikan semua masalah mendasar di atas. Ini menggabungkan teknologi klien ringan dengan rantai relai untuk menggabungkan semua rantai:

Pengguna mentransfer aset X ke dalam kontrak interoperabilitas lapisan infrastruktur lintas rantai pada rantai A
Pesan transfer diatur berdasarkan kontrak dan diambil oleh node relayer yang terdesentralisasi
Node mengirim bukti ke kontrak interoperabilitas rantai relai
Pembaruan header blok (klien ringan) ditangani oleh node pengelola terdesentralisasi untuk memastikan pengiriman dan validitas
Setelah validasi, node relayer meneruskan pesan transfer ke kontrak interoperabilitas pada rantai B
Pengguna menarik aset Y dari kontrak interoperabilitas pada rantai B
Solusi ini memastikan interoperabilitas dengan biaya yang sangat murah karena implementasi rantai relai. Ini juga memberikan konfirmasi instan setelah header blok diperbarui. Tantangan terbesar adalah kompleksitas tinggi dalam mengoptimalkan klien ringan pada rantai relai. Dengan melakukan penelitian dan rekayasa yang cukup, optimasi ini harus mendukung manfaat yang tidak dapat dipecahkan oleh pihak lain. Keamanannya sangat tinggi, dan desentralisasinya tinggi.

Tentang Protokol MAP

Dari solusi lintas rantai, kita belum melihat solusi yang menyelesaikan semua masalah di atas. Sampai Protokol MAP diimplementasikan. Setelah 3 tahun penelitian dan pengembangan yang kompleks, Protokol MAP akhirnya mencapai lapisan Omnichain dengan teknologi rantai relai Klien + ringan tanpa kompromi. MAP telah menerapkan prinsip Omnichain dengan properti berikut:

Siap Pengembang
Cakupan Semua Rantai
Biaya Minimum
Finalitas Keamanan
Konfirmasi Instan

MAP Protocol adalah lapisan infrastruktur untuk mendukung pembangunan jembatan, DEX, protokol interoperabilitas, dan banyak lagi. Ini mendukung verifikasi oleh klien ringan pada rantai relai MAP secara langsung – untuk mengurangi biaya. Dan itu memberikan Insentif yang dibangun ke dalam setiap komponen untuk pengembang dapp untuk mendapatkan atau memberikan kepada pengguna akhir. MAP mendukung rantai EVM dan non-EVM – lapisan protokol isomorfik dengan semua rantai.

Ke depan, MAP adalah infrastruktur di balik semua rantai yang akan menjadi lapisan dasar baru. Pengembang tidak lagi dibatasi oleh rantai pilihan mereka dan dapat fokus pada produk dapp itu sendiri. Masa depan adalah Omnichain, dan lebih banyak modularisasi dan insentif adalah jalan yang harus ditempuh.