Baru-baru ini saya sedang melakukan ringkasan metode evaluasi trek DeFi. Setelah mempelajari beberapa kasus, Uniswap adalah perwakilan khas dalam hal pengaruh dan logika iteratif. Artikel ini melakukan tinjauan komprehensif terhadap Uniswap.

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

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

Sejarah pengembangan Uniswap

Tidak perlu masuk ke detail tentang status dan pengaruh Uniswap. Menurut data real-time dari Dune, Uniswap masih menjadi DEX dengan pangsa pasar terbesar.

Sebagai DEX terkemuka, platform ini belum lama berdiri, namun telah mengalami banyak iterasi. Mari kita lihat proses pengembangannya:

Pada bulan Juni 2017, Vitalik mempublikasikan artikel tentang Kemandirian Jalur;

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

Pada Maret 2020, Uniswap V2 dirilis: mendukung transaksi antara dua pasang Token ERC-20 mana pun;

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

Pada Juni 2023, Uniswap V4 diluncurkan: Kontrak Hooks disertakan untuk mencegah kebocoran nilai;

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

Uniswap V1: Sebuah upaya dalam pembuatan pasar otomatis

Pada tahun 2017, Vitalik mempublikasikan artikel “On Path Independence” di halaman web pribadinya, di mana automated market maker (AMM) diperkenalkan untuk pertama kalinya dalam bidang enkripsi, yang merupakan metode perdagangan yang berbeda dari CEX. Tentu saja, pendekatan ini telah lama dibahas dalam lingkaran non-kripto (seperti lingkaran keuangan tradisional).

Kami tahu bahwa di pasar saham, pasar berjangka, atau CEX yang ada, sebagian besar transaksi dilakukan di Buku Pesanan (mode buku pesanan). Pembuat pasar (seperti pialang dan bursa terpusat) mencocokkan pesanan beli pembeli dan pesanan jual penjual ketika harga cocok, sehingga menyelesaikan transaksi antara pembeli dan penjual.

Namun, masalah telah dihadapi dalam kasus desentralisasi. Alasannya adalah bahwa dalam lingkungan terdesentralisasi DEX (siapa pun dapat berpartisipasi dalam membuat pasar), sulit untuk mencocokkan transaksi dalam mode order book untuk menyediakan likuiditas yang sesuai, tingkat transaksi dan Pengalaman relatif buruk, dan tanpa likuiditas yang cukup, sulit untuk mencocokkan efektivitas operasional CEX.

Dalam artikel ini oleh Vitalik, sebuah konsep baru diperkenalkan ke pasar enkripsi: Automatic Market Maker. Dalam konsep ini, penetapan harga aset dilakukan melalui algoritma penetapan harga daripada melalui model buku pesanan tradisional.

Dalam model AMM, tidak perlu adanya penawaran pembuat pasar atau pencocokan sistem, dan para trader dapat langsung menggunakan likuiditas di kolam untuk mewujudkan pertukaran aset.

TokenA dan TokenB membentuk hubungan produk konstan: saldoTokenA(p) * saldoTokenB(p) = K (K tetap tidak berubah)

Ini adalah sistem perdagangan yang didorong likuiditas, model ini disebut Konstan Product Market Maker (CPMM). Dalam pendekatan ini, pembuat pasar independen jalur dapat terbentuk dengan mendefinisikan hubungan (monoton) antara tokenA dan tokenB dan menghitung turunannya kapan pun untuk memberikan harga.

Tiga peserta: LP, pedagang, arbitraseBy

Dalam mekanisme pembuatan pasar AMM, tidak ada pihak lawan tertentu yang mirip dengan model buku pesanan. Nilai aktual aset ditentukan oleh formula matematika dari produk konstan. Sampai batas tertentu, itu dapat dibandingkan dengan pihak lawan menjadi kontrak pintar, yang dapat mewujudkan perdagangan otomatis aset.

Seseorang perlu menyediakan likuiditas dalam kontrak pintar, dan penyedia likuiditas adalah LP (Liquidity Provider). LP menyediakan likuiditas untuk transaksi dengan menyuntikkan aset ke dalam kontrak pintar di kolam, sehingga mendapatkan pendapatan biaya transaksi.

Setelah LP membangun kolam likuiditas awal, para pedagang dapat bertukar Token melalui kolam, dan arbitraser akan mengambil inisiatif untuk menjaga harga aset konsisten dengan harga pasar melalui arbitrase harga antara pasar yang berbeda.

Pada Uniswap V1 yang dirilis pada November 2018, semua aset dapat ditebus melalui ETH. Untuk transaksi antara ETH dan ERC-20Token, siapa pun dapat menambahkan token untuk diperdagangkan dengan ETH asli. ETH pada dasarnya adalah perantara perdagangan aset.

Apa yang terjadi di kolam renang tunggal jika kita ingin berdagang?

Anggaplah bahwa satu ETH saat ini bernilai 100TokenA, dan kolam ETH/TokenA terdiri dari 10 ETH dan 1000 TokenA.

Saat ini, nilai dari 10 ETH dan 1.000 TokenA sama dengan 1.000 dolar AS, dan rasio nilai asetnya adalah 1:1.

k=10 *1000=10000, produk ini tetap tidak berubah tanpa menambah likuiditas lebih.

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

y=10000/(10+5)=666.67, jumlah ETH di dalam kolam meningkat menjadi 15, dan jumlah USDC pada saat ini menjadi 666.67, jadi saya menukarkan 5 ETH dengan 333.33 TokenA, dan pada saat ini harga satu ETH di kolam adalah 666.67/15=44.44, artinya, satu ETH setara dengan 44.44 TokenA.

Tentu saja, jika harga dalam satu kolam berubah secara signifikan dari pasar perdagangan lainnya, para arbitraser akan segera menyerang sampai mereka menghabiskan selisih harga. Pada akhirnya, mekanisme AMM hanya dapat menghasilkan harga transaksi, tetapi tidak dapat menemukan harga pasar, sehingga peran arbitraser sangat penting.

Kerugian sementara, Token LP, selip transaksi

Kerugian sementara terjadi ketika rasio harga token yang disetor berubah dibandingkan dengan saat mereka disetor ke dalam kolam. Semakin besar perubahan, semakin besar kerugian ketidakkekalan.

Sekarang, sebagai LP, kami akan terus memberikan contoh:

Rumus inti UniswapV1: x∗y=k

Sekarang, sebagai penyedia likuiditas, kami terus menambahkan 10 ETH dan 1000 TokenA ke dalam kolam sebagai likuiditas awal. Pada saat ini, 1 ETH setara dengan 100 TokenA, dan produk konstan dari dua jumlah aset tersebut adalah 101000=10000( xy=10000,x=100y).

Pada saat ini, jika harga 1 ETH naik menjadi 200 TokenA, kita dapat mengonversi: x*y=10000, x=200y, sehingga menghitung x=7.071, y=1414.21.

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

Menemukan masalah?

Saat ini, jika saya menebus semua aset, saya akan menerima 7.071 ETH dan 1414.21 TokenA. Nilai aktual yang dihitung menggunakan TokenA adalah 7.071200+1414.21=2828.41. Jika dihitung berdasarkan 10 ETH awal dan 1000 TokenA , harga saat ini seharusnya 10200+1000=3000TokenA.

Perbedaan dalam bagian pendapatan ini (3000-2828.41=171.59TokenA) adalah kerugian yang tidak permanen.

Kerugian sementara terjadi karena di bawah mekanisme pembuat pasar otomatis pertukaran terdesentralisasi, penyedia likuiditas menyesuaikan dana berdasarkan fluktuasi harga, mengakibatkan kerugian pokok dan keuntungan yang terlewatkan.

Karena mereka bertindak sebagai pembeli dan penjual, mereka terpaksa meningkatkan jumlah aset yang mereka pegang ketika harga turun dan mengurangi jumlah aset yang mereka pegang ketika harga naik, yang mengakibatkan kerugian.

Tentu saja, Anda juga dapat memilih lindung nilai dan mengelola risiko dengan membuka kontrak short/long pada ETH.

Untuk mendorong pengguna untuk bertindak sebagai LPs untuk menyediakan likuiditas dan mendorong mereka untuk menanggung volatilitas harga, LP TokenIt lahir. Ini adalah hadiah untuk penyedia likuiditas, yang dapat mendapatkan persentase tertentu dari biaya penanganan untuk setiap transaksi (UniswapV1, para pedagang membayar 0,3% dalam transaksi, yang merupakan milik penyedia likuiditas). Pada saat yang sama, itu juga berfungsi sebagai sertifikat bagi LP untuk menarik likuiditas yang ditambahkan oleh dirinya sendiri.

Konsep lain adalah selip perdagangan, teman-teman yang sering melakukan perdagangan DEX pasti sudah familiar dengan hal ini. Sebagai sistem perdagangan yang didorong likuiditas, persamaan produk konstan AMM adalah kurva halus, dan harga selalu berubah sesuai dengan hubungan antara penawaran dan permintaan.

Jika Anda melakukan perdagangan sejumlah besar Token saat ini, slippage akan terjadi, dan akan ada perbedaan tertentu antara harga yang Anda harapkan dan harga yang sebenarnya Anda dapatkan dari kolam. Dengan kata lain, akan ada kesenjangan antara harga yang Anda inginkan dan harga transaksi.

Uniswap V2: Adaptasi, Oracle, Pinjaman Kilat

Uniswap V1 hanya mendukung transaksi antara pasangan perdagangan ERC-20/ETH. Pada intinya, itu menggunakan ETH sebagai mata uang perantara transisi untuk pertukaran antara Token ERC-20. Meskipun jalur transaksi sederhana, ini menciptakan paparan risiko ETH bagi penyedia LP. Risiko ekspor, kerugian sementara, dan selip.

Di Uniswap V2, masih berbasis pada mekanisme “pembuat pasar produk konstan”, tetapi upgrade V2 telah membawa peningkatan efisiensi, termasuk: mendukung pasangan Token ERC-20 apa pun untuk perdagangan, yang berarti bahwa setiap ERC20 dapat diciptakan - pasangan ERC20 tanpa perlu dipasangkan melalui jalur transisi ETH.

Saya tidak akan masuk ke detail pada titik ini. Pembaruan V2 mencakup banyak aspek. Ada dua poin penting lainnya: meningkatkan harga.Oracle, mengakomodasi pinjaman kilat.

Peningkatan pada Oracle Harga

Dalam proses Uniswap V1, harga yang dihitung dengan membagi dana cadangan dua aset di kolam tidak aman jika digunakan sebagai prediksi harga on-chain karena dapat dengan mudah dimanipulasi.

Salah satu tujuan dari upgrade V2 ini adalah untuk meningkatkan biaya dan kesulitan manipulasi harga。

Pada V1, dengan asumsi bahwa kontrak lain menggunakan harga ETH-DAI saat ini untuk menyelesaikan derivatif, seorang penyerang yang memanipulasi harga yang diukur dapat membeli ETH dari pasangan ETH-DAI, memicu penyelesaian kontrak derivatif pada harga yang terlalu tinggi, dan kemudian ETH dijual kembali ke pasangan, mengembalikan perdagangan ke harga sebenarnya. Dalam kasus ini, transaksi bahkan dapat terjadi sebagai transaksi atomik, atau dengan penambang yang mengendalikan urutan transaksi dalam satu blok.

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

Dalam upgrade ini, data prediksi harga baru juga disediakan: Time weighted average price TWAP. Mengakumulasi harga relatif dua aset di awal setiap blok memungkinkan kontrak lain di Ethereum untuk memperkirakan harga rata-rata berbobot waktu dari dua aset selama interval waktu apa pun.

Lebih khususnya, di Uniswap V2, harga dikumpulkan dengan melacak jumlah kumulatif harga ketika seseorang berinteraksi dengan kontrak pada awal setiap blok. Berdasarkan penanda waktu blok, setiap harga diberi bobot berdasarkan jumlah waktu sejak blok sebelumnya diperbarui. Ini berarti bahwa nilai akumulator pada waktu tertentu (setelah diperbarui) harus merupakan jumlah harga spot untuk setiap detik dalam sejarah kontrak.

Pengguna oracle dapat memilih kapan memulai dan mengakhiri periode ini, biaya bagi penyerang untuk memanipulasi TWAP akan lebih tinggi, dan harga relatif sulit untuk dimanipulasi.

Realisasi pinjaman kilat

Pinjaman kilat adalah inovasi mutlak dibandingkan dengan keuangan tradisional. Bagaimanapun, transaksi nyata tidak dapat dibatalkan seperti di blockchain.

Pinjaman kilat flash Swaps diperkenalkan dalam V2. Pengguna bebas meminjam aset ke kolam dan menggunakannya di tempat lain di rantai, hanya mengembalikan aset dan membayar bunga yang sesuai pada akhir transaksi (pembayaran dalam transaksi atomik yang sama). Jika uang tidak dikembalikan dengan normal Maka transaksi akan dibatalkan.

Sebenarnya, itu memungkinkan siapa pun untuk dengan cepat meminjamkan aset apa pun yang disimpan di kolam Uniswap. Di V1, pengguna tidak diizinkan untuk menerima dan menggunakan aset sebelum membayar. Ketika menggunakan aset A untuk membeli aset B, aset A perlu dikirim ke kontrak sebelum aset B dapat diperoleh.

Ada beberapa poin pembaruan lainnya: Termasuk Uniswap V2, yang telah menyesuaikan kerangka kontrak baru, menggunakan format titik tetap biner sederhana untuk mengkodekan dan memproses harga (akurasi), pembaruan biaya protokol, dan mendukung meta transaksi untuk saham pool yang diterbitkan, dll.

Uniswap V3: Peningkatan efisiensi modal

Latar Belakang: Uniswap V2 mengalami isu likuiditas. Menurut pengantar mekanisme AMM di atas, dapat kita lihat bahwa di V1 dan V2, likuiditas dari kolam tersebut sebenarnya terdistribusi pada area [0, +∞]. Dengan kata lain, harga mana pun diizinkan dalam kolam V2. transaksi terjadi (lihat kurva halus fungsi invers dalam produk konstan AMM).

Pada pandangan pertama, ini tampaknya merupakan hal yang baik. Rentang perdagangan sangat besar, tetapi pada kenyataannya, tidak ada permintaan yang cukup untuk pasangan perdagangan dengan volatilitas harga yang berbeda di rentang harganya, yang mengakibatkan kekurangan likuiditas yang serius kecuali untuk beberapa rentang perdagangan, penggunaan aset yang rendah.

Seperti yang dapat Anda bayangkan, itu sia-sia dan boros untuk menyediakan likuiditas pada titik harga yang sangat jauh dari kisaran harga sehingga harga mungkin tidak pernah mencapai titik tersebut.

likuiditas terkonsentrasi

Dalam kasus ini, untuk meningkatkan likuiditas keuangan, Uniswap V3 memperkenalkan konsep likuiditas terkonsentrasi. Yaitu:

Penyedia likuiditas (LP) bebas memilih untuk menyediakan likuiditas dalam rentang harga tertentu, hal ini dapat menyediakan likuiditas yang lebih baik dan beroperasi dalam rentang efisiensi modal yang tinggi. Pada saat yang sama, dalam hal aplikasi, juga dapat melakukan konfigurasi yang berbeda untuk kolam aset dengan volatilitas harga yang berbeda.

Setiap rentang harga kecil di V3 dapat dipahami sebagai V2 yang sedang bekerja. Selama transaksi, harga akan bergerak dengan lancar sepanjang kurva. Ketika harga mencapai bagian tertentu dari V2, mencapai titik interval dari rentang harga V3. Pada saat ini, titik harga akan meluncur ke interval harga berikutnya.

Setelah memahami konsep di atas, kita dapat mengenal kata benda baru - Inti dari V3 adalah Ticks。

Ticks, ticks, adalah jumlah inkremental terkecil dengan mana keamanan dapat diperdagangkan. Dalam V3, dengan membagi rentang harga dari [0, +∞] menjadi Ticks yang sangat halus, pembatasan pada titik-titik akhir batas atas dan bawah dari masing-masing rentang diterapkan.

Likuiditas dikumpulkan melalui kontrol granularitas. Seluruh rentang harga di V3 dikalibrasi oleh Ticks diskrit, terdistribusi merata. Setiap Tick memiliki indeks dan harga yang sesuai, dan setiap Tick akan memiliki kedalaman likuiditas sendiri.

Prinsip matematika dari Uniswap V3 telah berubah, meskipun mirip dengan lapisan dasar V2:

L=xy di bawah tanda akar

L disebut sebagai jumlah likuiditas, dan likuiditas dalam kolam adalah kombinasi dari dua jumlah aset Token. Demikian pula, hasil kali dari kedua token adalah K, tetapi karena setiap Tick memiliki kedalaman likuiditas yang berbeda, rumus-rumus setara untuk kedalaman yang berbeda tidak lagi sama.

Saya tidak akan menjelaskan secara detail tentang prinsip-prinsip matematika. Di bawah ini adalah sebuah paper oleh Atis Elsts tentang prinsip-prinsip matematika dari V3. Teman-teman yang tertarik dapat membacanya sendiri.

Di Uniswap V2, masih ada biaya transaksi standar 0,3%, sedangkan di Uniswap V2V3 menyediakan 3 tingkat biaya yang berbeda karena granularitas yang berbeda., yaitu 0,05%, 0,3%, dan 1% masing-masing. Saat ini, LP dapat memusatkan efisiensi modal mereka pada rentang yang paling sering diperdagangkan untuk mendapatkan hasil maksimal.

Selain itu, V3 sekali lagi mengoptimalkan oracle berdasarkan V2. Tidak lagi menyimpan hanya satu variabel akumulasi harga, tetapi menyimpan seperangkat variabel, yang dapat memperpanjang umur layanan data, mengurangi biaya gas, dan menghemat biaya.

Uniswap V4: DEX yang Dapat Disesuaikan

Uniswap V4 didasarkan pada model likuiditas terpusat dari Uniswap V3, Memungkinkan siapa pun untuk mendeploy kolam likuiditas terpusat baru di Uniswap dengan fungsionalitas kustom, sehingga menjadi platform DEX yang efisien dan dapat disesuaikan.

Pada V4, titik inti adalah kontrak Hooks, visinya adalah memungkinkan siapa pun membuat keputusan pertukaran ini dengan memperkenalkan "hooks".

Untuk setiap kolam, pencipta dapat menentukan 'kontrak Hooks' yang menjalankan logika pada titik kunci dalam siklus panggilan tersebut. Hooks ini juga mengelola biaya pertukaran kolam dan biaya penarikan yang dibebankan kepada penyedia likuiditas.

Hooks & Custom Pools

Hooks adalah serangkaian kontrak yang dikembangkan oleh pihak ketiga atau pejabat Uniswap. Saat membuat sebuah kolam, kolam dapat memilih untuk mengikat hook. Kemudian pada tahap tertentu dari transaksi, kolam akan secara otomatis memanggil kontrak hook yang terikat padanya. Kontrak tersebut berada di titik panggilan kunci dalam siklus hidup untuk melaksanakan logika.

Dengan kata lain, sebuah hook adalah kontrak yang diterapkan secara eksternal yang mengeksekusi beberapa logika yang ditentukan pengembang pada titik tertentu dalam eksekusi pool. Hook ini memungkinkan integrator untuk membuat pool likuiditas terpusat dengan eksekusi yang fleksibel dan dapat disesuaikan. Hook dapat memodifikasi parameter pool, atau menambah fitur dan fungsionalitas baru.

Setiap kolam likuiditas Uniswap memiliki siklus hidup: Selama siklus hidup kolam likuiditas, beberapa hal terjadi, termasuk: kolam dibuat dengan tier biaya default, likuiditas ditambahkan, dihapus, atau disesuaikan, dan pengguna juga dapat menukar Token, dll. Pada Uniswap v3, peristiwa siklus hidup ini sangat terkait erat dan dieksekusi dalam urutan yang sangat ketat.

Namun, untuk menciptakan ruang untuk likuiditas yang dapat disesuaikan di Uniswap V4. Kontrak Hooks menciptakan metode pengenalan kode untuk penambang kolam pertambangan untuk melakukan operasi yang ditentukan pada titik-titik kunci dalam siklus hidup kolam pertambangan, seperti sebelum dan sesudah pertukaran, atau sebelum dan sesudah perubahan posisi LP.

Singkatnya, Hooks adalah plugin untuk menyesuaikan cara kolam, pertukaran, biaya, dan posisi LP berinteraksi, melalui kontrak hooks. Pengembang dapat berinovasi di atas likuiditas dan keamanan protokol Uniswap, menciptakan kolam AMM kustom melalui hooks yang terintegrasi dengan kontrak pintar v4.

Contoh fungsionalitas yang dapat diimplementasikan melalui kontrak hook termasuk:

• Pelaksanaan pesanan besar melalui TWAMM dalam jangka waktu tertentu;
• Sebuah pesanan batas harga on-chain dieksekusi pada harga tertentu;
• Biaya dinamis yang berubah dengan volatilitas;
• Mekanisme alokasi MEV yang terinternalisasi untuk penyedia likuiditas;
• Terapkan orakel median, pemangkasan, atau kustom lainnya.

Logika inti dari Uniswap V4 sama dengan V3 dan tidak dapat ditingkatkan. Karena setiap kolam pertambangan sekarang didefinisikan oleh lebih dari sekadar token dan tingkat biaya, berbagai kolam pertambangan dapat dibangun dari hal ini. Dan sementara setiap kolam dapat menggunakan kontrak pintar hooknya sendiri, hook terbatas pada izin khusus yang ditentukan saat kolam dibuat.

Ada juga beberapa perubahan arsitektur dalam V4, seperti Akuntansi Kilat (akun instan) yang dapat secara signifikan mengurangi biaya gas. Fitur ini termasuk dalam EIP-1153, yang memperkenalkan penyimpanan “sementara”, dan akan diimplementasikan setelah peningkatan Cancun (Ethereum Cancun).

Selain itu, versi V4 juga menggunakan mode singleton (menyimpan semua status kolam dalam satu kontrak), akuntansi kilat (memastikan kesehatan kolam), mendukung kembali ETH asli, mendukung token ERC-1155, dan menambahkan mekanisme tata kelola Tunggu perbaikan.

UniswapX: Memperkuat persaingan

UniswapX adalah protokol baru berbasis lelang, sumber terbuka (GPL), tanpa izin untuk perdagangan di AMM dan sumber likuiditas lainnya.

Protokol ini akan meningkatkan fungsionalitas pertukaran di berbagai area, termasuk:

• Meningkatkan harga dengan menggabungkan sumber likuiditas
• Tidak ada pertukaran gas
• Mencegah MEV (Nilai Ekstraksi Maksimum)
• Tidak ada biaya untuk transaksi gagal
• Dalam beberapa bulan mendatang, UniswapX akan berkembang menjadi pertukaran lintas rantai tanpa biaya gas.

Agregasi tingkat berikutnya agregasi generasi berikutnya

Latar Belakang: Transaksi on-chain terus berinovasi, menyebabkan peningkatan kolam likuiditas, dan lapisan biaya baru, L2 dan lebih banyak protokol on-chain juga akan menyebarkan likuiditas.

Solusi: UniswapX bertujuan untuk memecahkan masalah ini melalui jaringan terbuka yang mengalihkan kompleksitas routing kepada pihak ketiga yang perlu bersaing untuk mengisi transaksi menggunakan likuiditas on-chain seperti kolam AMM atau inventaris pribadi mereka sendiri.

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

Secara esensial, UniswapX memperkuat mekanisme persaingan dan mengoptimalkan selip harga dari setiap pool aset melalui pemilihan rute pihak ketiga.

Selain itu, UniswapX juga meluncurkan upaya-upaya baru:

Tidak ada Transaksi Gas, tidak ada biaya untuk kegagalan. Trader menandatangani pesanan off-chain yang unik, yang kemudian diserahkan on-chain oleh pihak ketiga yang membayar Gas atas nama trader. Pihak ketiga memasukkan biaya Gas ke dalam harga transaksi, tetapi dapat bersaing untuk harga terbaik dengan mengeksekusi beberapa pesanan secara berkelompok dan mengurangi biaya transaksi.

Perlindungan MEV, mengembalikan MEV yang awalnya diperoleh melalui perdagangan arbitrase kepada pedagang dengan harga yang lebih baik. UniswapX membantu pengguna menghindari bentuk penarikan MEV yang lebih eksplisit: pesanan yang dieksekusi menggunakan aset pribadi pihak ketiga tidak dapat "diapit" dan pihak ketiga diberi insentif untuk menggunakan relai transaksi pribadi saat merutekan pesanan ke kumpulan likuiditas on-chain.

Versi lintas-rantai UniswapX yang akan datang akan menggabungkan pertukaran dan jembatan menjadi satu operasi yang lancar. Dengan menggunakan UniswapX lintas-rantai, para penukar akan dapat menukar antar rantai dalam hitungan detik dan dapat menantikan kemajuan mereka.

Tema utama dari Uniswap: iterasi

Logika internal dari iterasi Uniswap dari V1 hingga V4, serta peluncuran protokol UniswapX, merupakan inovasi fungsional dari DEX (AMM).

V1 awalnya menerapkan AMM di bidang enkripsi, V2 mengurangi paparan risiko ETH dan meluncurkan orakel harga yang lebih sulit dimanipulasi, V3 menyelesaikan masalah efisiensi modal rendah melalui likuiditas terpusat, V4 menerapkan DEX yang dapat disesuaikan, dan protokol UniswapX diperkuat melalui mekanisme lelang. Kompetitivitas agregator pihak ketiga memungkinkan optimisasi slippage harga.

Kita dapat melihat bahwa Uniswap sedang melakukan inovasi pada setiap langkahnya - mengurangi biaya pinjaman, mengoptimalkan pengalaman pengguna, memperkuat kesadaran persaingan, dan merangkul teknologi yang sedang berkembang. Upgrade ini secara iteratif adalah dasar bagi protokol yang baik agar bertahan selamanya.

Disclaimer：

1. Artikel ini dicetak ulang dari[Melihat detail untuk mengetahui kebenaran]. Semua hak cipta dimiliki oleh penulis asli [Pembicaraan Panah]. Jika ada keberatan terkait pencetakan ulang ini, silakan hubungi Gate Belajartim, dan mereka akan menanganinya dengan cepat.
2. Penolakan Tanggung Jawab: Pandangan dan opini yang terdapat dalam artikel ini semata-mata milik penulis dan tidak merupakan saran investasi apa pun.
3. Terjemahan artikel ke dalam bahasa lain dilakukan oleh tim Gate Learn. Kecuali disebutkan, menyalin, mendistribusikan, atau menjiplak artikel yang diterjemahkan dilarang.