Baru-baru ini saya membuat ringkasan metode evaluasi jalur DeFi. Setelah mempelajari beberapa kasus, Uniswap adalah perwakilan tipikal dalam hal pengaruh dan logika berulang.

Logika internal iterasi Uniswap dari V1 ke V4, serta peluncuran protokol UniswapX, adalah inovasi fungsional dan optimalisasi mekanisme untuk transaksi DEX.

V1 awalnya menerapkan AMM di bidang enkripsi, V2 mengurangi eksposur risiko ETH dan meluncurkan oracle harga yang lebih sulit untuk dimanipulasi, V3 memecahkan masalah efisiensi modal yang rendah melalui likuiditas terpusat, V4 menerapkan DEX yang dapat disesuaikan, dan protokol UniswapX diperkuat melalui mekanisme lelang Daya saing agregator pihak ketiga memungkinkan optimalisasi selisih harga.

Sejarah Uniswap

Tidak perlu menguraikan status dan pengaruh Uniswap. Berdasarkan data real-time Dune, Uniswap masih menjadi DEX dengan pangsa pasar terbesar.

Sebagai DEX terkemuka, DEX ini belum ada lama, tetapi telah mengalami banyak perubahan. Mari kita lihat sejarah perkembangannya:

Pada bulan Juni 2017, Vitalik menerbitkan sebuah artikel On Path Independence;

Pada bulan November 2018, Uniswap V1 dirilis: mendukung transaksi antara ETH dan token ERC-20;

Pada bulan Maret 2020, Uniswap V2 dirilis: mendukung perdagangan dua pasangan token ERC-20;

Pada bulan Mei 2021, Uniswap V3 dirilis: meningkatkan tingkat pemanfaatan dana LP dan mengusulkan konsep likuiditas agregat;

Pada bulan Juni 2023, Uniswap V4 diluncurkan: memperkenalkan kontrak Hooks yang disesuaikan untuk mencegah kebocoran nilai;

Pada bulan Juli 2023, Uniswap X diluncurkan: menggabungkan likuiditas on-chain dan off-chain, dan perlindungan MEV.

Uniswap V1: Sebuah upaya pembuatan pasar secara otomatis

Pada tahun 2017, Vitalik menerbitkan sebuah artikel (On Path Independence) di situs web pribadinya, di mana ia memperkenalkan pembuat pasar otomatis (AMM) di bidang kripto untuk pertama kalinya, metode perdagangan yang berbeda dari CEX. Tentu saja, pendekatan ini telah lama dibahas di kalangan non-kripto (seperti keuangan tradisional).

Kita tahu bahwa di pasar saham, pasar berjangka, atau CEX yang ada, sebagian besar transaksi dilakukan dalam mode Buku Pesanan. Pembuat pasar (seperti perusahaan sekuritas dan bursa terpusat) menyelesaikan transaksi antara pembeli dan penjual dengan mencocokkan pesanan beli dengan pesanan jual saat harganya cocok.

Namun, masalah muncul dalam lingkungan DEX yang terdesentralisasi (siapa pun dapat berpartisipasi dalam menciptakan pasar), dan sulit menyediakan likuiditas yang sesuai melalui pencocokan transaksi dalam model buku pesanan. Tingkat transaksi dan pengalaman pengguna relatif buruk. Tanpa likuiditas yang cukup, sulit untuk menandingi utilitas operasional CEX.

Dalam artikel ini oleh Vitalik, sebuah konsep baru diperkenalkan ke pasar kripto: Pembuat Pasar Otomatis.

Dalam konsep ini, penetapan harga aset dilakukan melalui algoritma penetapan harga, bukan melalui model buku pesanan tradisional. Dalam model AMM, pembuat pasar tidak perlu mengutip atau mencocokkan sistem, dan pedagang dapat langsung menggunakan likuiditas di kumpulan untuk menukar aset.

TokenA dan TokenB membentuk hubungan produk yang konstan:

tokenA_balance(p) *tokenB_balance(p)=K (K tetap tidak berubah)

Ini adalah sistem perdagangan yang digerakkan oleh likuiditas, dan modelnya disebut pembuat pasar produk konstan (CPMM).

Pendekatan ini memungkinkan pembuat pasar yang tidak bergantung jalur dapat dibentuk dengan mendefinisikan hubungan (monotonik) apa pun antara tokenA dan tokenB serta menghitung derivatifnya kapan saja untuk memberikan harga.

Tiga peserta: LP, pedagang, dan pelaku arbitrase

Dalam mekanisme pembuatan pasar AMM, tidak ada rekanan spesifik seperti model buku pesanan. Nilai sesungguhnya suatu aset ditentukan oleh rumus matematika produk konstan. Sampai batas tertentu, hal ini dapat dibandingkan dengan pihak rekanan yang merupakan kontrak pintar, yang dapat mewujudkan perdagangan aset secara otomatis.

Seseorang perlu menyediakan likuiditas dalam kontrak pintar. Penyedia likuiditas adalah LP (Penyedia Likuiditas). LP menyuntikkan aset ke dalam kontrak pintar di kumpulan untuk menyediakan likuiditas untuk transaksi, sehingga memperoleh pendapatan biaya transaksi. Setelah LP membangun kumpulan likuiditas awal, pedagang dapat menukar token melalui kumpulan tersebut. Pada saat yang sama, para pelaku arbitrase akan datang secara aktif untuk menjaga konsistensi harga aset dengan harga pasar melalui arbitrase harga antara pasar yang berbeda.

Di Uniswap V1 yang dirilis pada November 2018, semua aset dapat dipertukarkan melalui ETH. Transaksi dilakukan antara ETH dan Token ERC-20. Siapa pun dapat menambahkan token untuk diperdagangkan dengan ETH asli. ETH sebenarnya adalah perantara untuk transaksi aset.

Jika kita ingin berdagang, perubahan apa yang akan terjadi dalam satu pool?

Asumsikan bahwa satu ETH sekarang bernilai 100 TokenA, dan kumpulan ETH/TokenA terdiri dari 10 ETH dan 1.000 TokenA.

Saat ini, 10 ETH dan 1.000 TokenA bernilai sama, keduanya $1.000, dan rasio nilai asetnya 1:1. k=10*1000=10000, dan produk ini tetap tidak berubah tanpa menambah likuiditas.

Sekarang misalkan saya ingin menjual 5 ETH ke pool, maka seharusnya:

ynya = 10000 / (10 + 5) = 666,67,

Jumlah ETH di pool meningkat menjadi 15, dan jumlah USDC saat ini menjadi 666,67, jadi saya menukar 5 ETH untuk 333,33 TokenA.

Saat ini, harga satu ETH di pool adalah

666,67/15 = 44,44,

Artinya, satu ETH sama dengan 44,44 TokenA.

Tentu saja, jika harga di satu pool berubah secara signifikan dari pasar perdagangan lainnya, para pelaku arbitrase akan segera berbondong-bondong masuk hingga menghabiskan selisih harga tersebut. Lagi pula, mekanisme AMM hanya dapat menghasilkan harga transaksi tetapi tidak dapat menemukan harga pasar, sehingga peran pelaku arbitrase menjadi sangat penting.

Kerugian tidak permanen, token LP, dan slippage transaksi

Kerugian tidak permanen terjadi saat rasio harga token yang disetorkan berubah dibandingkan saat token tersebut disetorkan ke dalam kumpulan. Makin besar perubahannya, makin besar pula hilangnya ketidakkekalan.

Sekarang sebagai LP, mari kita lanjutkan dengan contoh berikut:

Rumus inti UniswapV1: x∗y=k

Sekarang, sebagai penyedia likuiditas, kami terus menambahkan 10 ETH dan 1.000 TokenA ke kumpulan sebagai likuiditas awal. Saat ini, 1 ETH sama dengan 100 TokenA.

Produk konstan dari dua kuantitas aset adalah 10 x 1000 = 10000 (x * y = 10000, x = 100y).

Saat ini, jika harga 1 ETH naik menjadi 200 TokenA,

Kita dapat melakukan konversi:

x*y=10000,x=200y，

Jadi kita dapat menghitung x=7,071, y=1414,21.

Saat ini, kumpulan likuiditas telah berubah dari 10 ETH dan 1000 TokenA di awal menjadi: 7.071 ETH dan 1414.21 TokenA.

Menemukan masalahnya?

Saat ini, jika saya menebus semua aset, saya akan mendapatkan 7.071 ETH dan 1414.21 TokenA. Nilai sebenarnya dari TokenA adalah

7.071 * 200 + 1414,21 = 2828,41,

Jika kita hitung berdasarkan 10 ETH awal dan 1.000 TokenA, harga saat ini seharusnya

10*200+1000=3000TokenA.

Selisih pada bagian keuntungan ini (3000-2828.41=171.59TokenA) merupakan kerugian yang tidak permanen.

Kerugian tidak permanen terjadi karena di bawah mekanisme pembuat pasar otomatis dari bursa yang terdesentralisasi, penyedia likuiditas menyesuaikan dana mereka berdasarkan fluktuasi harga, yang mengakibatkan hilangnya pokok dan hilangnya keuntungan.

Karena mereka bertindak sebagai pembeli dan penjual, mereka dipaksa untuk meningkatkan kepemilikan mereka saat harga turun dan mengurangi kepemilikan mereka saat harga naik, yang mengakibatkan kerugian. Tentu saja, Anda juga dapat memilih lindung nilai dan mengelola risiko dengan membuka kontrak pendek/panjang pada ETH.

Untuk memotivasi pengguna agar bertindak sebagai LP untuk menyediakan likuiditas dan mendorong mereka menanggung volatilitas harga, maka LP Token hadir. Ini adalah hadiah bagi penyedia likuiditas, yang dapat memperoleh persentase tertentu dari biaya transaksi untuk setiap transaksi (UniswapV1, pedagang membayar biaya 0,3% dalam transaksi, yang menjadi milik penyedia likuiditas). Ini juga berfungsi sebagai sertifikat LP untuk mengambil likuiditas yang telah mereka tambahkan.

Konsep lainnya adalah slippage transaksi, yang pasti sudah tidak asing lagi bagi mereka yang sering melakukan transaksi DEX. Sebagai sistem perdagangan yang digerakkan oleh likuiditas, persamaan produk konstan AMM yang indah adalah kurva yang mulus, dan harganya berubah terus-menerus sesuai dengan penawaran dan permintaan.

Jika Anda memperdagangkan sejumlah besar token pada saat ini, akan terjadi slippage, dan akan ada perbedaan tertentu antara harga yang Anda harapkan dan harga aktual yang Anda peroleh dari pool. Dengan kata lain, akan ada selisih antara harga yang Anda inginkan dengan harga transaksi.

Uniswap V2: Adaptasi, Oracle, Pinjaman Kilat

Uniswap V1 hanya mendukung transaksi antara pasangan perdagangan ERC-20/ETH. Intinya, ia menggunakan ETH sebagai perantara mata uang transisi untuk menukar token ERC-20. Meskipun jalur transaksi sederhana, namun menimbulkan risiko ETH, kerugian tidak permanen, dan risiko tergelincir bagi penyedia LP.

Di Uniswap V2, masih didasarkan pada mekanisme "pembuat pasar produk konstan", tetapi peningkatan V2 membawa peningkatan efisiensi, termasuk: mendukung dua pasangan token ERC-20 untuk perdagangan, yang berarti bahwa pasangan ERC20-ERC20 apa pun dapat dibuat tanpa perlu memasangkannya melalui jalur transisi ETH.

Saya tidak akan menguraikan lebih lanjut mengenai hal ini. Peningkatan V2 mencakup banyak aspek, dan dua poin penting lainnya adalah: peningkatan prediksi harga dan realisasi pinjaman kilat.

Peningkatan Harga Oracle

Dalam proses Uniswap V1, harga yang dihitung dengan membagi cadangan dua aset dalam kumpulan tidak aman jika digunakan sebagai oracle harga on-chain karena dapat dengan mudah dimanipulasi.

Salah satu tujuan peningkatan V2 ini adalah untuk meningkatkan biaya dan kesulitan manipulasi harga. Pada V1, dengan asumsi bahwa ada kontrak lain yang menggunakan harga ETH-DAI saat ini untuk menyelesaikan derivatif, penyerang yang memanipulasi harga yang diukur dapat membeli ETH dari pasangan ETH-DAI, memicu penyelesaian kontrak derivatif pada harga yang meningkat, lalu menjual ETH kembali ke pasangan tersebut, mengembalikan transaksinya ke harga sebenarnya. Dalam kasus ini, transaksi bahkan dapat dilakukan secara atomik, atau urutan transaksi dalam satu blok dapat dikontrol oleh penambang.

Dalam V2, untuk menentukan keseimbangan harga pasar, harga diperbarui sekali dalam setiap blok, dan harga pertukaran token ditentukan sebelum blok berikutnya, yaitu, harga pasar token didasarkan pada transaksi terakhir di blok sebelumnya.

Dalam peningkatan ini, data prediksi harga baru juga disediakan: harga rata-rata tertimbang waktu TWAP. Mengakumulasi harga relatif dua aset pada awal setiap blok memungkinkan kontrak lain di Ethereum memperkirakan harga rata-rata tertimbang waktu dari dua aset tersebut selama interval waktu yang berubah-ubah.

Lebih khusus lagi, di Uniswap V2, harga ini diakumulasikan dengan melacak jumlah kumulatif harga di awal setiap blok saat seseorang berinteraksi dengan kontrak. Berdasarkan stempel waktu blok, setiap harga dibobot berdasarkan jumlah waktu sejak pembaruan blok terakhir. Artinya, nilai akumulator pada waktu tertentu (setelah diperbarui) harus merupakan jumlah harga spot untuk setiap detik dalam riwayat kontrak.

Pengguna oracle dapat memilih kapan memulai dan mengakhiri periode ini, sehingga lebih hemat biaya bagi penyerang untuk memanipulasi TWAP dan membuat harga tidak mudah dimanipulasi.

Pinjaman Kilat

Pinjaman kilat merupakan inovasi mutlak dibandingkan dengan keuangan tradisional. Lagi pula, transaksi di dunia nyata tidak dapat dibatalkan seperti yang terjadi pada blockchain. Flash Swaps diperkenalkan di V2.

Pengguna dapat dengan bebas meminjam aset dari kumpulan dan menggunakannya di tempat lain pada rantai, hanya mengembalikan aset dan membayar bunga yang sesuai di akhir transaksi (pembayaran dilakukan dalam transaksi atom yang sama). Jika pembayaran tidak dilakukan secara normal, transaksi dibatalkan.

Hal ini pada dasarnya memungkinkan siapa pun untuk dengan cepat meminjamkan aset apa pun yang tersimpan di kumpulan Uniswap. Pada V1, pengguna tidak diperbolehkan menerima dan menggunakan aset sebelum membayarnya. Saat menggunakan aset A untuk membeli aset B, aset A harus dikirim ke kontrak sebelum aset B dapat diperoleh.

Ada beberapa pembaruan lainnya: termasuk Uniswap V2 yang menyesuaikan kerangka kontrak baru, menggunakan format titik tetap biner sederhana untuk mengodekan dan memproses harga (presisi), memperbarui biaya protokol, mendukung transaksi meta untuk pembagian kumpulan yang dicetak, dll.

Uniswap V3: Peningkatan efisiensi modal

Latar Belakang: Uniswap V2 memiliki masalah likuiditas.

Berdasarkan uraian mekanisme AMM pada teks di atas, dapat kita lihat bahwa pada V1 dan V2, likuiditas pool sebenarnya terdistribusi pada daerah [0, +∞]. Dengan kata lain, transaksi dengan harga berapa pun sebenarnya diperbolehkan terjadi di pool V2 (lihat kurva halus fungsi invers dalam produk konstan AMM).

Sekilas, ini tampaknya merupakan hal yang baik, karena jangkauan perdagangannya sangat luas. Namun, pada kenyataannya, tidak ada cukup permintaan untuk kisaran harga pasangan perdagangan dengan volatilitas yang berbeda, yang mengakibatkan kekurangan likuiditas yang parah dan pemanfaatan aset yang rendah di luar beberapa rentang perdagangan.

Seperti yang Anda bayangkan, tidak ada gunanya dan mubazir untuk menyediakan likuiditas pada titik harga yang jauh dari kisaran harga, karena harga mungkin tidak akan pernah mencapai titik itu.

Likuiditas terkonsentrasi

Dalam situasi ini, untuk meningkatkan likuiditas dana, Uniswap V3 memperkenalkan konsep likuiditas terkonsentrasi.

Yaitu: Penyedia likuiditas (LP) dapat bebas memilih untuk menyediakan likuiditas dalam kisaran harga tertentu. Hal ini dapat menyediakan likuiditas lebih baik dan beroperasi dalam kisaran efisiensi modal yang tinggi. Pada saat yang sama, dalam hal aplikasi, konfigurasi yang berbeda dapat dibuat untuk kumpulan aset dengan volatilitas harga yang berbeda.

Setiap rentang harga kecil di V3 dapat dipahami sebagai V2 yang sedang bekerja. Selama transaksi, harga akan bergerak mulus sepanjang kurva. Ketika harga mencapai bagian tertentu V2, yaitu mencapai titik interval kisaran harga V3, maka pada saat ini, titik harga akan meluncur ke kisaran harga berikutnya.

Setelah memahami konsep di atas, kita dapat mengenal istilah baru - inti dari V3 adalah Ticks.

Tick, perubahan harga terkecil, adalah jumlah tambahan terkecil di mana suatu sekuritas dapat diperdagangkan. Pada V3, dengan membagi rentang harga [0, +∞] menjadi tanda centang yang sangat rinci, titik akhir atas dan bawah setiap interval dibatasi. Likuiditas dikumpulkan dengan mengendalikan granularitas. Dalam V3, seluruh rentang harga dikalibrasi oleh tanda centang yang terpisah dan terdistribusi secara merata. Setiap tick memiliki indeks dan harga yang sesuai, dan setiap tick memiliki kedalaman likuiditasnya sendiri.

Prinsip matematika Uniswap V3 telah berubah, meskipun struktur dasarnya mirip dengan V2:

L = akar kuadrat dari xy

L disebut kuantitas likuiditas, dan likuiditas dalam pool merupakan kombinasi kuantitas dua aset token. Demikian pula, produk dari dua kuantitas token adalah K, tetapi karena kedalaman likuiditas setiap Tick berbeda, rumus ekuivalen dengan kedalaman berbeda tidak lagi sama.

Saya tidak akan membahas secara rinci tentang prinsip matematika. Di bawah ini adalah makalah oleh Atis Elsts tentang prinsip matematika V3. Teman-teman yang berminat dapat membacanya sendiri.

Uniswap V2 masih memiliki biaya transaksi standar sebesar 0,3%, tetapi di V3, karena tingkat ketelitiannya berbeda, disediakan tiga tingkat biaya yang berbeda, yaitu 0,05%, 0,3%, dan 1%. Pada saat ini, LP dapat memusatkan efisiensi modal pada kisaran yang paling sering diperdagangkan untuk memperoleh hasil maksimal.

Selain itu, V3 telah lebih mengoptimalkan oracle keseluruhan berdasarkan V2. Tidak lagi hanya menyimpan satu variabel akumulasi harga, tetapi menyimpan sekelompok variabel, yang dapat memperpanjang periode penggunaan data, mengurangi biaya Gas, dan menghemat biaya.

Uniswap V4: DEX yang Dapat Disesuaikan

Uniswap V4 didasarkan pada model likuiditas terpusat dari Uniswap V3, yang memungkinkan siapa pun untuk menyebarkan kumpulan likuiditas terpusat baru di Uniswap menggunakan fungsi khusus, sehingga menjadi platform DEX yang efisien dan dapat disesuaikan.

Dalam V4, inti pokoknya adalah kontrak Hooks, dan visinya adalah untuk memungkinkan siapa pun membuat keputusan trade-off ini dengan memperkenalkan "hooks". Untuk setiap kumpulan, pembuat dapat menentukan "kontrak Hooks" yang mengeksekusi logika pada titik-titik utama dalam siklus hidup panggilan.

Hook ini juga dapat mengelola biaya swap pool dan biaya penarikan yang dibebankan kepada penyedia likuiditas.

Kait & Kolam Renang Kustom

Hook adalah serangkaian kontrak yang dikembangkan oleh pihak ketiga atau pejabat Uniswap. Saat membuat kolam, pengelola kolam dapat memilih untuk mengikat kail. Kemudian, pada tahap transaksi tertentu, kumpulan akan secara otomatis memanggil kontrak kait terikat, yang menerapkan logika pada titik-titik utama dalam siklus hidup panggilan.

Dengan kata lain, hook adalah kontrak yang diterapkan secara eksternal yang mengeksekusi sejumlah logika yang ditentukan pengembang di titik tertentu dalam eksekusi pool. Kait ini memungkinkan agregator untuk membuat kumpulan likuiditas terpusat dengan eksekusi yang fleksibel dan dapat disesuaikan. Hook dapat memodifikasi parameter pool, atau menambahkan fitur dan fungsionalitas baru.

Setiap kumpulan likuiditas Uniswap memiliki siklus hidup: Selama siklus hidup kumpulan likuiditas, beberapa hal terjadi, termasuk: kumpulan dibuat dengan tingkatan biaya default, likuiditas ditambahkan, dihapus, atau diseimbangkan kembali, pengguna juga dapat menukar token, dll.

Di Uniswap v3, peristiwa siklus hidup ini saling terkait erat dan dijalankan dalam urutan yang sangat ketat. Tetapi untuk menciptakan ruang bagi likuiditas yang dapat disesuaikan di Uniswap V4.

Kontrak Hooks menciptakan metode pengenalan kode untuk penyebar kumpulan, sehingga operasi yang ditentukan dapat dilakukan pada titik-titik utama dalam siklus hidup kumpulan, seperti sebelum dan sesudah pertukaran, atau sebelum dan sesudah perubahan posisi LP.

Singkatnya, hook adalah plugin untuk menyesuaikan bagaimana pool, swap, biaya, dan posisi LP berinteraksi. Melalui kontrak Hooks, pengembang dapat berinovasi di atas likuiditas dan keamanan protokol Uniswap dan membuat kumpulan AMM yang disesuaikan melalui hook yang terintegrasi dengan kontrak pintar v4.

Contoh fungsi yang dapat diimplementasikan melalui kontrak kait meliputi:

Menjalankan pesanan besar selama periode waktu tertentu melalui TWAMM; Perintah batas on-chain yang dieksekusi pada harga tertentu; Biaya dinamis yang berubah seiring volatilitas; Mekanisme alokasi MEV yang diinternalisasi untuk penyedia likuiditas; Terapkan median, terpotong, atau oracle kustom lainnya.

Logika inti Uniswap V4 sama dengan V3 dan tidak dapat ditingkatkan. Karena setiap kumpulan sekarang ditentukan tidak hanya oleh token dan tingkatan biaya, berbagai macam kumpulan dapat dibangun dari sini. Dan meski setiap kumpulan dapat menggunakan kontrak pintar kaitnya sendiri, kait tersebut akan dibatasi pada izin khusus yang ditentukan saat kumpulan dibuat.

Ada juga beberapa perubahan arsitektur di V4, seperti Flash Accounting, yang dapat mengurangi biaya Gas secara signifikan. Fitur ini disertakan dalam EIP-1153 untuk memperkenalkan penyimpanan "sementara", yang akan diterapkan setelah peningkatan Cancun (Ethereum Cancun).

Selain itu, versi V4 juga memiliki beberapa penyempurnaan seperti penggunaan mode singleton (menyimpan semua status pool dalam satu kontrak), akuntansi kilat (memastikan solvabilitas pool), pemulihan dukungan untuk ETH asli, dukungan untuk token ERC-1155, serta peningkatan mekanisme tata kelola.

UniswapX: Persaingan yang Semakin Intens

UniswapX adalah protokol lelang sumber terbuka (GPL) baru tanpa izin untuk perdagangan lintas AMM dan sumber likuiditas lainnya. Protokol ini akan meningkatkan fungsionalitas swap dalam berbagai cara, termasuk: Harga yang lebih tinggi dengan menyatukan sumber likuiditas Swap bebas gas Pencegahan MEV (Nilai Ekstraksi Maksimum) Tidak ada biaya pada perdagangan yang gagal Dalam beberapa bulan mendatang, UniswapX akan memperluas ke swap lintas rantai bebas gas.

Agregasi tingkat berikutnya

Latar Belakang: Inovasi berkelanjutan dalam transaksi on-chain telah menyebabkan lonjakan kumpulan likuiditas, dan tingkatan biaya baru, L2, dan lebih banyak protokol on-chain juga akan menyebarkan likuiditas. Solusi: UniswapX bertujuan untuk memecahkan masalah ini dengan mengalihdayakan kompleksitas perutean ke jaringan terbuka pihak ketiga yang perlu bersaing untuk mengisi perdagangan menggunakan likuiditas on-chain seperti kumpulan AMM atau inventaris pribadi mereka sendiri.

Dengan UniswapX, pedagang akan dapat menggunakan antarmuka Uniswap tanpa perlu khawatir apakah mereka mendapatkan harga terbaik. Transaksi pedagang akan selalu dicatat dan diselesaikan secara transparan di rantai. Semua pesanan didukung oleh router pesanan pintar Uniswap, yang memaksa pihak ketiga untuk bersaing dengan Uniswap V1, V2, V3, dan, setelah diluncurkan, V4.

Intinya, UniswapX memperkuat mekanisme persaingan dan mengoptimalkan penurunan harga setiap kumpulan aset melalui pemilihan rute pihak ketiga.

Selain itu, UniswapX telah meluncurkan upaya baru: Transaksi bebas gas, tanpa biaya yang dikenakan jika terjadi kegagalan. Pedagang menandatangani pesanan off-chain yang unik, yang kemudian diajukan secara on-chain oleh pihak ketiga yang membayar gas atas nama pedagang. Pihak ketiga memasukkan biaya gas ke dalam harga transaksi, tetapi dapat bersaing untuk mendapatkan harga terbaik dan mengurangi biaya transaksi dengan mengelompokkan beberapa pesanan. Perlindungan MEV mengembalikan MEV yang awalnya diperoleh melalui transaksi arbitrase kepada pedagang dengan harga yang lebih baik.

UniswapX membantu pengguna menghindari bentuk ekstraksi MEV yang lebih eksplisit: pesanan yang dieksekusi menggunakan aset pribadi pihak ketiga tidak dapat "diserang sandwich", dan pihak ketiga diberi insentif untuk menggunakan relai transaksi pribadi saat mengarahkan pesanan ke kumpulan likuiditas on-chain. Versi lintas-rantai UniswapX yang akan datang akan menggabungkan swap dan bridge menjadi satu operasi yang mulus. Dengan menggunakan UniswapX lintas-rantai, para penukar akan dapat menukar antar-rantai dalam hitungan detik, jadi nantikan kemajuan mereka.

Tema Uniswap: iterasi

Iterasi Uniswap dari V1 ke V4 dan peluncuran protokol UniswapX merupakan inovasi fungsional DEX (AMM).

V1 awalnya menerapkan AMM dalam bidang kripto, V2 mengurangi paparan risiko ETH dan meluncurkan peramal harga yang lebih sulit dimanipulasi, V3 memecahkan masalah inefisiensi modal dengan memusatkan likuiditas, V4 menerapkan DEX yang dapat disesuaikan, dan protokol UniswapX memperkuat daya saing agregator pihak ketiga melalui mekanisme lelang, sehingga mengoptimalkan selisih harga.

Kita dapat melihat bahwa setiap langkah yang diambil oleh Uniswap merupakan inovasi tersendiri - mengurangi biaya pinjaman, mengoptimalkan pengalaman pengguna, memperkuat kesadaran kompetitif, dan merangkul teknologi yang sedang berkembang. Peningkatan berulang semacam ini adalah fondasi bagi protokol yang baik agar dapat bertahan lama.