Niat (Intents): kemungkinan jawaban untuk masalah kompleksitas Keuangan Desentralisasi

Sebelum Luna runtuh, saya sedang menjalankan strategi keuntungan stablecoin untuk seorang teman, yang ingin mengetahui suku bunga tinggi yang bisa didapatkan pada bulan Januari 2020. Teman ini tidak begitu paham tentang cryptocurrency, bahkan sebelumnya belum pernah melakukan operasi di blockchain. Kerja sama kami sangat sederhana: dia menyimpan dana di dompet keras, kemudian kami bertemu melalui Zoom satu atau dua kali seminggu, dan saya secara bertahap membimbingnya tentang tindakan yang perlu dilakukannya.

Kami menyebarkan dana ke hampir semua protokol DeFi yang tersedia di berbagai blockchain. Dalam sesi 2-4 jam, kami akan melakukan puluhan transaksi persetujuan, transfer, pertukaran, setoran, penerimaan, dan penarikan dana. Dana dipindahkan ke pasangan perdagangan Uniswap LP yang disesuaikan, penguncian suara Curve, dll., semua dana disebar untuk mendapatkan insentif. Kami hampir menggunakan semua jembatan lintas rantai, DEX, dan agregator hasil utama untuk memindahkan sekeranjang stablecoin kami, untuk mengakses berbagai hasil di bidang cryptocurrency.

Mengatakan bahwa saya membuatnya bertindak buta agak terlalu halus.

Bagian terberat dari pekerjaan saya adalah mencoba menjelaskan secara rinci semua langkah yang perlu diambil. Saya akan memberikan instruksi operasional, dia yang mengeksekusinya, sementara dia juga harus memahami antarmuka alat DeFi yang kompleks ini. Pertemuan kami dipenuhi dengan instruksi operasional seperti "klik di sini", "pergi ke sana", "tukar ini". Sebagai contoh, untuk menukarkan USDC menjadi FRAX/DAI LP di Polygon:

1. Menukar USDC menjadi DAI(2 transaksi di DEX tertentu, persetujuan + penukaran)
2. Melakukan transaksi lintas rantai USDC dan DAI ke Polygon(4, persetujuan + lintas rantai)
3. Menggabungkan USDC dan DAI( dalam 1 transaksi di DEX di Polygon, persetujuan + penggabungan)
4. Menyimpan LP ke dalam vault keuntungan (2 transaksi, setujui + simpan )

Hanya dengan aliran dana yang sederhana ini, kita perlu melakukan 12 transaksi! Kita harus menggunakan informasi yang diberikan oleh antarmuka spesifik protokol untuk mencari, membuat, dan mengeksekusi transaksi tunggal secara langsung ke EVM. Proses ini manual, memakan waktu, dan sangat sulit, terutama dalam kasus portofolio yang lebih besar. Jika dipikir-pikir, tugas-tugas ini hanya meniru beberapa DApp pertanian hasil, tetapi sangat rumit saat 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) dan berharap untuk menyediakan likuiditas dalam bentuk FRAX/DAI( di Polygon), kemudian menyimpannya di vault staking". Inilah "isi" dari operasi kami, dan 12 transaksi yang harus kami lakukan adalah "bagaimana" cara operasinya. Dari titik awal hingga akhir, diperlukan 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 dengan 1-2 langkah. Kami berbagi hasil yang kami inginkan, algoritma akan mengembalikan jalur terbaik untuk kami, dan bahkan mungkin menangani transaksi. Jenis struktur pemetaan jalur ini disebut "niat", yang merupakan bagian dari masa depan middleware yang berkembang pesat di Ethereum. Meskipun kami memiliki konsep yang luas tentang niat, belum ada konsensus definisi yang dicapai. Saat ini ada beberapa pemikiran umum. Definisi dari suatu lembaga adalah: "Niat adalah seperangkat batasan deklaratif yang ditandatangani, yang memungkinkan pengguna untuk mengalihdayakan pembuatan transaksi kepada pihak ketiga, tanpa menyerahkan kontrol penuh terhadap pihak yang bertransaksi." Definisi lain yang diberikan oleh David Ma dari Near adalah: "Transaksi bersifat imperatif, sedangkan niat bersifat deklaratif. Dengan kata lain, transaksi adalah pesan yang terdefinisi dengan jelas, yang menentukan bagaimana menjalankan EVM untuk menghasilkan perubahan status, sedangkan niat menentukan perubahan status yang diinginkan, tanpa memperhatikan proses implementasinya."

Dalam dua definisi ini, niat adalah "declarative", yaitu mencari bantuan eksternal melalui berbagi data antara pengguna dan "solver". Pengguna menyatakan hasil yang mereka inginkan, solver memberikan metode untuk mencapainya. Berbeda dengan transaksi yang memiliki parameter tertentu, niat harus dipetakan oleh pihak ketiga. Selain itu, ada batasan yang membatasi himpunan jalur yang mungkin. Ini membantu memusatkan total kemungkinan ke dalam koleksi yang lebih kecil dan dapat difilter, dari mana pengguna dapat memilih. Sebagai contoh teman saya, niat memungkinkan kita untuk menyebarkan tujuan akhir kepada sekelompok solver, yang kemudian menghitung jalur terbaik. Kemudian kita akan memilih rute dengan harga terbaik dan mengeksekusi transaksi. Semua langkah perantara akan ditangani oleh rute yang disediakan oleh solver, 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, itu akan menemukan rute terbaik untuk mengeksekusi transaksi. Di beberapa antarmuka DEX, setelah memilih aset yang akan dibeli atau dijual, UI 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, UI juga dapat membantu membangun data EVM mentah untuk disiarkan.

Tujuan perdagangan ini di DEX tertentu hanyalah contoh yang sangat dasar. UI hanya merupakan alat yang berguna untuk membangun perdagangan pertukaran melalui logika berikut:

FRAX Trading: Tukarkan 100.000 FRAX menjadi setidaknya 999.000 USDC menggunakan LP 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 ). Solver akan menentukan berapa tingkat pertukaran terbaik.

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

Selain agregator perdagangan, ada beberapa jenis "niat" lain yang ada di Ethereum:

1. Pesanan harga terbatas: Jika syarat terpenuhi, maka diperbolehkan untuk menarik aset dari akun.

2. Beberapa lelang gaya bursa: pelaksanaan pesanan pihak ketiga yang berbasis likuiditas non-DEX.

3. Sponsorship Gas: memungkinkan penggunaan token seperti FRAX untuk melakukan transaksi pihak ketiga, berlaku untuk dompet abstrak akun.

4. Penugasan: Daftar putih termasuk dalam kategori ini, melakukan pemeriksaan terhadap database sebelum melakukan transaksi.

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

6. Pertukaran lintas rantai: Lihat beberapa platform perdagangan lintas rantai.

Meskipun jenis pesanan semakin beragam, saya telah melihat cara paling sederhana untuk menggambarkan niat adalah "pesanan batas", tetapi dengan istilah pemasaran baru. Pesanan batas mengacu pada keinginan untuk 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 limit, 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 akhirnya akan mendapatkan apa yang diperlukan untuk mengeksekusi transaksi.

Menjual MEV

Metode pembangunan berbasis arsitektur niat hampir tidak memiliki risiko. Pertama, penyelesai memiliki motivasi untuk tidak menyebarkan niat MEV yang dapat mereka untungkan. "Dalam banyak kasus, ekstraksi MEV memerlukan pelaksanaan pesanan pengguna di atas rantai. Dalam kasus-kasus ini, pelaksanaan pesanan pengguna akan mengekspos status blockchain, dan ekstraktor dapat memanfaatkan status tersebut untuk mendapatkan keuntungan. Pengembalian dan perdagangan sandwich adalah beberapa contoh umum."

Ciri inti dari niat adalah paparan data. Dengan menandatangani pesan niat, Anda menunjukkan bahwa Anda bersedia mengekstrak MEV dengan mengorbankan kenyamanan. Karena niat tidak dapat disiarkan langsung ke mempool Ethereum tempat transaksi ( antre sebelum dieksekusi ), mereka diisi di Interpool pribadi yang tidak terlihat. Interpool ini bisa bersifat terotorisasi, tanpa izin, atau campuran dari keduanya.

Interpool tanpa izin menggunakan API terdesentralisasi, memungkinkan node dalam sistem untuk secara bebas berbagi niat dan memberikan akses tanpa batas kepada pelaksana. Contoh termasuk beberapa protokol pengulang dan mempool ERC4337 yang diusulkan. Mempool terbuka sudah matang terhadap serangan DDOS, dan tidak dapat menjamin untuk menghentikan penyebaran niat buruk.

Sebaliknya, memori kolam yang diizinkan menggunakan API yang dapat dipercaya, yang dapat melawan DDoS, dan tidak memerlukan penyebaran niat. Mengandalkan lembaga perantara yang tepercaya, selama kepercayaan dipertahankan, mereka dapat menjamin kualitas eksekusi. Lembaga perantara semacam itu biasanya memiliki reputasi yang baik, yang dapat memotivasi mereka untuk memastikan daya eksekusi yang terbaik. 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 mungkin mengadopsi penyebaran berizin yang digabungkan dengan eksekusi tanpa izin, dan sebaliknya. Seperti beberapa protokol lelang aliran pesanan menggunakan pihak tepercaya ( untuk pencocokan pesanan di luar rantai ) untuk mengoperasikan lelang, tetapi partisipasinya tidak memerlukan izin.

Interpool yang paling populer saat ini adalah terpusat dan terlisensi, tanpa insentif untuk berbagi informasi dengan pesaing. Risiko di sini adalah bahwa satu pihak menyerap sebagian besar transaksi berbasis niat, dan memanfaatkan posisi monopolinya untuk mulai mengenakan biaya dan tindakan pencarian lainnya, pengguna dengan kekuatan negosiasi telah menghilang di tangan perantara yang mengeksploitasi.

Risiko Middleware

Ketika niat dianggap sebagai pesanan batas, kita dapat melakukan perbandingan yang jelas dengan aliran pesanan dari beberapa broker dengan membayar (PFOF).

Para raksasa broker ini menawarkan kepada pengguna perdagangan "gratis", yang didasarkan pada fakta bahwa pengguna dapat menjual aliran pesanan, alih-alih mengirimkannya ke bursa tradisional. Pembuat pasar adalah perusahaan yang membeli dan menjual sekuritas dalam jumlah besar, dan mereka memberikan pembayaran ini karena mereka dapat memperoleh keuntungan dari selisih harga beli dan jual pesanan. Para kritikus secara luas mengkritik broker ini karena konflik kepentingan. Meskipun perusahaan broker berkewajiban untuk memberikan eksekusi terbaik untuk pesanan pelanggan mereka, insentif finansial dari PFOF dikatakan memengaruhi keputusan mereka tentang ke mana mengirim pesanan.

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

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 pengembalian tertinggi kepada pengguna dalam kondisi terbatas memenangkan lelang.

Beberapa protokol perdagangan menggunakan desain ini, yang menggunakan lelang batch untuk menemukan harga penyelesaian terbaik bagi para trader. Pada protokol ini, pesanan tidak langsung dieksekusi, tetapi dikumpulkan dan diselesaikan secara batch. Sistem ini tidak menggunakan operator pusat, melainkan menggunakan kompetisi publik solver untuk mencocokkan pesanan. Setelah batch selesai, solver ini akan mengajukan solusi untuk menyelesaikan pesanan.

Lelang massal dapat membuat transaksi dalam satu batch memiliki harga yang sama, sehingga miner tidak perlu menyusun ulang transaksi. Tidak ada pre-run atau post-run. Protokol ini menggunakan lelang aliran pesanan untuk memastikan trader mendapatkan eksekusi harga terbaik. Namun, ada juga beberapa MEV dalam pesanan ini, karena pembuat pasar harus mampu melakukan perdagangan arbitrase di tempat lain untuk tetap menghasilkan keuntungan.

![Mengapa niat (Intents) mungkin adalah Keuangan Desentralisasi