Sistem niat mungkin dapat menyelesaikan masalah kompleksitas Keuangan Desentralisasi

Sebelum Luna runtuh, saya mengelola strategi penghasilan stablecoin untuk seorang teman, dia ingin mengetahui suku bunga tinggi yang bisa kita dapatkan pada Januari 2020. Teman saya tidak akrab dengan cryptocurrency, dan belum pernah melakukan interaksi di blockchain sebelumnya. Kerjasama kami sangat sederhana: dia menyimpan dana di dompet perangkat keras, dan kemudian kami bertemu melalui Zoom satu atau dua kali setiap minggu, saya secara bertahap membimbingnya dalam prosesnya.

Pada awalnya, kami mendistribusikan dana ke hampir semua protokol DeFi yang tersedia di berbagai rantai. Dalam sesi 2-4 jam, kami melakukan puluhan transaksi persetujuan, transfer, pertukaran, penyetoran, klaim, dan penarikan dana. Dana dipindahkan ke pasangan perdagangan LP kustom, staking, dll., untuk mendapatkan insentif maksimal. Kami menggunakan hampir semua jembatan lintas rantai, DEX utama, dan agregator hasil, untuk memindahkan portofolio stablecoin kami. Kami berusaha untuk mengakses berbagai hasil di bidang cryptocurrency.

Mengatakan bahwa saya membuatnya melakukan operasi secara buta agak terlalu sopan.

Bagian tersulit dalam pekerjaan adalah menjelaskan semua langkah yang perlu diambil. Saya memberikan instruksi, dia melaksanakan dan mencoba memahami antarmuka berbagai alat DeFi yang kompleks. Rapat kami dipenuhi dengan instruksi operasional seperti "klik di sini", "pergi ke sana", "tukar ini". Sebagai contoh menukar USDC menjadi FRAX/DAI LP di Polygon, diperlukan 12 transaksi:

1. Menukarkan USDC menjadi DAI di suatu DEX ( 2 transaksi )
2. Lakukan transaksi lintas rantai USDC dan DAI ke Polygon(4 )
3. Menggabungkan USDC dan DAI di Polygon DEX ( untuk 1 transaksi )
4. Simpan LP ke dalam vault untuk mendapatkan hadiah (2 transaksi )

Untuk aliran dana yang sederhana seperti ini, kita perlu memulai 12 transaksi! Kita harus menggunakan informasi UI yang spesifik untuk protokol, langsung mencari, membuat, dan mengeksekusi transaksi tunggal di EVM. Proses ini sangat rumit, terutama dalam kasus skala portofolio yang lebih besar. Jika dipikirkan kembali, tugas-tugas ini hanya meniru 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 tertentu. Seperti contoh di atas, "Kami memiliki USDC( di Ethereum ), ingin menyediakan likuiditas dalam bentuk FRAX/DAI( di Polygon ), dan kemudian menyetor ke vault staking." Inilah "tujuan" operasi kami, dan 12 transaksi adalah "metode" untuk mencapai tujuan ini. Dari titik awal hingga akhir, diperlukan serangkaian langkah yang jelas dan masuk akal, langkah-langkah ini semuanya dapat diukur.

Algoritma rute perdagangan yang kuat dapat sangat menyederhanakan proses ini, mengurangi langkah-langkah menjadi 1-2. Kita hanya perlu menyatakan hasil yang diinginkan, algoritma akan mengembalikan jalur terbaik, bahkan mungkin langsung memproses transaksi. Struktur pemetaan jalur ini disebut "niat", dan merupakan bagian dari masa depan middleware yang berkembang pesat di Ethereum. Meskipun konsep niat telah dikenal luas, konsensus definisi belum tercapai. Saat ini ada beberapa pandangan umum. Definisi Paradigm adalah: "Niat adalah sekumpulan batasan deklaratif yang ditandatangani, memungkinkan pengguna untuk mengalihkan pembuatan transaksi kepada pihak ketiga, sambil tetap mempertahankan kontrol penuh atas pihak transaksi." David Ma dari Near mendefinisikannya sebagai: "Transaksi bersifat imperatif, sedangkan niat bersifat deklaratif. Dengan kata lain, transaksi adalah pesan yang didefinisikan dengan jelas, yang menunjukkan bagaimana menjalankan EVM untuk menghasilkan perubahan status, sedangkan niat menunjukkan perubahan status yang diinginkan, tanpa memperhatikan proses pelaksanaannya."

Kedua definisi ini menggambarkan niat sebagai "deklaratif", yaitu mencari bantuan eksternal melalui berbagi data antara pengguna dan "solver". Pengguna menyatakan hasil yang mereka inginkan, solver menyediakan metode pelaksanaannya. Berbeda dengan transaksi yang memiliki parameter tertentu, niat harus dipetakan oleh pihak ketiga. Selain itu, ada batasan yang membatasi kumpulan jalur yang mungkin, yang membantu mempersempit kemungkinan ke dalam kumpulan yang lebih kecil dan dapat difilter untuk dipilih oleh pengguna. Dalam contoh teman saya, niat memungkinkan kami untuk menyiarkan tujuan akhir kepada sekelompok solver, yang menghitung jalur terbaik. Kemudian kami memilih jalur dengan harga paling optimal dan mengeksekusi transaksi. Semua langkah perantara ditangani oleh jalur yang disediakan oleh solver, hanya memerlukan konfirmasi pengguna untuk 1-2 transaksi.

Arsitektur dasar yang "berbasis niat" telah dibangun di atas EVM. Saat menggunakan DEX mana pun, ia akan menemukan rute terbaik untuk eksekusi perdagangan. Di beberapa antarmuka DEX, setelah memilih aset yang ingin dibeli atau dijual, UI akan secara otomatis menemukan LP terbaik untuk routing. Karena mungkin tidak ada pasangan perdagangan langsung, pesanan akan melewati beberapa LP untuk mendapatkan jalur eksekusi terbaik, semuanya diselesaikan dalam satu transaksi. Ini juga akan memberikan perkiraan dampak harga, serta tindakan yang dapat diambil pengguna untuk membatasi slippage. Setelah memilih parameter yang tepat, UI juga dapat membantu membangun data EVM mentah yang akan disiarkan.

Niat transaksi di DEX ini hanya merupakan contoh dasar. UI adalah alat berguna untuk membangun perdagangan pertukaran, mengikuti logika tertentu. Dan niat tersebut adalah untuk berbagi hasil yang diharapkan ( untuk mendapatkan jumlah maksimum dari token target ) dan batasan ( untuk hanya menjual jumlah tertentu dari token sumber ). Solver akan menentukan rasio pertukaran terbaik.

Jika Anda pernah menggunakan beberapa agregator DEX, Anda akan melihat sistem niat yang digunakan untuk membangun perdagangan pertukaran. Pengguna menyediakan parameter eksekusi, kemudian mendapatkan serangkaian relayer perdagangan yang potensial. Perdagangan ini dapat dilakukan di berbagai DEX, tergantung pada relayer yang berbeda, mereka memiliki biaya dan biaya gas yang berbeda. Akhirnya, pengguna memilih kombinasi harga/biaya terbaik.

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

1. Pesanan limit: Jika kondisi terpenuhi, memungkinkan untuk menarik aset dari akun.
2. Eksekusi pesanan pihak ketiga yang berbasis likuiditas non-DEX.
3. Gas sponsor: memungkinkan penggunaan token lain untuk melakukan transaksi pihak ketiga, berlaku untuk dompet abstraksi akun.
4. Penugasan: Daftar putih termasuk dalam situasi ini, memeriksa basis data sebelum melakukan transaksi.
5. Proses batch transaksi: Memungkinkan pemrosesan batch untuk niat efisiensi Gas.
6. Pertukaran lintas rantai.

Meskipun jenis pesanan semakin beragam, cara paling sederhana untuk mendeskripsikan niat adalah "pesanan limit", yang hanya menggunakan istilah pemasaran baru. Pesanan limit merujuk pada keinginan untuk membeli jumlah aset tertentu pada harga tertentu, yang hanya akan dieksekusi setelah pihak lain menerima pesanan tersebut.

Mirip dengan pesanan harga tetap, niat terdiri dari dua bagian transaksi. Bagian pertama adalah status akhir yang diharapkan pengguna, bagian kedua adalah transaksi yang dimulai oleh penyelesai. Kombinasi keduanya membentuk konten yang diperlukan untuk mengeksekusi transaksi.

Menjual MEV

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

Karakteristik inti dari niat adalah eksposur data. Menandatangani pesan niat menunjukkan keinginan untuk mengekstrak MEV dengan biaya kenyamanan. Karena niat tidak dapat disiarkan langsung ke mempool Ethereum, mereka diisi dalam Interpool off-chain yang bersifat privat. Interpool ini bisa berupa yang berlisensi, tanpa lisensi, atau jenis campuran.

Interpool tanpa izin mengadopsi API terdesentralisasi, node dalam sistem dapat bebas berbagi niat dan memberikan akses tidak terbatas kepada pelaksana. Misalnya, beberapa protokol perantara dan kolam memori bersama yang diusulkan. Kolam memori terbuka rentan terhadap serangan DDOS dan tidak dapat menjamin pencegahan penyebaran niat eksekusi yang buruk.

Sebaliknya, memori izin menggunakan API tepercaya, dapat melawan DDoS, dan tidak memerlukan penyebaran niat. Bergantung pada lembaga perantara yang tepercaya, selama kepercayaan dipertahankan, kualitas eksekusi dapat dijamin. Lembaga perantara semacam itu biasanya memiliki reputasi baik, yang memotivasi mereka untuk memastikan kekuatan eksekusi yang prima. 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 dengan izin. Mereka dapat menggabungkan penyebaran berlisensi dengan eksekusi tanpa izin, atau sebaliknya. Beberapa lelang aliran pesanan menggunakan pihak tepercaya ( protokol rantai di luar untuk mencocokkan pesanan ) untuk mengoperasikan lelang, tetapi partisipasi tidak memerlukan izin.

Interpool yang paling populer saat ini adalah terpusat dan memiliki izin, tanpa insentif untuk berbagi informasi dengan pesaing. Risikonya adalah, satu pihak menyerap sebagian besar transaksi berbasis niat dan memanfaatkan posisi monopoli untuk mengenakan biaya dan tindakan mencari rente lainnya, kekuatan negosiasi telah hilang di tangan perantara yang mengeksploitasi.

Risiko Middleware

Ketika memperlakukan niat sebagai pesanan limit, kita dapat membandingkan aliran pesanan dengan beberapa broker dengan membayar (PFOF).

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

Niatnya adalah bentuk arbitrase PFOF, yang kita sebut sebagai MEV. Kesempatan arbitrase yang diciptakan oleh pesanan yang belum terselesaikan dalam jangka panjang mungkin lebih bernilai daripada transaksi yang ditambahkan secara manual ke mempool Ethereum, karena penyelesai dapat menentukan rute, alih-alih bersaing dengan transaksi sandwich untuk mendapatkan MEV sebelum atau setelah transaksi dalam blok yang diberikan.

Solusi yang tidak terverifikasi dan tidak transparan sangat mungkin memberikan rute terburuk, karena margin keuntungan mereka berbanding terbalik dengan kemampuan eksekusi yang baik. Pengguna masih perlu memilih solusi, dan mereka dapat memanfaatkan kemampuan negosiasi ini untuk memaksa solusi untuk bersaing dalam penawaran untuk aliran pesanan. Solusi yang memberikan pengembalian tertinggi kepada pengguna di bawah batasan memenangkan lelang.

Beberapa DEX menggunakan desain ini, menggunakan lelang batch untuk menemukan harga penyelesaian terbaik bagi trader. Di DEX ini, pesanan tidak dieksekusi segera, tetapi dikumpulkan dan diselesaikan secara batch. Sistem tidak menggunakan operator pusat, tetapi menggunakan persaingan terbuka dari solver untuk mencocokkan pesanan. Setelah batch selesai, para solver akan mengajukan solusi untuk menyelesaikan pesanan.

Lelang massal 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 bahwa trader mendapatkan eksekusi harga terbaik. Namun, ada beberapa MEV dalam pesanan, karena pembuat pasar harus mampu melakukan perdagangan arbitrase di tempat lain untuk tetap menguntungkan.

Masa Depan

Saat ini, beberapa protokol sedang mengembangkan infrastruktur berbasis niat untuk memungkinkan sistem campuran. Beberapa proyek secara eksplisit membangun kumpulan memori pribadi dan jaringan pembangunan blok untuk mengarahkan lalu lintas ke L2 dan Ethereum. Ada juga proyek yang mencoba membangun infrastruktur generasi berikutnya yang sepenuhnya tanpa izin, dan beberapa perusahaan lain juga bergabung.

Meskipun belum ada konsensus tentang siapa pemenang niat tersebut, ini adalah bagian yang terus berkembang dari revolusi lapisan middleware baru yang sedang terjadi di bidang kripto saat ini, yang diperlukan untuk kemudahan. UI saat ini tidak cukup ramah pengguna, sulit untuk diadopsi lebih luas. Niat yang ada biasanya digunakan untuk pertukaran koin dan pemrosesan pesanan, tetapi tujuannya adalah untuk membuatnya cocok untuk data yang sepenuhnya umum dan data sembarang.

Ini membuka kemungkinan baru untuk pembangunan di beberapa blockchain publik, karena semua dompet mungkin secara default menggunakan abstraksi akun. Lapisan niat yang kuat dapat membuka kasus penggunaan baru untuk ekosistem ini dan menyederhanakan aplikasi yang dibangun di atasnya.

![Mengapa Niatan (Intents) Mungkin