Niat (Intents): Solusi Potensial untuk Masalah Kompleksitas Keuangan Desentralisasi

Sebelum Luna gagal, saya mengelola strategi penghasilan stablecoin untuk seorang teman, yang ingin merasakan tingkat pengembalian yang luar biasa tinggi seperti pada Januari 2020. Teman saya tidak terlalu paham tentang cryptocurrency, bahkan sebelumnya ia belum pernah melakukan interaksi di blockchain. Cara kerja sama kami sangat sederhana: dia menyimpan dana di dompet perangkat keras, kami bertemu melalui Zoom satu atau dua kali seminggu, dan saya akan membimbingnya langkah demi langkah tentang apa yang perlu dia lakukan.

Kami mendiversifikasi dana kami ke hampir semua protokol DeFi yang tersedia di berbagai chain. Dalam sesi 2-4 jam, kami akan melakukan puluhan transaksi persetujuan, transfer, pertukaran, penyetoran, pengambilan, dan penarikan dana. Dana dipindahkan ke pasangan perdagangan LP Uniswap yang disesuaikan, penguncian suara Curve, dll., semua dana didiversifikasi untuk mendapatkan insentif. Kami telah menggunakan hampir semua jembatan lintas chain, DEX arus utama, dan agregator hasil untuk memindahkan portofolio stablecoin kami. Di bidang cryptocurrency, kami hampir telah menjelajahi semua cara untuk mendapatkan hasil.

Mengatakan bahwa saya membuatnya mengikuti secara buta agak terlalu halus.

Bagian tersulit dalam pekerjaan saya adalah mencoba menjelaskan secara rinci semua langkah yang perlu kita ambil. Saya akan mengeluarkan instruksi operasi, dia melakukannya, sementara juga harus memahami antarmuka dari semua alat DeFi yang rumit ini. Rapat kami penuh dengan instruksi operasi seperti "klik di sini", "pergi ke sana", "tukar ini". Sebagai contoh, untuk menukar USDC menjadi LP FRAX/DAI di Polygon:

1. Tukar USDC menjadi DAI(2 di DEX tertentu, persetujuan + tukar )
2. Jembatani USDC dan DAI ke Polygon(4 transaksi, setujui + jembatani )
3. Menggabungkan transaksi USDC dan DAI( di Polygon DEX, menyetujui + menjembatani)
4. Menyimpan LP ke dalam vault untuk mendapatkan hadiah (2 persetujuan transaksi + jembatan )

Hanya dengan aliran dana yang sederhana ini, kita perlu melakukan 12 transaksi! Kita harus menggunakan informasi yang diberikan oleh antarmuka khusus protokol untuk mencari, membuat, dan mengeksekusi transaksi tunggal langsung ke EVM. Proses ini bersifat manual, memakan waktu, dan melelahkan, terutama ketika ukuran portofolio cukup besar. Jika dipikir-pikir, tugas-tugas ini hanya meniru beberapa DApp pertanian hasil, tetapi sangat rumit untuk dilakukan secara manual.

Dari sudut pandang yang lebih tinggi, semua proses yang kami lakukan memiliki hasil yang diharapkan dengan jelas. Kami memiliki aset dan ingin menggunakannya untuk menyelesaikan tugas X, Y, Z. Seperti contoh di atas, kami memiliki USDC( di Ethereum), berharap untuk menyediakan likuiditas dalam bentuk FRAX/DAI( di Polygon), lalu menyimpannya di vault staking. Inilah "konten" dari operasi kami, dan 12 transaksi yang harus kami lakukan adalah "cara operasional" yang konkret. Dari titik awal hingga akhir memerlukan serangkaian langkah yang jelas dan logis, semua langkah ini dapat diukur.

Algoritma kuat yang dibangun untuk menangani pengalihan transaksi akan membuat proses ini menjadi lebih sederhana, hanya dalam 1-2 langkah. Kami membagikan hasil yang kami inginkan, algoritma akan mengembalikan jalur terbaik untuk kami, bahkan mungkin menangani transaksi. Struktur pemetaan jalur jenis ini disebut "niat", yang merupakan bagian dari masa depan middleware yang berkembang pesat di Ethereum. Meskipun kami memiliki konsep luas tentang niat, belum ada konsensus definisi yang dicapai. Saat ini ada beberapa pemikiran umum. Definisi dari sebuah lembaga penelitian adalah: "Niat adalah seperangkat batasan deklaratif yang ditandatangani, memungkinkan pengguna untuk mengalihkan pembuatan transaksi kepada pihak ketiga, tanpa menyerahkan kontrol penuh atas pihak transaksi". Definisi dari seorang ahli lainnya adalah: "Transaksi adalah imperatif, sementara niat adalah deklaratif. Dengan kata lain, transaksi adalah pesan yang terdefinisi dengan jelas, yang menentukan bagaimana menjalankan EVM untuk menghasilkan perubahan status, sementara niat menentukan perubahan status yang diinginkan, tanpa memperhatikan proses implementasi".

Dalam dua definisi ini, niat bersifat "deklaratif", yaitu mencari bantuan eksternal melalui berbagi data antara pengguna dan "resolver". Pengguna menyatakan hasil yang mereka inginkan, dan resolver menyediakan cara untuk mencapainya. Berbeda dengan transaksi yang memiliki parameter tertentu, niat harus dipetakan oleh pihak ketiga. Selain itu, terdapat batasan yang membatasi kumpulan jalur yang mungkin. Ini membantu mengonsentrasikan total kemungkinan ke dalam kumpulan yang lebih kecil dan dapat disaring, dari mana pengguna dapat memilih. Sebagai contoh dengan teman saya, niat memungkinkan kita untuk menyiarkan tujuan akhir kepada sekelompok resolver, yang kemudian menghitung jalur terbaik. Kami kemudian akan memilih rute dengan harga terbaik dan mengeksekusi transaksi. Semua langkah perantara akan ditangani oleh rute yang disediakan oleh resolver, meninggalkan 1-2 transaksi yang perlu dikonfirmasi oleh pengguna.

Arsitektur dasar yang berbasis "niat" telah dibangun di atas EVM. Ketika Anda menggunakan DEX mana pun, ia akan menemukan rute terbaik untuk mengeksekusi perdagangan. Di antarmuka Curve, setelah memilih aset yang ingin dibeli atau dijual, antarmuka secara otomatis akan menemukan LP terbaik untuk routing. Karena tidak ada USDT/frxETH LP, pesanan akan melewati beberapa LP untuk mendapatkan jalur eksekusi terbaik: USDT > sUSD > sETH > ETH > frxETH, semuanya diselesaikan dalam satu transaksi. Ini juga memberikan gambaran kasar tentang dampak harga, serta langkah-langkah yang dapat diambil pengguna untuk membatasi slippage. Setelah memilih parameter yang tepat, antarmuka juga dapat membantu membangun data EVM mentah yang siap untuk disiarkan.

Transaksi niat ini di Curve, hanyalah contoh yang sangat dasar. Antarmuka hanya merupakan alat yang berguna untuk membangun perdagangan pertukaran melalui logika berikut:

Transaksi FRAX: Tukar 100.000 FRAX menjadi setidaknya 999.000 USDC menggunakan LP Curve FRAX/USDC 5bps, berlaku hingga blok X. Di sisi lain, niat untuk berbagi hasil yang diharapkan ( mendapatkan jumlah maksimum USDC ) dan batasan ( hanya menjual 100.000 FRAX ). Ditetapkan oleh solver untuk menentukan berapa nilai tukar terbaik.

Jika Anda pernah menggunakan beberapa agregator perdagangan, Anda akan melihat sistem niat yang digunakan untuk membangun perdagangan pertukaran. Menggunakan platform ini, Anda tetap memberikan semua parameter eksekusi, dan kemudian mendapatkan satu set calon perantara perdagangan yang akan mengeksekusi transaksi. Semua pertukaran potensial tetap berjalan di DEX tertentu dengan ( pengecualian individu ), tetapi tergantung pada perantara perdagangan, mereka memiliki biaya dan biaya gas yang berbeda. Akhirnya, pengguna memilih harga/biaya terbaik.

Selain pengumpul perdagangan, ada beberapa jenis "niat" lainnya di Ethereum:

1. Order Limit: Jika kondisi terpenuhi, maka diizinkan untuk menarik aset dari akun.

2. Lelang Tertentu: Pelaksanaan pesanan pihak ketiga berdasarkan likuiditas non-DEX.

3. Sponsor Gas: Memungkinkan penggunaan token seperti FRAX untuk melakukan transaksi pihak ketiga, berlaku untuk dompet abstraksi akun.

4. Penunjukan: Daftar putih termasuk dalam kategori ini, memeriksa database sebelum melakukan transaksi.

5. Pemrosesan batch transaksi: memungkinkan pengelompokan niat efisiensi Gas.

6. Pertukaran lintas rantai: lihat beberapa jembatan lintas rantai.

Meskipun jenis pesanan semakin bervariasi, cara paling sederhana yang saya lihat untuk mendeskripsikan niat adalah "pesanan limit", tetapi dengan istilah pemasaran yang baru. Pesanan limit adalah pesanan yang ingin membeli jumlah aset tertentu pada harga tertentu, dan pesanan itu sendiri hanya akan diisi setelah pihak lain muncul dan menerima pesanan tersebut.

Sama seperti pesanan batas, niat terdiri dari dua bagian transaksi. Bagian pertama adalah status akhir yang diharapkan pengguna. Bagian kedua adalah transaksi yang dimulai oleh penyelesai. Ketika Anda menggabungkan keduanya, Anda pada akhirnya akan mendapatkan apa yang diperlukan untuk mengeksekusi transaksi.

Menjual MEV

Cara membangun berdasarkan arsitektur niat hampir tidak memiliki risiko. Pertama, solver memiliki motivasi untuk tidak menyebarkan niat MEV yang dapat mereka untungkan. "Dalam banyak kasus, ekstraksi MEV memerlukan eksekusi pesanan pengguna di on-chain. Dalam kasus ini, eksekusi pesanan pengguna akan mengekspos status blockchain, yang dapat dimanfaatkan oleh extractor untuk mendapatkan keuntungan. Backtracking dan perdagangan sandwich adalah beberapa contoh umum."

Inti dari niat adalah paparan data. Dengan menandatangani pesan niat, Anda menunjukkan bahwa Anda bersedia mengambil MEV dengan mengorbankan kenyamanan. Karena niat tidak dapat langsung disiarkan ke mempool Ethereum, transaksi ( antre sebelum dieksekusi di tempat ), maka mereka diisi dalam Interpool privat yang berada di luar rantai. Interpool ini dapat bersifat terotorisasi, tanpa izin, atau campuran keduanya.

Interpool tanpa izin menggunakan API terdesentralisasi, memungkinkan node dalam sistem untuk bebas berbagi niat dan memberikan akses tanpa batas kepada eksekutor. Contohnya termasuk perantara protokol tertentu dan kumpulan memori ERC4337 yang diusulkan. Kumpulan memori terbuka sudah matang untuk serangan DDOS, dan tidak dapat menjamin untuk mencegah penyebaran niat eksekusi yang buruk.

Sebagai perbandingan, mempool yang berlisensi menggunakan API yang terpercaya, dapat menahan DDoS, dan tidak memerlukan penyebaran niat. Dengan mengandalkan lembaga perantara yang terpercaya, selama kepercayaan dipertahankan, mereka dapat menjamin kualitas eksekusi. Lembaga perantara semacam itu biasanya memiliki reputasi yang baik, yang dapat memotivasi mereka untuk memastikan kekuatan eksekusi yang luar biasa. Namun, mereka masih memiliki asumsi kepercayaan yang kuat, yang merugikan semangat inti dari blockchain terbuka.

Solusi campuran menjembatani kesenjangan antara sistem tanpa izin dan sistem berizin. Mereka dapat mengadopsi penyebaran berizin yang dikombinasikan dengan eksekusi tanpa izin, dan sebaliknya. Lelang aliran pesanan seperti beberapa protokol menggunakan pihak tepercaya ( untuk mencocokkan pesanan di luar rantai ) untuk mengoperasikan lelang, tetapi partisipasinya tidak memerlukan izin.

Interpool yang paling populer saat ini adalah terpusat dan berlisensi, tanpa insentif untuk berbagi informasi dengan pesaing. Risiko di sini adalah, satu pihak menyerap sebagian besar transaksi berbasis niat dan memanfaatkan posisinya yang monopolistik untuk mulai mengenakan biaya dan perilaku sewa lainnya, pengguna yang memiliki kekuatan tawar telah hilang di tangan perantara yang mengeksploitasi.

Risiko Middleware

Ketika niat dianggap sebagai pesanan batas, kita dapat membandingkannya secara jelas dengan aliran pesanan dari beberapa perusahaan keuangan tradisional yang membayar (PFOF).

Para raksasa broker ini menawarkan kepada pengguna perdagangan "gratis", yang dasarnya adalah pengguna dapat menjual aliran pesanan, daripada mengirimkannya ke bursa tradisional. Pembuat pasar adalah perusahaan yang melakukan banyak transaksi jual beli sekuritas, mereka memberikan pembayaran ini karena mereka dapat memperoleh keuntungan dari selisih harga beli dan jual pesanan. Kritikus secara luas mengkritik perusahaan-perusahaan ini karena konflik kepentingan. Meskipun perusahaan broker berkewajiban untuk memberikan eksekusi terbaik untuk pesanan klien mereka, insentif moneter dari PFOF diduga dapat mempengaruhi keputusan mereka tentang kemana mengirimkan pesanan.

Tujuan adalah bentuk arbitrase PFOF, yang kami sebut sebagai MEV. Kesempatan arbitrase yang diciptakan oleh sebagian pesanan yang belum ditutup dalam jangka panjang ( mungkin lebih berharga dibandingkan dengan transaksi yang ditambahkan secara manual ke dalam mempool Ethereum, karena penyelesai dapat menentukan rute, alih-alih bersaing dengan transaksi sandwich untuk mendapatkan MEV sebelum atau setelah transaksi dalam blok yang diberikan.

Solver yang tidak diperiksa dan tidak transparan kemungkinan besar akan memberikan rute terburuk, karena margin keuntungan mereka berbanding terbalik dengan kemampuan eksekusi yang baik. Pengguna masih perlu memilih solver, dan mereka dapat memanfaatkan kemampuan negosiasi ini untuk memaksa solver saling bersaing untuk merebut aliran pesanan. Solver yang memberikan imbal hasil tertinggi bagi pengguna dalam kondisi yang dibatasi memenangkan lelang.

Beberapa protokol perdagangan mengadopsi desain semacam ini, yang menggunakan lelang massal untuk menemukan harga penyelesaian terbaik bagi para trader. Di protokol-protokol ini, pesanan tidak dieksekusi segera, melainkan dikumpulkan dan diselesaikan secara massal. Sistem ini tidak menggunakan operator pusat, tetapi menggunakan kompetisi terbuka antara solver untuk mencocokkan pesanan. Setelah batch selesai, para solver akan mengirimkan solusi untuk penyelesaian pesanan.

拍卖 massal dapat membuat transaksi dalam satu batch memiliki harga yang sama, sehingga tidak perlu bagi penambang untuk mengatur ulang transaksi. Tanpa eksekusi awal atau eksekusi akhir. Protokol ini menggunakan lelang aliran pesanan untuk memastikan trader mendapatkan eksekusi harga terbaik. Namun, ada juga beberapa MEV dalam pesanan, karena pembuat pasar harus dapat melakukan perdagangan arbitrase di tempat lain untuk tetap menguntungkan.

![Mengapa niat（