Sistem niat mungkin akan menyelesaikan masalah kompleksitas Keuangan Desentralisasi

Sebelum Luna runtuh, saya pernah mengelola strategi hasil stablecoin untuk seorang teman, yang ingin memahami tingkat pengembalian yang luar biasa tinggi pada bulan Januari 2020. Teman ini bukanlah seorang ahli cryptocurrency, dan sebelumnya bahkan belum pernah melakukan operasi di blockchain. Cara kerja sama kami sangat sederhana: dia menyetor dana ke dompet perangkat kerasnya, lalu kami bertemu di Zoom satu atau dua kali seminggu, dan saya akan secara bertahap membimbingnya tentang langkah-langkah yang perlu dia lakukan.

Sejak awal, kami telah mendiversifikasi dana ke hampir semua protokol DeFi yang tersedia di berbagai blockchain. Dalam sesi 2-4 jam, kami melakukan puluhan transaksi, termasuk otorisasi, transfer, pertukaran, setoran, pengambilan hadiah, dan penarikan dana, dan lain-lain. Dana dialokasikan ke pasangan perdagangan LP Uniswap yang disesuaikan, kunci suara Curve, dan berbagai proyek lainnya, semua dana didiversifikasi untuk mendapatkan insentif. Kami hampir menggunakan semua layanan jembatan lintas rantai, DEX utama, dan agregator hasil untuk memindahkan portofolio stablecoin kami, untuk mendapatkan imbal hasil apa pun yang dapat diakses di bidang cryptocurrency.

Katakan bahwa saya terlalu sopan jika saya menyuruhnya terjun ke dalamnya. Dalam pekerjaan kami, bagian yang paling menantang adalah mencoba menjelaskan secara rinci semua langkah yang perlu kami ambil. Saya akan memberikan instruksi, dan dia harus melaksanakan instruksi tersebut, serta harus memahami antarmuka pengguna semua alat Keuangan Desentralisasi yang rumit ini. Rapat kami penuh dengan instruksi tindakan seperti "klik di sini", "pergi ke sana", "pertukaran ini".

Sebagai contoh menukarkan USDC menjadi LP FRAX/DAI di Polygon, seluruh proses memerlukan 12 transaksi:

1. Menukar USDC menjadi DAI di DEX tertentu (, menyetujui + menukar )
2. Lakukan transaksi lintas rantai USDC dan DAI ke Polygon(4, persetujuan + lintas rantai)
3. Menggabungkan transaksi USDC dan DAI( di DEX tertentu di Polygon, persetujuan + penggabungan)
4. Menyimpan token LP ke dalam kolam hasil untuk mendapatkan hadiah (2 transaksi, menyetujui + menyimpan )

Kami harus memberikan informasi melalui antarmuka pengguna yang ditentukan oleh protokol, untuk langsung mencari, membuat, dan mengeksekusi transaksi-transaksi ini di EVM. Proses ini bersifat manual, panjang, dan melelahkan, terutama dalam kasus skala portofolio yang besar. Dalam retrospeksi, tugas-tugas ini hanya meniru fungsi beberapa DApp pertanian hasil, tetapi operasi manualnya sangat kompleks.

Dari sudut pandang yang lebih tinggi, semua proses yang kami jalankan memiliki hasil yang diharapkan dengan jelas. Kami memiliki aset dan ingin menggunakannya untuk menyelesaikan tugas X, Y, Z. Seperti contoh di atas, tujuan kami adalah "mengonversi USDC di Ethereum menjadi LP FRAX/DAI di Polygon, dan menyimpannya di kolam staking". Inilah "isi" dari operasi kami, dan 12 transaksi yang harus kami lakukan adalah "bagaimana" cara operasinya. Dari titik awal hingga akhir memerlukan serangkaian langkah yang jelas dan logis, di mana semua langkah tersebut dapat diukur.

Algoritma kuat yang khusus digunakan untuk menangani routing transaksi dapat menyederhanakan proses ini menjadi 1-2 langkah. Kita hanya perlu mengajukan hasil yang kita inginkan, algoritma akan mengembalikan jalur terbaik untuk kita, bahkan mungkin langsung memproses transaksi. Struktur pemetaan jalur jenis ini disebut "niat", yang merupakan bagian dari masa depan middleware yang berkembang pesat di Ethereum. Saat ini, belum ada konsensus tentang definisi niat, tetapi sudah ada beberapa konsep yang luas.

Salah satu pandangan berpendapat: "Niat adalah menandatangani sekumpulan batasan deklaratif, yang memungkinkan pengguna untuk mengalihdayakan pembuatan transaksi kepada pihak ketiga, sambil mempertahankan kontrol penuh atas transaksi." Definisi lain adalah: "Transaksi adalah imperatif, sedangkan niat adalah 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 implementasi yang spesifik."

Dalam kedua definisi ini, niat bersifat "deklaratif", yaitu mencari bantuan eksternal melalui berbagi data antara pengguna dan "solver". Pengguna menyatakan hasil yang mereka inginkan, dan solver memberikan cara untuk mencapainya. Berbeda dengan transaksi yang memiliki parameter tertentu, niat harus dipetakan oleh pihak ketiga. Selain itu, ada juga batasan kondisi yang membatasi himpunan jalur yang mungkin, yang membantu mengkonsentrasikan total kemungkinan ke dalam kumpulan yang lebih kecil dan dapat difilter, dari mana pengguna dapat memilih.

Sebagai contoh dari situasi teman saya, sistem niat memungkinkan kami untuk menyiarkan tujuan akhir kepada sekelompok penyelesai, yang kemudian akan menghitung jalur terbaik. Kami dapat memilih rute yang paling optimal dari segi harga dan melaksanakan transaksi. Semua langkah perantara akan ditangani oleh rute yang disediakan oleh penyelesai, pengguna hanya perlu mengonfirmasi 1-2 transaksi.

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

Niat transaksi ini di Curve, hanyalah contoh yang sangat dasar. Antarmuka pengguna hanyalah alat yang berguna untuk membangun transaksi pertukaran melalui logika berikut:

Trading FRAX: Tukar 100.000 FRAX menjadi setidaknya 999.000 USDC menggunakan LP Curve FRAX/USDC 5bps, berlaku hingga blok X. Sebagai perbandingan, niat berbagi hasil yang diharapkan ( untuk mendapatkan jumlah maksimum USDC ) dan batasan ( hanya menjual 100.000 FRAX ). Solver akan menentukan berapa nilai tukar terbaik.

Jika Anda pernah menggunakan beberapa agregator DEX, Anda akan melihat sistem niat yang digunakan untuk membangun perdagangan pertukaran. Saat menggunakan agregator ini, Anda tetap menyediakan semua parameter eksekusi, lalu mendapatkan serangkaian potensi relayer transaksi yang akan mengeksekusi perdagangan. Pengguna dapat memilih kombinasi harga/biaya terbaik berdasarkan biaya dan biaya gas yang ditawarkan oleh relayer yang berbeda.

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

1. Pesanan batas: Jika kondisi terpenuhi, maka diizinkan untuk menarik aset dari akun.
2. Lelang Pesanan: Eksekusi pesanan pihak ketiga yang berbasis pada likuiditas non-DEX.
3. Sponsorship Gas: Memungkinkan penggunaan token tertentu untuk melakukan transaksi pihak ketiga, berlaku untuk dompet abstraksi akun.
4. Penugasan: Daftar putih termasuk dalam situasi ini, melakukan pemeriksaan database sebelum mengeksekusi transaksi.
5. Proses Batch Transaksi: Mengizinkan pengolahan batch untuk niat efisiensi Gas.
6. Pertukaran Lintas Rantai: Lihat beberapa protokol lintas rantai.

Meskipun jenis pesanan semakin bervariasi, cara paling sederhana untuk mendeskripsikan niat tersebut mungkin adalah "pesanan batas", hanya menggunakan istilah pemasaran baru. Pesanan batas merujuk pada harapan untuk membeli jumlah aset tertentu dengan harga tertentu, dan pesanan itu sendiri hanya akan diisi setelah pihak lain muncul dan menerima pesanan.

Sama seperti order limit, niat terdiri dari dua bagian transaksi. Bagian pertama adalah status akhir yang diharapkan pengguna. Bagian kedua adalah transaksi yang dimulai oleh solver. Ketika Anda menggabungkan keduanya, Anda mendapatkan apa yang diperlukan untuk mengeksekusi transaksi.

Cara membangun berdasarkan arsitektur niat hampir tidak memiliki risiko. Pertama, penyelesai memiliki motivasi untuk tidak menyebarkan niat MEV yang mereka bisa untungkan. "Dalam banyak kasus, ekstraksi MEV memerlukan pelaksanaan pesanan pengguna di blockchain. Dalam kasus ini, pelaksanaan pesanan pengguna akan mengekspos status blockchain, yang dapat dimanfaatkan oleh ekstraktor untuk mendapatkan keuntungan. Backrunning dan perdagangan sandwich adalah beberapa contoh umum."

Karakteristik inti dari niat adalah paparan data. Dengan menandatangani pesan niat, Anda menunjukkan bahwa Anda bersedia untuk mengekstrak MEV dengan mengorbankan kenyamanan. Karena niat tidak dapat langsung disiarkan ke mempool Ethereum, transaksi ( yang menunggu untuk dieksekusi ditempatkan di Interpool pribadi yang berada di luar rantai. Interpool ini dapat bersifat terizin, tanpa izin, atau campuran dari keduanya.

Interpool tanpa izin mengadopsi API terdesentralisasi, memungkinkan node dalam sistem untuk secara bebas berbagi niat dan memberikan akses tidak terbatas kepada pelaksana. Contohnya termasuk beberapa perantara protokol dan kolam memori bersama yang diusulkan. Kolam memori terbuka telah matang untuk serangan DDOS, dan tidak dapat memastikan untuk menghentikan penyebaran niat pelaksanaan yang buruk.

Sebagai perbandingan, mempool berlisensi menggunakan API yang tepercaya, yang dapat melawan DDoS, dan tidak memerlukan penyebaran niat. Bergantung pada lembaga perantara yang tepercaya, selama kepercayaan dipertahankan, mereka dapat menjamin kualitas eksekusi. Lembaga perantara semacam ini biasanya memiliki reputasi yang baik, yang dapat memotivasi mereka untuk memastikan eksekusi yang prima. Namun, mereka masih memiliki asumsi kepercayaan yang kuat, yang merugikan semangat inti dari blockchain terbuka.

Solusi hibrida menjembatani kesenjangan antara sistem yang tidak memerlukan izin dan sistem yang memerlukan izin. Mereka mungkin mengadopsi penyebaran berlisensi yang dipadukan dengan eksekusi tanpa izin, dan sebaliknya. Beberapa protokol seperti lelang aliran pesanan menggunakan pihak tepercaya ) untuk mencocokkan pesanan di luar rantai ( untuk menjalankan lelang, tetapi partisipasinya tidak memerlukan izin.

![Mengapa Intents mungkin menjadi jawaban untuk masalah kompleksitas DeFi?])https://img-cdn.gateio.im/webp-social/moments-b3db327fe5a421e6947dd89721ee21de.webp(

Interpool yang paling populer saat ini adalah terpusat dan berlisensi, 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 memperkenalkan biaya dan praktik rent-seeking lainnya, pengguna yang memiliki kekuatan negosiasi telah menghilang ke tangan perantara yang mengeksploitasi.

Ketika niat diperlakukan sebagai order limit, kita dapat melakukan perbandingan yang jelas dengan aliran order dari beberapa broker menggunakan pembayaran )PFOF(. Broker ini menawarkan perdagangan "gratis" kepada pengguna, yang dasarnya adalah pengguna dapat menjual aliran order, alih-alih mengirimkannya ke bursa tradisional. Pembuat pasar adalah perusahaan yang membeli dan menjual sekuritas dalam jumlah besar, mereka memberikan pembayaran ini karena mereka dapat mengambil keuntungan dari selisih harga beli dan jual order. Para kritikus secara luas mengkritik praktik ini karena konflik kepentingan. Meskipun perusahaan broker memiliki kewajiban untuk memberikan eksekusi terbaik untuk order pelanggan mereka, insentif moneter PFOF diduga memengaruhi keputusan mereka tentang ke mana mengirim order.

Tujuan adalah bentuk arbitrase PFOF, yang kita sebut MEV. Kesempatan arbitrase yang diciptakan oleh sebagian order yang belum terealisasi jangka panjang ) mungkin lebih bernilai daripada transaksi yang ditambahkan secara manual ke mempool Ethereum, karena pemecah masalah dapat menentukan rutenya, bukan bersaing dengan transaksi sandwich untuk mendapatkan MEV sebelum atau setelah transaksi dalam blok yang diberikan.

Solver yang tidak diperiksa dan tidak transparan sangat mungkin 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 mendapatkan aliran pesanan. Solver yang memberikan pengembalian tertinggi kepada pengguna dalam batasan menang dalam lelang.

Beberapa protokol mengadopsi desain ini, yang menggunakan lelang batch untuk menemukan harga penyelesaian terbaik bagi trader. Pada protokol semacam ini, pesanan tidak dieksekusi segera, tetapi dikumpulkan dan diselesaikan secara batch. Sistem ini tidak menggunakan operator pusat, melainkan menggunakan kompetisi publik dari penyelesai untuk mencocokkan pesanan. Setelah batch berakhir, penyelesai ini akan menyerahkan solusi untuk menyelesaikan pesanan.

拍卖 dalam jumlah besar dapat membuat transaksi dalam satu batch memiliki harga yang sama, sehingga tidak perlu bagi penambang untuk mengatur ulang transaksi. Tidak ada 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 ini, karena pembuat pasar harus mampu melakukan perdagangan arbitrase di tempat lain untuk tetap menguntungkan.

Saat ini, beberapa protokol sedang mengembangkan infrastruktur berbasis niat untuk memungkinkan sistem campuran. Proyek tertentu sedang