Tujuan mungkin adalah solusi untuk masalah kompleksitas Keuangan Desentralisasi
Sebelum Luna runtuh, saya pernah mengelola strategi hasil stablecoin untuk seorang teman, yang ingin memahami suku bunga yang sangat tinggi pada Januari 2020. Teman ini tidak akrab dengan cryptocurrency dan belum pernah melakukan interaksi di blockchain sebelumnya. Kerja sama kami sangat sederhana: dia menyimpan dana di dompet perangkat keras, kemudian kami bertemu satu atau dua kali seminggu melalui Zoom, dan saya akan membimbingnya langkah demi langkah.
Sejak awal, kami telah mendistribusikan dana ke hampir semua protokol DeFi yang tersedia di berbagai rantai. Dalam sesi 2-4 jam, kami melakukan puluhan transaksi, termasuk persetujuan, transfer, pertukaran, penyetoran, penarikan, dan operasi lainnya. Dana dipindahkan ke pasangan perdagangan LP Uniswap yang disesuaikan, penguncian suara Curve, dan semua dana didistribusikan untuk mendapatkan insentif. Kami menggunakan hampir semua jembatan lintas rantai, DEX mainstream, dan agregator hasil untuk memindahkan portofolio stablecoin kami, untuk mendapatkan berbagai hasil di bidang cryptocurrency.
Sejujurnya, saya membuatnya terjun ke dalam bidang yang kompleks ini.
Bagian tersulit dari pekerjaan adalah menjelaskan secara rinci semua langkah yang perlu diambil. Saya akan memberikan instruksi, dia akan melaksanakannya, dan dia juga harus memahami antarmuka berbagai alat DeFi yang kompleks. Rapat kami dipenuhi dengan instruksi seperti "klik di sini", "pergi ke sana", "tukarkan ini". Sebagai contoh, untuk menukar USDC menjadi LP FRAX/DAI di Polygon, langkah-langkah berikut diperlukan:
Di DEX tertentu, tukar USDC menjadi DAI(2 transaksi, persetujuan + tukar)
Melakukan transaksi lintas rantai USDC dan DAI ke Polygon(4, persetujuan + lintas rantai)
Menggabungkan USDC dan DAI( dalam suatu transaksi di DEX di Polygon, persetujuan + penggabungan)
Menyimpan LP ke dalam vault untuk mendapatkan hadiah (2 persetujuan transaksi + menyimpan )
Hanya dengan satu aliran dana sederhana ini, kami perlu melakukan 12 transaksi! Kami harus mencari, membuat, dan mengeksekusi setiap transaksi secara langsung berdasarkan informasi yang disediakan melalui antarmuka spesifik protokol. Proses ini rumit, memakan waktu, dan melelahkan, terutama dalam kasus skala portofolio yang lebih besar. Jika dipikir kembali, tugas-tugas ini hanya meniru beberapa DApp pertanian hasil, tetapi operasinya secara manual 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, "Kami memiliki USDC( di Ethereum), berharap untuk menyediakan likuiditas dalam bentuk FRAX/DAI( di Polygon), lalu menyimpannya di vault staking". Inilah "isi" dari operasi kami, dan 12 transaksi yang harus kami lakukan adalah "cara operasional" yang spesifik. Dari titik awal hingga akhir, diperlukan serangkaian langkah yang jelas dan rasional, yang semuanya dapat diukur.
Jika ada algoritma yang kuat untuk menangani rute transaksi, proses ini dapat disederhanakan menjadi 1-2 langkah. Kita hanya perlu mengekspresikan hasil yang diinginkan, algoritma akan memberikan jalur terbaik untuk kita, dan bahkan mungkin langsung menangani transaksi. Struktur pemetaan jalur ini disebut "niat", yang merupakan bagian dari masa depan middleware yang berkembang pesat di Ethereum. Meskipun saat ini belum ada definisi yang seragam untuk niat, sudah ada beberapa pandangan umum. Definisi dari suatu lembaga investasi adalah: "Niat adalah seperangkat batasan deklaratif yang ditandatangani, yang memungkinkan pengguna untuk mengalihdayakan pembuatan transaksi kepada pihak ketiga, sambil mempertahankan kontrol penuh atas transaksi tersebut". Definisi dari seorang ahli lainnya adalah: "Transaksi bersifat imperatif, sedangkan niat bersifat deklaratif. Dengan kata lain, transaksi adalah pesan yang terdefinisi dengan jelas, yang menentukan cara menjalankan EVM untuk menghasilkan perubahan status, sedangkan niat menentukan perubahan status yang diinginkan, tetapi tidak memperhatikan proses implementasinya."
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, terdapat batasan kondisi yang mungkin menghalangi kumpulan jalur, yang membantu mengkonsentrasikan jumlah kemungkinan ke dalam kumpulan yang lebih kecil dan dapat disaring yang dapat dipilih oleh pengguna. Dalam contoh teman saya, niat memungkinkan kami untuk menyiarkan tujuan akhir kepada sekelompok solver, yang menghitung jalur terbaik. Kemudian kami memilih rute dengan harga terbaik dan melakukan transaksi. Semua langkah perantara ditangani oleh rute yang disediakan oleh solver, pengguna hanya perlu mengonfirmasi 1-2 transaksi.
Arsitektur dasar yang berbasis "niat" telah dibangun di atas EVM. Ketika Anda menggunakan DEX mana pun, ia akan mencari rute terbaik untuk mengeksekusi transaksi. Di antarmuka DEX tertentu, setelah memilih aset yang ingin dibeli atau dijual, antarmuka akan secara otomatis 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, semua diselesaikan dalam satu transaksi. Ini juga memberikan perkiraan dampak harga, serta langkah-langkah yang dapat diambil pengguna untuk membatasi slippage. Setelah parameter yang tepat dipilih, antarmuka juga dapat membantu membangun data EVM mentah yang akan disiarkan.
Tujuan perdagangan ini di DEX tertentu hanyalah contoh yang sangat dasar. Antarmuka hanyalah alat yang berguna untuk membangun perdagangan pertukaran melalui logika berikut:
Perdagangan FRAX: Tukar 100.000 FRAX dengan 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 membatasi ( hanya menjual 100.000 FRAX ). Solver akan menentukan berapa tarif tukar yang optimal.
Jika Anda pernah menggunakan beberapa agregator DEX, Anda akan melihat sistem niat yang digunakan untuk membangun perdagangan pertukaran. Dengan menggunakan alat ini, Anda masih menyediakan semua parameter eksekusi, dan kemudian mendapatkan serangkaian calon relayer perdagangan yang akan mengeksekusi transaksi. Semua calon pertukaran masih berjalan di beberapa DEX dengan pengecualian kasus khusus (, tetapi tergantung pada relayer transaksi, 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:
Pesanan dengan harga terbatas: Jika kondisi terpenuhi, maka diperbolehkan untuk menarik aset dari akun.
Beberapa pelelangan khusus: pelaksanaan pesanan pihak ketiga berdasarkan likuiditas non-DEX.
Gas sponsor: memungkinkan penggunaan token seperti FRAX untuk melakukan transaksi pihak ketiga, berlaku untuk dompet abstrak akun.
Penunjukan: Daftar putih termasuk dalam kategori ini, memeriksa basis data sebelum melakukan transaksi.
Pemrosesan batch transaksi: Memungkinkan batch untuk niat efisiensi Gas.
Pertukaran Lintas Rantai: Lihat beberapa alat lintas rantai.
Meskipun jenis pesanan semakin beragam, cara paling sederhana untuk menggambarkan niat adalah "pesanan terbatas", hanya menggunakan istilah pemasaran baru. Pesanan terbatas adalah ketika seseorang ingin membeli jumlah aset tertentu pada harga tertentu, dan pesanan itu hanya akan dipenuhi ketika pihak lain muncul dan menerima pesanan tersebut.
Sama seperti order limit, niat terdiri dari dua bagian transaksi. Bagian pertama adalah status akhir yang diharapkan oleh pengguna. Bagian kedua adalah transaksi yang dimulai oleh solver. Ketika Anda menggabungkan keduanya, Anda akhirnya akan mendapatkan apa yang diperlukan untuk mengeksekusi transaksi.
![Mengapa niat (Intents) mungkin menjadi jawaban untuk masalah kompleksitas DeFi?])https://img-cdn.gateio.im/webp-social/moments-b3db327fe5a421e6947dd89721ee21de.webp(
Menjual MEV
Cara membangun berdasarkan 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 eksekusi pesanan pengguna di blockchain. Dalam kasus ini, eksekusi pesanan pengguna akan mengekspos status blockchain, dan ekstraktor dapat memanfaatkan status tersebut untuk mendapatkan untung. Pemulihan kembali dan perdagangan sandwich adalah beberapa contoh umum."
Ciri inti dari niat adalah eksposur data. Dengan menandatangani pesan niat, Anda menunjukkan bahwa Anda bersedia mengekstrak MEV dengan mengorbankan kenyamanan. Karena niat tidak dapat langsung disiarkan ke mempool Ethereum ) tempat transaksi antre sebelum dieksekusi (, maka niat tersebut diisi dalam Interpool privat yang tidak terlihat. Interpool ini bisa bersifat berizin, tanpa izin, atau campuran dari keduanya.
Interpool tanpa izin mengadopsi API terdesentralisasi, memungkinkan node dalam sistem untuk bebas berbagi niat dan memberikan akses tanpa batas kepada pelaksana. Contohnya termasuk beberapa protokol relai dan memori bersama yang diusulkan. Memori terbuka sudah matang terhadap serangan DDOS, dan tidak dapat memastikan pencegahan penyebaran niat pelaksanaan yang buruk.
Sebagai perbandingan, mempool yang diberi izin menggunakan API yang dapat dipercaya, yang tahan terhadap DDoS, dan tidak memerlukan penyebaran niat. Bergantung pada lembaga perantara yang tepercaya, selama mereka mempertahankan kepercayaan, mereka dapat menjamin kualitas eksekusi. Lembaga perantara semacam itu biasanya memiliki reputasi yang baik, yang dapat mendorong mereka untuk memastikan daya eksekusi yang terbaik. Namun, mereka tetap memiliki asumsi kepercayaan yang kuat, yang merusak semangat inti dari blockchain terbuka.
Solusi hibrida menjembatani kesenjangan antara sistem tanpa izin dan sistem berizin. Mereka dapat mengadopsi penyebaran berizin dengan eksekusi tanpa izin, dan sebaliknya. Lelang aliran pesanan seperti beberapa protokol menggunakan pihak tepercaya ) untuk mencocokkan pesanan di luar rantai ( untuk menjalankan lelang, tetapi partisipasi 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 posisi monopolinya untuk mulai mengenakan biaya dan praktik rent-seeking lainnya, pengguna dengan kekuatan tawar telah menghilang di tangan perantara yang mengeksploitasi.
![Mengapa intent (Intents) mungkin menjadi jawaban untuk masalah kompleksitas DeFi?])https://img-cdn.gateio.im/webp-social/moments-e236765e6a4558a5c6049dbdc8ddb341.webp(
Risiko Middleware
Ketika niat dianggap sebagai order limit, kita dapat membuat perbandingan yang jelas dengan aliran order pembayaran dari beberapa lembaga keuangan tradisional )PFOF(.
Para raksasa broker ini menawarkan kepada pengguna perdagangan "gratis", yang dasarnya adalah pengguna dapat menjual aliran pesanan, alih-alih mengirimkannya ke bursa tradisional. Pembuat pasar adalah perusahaan yang melakukan banyak pembelian dan penjualan sekuritas, mereka memberikan pembayaran ini karena mereka dapat memperoleh keuntungan dari selisih harga jual-beli pesanan. Para kritikus secara luas mengkritik praktik ini karena adanya konflik kepentingan. Meskipun perusahaan broker berkewajiban untuk memberikan eksekusi terbaik untuk pesanan klien mereka, insentif keuangan dari PFOF diduga mempengaruhi keputusan mereka tentang ke mana pesanan akan dikirim.
Niat adalah salah satu bentuk arbitrase PFOF, yang kami sebut sebagai MEV. Kesempatan arbitrase yang diciptakan oleh sebagian order yang belum ditutup dalam jangka panjang ) mungkin lebih berharga dibandingkan dengan transaksi yang ditambahkan secara manual ke mempool Ethereum, karena penyelesai dapat menentukan rute, bukan bersaing dengan transaksi sandwich untuk mendapatkan MEV sebelum atau setelah transaksi dalam blok tertentu.
Solver yang tidak diperiksa dan tidak transparan sangat mungkin memberikan rute terburuk, karena margin keuntungan mereka berbanding terbalik dengan kemampuan eksekusi yang baik. Pengguna tetap 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 kepada pengguna dalam batasan akan memenangkan lelang.
Beberapa DEX menggunakan desain ini, yang menggunakan lelang batch untuk menemukan harga penyelesaian terbaik bagi para trader. Di platform ini, pesanan tidak dieksekusi secara langsung, melainkan dikumpulkan dan diselesaikan secara batch. Sistem ini tidak menggunakan operator pusat, melainkan menggunakan kompetisi publik 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 penambangan untuk menjadwalkan ulang transaksi. Tidak ada pelaksanaan sebelumnya atau pelaksanaan setelahnya. Beberapa protokol menggunakan lelang aliran pesanan untuk memastikan trader mendapatkan eksekusi harga terbaik. Tetapi ini adalah langganan.
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
15 Suka
Hadiah
15
5
Bagikan
Komentar
0/400
NftRegretMachine
· 15jam yang lalu
Luna benar-benar merupakan pelajaran yang berharga
Lihat AsliBalas0
NFTBlackHole
· 15jam yang lalu
Luna play people for suckers terus
Lihat AsliBalas0
PrivacyMaximalist
· 15jam yang lalu
Tersebar terlalu jauh, tekanan sangat besar.
Lihat AsliBalas0
GasFeePhobia
· 15jam yang lalu
Hah, lagi satu kasus tragis yang terjebak UST.
Lihat AsliBalas0
notSatoshi1971
· 15jam yang lalu
Sangat menakutkan, luna sudah runtuh tapi masih berbicara.
Niat: Mengatasi kompleksitas Keuangan Desentralisasi untuk mencapai pengalaman pengguna satu klik
Tujuan mungkin adalah solusi untuk masalah kompleksitas Keuangan Desentralisasi
Sebelum Luna runtuh, saya pernah mengelola strategi hasil stablecoin untuk seorang teman, yang ingin memahami suku bunga yang sangat tinggi pada Januari 2020. Teman ini tidak akrab dengan cryptocurrency dan belum pernah melakukan interaksi di blockchain sebelumnya. Kerja sama kami sangat sederhana: dia menyimpan dana di dompet perangkat keras, kemudian kami bertemu satu atau dua kali seminggu melalui Zoom, dan saya akan membimbingnya langkah demi langkah.
Sejak awal, kami telah mendistribusikan dana ke hampir semua protokol DeFi yang tersedia di berbagai rantai. Dalam sesi 2-4 jam, kami melakukan puluhan transaksi, termasuk persetujuan, transfer, pertukaran, penyetoran, penarikan, dan operasi lainnya. Dana dipindahkan ke pasangan perdagangan LP Uniswap yang disesuaikan, penguncian suara Curve, dan semua dana didistribusikan untuk mendapatkan insentif. Kami menggunakan hampir semua jembatan lintas rantai, DEX mainstream, dan agregator hasil untuk memindahkan portofolio stablecoin kami, untuk mendapatkan berbagai hasil di bidang cryptocurrency.
Sejujurnya, saya membuatnya terjun ke dalam bidang yang kompleks ini.
Bagian tersulit dari pekerjaan adalah menjelaskan secara rinci semua langkah yang perlu diambil. Saya akan memberikan instruksi, dia akan melaksanakannya, dan dia juga harus memahami antarmuka berbagai alat DeFi yang kompleks. Rapat kami dipenuhi dengan instruksi seperti "klik di sini", "pergi ke sana", "tukarkan ini". Sebagai contoh, untuk menukar USDC menjadi LP FRAX/DAI di Polygon, langkah-langkah berikut diperlukan:
Hanya dengan satu aliran dana sederhana ini, kami perlu melakukan 12 transaksi! Kami harus mencari, membuat, dan mengeksekusi setiap transaksi secara langsung berdasarkan informasi yang disediakan melalui antarmuka spesifik protokol. Proses ini rumit, memakan waktu, dan melelahkan, terutama dalam kasus skala portofolio yang lebih besar. Jika dipikir kembali, tugas-tugas ini hanya meniru beberapa DApp pertanian hasil, tetapi operasinya secara manual 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, "Kami memiliki USDC( di Ethereum), berharap untuk menyediakan likuiditas dalam bentuk FRAX/DAI( di Polygon), lalu menyimpannya di vault staking". Inilah "isi" dari operasi kami, dan 12 transaksi yang harus kami lakukan adalah "cara operasional" yang spesifik. Dari titik awal hingga akhir, diperlukan serangkaian langkah yang jelas dan rasional, yang semuanya dapat diukur.
Jika ada algoritma yang kuat untuk menangani rute transaksi, proses ini dapat disederhanakan menjadi 1-2 langkah. Kita hanya perlu mengekspresikan hasil yang diinginkan, algoritma akan memberikan jalur terbaik untuk kita, dan bahkan mungkin langsung menangani transaksi. Struktur pemetaan jalur ini disebut "niat", yang merupakan bagian dari masa depan middleware yang berkembang pesat di Ethereum. Meskipun saat ini belum ada definisi yang seragam untuk niat, sudah ada beberapa pandangan umum. Definisi dari suatu lembaga investasi adalah: "Niat adalah seperangkat batasan deklaratif yang ditandatangani, yang memungkinkan pengguna untuk mengalihdayakan pembuatan transaksi kepada pihak ketiga, sambil mempertahankan kontrol penuh atas transaksi tersebut". Definisi dari seorang ahli lainnya adalah: "Transaksi bersifat imperatif, sedangkan niat bersifat deklaratif. Dengan kata lain, transaksi adalah pesan yang terdefinisi dengan jelas, yang menentukan cara menjalankan EVM untuk menghasilkan perubahan status, sedangkan niat menentukan perubahan status yang diinginkan, tetapi tidak memperhatikan proses implementasinya."
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, terdapat batasan kondisi yang mungkin menghalangi kumpulan jalur, yang membantu mengkonsentrasikan jumlah kemungkinan ke dalam kumpulan yang lebih kecil dan dapat disaring yang dapat dipilih oleh pengguna. Dalam contoh teman saya, niat memungkinkan kami untuk menyiarkan tujuan akhir kepada sekelompok solver, yang menghitung jalur terbaik. Kemudian kami memilih rute dengan harga terbaik dan melakukan transaksi. Semua langkah perantara ditangani oleh rute yang disediakan oleh solver, pengguna hanya perlu mengonfirmasi 1-2 transaksi.
Arsitektur dasar yang berbasis "niat" telah dibangun di atas EVM. Ketika Anda menggunakan DEX mana pun, ia akan mencari rute terbaik untuk mengeksekusi transaksi. Di antarmuka DEX tertentu, setelah memilih aset yang ingin dibeli atau dijual, antarmuka akan secara otomatis 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, semua diselesaikan dalam satu transaksi. Ini juga memberikan perkiraan dampak harga, serta langkah-langkah yang dapat diambil pengguna untuk membatasi slippage. Setelah parameter yang tepat dipilih, antarmuka juga dapat membantu membangun data EVM mentah yang akan disiarkan.
Tujuan perdagangan ini di DEX tertentu hanyalah contoh yang sangat dasar. Antarmuka hanyalah alat yang berguna untuk membangun perdagangan pertukaran melalui logika berikut:
Perdagangan FRAX: Tukar 100.000 FRAX dengan 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 membatasi ( hanya menjual 100.000 FRAX ). Solver akan menentukan berapa tarif tukar yang optimal.
Jika Anda pernah menggunakan beberapa agregator DEX, Anda akan melihat sistem niat yang digunakan untuk membangun perdagangan pertukaran. Dengan menggunakan alat ini, Anda masih menyediakan semua parameter eksekusi, dan kemudian mendapatkan serangkaian calon relayer perdagangan yang akan mengeksekusi transaksi. Semua calon pertukaran masih berjalan di beberapa DEX dengan pengecualian kasus khusus (, tetapi tergantung pada relayer transaksi, 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:
Pesanan dengan harga terbatas: Jika kondisi terpenuhi, maka diperbolehkan untuk menarik aset dari akun.
Beberapa pelelangan khusus: pelaksanaan pesanan pihak ketiga berdasarkan likuiditas non-DEX.
Gas sponsor: memungkinkan penggunaan token seperti FRAX untuk melakukan transaksi pihak ketiga, berlaku untuk dompet abstrak akun.
Penunjukan: Daftar putih termasuk dalam kategori ini, memeriksa basis data sebelum melakukan transaksi.
Pemrosesan batch transaksi: Memungkinkan batch untuk niat efisiensi Gas.
Pertukaran Lintas Rantai: Lihat beberapa alat lintas rantai.
Meskipun jenis pesanan semakin beragam, cara paling sederhana untuk menggambarkan niat adalah "pesanan terbatas", hanya menggunakan istilah pemasaran baru. Pesanan terbatas adalah ketika seseorang ingin membeli jumlah aset tertentu pada harga tertentu, dan pesanan itu hanya akan dipenuhi ketika pihak lain muncul dan menerima pesanan tersebut.
Sama seperti order limit, niat terdiri dari dua bagian transaksi. Bagian pertama adalah status akhir yang diharapkan oleh pengguna. Bagian kedua adalah transaksi yang dimulai oleh solver. Ketika Anda menggabungkan keduanya, Anda akhirnya akan mendapatkan apa yang diperlukan untuk mengeksekusi transaksi.
![Mengapa niat (Intents) mungkin menjadi jawaban untuk masalah kompleksitas DeFi?])https://img-cdn.gateio.im/webp-social/moments-b3db327fe5a421e6947dd89721ee21de.webp(
Menjual MEV
Cara membangun berdasarkan 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 eksekusi pesanan pengguna di blockchain. Dalam kasus ini, eksekusi pesanan pengguna akan mengekspos status blockchain, dan ekstraktor dapat memanfaatkan status tersebut untuk mendapatkan untung. Pemulihan kembali dan perdagangan sandwich adalah beberapa contoh umum."
Ciri inti dari niat adalah eksposur data. Dengan menandatangani pesan niat, Anda menunjukkan bahwa Anda bersedia mengekstrak MEV dengan mengorbankan kenyamanan. Karena niat tidak dapat langsung disiarkan ke mempool Ethereum ) tempat transaksi antre sebelum dieksekusi (, maka niat tersebut diisi dalam Interpool privat yang tidak terlihat. Interpool ini bisa bersifat berizin, tanpa izin, atau campuran dari keduanya.
Interpool tanpa izin mengadopsi API terdesentralisasi, memungkinkan node dalam sistem untuk bebas berbagi niat dan memberikan akses tanpa batas kepada pelaksana. Contohnya termasuk beberapa protokol relai dan memori bersama yang diusulkan. Memori terbuka sudah matang terhadap serangan DDOS, dan tidak dapat memastikan pencegahan penyebaran niat pelaksanaan yang buruk.
Sebagai perbandingan, mempool yang diberi izin menggunakan API yang dapat dipercaya, yang tahan terhadap DDoS, dan tidak memerlukan penyebaran niat. Bergantung pada lembaga perantara yang tepercaya, selama mereka mempertahankan kepercayaan, mereka dapat menjamin kualitas eksekusi. Lembaga perantara semacam itu biasanya memiliki reputasi yang baik, yang dapat mendorong mereka untuk memastikan daya eksekusi yang terbaik. Namun, mereka tetap memiliki asumsi kepercayaan yang kuat, yang merusak semangat inti dari blockchain terbuka.
Solusi hibrida menjembatani kesenjangan antara sistem tanpa izin dan sistem berizin. Mereka dapat mengadopsi penyebaran berizin dengan eksekusi tanpa izin, dan sebaliknya. Lelang aliran pesanan seperti beberapa protokol menggunakan pihak tepercaya ) untuk mencocokkan pesanan di luar rantai ( untuk menjalankan lelang, tetapi partisipasi 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 posisi monopolinya untuk mulai mengenakan biaya dan praktik rent-seeking lainnya, pengguna dengan kekuatan tawar telah menghilang di tangan perantara yang mengeksploitasi.
![Mengapa intent (Intents) mungkin menjadi jawaban untuk masalah kompleksitas DeFi?])https://img-cdn.gateio.im/webp-social/moments-e236765e6a4558a5c6049dbdc8ddb341.webp(
Risiko Middleware
Ketika niat dianggap sebagai order limit, kita dapat membuat perbandingan yang jelas dengan aliran order pembayaran dari beberapa lembaga keuangan tradisional )PFOF(.
Para raksasa broker ini menawarkan kepada pengguna perdagangan "gratis", yang dasarnya adalah pengguna dapat menjual aliran pesanan, alih-alih mengirimkannya ke bursa tradisional. Pembuat pasar adalah perusahaan yang melakukan banyak pembelian dan penjualan sekuritas, mereka memberikan pembayaran ini karena mereka dapat memperoleh keuntungan dari selisih harga jual-beli pesanan. Para kritikus secara luas mengkritik praktik ini karena adanya konflik kepentingan. Meskipun perusahaan broker berkewajiban untuk memberikan eksekusi terbaik untuk pesanan klien mereka, insentif keuangan dari PFOF diduga mempengaruhi keputusan mereka tentang ke mana pesanan akan dikirim.
Niat adalah salah satu bentuk arbitrase PFOF, yang kami sebut sebagai MEV. Kesempatan arbitrase yang diciptakan oleh sebagian order yang belum ditutup dalam jangka panjang ) mungkin lebih berharga dibandingkan dengan transaksi yang ditambahkan secara manual ke mempool Ethereum, karena penyelesai dapat menentukan rute, bukan bersaing dengan transaksi sandwich untuk mendapatkan MEV sebelum atau setelah transaksi dalam blok tertentu.
Solver yang tidak diperiksa dan tidak transparan sangat mungkin memberikan rute terburuk, karena margin keuntungan mereka berbanding terbalik dengan kemampuan eksekusi yang baik. Pengguna tetap 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 kepada pengguna dalam batasan akan memenangkan lelang.
Beberapa DEX menggunakan desain ini, yang menggunakan lelang batch untuk menemukan harga penyelesaian terbaik bagi para trader. Di platform ini, pesanan tidak dieksekusi secara langsung, melainkan dikumpulkan dan diselesaikan secara batch. Sistem ini tidak menggunakan operator pusat, melainkan menggunakan kompetisi publik 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 penambangan untuk menjadwalkan ulang transaksi. Tidak ada pelaksanaan sebelumnya atau pelaksanaan setelahnya. Beberapa protokol menggunakan lelang aliran pesanan untuk memastikan trader mendapatkan eksekusi harga terbaik. Tetapi ini adalah langganan.