Penulis: Yilan, LD Capital Uniswap V0

Uniswap V1 diluncurkan pada November 2018. Namun nyatanya, pada tahun sebelumnya, prototipe Uniswapd sudah terbentuk. Pada tahun 2017, pendiri Hayden mengundurkan diri dari Siemens. Temannya Karl, yang bekerja di Ethereum Foundation, menghibur Hayden, "Teknik mesin adalah industri yang sedang mengalami kemunduran, dan Ethereum adalah masa depan." November 2017, ia menciptakan Proof-of-something (Proof of Concept AMM begitu mereka menamakannya), yaitu Uniswap V0. Gambar ini menunjukkan seperti apa Uniswap pada awalnya.

Sebelum peluncuran resmi V1, Hayden menggunakan kantor Balance dan MakerDao untuk mengerjakan V0. Pada akhir Juli 2018, Uniswap secara resmi menerima Hibah dari Ethereum Foundation.

Uniswap V1

Pada tanggal 2 November 2018, hari terakhir Devcon 4, kontrak pintar Uniswap diterapkan ke mainnet Ethereum. Hanya likuiditas US$30.000 pada hari itu yang disimpan sebagai likuiditas dasar ketiga token, yang hanya dapat menjamin kedalaman perdagangan sebesar US$100. Selanjutnya, uniswap.io dan app.uniswap.org/# juga diterapkan dan diluncurkan.

Pada bulan September 2019, Uniswap V1 meluncurkan proyek penambangan likuiditas pertamanya, yaitu penambangan likuiditas berdasarkan token ERC-20. Selama V1, volume transaksi relatif kecil dan skala pengguna relatif kecil. Sebagai versi pertama dari protokol Uniswap. V1 menggunakan mekanisme berbasis Automated Market Maker (AMM) yang memungkinkan pengguna melakukan transaksi token tanpa izin tanpa buku pesanan di blockchain Ethereum. Model produk konstan diadopsi, yaitu x*y=k, di mana x dan y adalah saldo dua token dalam pasangan perdagangan.

Mekanisme inovatif Uniswap V1 memungkinkan pengguna untuk memperdagangkan token dengan cepat dan nyaman tanpa bergantung pada pertukaran terpusat tradisional; mekanisme ini meletakkan dasar untuk versi Uniswap berikutnya dan berfungsi sebagai inspirasi untuk protokol AMM lainnya; Namun nyatanya, versi Uniswap V1 saat itu belum banyak diminati pengguna.

Uniswap V2

Uniswap V2 dirilis pada Mei 2020. Pada saat yang sama, pada bulan September 2020, SushiSwap mulai muncul di panggung komunitas enkripsi, menarik banyak perhatian dan pengguna. Hal ini justru membuat Uniswap benar-benar mulai mendapatkan perhatian dari pasar pengguna.

Perubahan paling signifikan dari Uniswap V2 berdasarkan Uniswap V1 adalah pengenalan transaksi beberapa pasangan token, meningkatkan fleksibilitas pasangan perdagangan, dan peningkatan dari pertukaran ERC-20 ke ETH untuk mendukung pertukaran ERC-20 ke ERC-20. Selain itu, Uniswap V2 memperkenalkan peningkatan besar pada oracle Time Weighted Average Price (TWAP).

Peluncuran Uniswap V2 mengkonsolidasikan posisi Uniswap di bidang perdagangan terdesentralisasi. Ini memberikan lebih banyak fitur dan fleksibilitas, memungkinkan pengguna mengelola likuiditas dengan lebih baik dan melakukan lebih banyak jenis transaksi. Uniswap V2 juga berkontribusi pada perkembangan pesat keuangan terdesentralisasi (DeFi), menyediakan sumber likuiditas yang penting bagi pengguna.

Uniswap V3

Uniswap V3 diluncurkan pada Mei 2021, memperkenalkan konsep "Likuiditas Terkonsentrasi". Hal ini memungkinkan penyedia likuiditas untuk menentukan kisaran harga tertentu dalam pasangan perdagangan untuk pengendalian harga yang lebih tepat. Hal ini memberi penyedia likuiditas keuntungan lebih besar dalam hal biaya perdagangan dan mengurangi peluang bagi arbitrase untuk berdagang berdasarkan perbedaan harga.

Uniswap V3 juga memperluas oracle Uniswap V2 dan mengoptimalkan metode perhitungan dan efisiensi Gas dari oracle TWAP. Oracle V3 dapat memperpanjang periode ketersediaan data hingga 9 hari atau lebih melalui satu panggilan on-chain. Pada saat yang sama, melalui optimalisasi TWAP secara keseluruhan, konsumsi gas berkurang sekitar 50% dibandingkan dengan transaksi sederhana setara dengan V2. Fungsinya sekitar 30% lebih murah.

Selain itu, Uniswap V2 menggunakan biaya transaksi standar 0,3%, sedangkan V3 menawarkan 3 tingkat biaya terpisah: 0,05%, 0,3%, dan 1%. Hal ini memungkinkan penyedia likuiditas untuk memilih kumpulan berdasarkan risiko yang ingin mereka ambil. Untuk pertama kalinya, V3 memperkenalkan model penggunaan NFT sebagai LP untuk memberikan bukti likuiditas, yaitu likuiditas yang disediakan dilacak oleh token ERC721 yang tidak dapat dipertukarkan.

Peluncuran Uniswap V3 memberikan dampak signifikan pada ekosistem DeFi. Ini memberi penyedia likuiditas lebih banyak pilihan dan peluang keuntungan yang lebih baik sekaligus meningkatkan efisiensi transaksi. Uniswap V3 juga mempromosikan inovasi dalam perdagangan terdesentralisasi dan memimpin bursa dan protokol lain dalam upaya mereka untuk meningkatkan pengalaman pengguna dan mengurangi biaya transaksi. Namun, pada saat yang sama, penyedia likuiditas pasif telah dikritik karena tidak mendapatkan pendapatan fee dari JIT dan pembuat pasar profesional.

Uniswap V4 — Kait mengubah segalanya

Setelah draf kertas putih Uniswap V4 diluncurkan, pasar memberikan interpretasi penuh. Yang paling banyak disebutkan adalah optimasi seperti Hook, Singleton, Flash Accounting dan ETH asli, di antaranya Hook adalah inovasi paling penting dari V4. Hook Uniswap V4 mungkin menjadi alat paling ampuh untuk membangun likuiditas. Di masa depan, biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang.

Kait

Sederhananya, kontrak Hooks adalah kontrak yang memanggil kontrak pintar lainnya dan menjalankan logika selama siklus hidup transaksi. Logika ini dapat diimplementasikan melalui kontrak yang ditentukan pengguna dan dipanggil pada saat-saat kritis.

Secara khusus, kontrak Hooks dapat dilakukan pada poin-poin penting berikut:

· onSwap: Dipanggil ketika pertukaran terjadi, dapat digunakan untuk mengimplementasikan logika khusus, seperti mencatat informasi transaksi, melakukan operasi tertentu, atau mengubah biaya transaksi.

· onMint: Dipanggil ketika penyedia likuiditas menambahkan likuiditas ke pool, ini dapat digunakan untuk menyesuaikan logika, seperti mencatat informasi relevan yang disediakan oleh likuiditas atau melakukan operasi tertentu.

· onBurn: Dipanggil ketika penyedia likuiditas menarik likuiditas dari pool, ini dapat digunakan untuk logika khusus, seperti mencatat informasi relevan yang disediakan oleh likuiditas atau melakukan operasi tertentu.

Pada pengembang kumpulan likuiditas versi sebelumnya, pengembang hanya dapat menyesuaikan biaya LP dan LP, sementara V4 Hooks memungkinkan pengembang membuat lebih banyak inovasi berdasarkan likuiditas dan keamanan Uniswap, memungkinkan pengembang untuk mengatur perilaku yang lebih disesuaikan. Uniswap Labs menampilkan serangkaian kemungkinan berikut, mengungkapkan fitur unik produk, termasuk:

· Pembuat pasar rata-rata tertimbang waktu (TWAMM)

· Biaya dinamis berdasarkan volatilitas atau nilai lainnya

· Pesanan batas harga rantai

· Protokol simpanan dan peminjaman likuiditas di luar cakupan

· Oracle on-chain yang disesuaikan, seperti oracle geomean

· Secara otomatis menginvestasikan kembali biaya LP ke posisi LP

· Distribusi keuntungan MEV (nilai yang dapat diekstraksi penambang) bawaan ke LP

Hubungan antara optimasi Uniswap V4 dan free loss (IL)

Faktanya, optimalisasi ini semakin meningkatkan efisiensi modal sekaligus memperkuat posisi infrastruktur likuiditas Uniswap, namun masalah kerugian yang belum dibayar (IL) dari likuiditas terpusat tetap menonjol.

IL merupakan masalah endogenitas AMM yang terjadi bersamaan. Selama harga dua aset menyimpang dari harga awal, IL akan terjadi. Untuk Uni V3, mekanisme likuiditas terpusat V4 (dan protokol manajemen likuiditas serupa lainnya), masalah IL itu sendiri lebih serius karena Gamma yang tinggi dalam kisaran yang sempit, dan mungkin lebih signifikan dalam beberapa skenario, seperti volatilitas yang tinggi di pasar yang bergejolak atau ketika korelasi antara aset yang menyediakan likuiditas rendah.

Mengenai IL, saat ini ada solusi berikut, namun solusi tersebut hanya secara tidak langsung mengatasi masalah ini:

· Misalnya, menggunakan subsidi token protokol. Penyedia likuiditas dapat mempertaruhkan likuiditas mereka. Dengan mempertaruhkan token ini, penyedia likuiditas dapat menerima imbalan atau kompensasi tambahan untuk mengimbangi potensi kerugian sementara. Hadiah ini dapat diberikan dalam bentuk token tambahan atau sebagian dari biaya transaksi protokol.

· Menerapkan struktur biaya dinamis yang menyesuaikan biaya berdasarkan kondisi pasar dan tingkat kerugian sementara yang dialami penyedia likuiditas. Membebankan biaya yang lebih tinggi pada periode ketika kerugian sementara cukup besar, dan mendistribusikan biaya tambahan ini kepada penyedia likuiditas sebagai kompensasi.

· Platform dapat menyiapkan dana asuransi untuk memberi kompensasi kepada penyedia likuiditas atas segala kerugian yang terjadi karena kerugian sementara. Dana ini biasanya dikumpulkan melalui berbagai aliran pendapatan dalam protokol atau kontribusi dari platform itu sendiri.

· Mekanisme lindung nilai (opsi, dll.), dimana penyedia likuiditas dapat berpartisipasi dalam kontrak derivatif atau menggunakan instrumen keuangan lainnya untuk melakukan lindung nilai terhadap eksposur mereka terhadap fluktuasi harga dan memitigasi dampak kerugian sementara.

· Penyeimbangan kembali aset yang dinamis, yang bertujuan untuk mengoptimalkan eksposur penyedia likuiditas dan mengurangi potensi kerugian dengan terus menyesuaikan alokasi aset berdasarkan fluktuasi harga dan kondisi pasar.

· Ramalan harga dan harga rata-rata tertimbang waktu (TWAP): Ramalan harga dan mekanisme penetapan harga berbasis TWAP dapat digunakan untuk mengurangi dampak perubahan harga mendadak terhadap penyedia likuiditas. Dengan mengandalkan data harga yang lebih stabil dan andal, penyedia likuiditas dapat lebih memahami kondisi pasar dan menyesuaikan posisi mereka.

Dapat dilihat bahwa biaya penanganan dinamis Uniswap V4, harga oracle yang lebih optimal, dan lebih banyak subsidi LP (subsidi MEV, biaya penanganan reinvestasi otomatis, dll.) secara tidak langsung dapat mengkompensasi kerugian IL LP sampai batas tertentu.

Mengenai keamanan dan kompleksitas kontrak, logika inti Uniswap V4 tidak dapat diupgrade seperti V3. Meskipun setiap kumpulan dapat menggunakan kontrak pintar Hooksnya sendiri, Hooks akan memeriksa apakah bagian fungsi ini memerlukan panggilan kontrak eksternal. Memanggil kontrak eksternal akan memperkaya fungsi Uniswap V4 dan memungkinkan lebih banyak kemungkinan kombinasi, namun terbatas pada saat kumpulan dibuat. . Izin khusus yang teridentifikasi. Kontrak tersebut perlu memanggil terlalu banyak kontrak eksternal, yang juga akan menimbulkan biaya gas tambahan (jadi Swap sederhana mungkin tidak lebih murah daripada V3/V2. Ini juga merupakan trade-off yang disebabkan oleh kompleksitas dan kombinasi).

Lajang

Di Uniswap V3, penerapan kontrak terpisah untuk setiap kumpulan likuiditas akan meningkatkan biaya pembuatan kumpulan likuiditas dan melakukan swap di beberapa kumpulan. Di Uniswap V4, kontrak "Singleton" digunakan untuk menyimpan semua kumpulan likuiditas, yang sangat menghemat biaya Gas karena transaksi token tidak perlu lagi ditransfer antar kontrak yang berbeda. Perkiraan awal menunjukkan bahwa V4 mengurangi biaya bahan bakar untuk menciptakan kumpulan likuiditas hingga 99%.

Akuntansi kilat

Sistem akuntansi cepat sebagai pelengkap Singleton. Di V4, sistem tidak lagi mentransfer aset masuk dan keluar dari kumpulan likuiditas di akhir setiap bursa, namun hanya mentransfer pada saldo bersih. Desain ini membuat sistem lebih efisien dan dapat memberikan tambahan penghematan bahan bakar di Uniswap V4.

ETH asli

Pada versi sebelumnya, pengguna sebenarnya berdagang dengan WETH. ETH bukanlah Kontrak Token tetapi WETH adalah Kontrak Token. Untuk Uniswap, kontrak ERC20 lebih mudah untuk diintegrasikan, sehingga setiap kali pengguna Swap perlu mengemas ETH tambahan, mengubah ETH. menjadi WETH, langkah ini menyebabkan limbah gas. V4 memulihkan dukungan untuk ETH asli, sehingga lebih menghemat biaya bahan bakar.

Potensi dampak dan peluang Uniswap V4 di jalur lain

1) Jalur agregator

Dari perspektif pasar agregator, Uniswap V4 memberikan tarif yang lebih baik, efisiensi modal yang lebih tinggi, dan kumpulan likuiditas besar yang terintegrasi oleh Singleton, yang akan menarik lebih banyak dari pasar agregator (1 inci, Cowswap), yang merupakan jalur untuk tarif volume volume perdagangan.

2) DEX yang disesuaikan dan protokol fungsi penyesuaian likuiditas serupa

Dampak dari Onchain Limit Order, distribusi likuiditas yang disesuaikan, tarif dinamis, dll. pada Dex yang ada dengan fungsi serupa, termasuk protokol produk vault yang ditingkatkan hasil LP di Uni V3, tampaknya merupakan hasil yang dapat diperkirakan jika tidak bisa dikalahkan, dan akhirnya menjadi bagian dari ekosistem Uniswap V4. Untuk DEX atau protokol DeFi lainnya di masa depan, model konstruksi likuiditasnya mungkin berubah secara mendasar. Hook Uniswap V4 mungkin menjadi alat yang paling ampuh untuk membangun likuiditas.

3) CEX

Untuk bursa terpusat, Uniswap V4 mungkin bisa mendapatkan lebih banyak pangsa pasar dari CEX yang terpukul karena fungsi batas harga dan legitimasinya yang terdesentralisasi. Namun kenyataannya, dibandingkan dengan CEX, masalah terbesar yang menghalangi pengguna untuk masuk adalah kecepatan dan efisiensinya tidak sebaik CEX, dan seringkali, bagi kebanyakan orang, ambang batas awal untuk menggunakan DEX dan pengorbanan keamanan kontrak untuk desentralisasi risiko seksual dan risiko lainnya, yang mengharuskan pengguna menanggung biaya yang relatif tinggi. Sederhananya, efisiensi rendah dan kesulitan dalam penggunaan memerlukan perbaikan dan penyelesaian infrastruktur DEFI, dan versi V4 saat ini tidak dapat menyelesaikannya secara efektif. Setelah kedua masalah ini teratasi, jalan DEX menggantikan CEX akan lebih mulus.

4) jalur MEV

Ketika tidak dapat membawa manfaat bagi pemangku kepentingan inti platform (LP&Swapper), MEV dan protokolnya bersifat antagonis.

Pada versi sebelumnya, Uniswap V1 tidak memiliki mekanisme bawaan yang dirancang khusus untuk mencegah atau memitigasi MEV (Miner Extractable Value), yang menyebabkan penambang atau validator memperoleh keuntungan tambahan dengan memanipulasi urutan transaksi di jaringan blockchain sehingga merugikan pengguna. Keuntungan.

Uniswap V2 memperkenalkan fitur “price oracle” untuk membantu memitigasi MEV. Price oracle adalah sumber harga eksternal yang memberikan informasi harga aset yang andal dan anti-rusak. Dengan mengandalkan ramalan harga, Uniswap V2 dirancang untuk mencegah serangan front-running, di mana pedagang memanfaatkan penundaan waktu konfirmasi blok untuk memanipulasi harga demi mendapatkan keuntungan.

Uniswap V3 memperkenalkan beberapa fitur untuk memitigasi MEV, termasuk konsep likuiditas terpusat dan likuiditas non-fungible (posisi NFT LP). Likuiditas terpusat memungkinkan penyedia likuiditas menentukan kisaran harga untuk likuiditas mereka, sehingga mengurangi risiko manipulasi harga. Posisi likuiditas yang tidak dapat dipertukarkan memungkinkan penyedia likuiditas memiliki kontrol yang baik atas likuiditasnya, sehingga mengurangi risiko dijalankan atau dieksploitasi oleh arbitrase.

Di Uniswap V4, mekanisme alokasi MEV yang diinternalisasi memberikan peluang bagi pengembang MEV yang ingin mengambil peran yang menguntungkan di kumpulan V4.

5) Jalur Oracle

TWAP UniswapV2 adalah oracle on-chain yang dapat digunakan untuk mendapatkan harga Token apa pun yang ada di Uniswap. Kelemahan utamanya adalah program off-chain diharuskan untuk memicu pembaruan harga secara berkala, yang mengakibatkan biaya pemeliharaan.

TWAP UniswapV3 mengatasi cacat ini. Penyimpanan data pemicu tidak lagi memerlukan program off-chain untuk dipicu secara teratur, tetapi dipicu secara otomatis ketika transaksi terjadi di Uniswap. Dari segi sumber data penghitungan TWAP, UniswapV2 hanya menyimpan tiga nilai terbaru yaitu price0CumulativeLast, price1CumulativeLast, dan blockTimestampLast. UniswapV3 mendukung banyak pengamat harga (Oracle Observers) dan dapat memperoleh data harga dari berbagai sumber. Desain ini meningkatkan toleransi kesalahan sistem dan keandalan harga. Misalnya, Uniswap v3 menyaring kumpulan tingkat penanganan yang berbeda untuk pasangan mata uang yang sama. Kumpulan yang tidak kosong dan memiliki likuiditas tertinggi menjadi kumpulan target, dan data harga ditemukan di kumpulan dengan likuiditas terbaik sebagai harga oracle. . sumber.

Oracle bawaan Uniswap V4 akan lebih disesuaikan, seperti Geomean Oracles, misalnya, menggunakan metode penghitungan harga oracle yang berbeda untuk kumpulan yang dalam dan stabil dengan volume perdagangan besar (ETH-BTC) dan pasangan token dengan likuiditas buruk.

Mengenai dampaknya pada jalur oracle, biaya manipulasi oracle TWAP Uniswap adalah untuk mengontrol harga rata-rata token selama periode waktu tertentu. Sebaliknya, biaya manipulasi Chainlink menghancurkan cukup banyak node dan memanipulasi harga di bursa. Oleh karena itu, Chainlink adalah oracle off-chain, dan oracle bawaan Uniswap V4 tidak akan menimbulkan ancaman bagi Chainlink untuk saat ini. Untuk proyek ekologi Uniswap (seperti pinjaman, stablecoin, aset sintetis, dll.), partisipasi oracle off-chain yang mirip dengan Chainlink masih diperlukan.

Meringkaskan

Secara umum, arah Uniswap V4 bergerak menuju infrastruktur DeFi yang sebenarnya, dan eksperimen imajinatif untuk pengembang dapat dilakukan di Uniswap V4.

Bagi LP, penambahan likuiditas akan lebih disesuaikan dan nyaman. Bagi pengguna, lebih murah untuk membuat kumpulan perdagangan dan ada lebih banyak opsi untuk berdagang. Misalnya, menggunakan V2, V3, dan V4 masing-masing memiliki kelebihannya sendiri. Kontrak V2 sederhana dan transaksi dalam satu kumpulan murah; struktur V4 rumit, namun dapat membantu pengguna menghemat banyak biaya bahan bakar ketika beberapa kumpulan memerlukannya disebut.

Perkembangan DeFi yang berkelanjutan akan mengarah pada optimalisasi cara mengelola likuiditas secara berkelanjutan. Bagi pihak proyek, fungsi Uniswap V4 Donate() dapat membantu pihak proyek menyuap likuiditas untuk mencapai tujuan pengelolaan likuiditas. Selain itu, Hook Uniswap V4 mungkin menjadi alat paling ampuh untuk membangun likuiditas, dan biaya membangun platform DeFi serta menggabungkan likuiditas akan sangat berkurang.

Lanskap DeFi di masa depan juga akan mengalami perubahan besar karena kemunculan V4. Kode V4 belum diselesaikan dan ditinjau, sehingga memerlukan waktu sebelum dirilis secara resmi ke publik. Ini adalah jendela bagi banyak protokol untuk mengembangkan likuiditasnya sendiri dan menyesuaikan arah pengembangannya.