Memahami Prinsip, Penerapan, dan Strategi Mitigasi Risiko Intent

Baru-baru ini, terjadi diskusi hangat di komunitas Ethereum tentang niat dan penerapannya. Artikel ini bertujuan untuk memberikan gambaran singkat tentang prinsip-prinsip di balik niat, penerapannya saat ini, potensi risiko, dan metode untuk mengatasinya.

Jika transaksi secara eksplisit mengacu pada bagaimana suatu perilaku dieksekusi, maka niat mengacu pada hasil yang diharapkan dari perilaku tersebut.

Misalnya, jika instruksi transaksi adalah:

“Lakukan A lalu lakukan B, lalu bayar C untuk mendapatkan D.”

Maksud yang sesuai adalah:

“Saya mampu membayar dan saya ingin mendapat nilai D.”

Protokol yang berpusat pada niat dapat meningkatkan pengalaman dan efisiensi pengguna secara signifikan. Transaksi mengharuskan pengguna untuk secara eksplisit menentukan setiap parameter, sehingga meningkatkan hambatan masuk. Sebaliknya, dengan menggunakan Intent, pengguna cukup mengekspresikan hasil yang diharapkan sambil mengalihkan tugas mencapai hasil secara optimal kepada pihak ketiga yang sudah matang.

Meskipun niat memberikan lebih banyak kemungkinan bagi ekosistem, desain berbasis niat pada rantai Ethereum dapat berdampak signifikan pada infrastruktur off-chain. Aktivitas yang terkait dengan MEV dan pengendalian pasar sangat terkait dengan desain berbasis niat on-chain.

Bagaimana Niat Bekerja

Saat ini, metode standar bagi pengguna untuk berinteraksi dengan Ethereum melibatkan perumusan dan penandatanganan transaksi dan pesan dalam format tertentu yang memberikan EVM semua informasi yang diperlukan untuk melakukan transisi keadaan. Namun, membuat transaksi dapat melibatkan operasi yang cukup kompleks, yang memerlukan operasi rumit yang besar terkait kontrak pintar dan manajemen nonce, sambil memegang aset tertentu untuk membayar biaya bahan bakar. Seluk-beluknya menyebabkan pengalaman pengguna yang buruk dan berkurangnya efisiensi karena pengguna harus mengambil keputusan tanpa informasi yang memadai atau melibatkan strategi eksekusi yang rumit.

Tujuan dari niatnya adalah untuk mengurangi beban pengguna. Intent memungkinkan pengguna untuk melakukan outsourcing pembuatan transaksi kepada pihak ketiga tanpa melepaskan kendali penuh dengan menandatangani serangkaian batasan deskriptif.

Dalam proses berbasis transaksi standar, ketika validator diberi insentif untuk memverifikasi, tanda tangan transaksi memungkinkan validator mengikuti jalur komputasi secara akurat untuk keadaan tertentu. Sebaliknya, maksud tidak menentukan secara pasti jalur komputasi mana yang harus diambil, namun mengizinkan tindakan apa pun yang memenuhi batasan tertentu. Dengan menandatangani dan membagikan maksud, pengguna secara efektif memberikan izin kepada penerima untuk memilih jalur komputasi atas nama mereka (seperti yang ditunjukkan pada gambar di bawah). Perlu dicatat bahwa beberapa tujuan dapat dimasukkan dalam satu transaksi, sehingga memungkinkan pencocokan tujuan yang tumpang tindih, menghemat biaya bahan bakar, dan meningkatkan efisiensi ekonomi. Selain itu, pengguna dapat membayar biaya bahan bakar dengan lebih fleksibel, memungkinkan sponsor bahan bakar pihak ketiga atau pembayaran menggunakan token alternatif.

Seperti yang ditunjukkan pada gambar, saat mengirimkan transaksi, pengguna menentukan jalur komputasi yang tepat, sedangkan saat mengirimkan maksud, pengguna menentukan tujuan dan beberapa kondisi batasan, dengan pencocokan menentukan jalur komputasi yang akan diambil.

Penerapan Niat Saat Ini

Membuat niat mengalihdayakan kompleksitas interaksi dengan blockchain sekaligus memungkinkan pengguna untuk mempertahankan hak asuh atas aset dan identitas kriptografi mereka. Faktanya, banyak konsep tentang niat yang sesuai dengan sistem yang telah berjalan selama beberapa tahun, seperti skenario berikut:

Batasi pesanan: Jika pengguna menerima setidaknya 200 token B, mereka dapat menarik 100 token A dari akun mereka.

Lelang bergaya Cowswap: Mirip dengan limit order tetapi bergantung pada pihak ketiga atau mekanisme untuk mencocokkan beberapa pesanan guna mengoptimalkan kualitas eksekusi.

Sponsor gas: Pengguna dapat memilih untuk membayar biaya transaksi dalam USDC, bukan ETH, dan ada USDC di akun untuk membayar biaya bahan bakar.

Otorisasi yang didelegasikan: Mengizinkan interaksi dengan akun tertentu hanya dengan cara pra-otorisasi tertentu. Suatu maksud hanya dapat dipenuhi jika transaksi akhir mengikuti daftar kontrol akses yang ditentukan dalam maksud tersebut.

Pemrosesan transaksi batch: Memungkinkan pemrosesan batch dari berbagai maksud untuk meningkatkan efisiensi gas.

Agregator: Beroperasi hanya pada harga/hasil terbaik. Penuhi maksudnya dengan membuktikan agregasi beberapa skenario dan mengambil jalur optimal.

Saat ini, niat telah menemukan aplikasi baru dalam MEV lintas rantai (seperti SUAVE), abstraksi akun ERC4337, dan skenario pemesanan Pelabuhan. Seiring berkembangnya ERC4337, eksplorasi ke aplikasi baru lainnya, seperti niat lintas-domain, juga sedang berlangsung.

Di semua aplikasi berbasis niat, setidaknya harus ada satu kelompok yang memahami niat dan diberi insentif untuk melaksanakan niat secara tepat waktu. Mengenai siapa yang memainkan peran ini, bagaimana penerapannya, dan insentifnya, eksplorasi dan praktik lebih lanjut diperlukan untuk menentukan efektivitas, kepercayaan, dan dampak lain dari sistem yang didorong oleh niat.

Perantara dan Mempool

Cara paling jelas untuk menyampaikan niat ke tangan perantara yang bersedia adalah Ethereum Mempool. Namun, desain Mempool saat ini tidak mendukung penyebaran niat. Prospek jangka panjang menunjukkan kemungkinan kecil adanya dukungan luas terhadap niat dalam Ethereum Mempool, mengingat kerentanan serangan DOS. Sifat Ethereum Mempool yang terbuka dan tanpa izin menghadirkan hambatan dalam penerapan niat.

Dengan tidak adanya Ethereum Mempool, perancang sistem niat menghadapi beberapa tantangan. Dilema yang ada saat ini berkisar pada apakah akan menyebarkan niat kepada pihak yang memiliki izin atau melakukannya tanpa izin sehingga pihak mana pun dapat melaksanakan niat tersebut.

Seperti yang ditunjukkan pada gambar di atas, maksud pertama-tama mengalir dari pengguna ke Intentpool publik/pribadi yang diberi izin/tanpa izin, lalu mengubahnya menjadi transaksi melalui pencari jodoh, dan terakhir mengubahnya menjadi Mempool publik, atau langsung menampilkannya di- rantai melalui lelang MEV Boost.

Mempool tanpa izin

Salah satu desain yang sedang diujicobakan adalah API terdesentralisasi yang memungkinkan berbagai node dalam sistem untuk menyiarkan maksud melalui gosip, sehingga memberikan akses tanpa izin kepada pelaksana.

Misalnya, dalam relayer Protokol 0x, penyiaran gosip difasilitasi untuk limit order, didorong secara on-chain setelah menemukan kecocokan. Pendekatan ini juga sedang dieksplorasi dalam konteks Mempool ERC4337 bersama untuk memerangi risiko sentralisasi dan sensor. Namun, desain Intentpool tanpa izin ini juga menghadapi beberapa tantangan, antara lain:

Resistensi DoS: Pengembang mungkin harus membatasi fungsi maksud untuk menghindari potensi serangan DoS.

Insentif propagasi: Bagi banyak aplikasi, melaksanakan maksud adalah aktivitas yang menguntungkan. Oleh karena itu, secara teoritis, node yang mengoperasikan Intentpool memiliki insentif untuk tidak menyebarkan maksud guna mengurangi persaingan dalam melaksanakan maksud.

MEV: Karena kualitas eksekusi niat bergantung pada perilaku baik peserta off-chain, ada beberapa kesulitan yang dihadapi saat menggunakan Intentpool publik dan tanpa izin. Jika eksekusi menguntungkan, Intentpool tanpa izin dapat mencoba melakukan arbitrase terhadap pengguna. Ini mirip dengan “serangan sandwich” di Ethereum Mempool, yang akan menjadi masalah umum untuk tujuan terkait Defi. Peningkatan potensial dapat berupa pembuatan Intentpool tanpa izin namun terenkripsi.

Mempool yang Diizinkan

API terpusat yang tepercaya lebih tahan terhadap serangan DOS dan tidak perlu menyebarkan maksud. Model kepercayaan ini memberikan landasan bagi kekhawatiran MEV. Selama asumsi kepercayaan tetap ada, kualitas eksekusi dapat terjamin. Perantara tepercaya mungkin juga memiliki reputasi yang terkait dengan mereka, sehingga mendorong eksekusi yang serius.

Oleh karena itu, Intentpool yang memiliki izin menarik bagi pengembang aplikasi berbasis niat dalam jangka pendek. Namun, asumsi kepercayaan yang kuat pada dasarnya memiliki kelemahan dan sampai batas tertentu bertentangan dengan desain asli blockchain.

Solusi Hibrid

Ada juga solusi yang merupakan campuran dari dua situasi yang disebutkan di atas. Misalnya, ada situasi dimana proses propagasi diijinkan namun eksekusinya tanpa izin, dan sebaliknya. Contoh umum dari solusi hibrid adalah lelang aliran pesanan.

Ide di balik jenis desain ini adalah bahwa pengguna yang membutuhkan rekanan mungkin perlu membedakan antara rekanan yang lebih baik dan lebih buruk agar dapat berdagang dengan harga yang lebih menguntungkan. Proses desain biasanya melibatkan pihak tepercaya yang mendapatkan maksud (atau transaksi) dari pengguna dan memfasilitasi lelang atas nama pengguna. Tidak diperlukan izin untuk berpartisipasi dalam lelang. Namun, desain ini juga memiliki kelemahan, yaitu rentan terhadap berbagai gangguan dalam Intentpool yang diizinkan.

Inti dari pendekatan ini adalah bahwa aplikasi berbasis niat tidak hanya melibatkan format pesan baru untuk berinteraksi dengan kontrak pintar, namun juga mekanisme propagasi dan penemuan rekan dalam bentuk alternatif selain Mempool. Hal yang paling penting saat ini adalah merancang mekanisme penemuan dan pencocokan niat yang sesuai dengan insentif sambil mempertahankan desentralisasi.

Strategi Risiko dan Mitigasi

Meskipun niat adalah paradigma baru yang menarik dalam transaksi, penerapannya secara luas mungkin menyiratkan percepatan tren perpindahan aktivitas pengguna yang lebih besar ke mempool alternatif. Jika tidak dikelola dengan benar, perubahan ini dapat merugikan desentralisasi Ethereum dan menyebabkan kekuasaan yang berlebihan dari pihak-pihak yang dipercaya. Risiko yang mungkin terjadi antara lain sebagai berikut:

Alur pesanan: Jika eksekusi niat diizinkan, tetapi pengguna memilihnya secara sembarangan dan memigrasikannya dari Mempool publik, produksi blok Ethereum mungkin menjadi terpusat.

Kepercayaan: Karena banyak solusi memerlukan kepercayaan pada perantara, untuk memastikan kualitas pelaksanaan Intent, hambatan masuk yang tinggi ini akan menghambat pengembangan arsitektur berbasis niat baru dan mengurangi kecepatan inovasi dan persaingan.

Transparansi: Beberapa arsitektur maksud mengkompromikan kontrol pengguna atas aset on-chain dan mempool yang diizinkan, sehingga menimbulkan tingkat opacity. Ketidakjelasan ini menimbulkan risiko sistem yang dibangun menjadi buram. Dalam kasus ini, tidak jelas bagaimana harapan pengguna dipenuhi dan apakah ada ancaman yang tidak terdeteksi terhadap ekosistem. Bahkan ekosistem middleware dan mempool yang berkembang antara pengguna dan blockchain juga bisa menjadi tidak jelas.

Lalu, bagaimana cara mengurangi risiko tersebut? Kita tahu bahwa ruang Ethereum Mempool terbatas. Untuk beberapa aplikasi, risiko muncul karena kurangnya privasi, sehingga menghalangi aplikasi tersebut untuk mendukung format pesan yang lebih luas. Hal ini menempatkan pengembang dompet dan aplikasi dalam posisi yang sulit, karena mereka harus menemukan cara untuk memungkinkan pengguna terhubung ke blockchain sambil menghindari risiko yang disebutkan di atas. Sistem yang ideal harus tanpa izin sehingga siapa pun dapat mencocokkan dan melaksanakan maksud tanpa mengorbankan terlalu banyak kualitas eksekusi. Sistem harus serbaguna sehingga aplikasi baru dapat diterapkan tanpa perlu membuat mempool baru. Sistem harus transparan, memungkinkan pelaporan publik mengenai proses pelaksanaan maksud, dan menyediakan data untuk melakukan audit berkualitas ketika jaminan privasi memungkinkan.

Meskipun tim seperti FlashBots dan Anoma bekerja keras untuk memenuhi persyaratan di atas untuk solusi universal dengan menggabungkan privasi dan tanpa izin, akan sulit untuk menciptakan sistem yang sempurna dalam waktu dekat. Oleh karena itu, pengguna perlu melakukan trade-off dan memilih solusi berbeda untuk aplikasi berbeda. Demikian pula, aplikasi yang memulai kumpulan niat perlu mencari keberadaan di mana-mana tanpa izin dan memilih perantara dengan hati-hati jika izin tersedia.

Perancang aplikasi berbasis niat perlu sepenuhnya mempertimbangkan implikasi off-chain dari aplikasi mereka karena hal ini tidak hanya menyangkut basis pengguna, tetapi juga komunitas yang lebih luas. Hal ini mengharuskan komunitas luas untuk memberikan perhatian khusus pada ekosistem off-chain di sekitar Ethereum.

Kesimpulan

Karena permintaan pasar yang jelas terhadap aplikasi berbasis niat, banyak aplikasi berbasis niat telah digunakan secara luas selama beberapa tahun. Meningkatnya adopsi niat, sebagian didorong oleh ERC4337, mungkin mempercepat peralihan dari Ethereum Mempool ke ruang baru. Penerapan niat mewakili pergeseran bagi pengguna dari paradigma “operasi paksa” ke paradigma “deskriptif”, yang menjanjikan peningkatan signifikan dalam pengalaman dan efisiensi pengguna.

Situs web resmi Ebunker:https://www.ebunker.io

Untuk diskusi lebih lanjut, silakan bergabung: https://t.me/ebunkerio

Ebunker Twitter: https://twitter.com/ebunker_eth

Penafian:

1. Artikel ini dicetak ulang dari [Medium]. Semua hak cipta milik penulis asli [EbunkerChinese]. Jika ada keberatan terhadap cetak ulang ini, silakan menghubungi tim Gate Learn, dan mereka akan segera menanganinya.
2. Penafian Tanggung Jawab: Pandangan dan pendapat yang diungkapkan dalam artikel ini adalah sepenuhnya milik penulis dan bukan merupakan nasihat investasi apa pun.
3. Terjemahan artikel ke bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, dilarang menyalin, mendistribusikan, atau menjiplak artikel terjemahan.