Lanskap jembatan telah menempuh perjalanan panjang dalam tiga tahun terakhir, dengan setiap desain baru meningkatkan skalabilitas dan efisiensi modal. Jembatan berbasis niat adalah jenis terbaru, diperkenalkan untuk meningkatkan UX dan kecepatan yang lebih cepat.

Seperti namanya, mereka bekerja berdasarkan niat pengguna. Mari kita bahas apa itu jembatan berbasis niat dan bagaimana cara kerjanya.

Arsitektur Berbasis Niat

Intents seperti membuat permintaan sederhana. Bayangkan Anda memutuskan ingin pergi berlibur. Anda memberi tahu agen perjalanan tujuan dan tanggal yang Anda inginkan (tujuan Anda), dan mereka menangani sisanya, mengatur penerbangan, hotel, dan kegiatan (pengisian).

Arsitektur berbasis niat dapat dibagi menjadi elemen-elemen kunci berikut:

• Niat: Tindakan pengguna yang memulai proses, seperti meminta buku.
• Solver: Entitas yang menyelesaikan permintaan pengguna. Istilah yang berbeda, seperti relayers, fillers, atau agen, mungkin digunakan untuk peran yang serupa.
• Fill: Tugas solver untuk memenuhi permintaan pengguna. Istilah 'fill' khusus digunakan dalam konteks jembatan berbasis niat untuk menjelaskan tugas solver untuk 'mengisi' pengguna, alias menghadapkan aset yang diinginkan pada rantai tujuan.
• Penyelesaian: Langkah terakhir adalah di mana penyelesaian diverifikasi dan permintaan pengguna secara resmi terpenuhi.

Dengan itu diingat, mari kita memahami bagaimana desain ini bekerja dengan jembatan.

Cara Kerja Jembatan Berbasis Niat

Proses jembatan berbasis niat dimulai ketika seorang pengguna memulai tindakan, membuat pesan niat yang menguraikan hasil yang diinginkan. Hal ini memicu beberapa langkah untuk memenuhi permintaan pengguna.

Berikut adalah penjelasan langkah demi langkah tentang apa yang terjadi:

1. Pengguna menginisiasi niat.
2. Dana dikirim ke escrow on-chain.
3. Penyelesaian tawarkan untuk memenuhi niat melalui lelang.
4. Pemecah teka-teki yang menang dipilih dan diberikan jangka waktu untuk melakukan swap.
5. Penyelesaian terdepan likuiditas pada rantai tujuan.
6. Pengurai menyediakan bukti penyelesaian melalui sebuah orakel.
7. Jembatan melepaskan dana pengguna dari rantai sumber dan mengirimkannya ke solver.

Mari kita pahami ini dengan contoh:

Alice ingin mengirim 1 Eth dari Optimism ke Arbitrum.

Cara Kerja Jembatan Berbasis Niat

Di sini, komponennya adalah sebagai berikut:

1. Kontrak Jembatan: Bertanggung jawab untuk menjaga escrow dana pengguna di rantai sumber, menggabungkan transaksi, dan melepaskan dana ke solvers.
2. Oracle/Messaging Bridge: Ini memverifikasi transaksi di rantai tujuan.
3. Jaringan Solver: Sebuah jaringan solver yang berpartisipasi dalam lelang untuk memenuhi niat pengguna.

Satu aspek penting yang perlu diperhatikan adalah bahwa begitu seorang pengguna memulai transaksi, mereka tidak dapat membatalkannya. Pilihan desain ini dibuat untuk mencegah serangan waktuMisalnya, jika seorang pengguna dapat membatalkan transaksi segera setelah penyelesaian solver, mereka berpotensi mencuri dana solver.

Dinamika Lelang di Jembatan Berbasis Niat

Setiap jembatan berbasis niat akan secara fundamental beroperasi dengan cara yang sama seperti di atas, tetapi bagaimana pelaksanaan lelang untuk penyelesaian masalah adalah pembeda kunci. Dinamika lelang untuk setiap jembatan bervariasi, dengan jenis lelang yang berbeda untuk tindakan yang berbeda.

Berikut adalah jenis lelang yang diikuti oleh pengurai:

1. Tidak Ada Pilihan/Mempool: Solver berlomba untuk memenuhi niat.
2. Permintaan Penawaran (RFC): Solver menyediakan penawaran offchain, dan pengguna memilih yang terbaik.
3. Private Intent Pools: Jembatan menjalankan lelang berizin untuk beberapa solver terpilih.
4. Kolam Niat Publik: Jembatan menjalankan lelang tanpa izin yang terbuka untuk semua solver.
5. Lelang Belanda: Dimulai dengan biaya yang lebih tinggi, dan harga turun saat penyelesaian penawar.
6. Lelang Kelompok: Mengelompokkan beberapa niat bersama untuk lelang yang digabungkan.

Ada manfaat dan kompromi untuk setiap jenis lelang:

Tabel memperluas diferensiasi dibingkai oleh tim di Everclear.

Membahas Kasus-Kasus Tepi dalam Jembatan Berbasis Niat

Desain berbasis niat dari jembatan-jembatan ini menyederhanakan tindakan lintas-rantai, tetapi ada beberapa situasi di mana transaksi mungkin tidak berhasil. Berikut adalah bagaimana jembatan-jembatan yang berbeda menangani situasi-situasi ini:

• Tidak ada penawar penyelesaian untuk sebuah tujuan: Across menggunakan penyelesaian sendiri untuk mengisi tujuan, dan jika tidak menguntungkan, tujuan tersebut kedaluwarsa setelah waktu tertentu. Di sisi lain, Everclear meningkatkan biaya dan mengadakan lelang baru.
• Solver gagal mengeksekusi niat: Jika niat berakhir, dana akan dikembalikan ke pengguna.
• Ketentuan kedaluwarsa: Jika penyelesaian pemenang gagal melakukan transfer dalam waktu yang ditentukan, ketentuan dibuka kembali untuk solver lain yang dapat mengklaim tugas dan biaya yang terkait.

Selain itu, jembatan-jembatan yang berbeda memiliki berbagai pilihan pembayaran untuk solver. Misalnya:

• Everclear: Solver hanya dibayar pada rantai sumber.
• Di Seluruh Dunia: Penyelesaian dapat diterima oleh solver di rantai yang didukung dengan biaya kecil.

Satu hal terakhir yang perlu diperhatikan adalah bahwa saat ini, setiap protokol sedang mengembangkan jaringan solver-nya sendiri. Jaringan-jaringan ini terisolasi, dan ada proposal untuk sebuah standar yang mempersatukan jaringan solver yang disebut ERC 7683dikemukakan oleh Across dan Uniswap.

Kami akan membahas lebih lanjut tentang jaringan solver dan ERC 7683 dalam artikel yang akan datang. Saat ini, tantangan utama yang dihadapi oleh siapa pun dalam membuat jembatan berbasis niat (atau infrastruktur) adalah menciptakan dan mempertahankan jaringan solver.

Keuntungan dan Kerugian Jembatan Berbasis Niat

Jembatan berbasis niat menawarkan beberapa keuntungan, menjadikannya pilihan yang menggugah untuk tindakan lintas-rantai:

• Eksekusi Cepat dan Hemat Biaya: Jembatan-jembatan ini dirancang untuk mengeksekusi transaksi dalam jangka waktu tertentu dan biaya yang telah ditetapkan, sehingga efisien bagi pengguna karena mereka tidak perlu menunggu dalam jangka waktu yang lama.
• Kesederhanaan: Desain ini menurunkan biaya dan mempercepat transaksi dengan meminimalkan interaksi onchain dan menggunakan likuiditas off-chain. Penawaran kompetitif di antara penyelesaian memastikan transaksi yang efisien dan berbiaya rendah dengan eksekusi yang lebih cepat.
• Risiko Pengguna Yang Dikurangi: Desain tersebut meminimalkan risiko finalitas bagi pengguna dengan memindahkannya ke penyelesaian.

Beberapa kekurangan kunci dari jembatan berbasis niat adalah:

• Risiko Pusat: Beberapa solver mendominasi arus pesanandapat menyebabkan risiko potensial seperti sensorship, titik-titik kegagalan tunggal, dan pelaksanaan yang buruk.
• Tingkat Hambatan yang Tinggi: Menjadi solver memerlukan likuiditas yang substansial (karena persyaratan staking dalam beberapa protokol berbasis tujuan dan biaya tetap) dan infrastruktur teknis, sehingga sulit bagi peserta baru.
• Masalah Penawar Tunggal: Dalam beberapa protokol di mana ada kurangnya penyelesaian, terlihat bahwa hanya ada satu penawar, yang mengakibatkan tidak adanya kontes penawaran. Pesanan seringkali dipenuhi tanpa penawaran kompetitif, yang pada gilirannya mempengaruhi tingkat yang ditawarkan kepada pengguna karena manfaat lelang tidak diwujudkan.

Pikiran Akhir

Jembatan berbasis niat menawarkan sistem yang menjanjikan dan disederhanakan untuk transaksi lintas-rantai, tetapi juga memiliki beberapa tantangan. Salah satu kekhawatiran adalah bahwa beberapa penyelesaian kunci bisa mendominasi seluruh pelelangan. Namun, upaya sedang dilakukan untuk menciptakan standar dan menurunkan hambatan bagi siapa pun untuk menjadi penyelesaian.

Usulan ERC-7683 sebagai lapisan solver yang terpadu bertujuan untuk mengatasi masalah ini dengan melakukan standardisasi proses. Standardisasi ini akan menyederhanakan operasi dalam ekosistem Ethereum, namun akan menarik untuk melihat bagaimana jembatan mengelola dinamika lelang solver dan infrastruktur pada L1 lain seperti Solana.

Dengan dikatakan demikian, jika ERC-7638 diimplementasikan, maka efisiensi jembatan berbasis niat apa pun akan ditentukan oleh dinamika lelangnya, mirip dengan bagaimana Layer 1 membedakan diri berdasarkan mekanisme konsensus mereka. Akan menarik untuk melihat bagaimana ruang ini berkembang dan mengadopsi desain niat di berbagai aplikasi, termasuk jembatan.

Kami sudah membahas kompromi utama dengan jembatan berbasis niat di sini mengirim. Tetapi secara keseluruhan, adopsi desain terlihat positif, dan kami di Gate.io berpikir bahwa ini adalah langkah yang baik untuk meningkatkan pengalaman pengguna.LI.FIsedang memperhatikan bagaimana desain ini akan berperforma dalam jangka panjang.

Mulai Dengan LI.FI Hari Ini

Menikmati membaca penelitian kami? Untuk mempelajari lebih lanjut tentang kami:

• Menuju portal tautan kami di link3.to
• Baca 'mulai cepat' SDK kami di docs.li.fi
• Berlangganan buletin kami tentang Substack
• Ikuti Newsletter Telegram
• Ikuti kami di Twitter & LinkedIn

Disclaimer: Artikel ini hanya ditujukan untuk tujuan informasi. Proyek-proyek yang disebutkan dalam artikel ini adalah mitra kami, namun kami mendorong Anda untuk melakukan penelitian yang layak sebelum menggunakan atau membeli token dari protokol apa pun yang disebutkan. Ini bukanlah saran keuangan.

Disclaimer:

1. Artikel ini dicetak ulang dari [Blog LI.FI], Meneruskan Judul Asli 'Di Balik Jembatan Berbasis Niat', Semua hak cipta milik penulis asli [ Yash Chandak]. Jika ada keberatan terhadap cetak ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan segera.

2. Penyangkalan Tanggung Jawab: Pandangan dan pendapat yang tertera dalam artikel ini semata-mata merupakan pandangan penulis dan tidak merupakan nasihat investasi apa pun.

3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.