Uniswap V1 diluncurkan pada November 2018. Namun sebenarnya di tahun sebelumnya, prototipe Uniswapd sudah terbentuk. Pada 2017, pendiri Hayden mengundurkan diri dari Siemens. Karl, seorang teman yang bekerja di Ethereum Foundation, menghibur Hayden, "Teknik mesin adalah industri matahari terbenam, dan Ethereum adalah masa depan." Di bawah bimbingan Karl, Hayden belajar tentang Ethereum dan Soliditas, Pada November 2017, ia menciptakan Proof-of-something (Bukti konsep AMM sebagaimana mereka menamakannya), yaitu Uniswap V0. Gambar ini menunjukkan seperti apa Uniswap sejak awal.
Sebelum peluncuran resmi V1, Hayden menggunakan kantor Balancer 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, smart contract Uniswap diterapkan ke mainnet Ethereum. **Pada hari itu, hanya $30.000 likuiditas yang disimpan sebagai likuiditas dasar dari tiga token, yang hanya dapat menjamin kedalaman transaksi sebesar $100. Selanjutnya, uniswap.io dan app.uniswap.org/# juga diterapkan dan diluncurkan.
Pada bulan September 2019, Uniswap V1 meluncurkan proyek penambangan likuiditas pertama, yaitu penambangan likuiditas berdasarkan token ERC-20. Selama periode 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 untuk memperdagangkan token tanpa izin di blockchain Ethereum tanpa buku pesanan. Model produk konstan diadopsi, yaitu x*y=k, di mana x dan y adalah saldo dari dua token dalam pasangan transaksi.
Mekanisme inovatif Uniswap V1 memungkinkan pengguna untuk melakukan transaksi token dengan cepat dan nyaman tanpa bergantung pada pertukaran terpusat tradisional; itu meletakkan dasar untuk versi Uniswap berikutnya dan menjadi inspirasi bagi protokol AMM lainnya. Namun nyatanya, versi Uniswap V1 saat itu tidak menarik banyak pengguna.
Uniswap V2
**Uniswap V2 akan dirilis pada Mei 2020. **Pada saat yang sama, pada September 2020, SushiSwap mulai muncul di panggung komunitas enkripsi, menarik banyak perhatian dan pengguna, yang sebenarnya membuat Uniswap benar-benar mulai menarik perhatian pasar pengguna.
**Perubahan paling signifikan dari Uniswap V2 berdasarkan Uniswap V1 adalah pengenalan beberapa transaksi pasangan token, meningkatkan fleksibilitas pasangan transaksi, dan meningkatkan dari ERC-20 yang hanya dapat ditukar dengan ETH untuk mendukung ERC-20 ke Pertukaran ERC -20. Selain itu, peningkatan signifikan pada oracle harga rata-rata tertimbang waktu (TWAP) yang diperkenalkan dengan Uniswap V2. **
Peluncuran Uniswap V2 telah mengkonsolidasikan posisi Uniswap di bidang bursa terdesentralisasi. Ini memberikan lebih banyak fungsi dan fleksibilitas, memungkinkan pengguna untuk 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". **Memungkinkan penyedia likuiditas untuk menentukan rentang harga tertentu dalam pasangan perdagangan untuk kontrol harga yang lebih tepat. Hal ini memberi penyedia likuiditas manfaat biaya transaksi yang lebih besar dan mengurangi peluang bagi para arbitrase untuk memanfaatkan perbedaan harga untuk berdagang.
Uniswap V3 juga memperluas oracle Uniswap V2, dan mengoptimalkan metode perhitungan dan efisiensi Gas oracle TWAP. Mesin oracle V3 dapat memperpanjang periode ketersediaan data hingga 9 hari atau lebih melalui panggilan berantai. Pada saat yang sama, melalui optimalisasi TWAP secara keseluruhan, konsumsi Gas berkurang sekitar 50% dibandingkan dengan V2. Transaksi sederhana akan setara dengan V2. Fiturnya sekitar 30% lebih murah.
Selain itu, Uniswap V2 menggunakan biaya transaksi standar 0,3%, sedangkan V3 menawarkan 3 tingkatan biaya terpisah: 0,05%, 0,3%, dan 1%. Hal ini memungkinkan penyedia likuiditas untuk memilih kumpulan berdasarkan risiko yang bersedia mereka ambil. V3 memperkenalkan model penggunaan NFT sebagai LP untuk memberikan bukti likuiditas untuk pertama kalinya, yaitu, likuiditas yang disediakan dilacak oleh token ERC721 non-homogen.
Peluncuran Uniswap V3 berdampak besar pada ekosistem DeFi. Ini memberi penyedia likuiditas lebih banyak pilihan dan peluang pendapatan yang lebih baik, sambil meningkatkan efisiensi transaksi. Uniswap V3 juga mendorong inovasi dalam pertukaran terdesentralisasi dan memimpin upaya pertukaran dan protokol lain untuk meningkatkan pengalaman pengguna dan mengurangi biaya transaksi. Tetapi pada saat yang sama, penyedia likuiditas pasif telah dikritik karena diperas oleh JIT dan pembuat pasar profesional untuk mendapatkan penghasilan dari biaya penanganan.
Uniswap V4 — Hooks Mengubah Segalanya
Setelah draf kertas putih Uniswap V4 diluncurkan, pasar sepenuhnya menafsirkannya. Ini terutama menyebutkan pengoptimalan seperti Hook, Singleton, Flash Accounting, dan ETH asli, di antaranya Hook adalah inovasi terpenting V4. **Pengait Uniswap V4 dapat menjadi alat paling ampuh untuk membangun likuiditas. Di masa mendatang, biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang. **
Pengait
Secara sederhana, kontrak Hooks adalah kontrak yang memanggil smart contract lainnya, dan logikanya dieksekusi dalam siklus hidup transaksi. Logika ini dapat diimplementasikan oleh kontrak yang ditentukan pengguna dan dipanggil pada saat-saat kritis.
Secara khusus, kontrak Hooks dapat dipanggil pada poin-poin utama berikut:
· onSwap: Dipanggil saat pertukaran terjadi, dapat digunakan untuk mengimplementasikan logika kustom, seperti merekam informasi transaksi, melakukan operasi tertentu atau mengubah biaya transaksi, dll.
· onMint: Dipanggil saat penyedia likuiditas menambahkan likuiditas ke pool, ini dapat digunakan untuk logika kustom, seperti merekam informasi relevan yang diberikan oleh likuiditas atau melakukan operasi tertentu.
· onBurn: Dipanggil saat penyedia likuiditas menarik likuiditas dari kumpulan, ini dapat digunakan untuk logika khusus, seperti merekam informasi relevan yang diberikan oleh likuiditas atau melakukan operasi tertentu.
Versi pengembang kumpulan likuiditas sebelumnya hanya dapat menyesuaikan biaya LP dan LP, dan V4 Hooks memungkinkan pengembang untuk membuat lebih banyak inovasi berdasarkan likuiditas dan keamanan Uniswap, memungkinkan pengembang untuk mengatur lebih banyak perilaku khusus, Uniswap Labs memamerkan berbagai kemungkinan berikut, mengungkapkan karakteristik unik dari produk, termasuk:
· Time Weighted Average Market Maker (TWAMM)
· Komisi dinamis berdasarkan volatilitas atau nilai lainnya
· Daftar batas harga on-chain
· Perjanjian pinjaman simpanan likuiditas di luar ruang lingkup
· Oracle on-chain kustom, seperti oracle geomean
· Secara otomatis menginvestasikan kembali biaya penanganan LP ke posisi LP
· Distribusi laba MEV (miner extractable value) bawaan ke LP
Hubungan antara pengoptimalan Uniswap V4 dan kerugian yang belum dibayar (IL)
Faktanya, pengoptimalan ini semakin memperkuat efisiensi modal sekaligus memperkuat posisi infrastruktur likuiditas Uniswap, tetapi masalah kerugian yang tidak terkompensasi (IL) dari likuiditas terpusat masih menonjol.
IL adalah masalah endogen yang terkait dengan AMM, selama dua harga aset menyimpang dari harga awal, IL akan dihasilkan. Untuk mekanisme likuiditas terpusat Uni V3, V4 (dan protokol manajemen likuiditas serupa lainnya), masalah IL sendiri lebih serius karena Gamma tinggi dalam kisaran sempit, yang mungkin lebih signifikan dalam beberapa skenario, seperti pasar dengan volatilitas tinggi. atau ketika korelasi antara aset yang menyediakan likuiditas rendah.
Mengenai IL, saat ini ada solusi berikut, tetapi semuanya hanya secara tidak langsung meringankan masalah ini:
· Misalnya ** menggunakan subsidi token protokol. **Penyedia likuiditas dapat mempertaruhkan likuiditas mereka. Dengan mempertaruhkan token ini, penyedia likuiditas dapat memperoleh hadiah 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 oleh penyedia likuiditas. Membebankan biaya yang lebih tinggi selama periode kerugian sementara yang signifikan dan mendistribusikan biaya tambahan ini sebagai kompensasi kepada penyedia likuiditas.
· Platform dapat menyiapkan dana asuransi untuk mengkompensasi penyedia likuiditas atas kerugian yang diderita akibat kerugian sementara. Dana ini biasanya dikumpulkan melalui berbagai aliran pendapatan dalam protokol atau melalui kontribusi dari platform itu sendiri.
· Mekanisme lindung nilai (opsi, dll.), Penyedia likuiditas dapat berpartisipasi dalam kontrak derivatif atau menggunakan instrumen keuangan lainnya untuk melindungi eksposur mereka terhadap fluktuasi harga dan mengurangi dampak kerugian sementara.
· Penyeimbangan ulang aset dinamis, dengan terus menyesuaikan alokasi aset sesuai dengan fluktuasi harga dan kondisi pasar, bertujuan untuk mengoptimalkan eksposur penyedia likuiditas dan mengurangi potensi kerugian.
· Harga oracle dan harga rata-rata tertimbang waktu (****TWAP): Harga oracle dan mekanisme penetapan harga berbasis TWAP dapat digunakan untuk mengurangi dampak perubahan harga mendadak pada penyedia likuiditas. Dengan mengandalkan data harga yang lebih stabil dan andal, penyedia likuiditas dapat lebih memahami kondisi pasar dan menyesuaikan posisinya.
Dapat dilihat bahwa biaya penanganan dinamis Uniswap V4, harga mesin oracle yang lebih dioptimalkan, dan lebih banyak subsidi LP (subsidi MEV, biaya penanganan reinvestasi otomatis, dll.) semuanya secara tidak langsung mengkompensasi kerugian IL LP sampai batas tertentu.
Mengenai keamanan dan kerumitan kontrak, logika inti Uniswap V4 tidak dapat ditingkatkan seperti V3. Meskipun setiap kumpulan dapat menggunakan kontrak pintar Hooks sendiri, Hooks akan memeriksa apakah bagian dari fungsi ini memerlukan panggilan kontrak eksternal. Memanggil kontrak eksternal memperkaya fungsi Uniswap V4 dan mewujudkan lebih banyak kemungkinan kombinasi, tetapi hanya ketika kumpulan dibuat izin khusus yang teridentifikasi . Kontrak perlu memanggil terlalu banyak kontrak eksternal, yang juga akan menambah biaya gas (jadi Swap sederhana mungkin tidak lebih murah daripada V3/V2), yang juga merupakan Pengorbanan yang ditimbulkan oleh kompleksitas dan komposisi.
lajang
Di Uniswap V3, menerapkan kontrak terpisah untuk setiap kumpulan likuiditas 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 di antara kontrak yang berbeda. Menurut perkiraan awal, V4 mengurangi biaya bahan bakar untuk membuat kolam likuiditas sebanyak 99%.
Flash akuntansi
Sistem pembukuan yang cepat melengkapi Singleton. Di V4, sistem tidak lagi mentransfer aset masuk dan keluar dari kumpulan likuiditas pada akhir setiap pertukaran, tetapi hanya mentransfer pada saldo bersih. Desain ini membuat sistem lebih efisien dan dapat memberikan tambahan penghematan gas di Uniswap V4.
ETH asli
Di versi sebelumnya, pengguna sebenarnya berdagang dengan WETH. ETH bukan Kontrak Token tetapi WETH adalah Kontrak Token. Untuk Uniswap, kontrak ERC20 lebih mudah diintegrasikan, jadi setiap kali pengguna Swap perlu mengemas ETH tambahan, mengubah ETH menjadi WETH, langkah ini menyebabkan pemborosan gas. V4 memulihkan dukungan untuk ETH asli, yang selanjutnya menghemat biaya Gas.
Dampak dan peluang potensial 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 diintegrasikan oleh Singleton, yang akan menarik lebih banyak dari pasar agregator (1inci, Cowswap) Volume transaksi tinggi.
2) DEX yang disesuaikan dan protokol fungsi penyesuaian likuiditas yang serupa
Dampak Pesanan Batas Onchain, distribusi likuiditas yang disesuaikan, kurs dinamis, dll. pada Dex yang ada dengan fungsi serupa, termasuk penarikan likuiditas dari perjanjian produk kubah yang ditingkatkan hasil LP pada Uni V3 tampaknya merupakan hasil yang dapat diperkirakan, ini Perjanjian mungkin menghadapi situasi bergabung jika tidak bisa menang, dan akhirnya menjadi bagian dari ekosistem Uniswap V4. Untuk DEX mendatang atau protokol DeFi lainnya, mungkin secara fundamental mengubah model konstruksi likuiditasnya. Kait Uniswap V4 dapat menjadi alat paling ampuh untuk konstruksi likuiditas. Biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang.
3) CEX
Untuk pertukaran terpusat, karena fungsi batas harga dan ortodoksi desentralisasi, Uniswap V4 mungkin dapat memperoleh lebih banyak pangsa pasar dari CEX yang sukses. Namun pada kenyataannya, dibandingkan dengan CEX, masalah terbesar yang menghalangi pengguna memasuki DEX adalah kecepatan dan efisiensinya tidak sebaik CEX, dan sering kali, bagi kebanyakan orang, ambang awal penggunaan DEX dan pengorbanan keamanan kontrak untuk desentralisasi Jenis kelamin dan risiko lainnya, sehingga pengguna harus menanggung biaya yang relatif tinggi. Sederhananya, efisiensi rendah dan tidak dapat digunakan memerlukan peningkatan dan solusi infrastruktur DEFI, dan versi V4 tidak dapat menyelesaikannya secara efektif saat ini. Setelah menyelesaikan dua masalah ini, jalan DEX untuk menggantikan CEX akan lebih mulus.
4) trek MEV
Ketika tidak dapat membawa keuntungan bagi pemegang saham inti (LP&Swapper) platform, MEV dan protokol bertentangan.
Pada versi sebelumnya, Uniswap V1 tidak memiliki mekanisme bawaan yang dirancang khusus untuk mencegah atau mengurangi MEV (miner-extractable value), menyebabkan penambang atau validator mendapatkan keuntungan ekstra dengan memanipulasi urutan transaksi di jaringan blockchain sehingga merugikan pengguna. .
Untuk membantu memitigasi MEV, Uniswap V2 memperkenalkan fitur “price oracle”, sumber harga eksternal yang menyediakan informasi harga aset yang andal dan anti rusak. Dengan mengandalkan oracle harga, Uniswap V2 bertujuan untuk mencegah serangan front-running, di mana pedagang memanfaatkan penundaan waktu konfirmasi blok untuk memanipulasi harga demi keuntungan.
Uniswap V3 memperkenalkan beberapa fitur untuk memitigasi MEV, termasuk konsep likuiditas terpusat dan likuiditas non-homogen (posisi NFT LP). Likuiditas terpusat memungkinkan penyedia likuiditas menentukan kisaran harga untuk likuiditasnya, sehingga mengurangi risiko manipulasi harga. Posisi likuiditas non-homogen memungkinkan penyedia likuiditas untuk memiliki kontrol halus atas likuiditas mereka, mengurangi risiko diperas atau dieksploitasi oleh arbitrase.
Di Uniswap V4, mekanisme alokasi MEV yang diinternalisasi memiliki peluang bagi pengembang MEV yang ingin menempati peran yang menguntungkan di kumpulan V4.
5) Jalur Oracle
TWAP UniswapV2 adalah mesin oracle pada rantai, yang dapat diterapkan untuk mendapatkan harga Token apa pun yang ada di Uniswap.Kecacatan utamanya adalah diperlukan program off-chain untuk memicu pembaruan harga secara teratur, dan ada pemeliharaan biaya.
TWAP dari UniswapV3 mengatasi cacat ini, dan penyimpanan data pemicu tidak lagi memerlukan program off-chain untuk dipicu secara teratur, tetapi dipicu secara otomatis saat transaksi terjadi di Uniswap. Dalam hal sumber data untuk menghitung TWAP, UniswapV2 hanya menyimpan tiga nilai terbaru yaitu price0CumulativeLast, price1CumulativeLast, dan blockTimestampLast. UniswapV3 mendukung beberapa pengamat harga (Oracle Observer), yang dapat memperoleh data harga dari berbagai sumber. Desain ini meningkatkan toleransi kesalahan dan keandalan harga sistem. Misalnya, layar Uniswap v3 mengelompokkan dengan tingkat komisi yang berbeda untuk pasangan mata uang yang sama.Kumpulan yang tidak kosong dan memiliki likuiditas tertinggi menjadi kumpulan target. Data harga di kumpulan dengan likuiditas terbaik digunakan sebagai harga sumber oracle.
Oracle bawaan Uniswap V4 akan lebih disesuaikan, seperti Geomean Oracles, seperti menggunakan metode perhitungan harga oracle yang berbeda untuk kumpulan dalam dan stabil volume besar (ETH-BTC) dan pasangan token dengan likuiditas yang buruk.
Mengenai dampak pada jalur oracle, biaya manipulasi oracle TWAP Uniswap adalah untuk mengontrol harga rata-rata token selama periode waktu tertentu. Sebaliknya, biaya manipulasi Chainlink cukup mengganggu 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, koin stabil, aset sintetis, dll.), partisipasi oracle off-chain seperti Chainlink masih diperlukan.
Meringkaskan
Secara keseluruhan, arah **Uniswap V4 bergerak menuju infrastruktur nyata DeFi, dan eksperimen imajinatif untuk pengembang dapat terjadi di Uniswap V4. **
Untuk LP, menambah likuiditas akan lebih disesuaikan dan nyaman. Bagi pengguna, membuat kumpulan transaksi lebih murah, dan transaksi memiliki lebih banyak opsi. Misalnya, menggunakan V2, V3, dan V4 memiliki keuntungan tersendiri. Kontrak V2 sederhana, dan transaksi satu kumpulan murah; struktur V4 rumit, tetapi dapat membantu pengguna menghemat banyak biaya bahan bakar ketika beberapa kumpulan perlu dipanggil.
Pengembangan berkelanjutan DeFi akan mengarah pada optimalisasi berkelanjutan dari metode manajemen likuiditas. Untuk sisi proyek, fungsi Donat () Uniswap V4 dapat membantu sisi proyek menyuap likuiditas untuk mencapai tujuan manajemen likuiditas. Selain itu, Hook of Uniswap V4 dapat menjadi alat paling ampuh untuk konstruksi likuiditas, dan biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang.
Pola DeFi masa depan juga akan mengalami perubahan besar karena munculnya V4. Kode V4 belum diselesaikan dan ditinjau, sehingga akan memakan waktu lama sebelum rilis publik resmi Ini adalah periode jendela bagi banyak protokol untuk mengembangkan likuiditasnya sendiri dan menyesuaikan arah pengembangannya.
Lihat Asli
Konten ini hanya untuk referensi, bukan ajakan atau tawaran. Tidak ada nasihat investasi, pajak, atau hukum yang diberikan. Lihat Penafian untuk pengungkapan risiko lebih lanjut.
Sejarah Evolusi Uniswap: Peluang dan Dampak V4
Pengarang: LD Capital
Uniswap V0
Uniswap V1 diluncurkan pada November 2018. Namun sebenarnya di tahun sebelumnya, prototipe Uniswapd sudah terbentuk. Pada 2017, pendiri Hayden mengundurkan diri dari Siemens. Karl, seorang teman yang bekerja di Ethereum Foundation, menghibur Hayden, "Teknik mesin adalah industri matahari terbenam, dan Ethereum adalah masa depan." Di bawah bimbingan Karl, Hayden belajar tentang Ethereum dan Soliditas, Pada November 2017, ia menciptakan Proof-of-something (Bukti konsep AMM sebagaimana mereka menamakannya), yaitu Uniswap V0. Gambar ini menunjukkan seperti apa Uniswap sejak awal.
Sebelum peluncuran resmi V1, Hayden menggunakan kantor Balancer 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, smart contract Uniswap diterapkan ke mainnet Ethereum. **Pada hari itu, hanya $30.000 likuiditas yang disimpan sebagai likuiditas dasar dari tiga token, yang hanya dapat menjamin kedalaman transaksi sebesar $100. Selanjutnya, uniswap.io dan app.uniswap.org/# juga diterapkan dan diluncurkan.
Pada bulan September 2019, Uniswap V1 meluncurkan proyek penambangan likuiditas pertama, yaitu penambangan likuiditas berdasarkan token ERC-20. Selama periode 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 untuk memperdagangkan token tanpa izin di blockchain Ethereum tanpa buku pesanan. Model produk konstan diadopsi, yaitu x*y=k, di mana x dan y adalah saldo dari dua token dalam pasangan transaksi.
Mekanisme inovatif Uniswap V1 memungkinkan pengguna untuk melakukan transaksi token dengan cepat dan nyaman tanpa bergantung pada pertukaran terpusat tradisional; itu meletakkan dasar untuk versi Uniswap berikutnya dan menjadi inspirasi bagi protokol AMM lainnya. Namun nyatanya, versi Uniswap V1 saat itu tidak menarik banyak pengguna.
Uniswap V2
**Uniswap V2 akan dirilis pada Mei 2020. **Pada saat yang sama, pada September 2020, SushiSwap mulai muncul di panggung komunitas enkripsi, menarik banyak perhatian dan pengguna, yang sebenarnya membuat Uniswap benar-benar mulai menarik perhatian pasar pengguna.
**Perubahan paling signifikan dari Uniswap V2 berdasarkan Uniswap V1 adalah pengenalan beberapa transaksi pasangan token, meningkatkan fleksibilitas pasangan transaksi, dan meningkatkan dari ERC-20 yang hanya dapat ditukar dengan ETH untuk mendukung ERC-20 ke Pertukaran ERC -20. Selain itu, peningkatan signifikan pada oracle harga rata-rata tertimbang waktu (TWAP) yang diperkenalkan dengan Uniswap V2. **
Peluncuran Uniswap V2 telah mengkonsolidasikan posisi Uniswap di bidang bursa terdesentralisasi. Ini memberikan lebih banyak fungsi dan fleksibilitas, memungkinkan pengguna untuk 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". **Memungkinkan penyedia likuiditas untuk menentukan rentang harga tertentu dalam pasangan perdagangan untuk kontrol harga yang lebih tepat. Hal ini memberi penyedia likuiditas manfaat biaya transaksi yang lebih besar dan mengurangi peluang bagi para arbitrase untuk memanfaatkan perbedaan harga untuk berdagang.
Uniswap V3 juga memperluas oracle Uniswap V2, dan mengoptimalkan metode perhitungan dan efisiensi Gas oracle TWAP. Mesin oracle V3 dapat memperpanjang periode ketersediaan data hingga 9 hari atau lebih melalui panggilan berantai. Pada saat yang sama, melalui optimalisasi TWAP secara keseluruhan, konsumsi Gas berkurang sekitar 50% dibandingkan dengan V2. Transaksi sederhana akan setara dengan V2. Fiturnya sekitar 30% lebih murah.
Selain itu, Uniswap V2 menggunakan biaya transaksi standar 0,3%, sedangkan V3 menawarkan 3 tingkatan biaya terpisah: 0,05%, 0,3%, dan 1%. Hal ini memungkinkan penyedia likuiditas untuk memilih kumpulan berdasarkan risiko yang bersedia mereka ambil. V3 memperkenalkan model penggunaan NFT sebagai LP untuk memberikan bukti likuiditas untuk pertama kalinya, yaitu, likuiditas yang disediakan dilacak oleh token ERC721 non-homogen.
Peluncuran Uniswap V3 berdampak besar pada ekosistem DeFi. Ini memberi penyedia likuiditas lebih banyak pilihan dan peluang pendapatan yang lebih baik, sambil meningkatkan efisiensi transaksi. Uniswap V3 juga mendorong inovasi dalam pertukaran terdesentralisasi dan memimpin upaya pertukaran dan protokol lain untuk meningkatkan pengalaman pengguna dan mengurangi biaya transaksi. Tetapi pada saat yang sama, penyedia likuiditas pasif telah dikritik karena diperas oleh JIT dan pembuat pasar profesional untuk mendapatkan penghasilan dari biaya penanganan.
Uniswap V4 — Hooks Mengubah Segalanya
Setelah draf kertas putih Uniswap V4 diluncurkan, pasar sepenuhnya menafsirkannya. Ini terutama menyebutkan pengoptimalan seperti Hook, Singleton, Flash Accounting, dan ETH asli, di antaranya Hook adalah inovasi terpenting V4. **Pengait Uniswap V4 dapat menjadi alat paling ampuh untuk membangun likuiditas. Di masa mendatang, biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang. **
Pengait
Secara sederhana, kontrak Hooks adalah kontrak yang memanggil smart contract lainnya, dan logikanya dieksekusi dalam siklus hidup transaksi. Logika ini dapat diimplementasikan oleh kontrak yang ditentukan pengguna dan dipanggil pada saat-saat kritis.
Secara khusus, kontrak Hooks dapat dipanggil pada poin-poin utama berikut:
· onSwap: Dipanggil saat pertukaran terjadi, dapat digunakan untuk mengimplementasikan logika kustom, seperti merekam informasi transaksi, melakukan operasi tertentu atau mengubah biaya transaksi, dll.
· onMint: Dipanggil saat penyedia likuiditas menambahkan likuiditas ke pool, ini dapat digunakan untuk logika kustom, seperti merekam informasi relevan yang diberikan oleh likuiditas atau melakukan operasi tertentu.
· onBurn: Dipanggil saat penyedia likuiditas menarik likuiditas dari kumpulan, ini dapat digunakan untuk logika khusus, seperti merekam informasi relevan yang diberikan oleh likuiditas atau melakukan operasi tertentu.
Versi pengembang kumpulan likuiditas sebelumnya hanya dapat menyesuaikan biaya LP dan LP, dan V4 Hooks memungkinkan pengembang untuk membuat lebih banyak inovasi berdasarkan likuiditas dan keamanan Uniswap, memungkinkan pengembang untuk mengatur lebih banyak perilaku khusus, Uniswap Labs memamerkan berbagai kemungkinan berikut, mengungkapkan karakteristik unik dari produk, termasuk:
· Time Weighted Average Market Maker (TWAMM)
· Komisi dinamis berdasarkan volatilitas atau nilai lainnya
· Daftar batas harga on-chain
· Perjanjian pinjaman simpanan likuiditas di luar ruang lingkup
· Oracle on-chain kustom, seperti oracle geomean
· Secara otomatis menginvestasikan kembali biaya penanganan LP ke posisi LP
· Distribusi laba MEV (miner extractable value) bawaan ke LP
Hubungan antara pengoptimalan Uniswap V4 dan kerugian yang belum dibayar (IL)
Faktanya, pengoptimalan ini semakin memperkuat efisiensi modal sekaligus memperkuat posisi infrastruktur likuiditas Uniswap, tetapi masalah kerugian yang tidak terkompensasi (IL) dari likuiditas terpusat masih menonjol.
IL adalah masalah endogen yang terkait dengan AMM, selama dua harga aset menyimpang dari harga awal, IL akan dihasilkan. Untuk mekanisme likuiditas terpusat Uni V3, V4 (dan protokol manajemen likuiditas serupa lainnya), masalah IL sendiri lebih serius karena Gamma tinggi dalam kisaran sempit, yang mungkin lebih signifikan dalam beberapa skenario, seperti pasar dengan volatilitas tinggi. atau ketika korelasi antara aset yang menyediakan likuiditas rendah.
Mengenai IL, saat ini ada solusi berikut, tetapi semuanya hanya secara tidak langsung meringankan masalah ini:
· Misalnya ** menggunakan subsidi token protokol. **Penyedia likuiditas dapat mempertaruhkan likuiditas mereka. Dengan mempertaruhkan token ini, penyedia likuiditas dapat memperoleh hadiah 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 oleh penyedia likuiditas. Membebankan biaya yang lebih tinggi selama periode kerugian sementara yang signifikan dan mendistribusikan biaya tambahan ini sebagai kompensasi kepada penyedia likuiditas.
· Platform dapat menyiapkan dana asuransi untuk mengkompensasi penyedia likuiditas atas kerugian yang diderita akibat kerugian sementara. Dana ini biasanya dikumpulkan melalui berbagai aliran pendapatan dalam protokol atau melalui kontribusi dari platform itu sendiri.
· Mekanisme lindung nilai (opsi, dll.), Penyedia likuiditas dapat berpartisipasi dalam kontrak derivatif atau menggunakan instrumen keuangan lainnya untuk melindungi eksposur mereka terhadap fluktuasi harga dan mengurangi dampak kerugian sementara.
· Penyeimbangan ulang aset dinamis, dengan terus menyesuaikan alokasi aset sesuai dengan fluktuasi harga dan kondisi pasar, bertujuan untuk mengoptimalkan eksposur penyedia likuiditas dan mengurangi potensi kerugian.
· Harga oracle dan harga rata-rata tertimbang waktu (****TWAP): Harga oracle dan mekanisme penetapan harga berbasis TWAP dapat digunakan untuk mengurangi dampak perubahan harga mendadak pada penyedia likuiditas. Dengan mengandalkan data harga yang lebih stabil dan andal, penyedia likuiditas dapat lebih memahami kondisi pasar dan menyesuaikan posisinya.
Dapat dilihat bahwa biaya penanganan dinamis Uniswap V4, harga mesin oracle yang lebih dioptimalkan, dan lebih banyak subsidi LP (subsidi MEV, biaya penanganan reinvestasi otomatis, dll.) semuanya secara tidak langsung mengkompensasi kerugian IL LP sampai batas tertentu.
Mengenai keamanan dan kerumitan kontrak, logika inti Uniswap V4 tidak dapat ditingkatkan seperti V3. Meskipun setiap kumpulan dapat menggunakan kontrak pintar Hooks sendiri, Hooks akan memeriksa apakah bagian dari fungsi ini memerlukan panggilan kontrak eksternal. Memanggil kontrak eksternal memperkaya fungsi Uniswap V4 dan mewujudkan lebih banyak kemungkinan kombinasi, tetapi hanya ketika kumpulan dibuat izin khusus yang teridentifikasi . Kontrak perlu memanggil terlalu banyak kontrak eksternal, yang juga akan menambah biaya gas (jadi Swap sederhana mungkin tidak lebih murah daripada V3/V2), yang juga merupakan Pengorbanan yang ditimbulkan oleh kompleksitas dan komposisi.
lajang
Di Uniswap V3, menerapkan kontrak terpisah untuk setiap kumpulan likuiditas 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 di antara kontrak yang berbeda. Menurut perkiraan awal, V4 mengurangi biaya bahan bakar untuk membuat kolam likuiditas sebanyak 99%.
Flash akuntansi
Sistem pembukuan yang cepat melengkapi Singleton. Di V4, sistem tidak lagi mentransfer aset masuk dan keluar dari kumpulan likuiditas pada akhir setiap pertukaran, tetapi hanya mentransfer pada saldo bersih. Desain ini membuat sistem lebih efisien dan dapat memberikan tambahan penghematan gas di Uniswap V4.
ETH asli
Di versi sebelumnya, pengguna sebenarnya berdagang dengan WETH. ETH bukan Kontrak Token tetapi WETH adalah Kontrak Token. Untuk Uniswap, kontrak ERC20 lebih mudah diintegrasikan, jadi setiap kali pengguna Swap perlu mengemas ETH tambahan, mengubah ETH menjadi WETH, langkah ini menyebabkan pemborosan gas. V4 memulihkan dukungan untuk ETH asli, yang selanjutnya menghemat biaya Gas.
Dampak dan peluang potensial 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 diintegrasikan oleh Singleton, yang akan menarik lebih banyak dari pasar agregator (1inci, Cowswap) Volume transaksi tinggi.
2) DEX yang disesuaikan dan protokol fungsi penyesuaian likuiditas yang serupa
Dampak Pesanan Batas Onchain, distribusi likuiditas yang disesuaikan, kurs dinamis, dll. pada Dex yang ada dengan fungsi serupa, termasuk penarikan likuiditas dari perjanjian produk kubah yang ditingkatkan hasil LP pada Uni V3 tampaknya merupakan hasil yang dapat diperkirakan, ini Perjanjian mungkin menghadapi situasi bergabung jika tidak bisa menang, dan akhirnya menjadi bagian dari ekosistem Uniswap V4. Untuk DEX mendatang atau protokol DeFi lainnya, mungkin secara fundamental mengubah model konstruksi likuiditasnya. Kait Uniswap V4 dapat menjadi alat paling ampuh untuk konstruksi likuiditas. Biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang.
3) CEX
Untuk pertukaran terpusat, karena fungsi batas harga dan ortodoksi desentralisasi, Uniswap V4 mungkin dapat memperoleh lebih banyak pangsa pasar dari CEX yang sukses. Namun pada kenyataannya, dibandingkan dengan CEX, masalah terbesar yang menghalangi pengguna memasuki DEX adalah kecepatan dan efisiensinya tidak sebaik CEX, dan sering kali, bagi kebanyakan orang, ambang awal penggunaan DEX dan pengorbanan keamanan kontrak untuk desentralisasi Jenis kelamin dan risiko lainnya, sehingga pengguna harus menanggung biaya yang relatif tinggi. Sederhananya, efisiensi rendah dan tidak dapat digunakan memerlukan peningkatan dan solusi infrastruktur DEFI, dan versi V4 tidak dapat menyelesaikannya secara efektif saat ini. Setelah menyelesaikan dua masalah ini, jalan DEX untuk menggantikan CEX akan lebih mulus.
4) trek MEV
Ketika tidak dapat membawa keuntungan bagi pemegang saham inti (LP&Swapper) platform, MEV dan protokol bertentangan.
Pada versi sebelumnya, Uniswap V1 tidak memiliki mekanisme bawaan yang dirancang khusus untuk mencegah atau mengurangi MEV (miner-extractable value), menyebabkan penambang atau validator mendapatkan keuntungan ekstra dengan memanipulasi urutan transaksi di jaringan blockchain sehingga merugikan pengguna. .
Untuk membantu memitigasi MEV, Uniswap V2 memperkenalkan fitur “price oracle”, sumber harga eksternal yang menyediakan informasi harga aset yang andal dan anti rusak. Dengan mengandalkan oracle harga, Uniswap V2 bertujuan untuk mencegah serangan front-running, di mana pedagang memanfaatkan penundaan waktu konfirmasi blok untuk memanipulasi harga demi keuntungan.
Uniswap V3 memperkenalkan beberapa fitur untuk memitigasi MEV, termasuk konsep likuiditas terpusat dan likuiditas non-homogen (posisi NFT LP). Likuiditas terpusat memungkinkan penyedia likuiditas menentukan kisaran harga untuk likuiditasnya, sehingga mengurangi risiko manipulasi harga. Posisi likuiditas non-homogen memungkinkan penyedia likuiditas untuk memiliki kontrol halus atas likuiditas mereka, mengurangi risiko diperas atau dieksploitasi oleh arbitrase.
Di Uniswap V4, mekanisme alokasi MEV yang diinternalisasi memiliki peluang bagi pengembang MEV yang ingin menempati peran yang menguntungkan di kumpulan V4.
5) Jalur Oracle
TWAP UniswapV2 adalah mesin oracle pada rantai, yang dapat diterapkan untuk mendapatkan harga Token apa pun yang ada di Uniswap.Kecacatan utamanya adalah diperlukan program off-chain untuk memicu pembaruan harga secara teratur, dan ada pemeliharaan biaya.
TWAP dari UniswapV3 mengatasi cacat ini, dan penyimpanan data pemicu tidak lagi memerlukan program off-chain untuk dipicu secara teratur, tetapi dipicu secara otomatis saat transaksi terjadi di Uniswap. Dalam hal sumber data untuk menghitung TWAP, UniswapV2 hanya menyimpan tiga nilai terbaru yaitu price0CumulativeLast, price1CumulativeLast, dan blockTimestampLast. UniswapV3 mendukung beberapa pengamat harga (Oracle Observer), yang dapat memperoleh data harga dari berbagai sumber. Desain ini meningkatkan toleransi kesalahan dan keandalan harga sistem. Misalnya, layar Uniswap v3 mengelompokkan dengan tingkat komisi yang berbeda untuk pasangan mata uang yang sama.Kumpulan yang tidak kosong dan memiliki likuiditas tertinggi menjadi kumpulan target. Data harga di kumpulan dengan likuiditas terbaik digunakan sebagai harga sumber oracle.
Oracle bawaan Uniswap V4 akan lebih disesuaikan, seperti Geomean Oracles, seperti menggunakan metode perhitungan harga oracle yang berbeda untuk kumpulan dalam dan stabil volume besar (ETH-BTC) dan pasangan token dengan likuiditas yang buruk.
Mengenai dampak pada jalur oracle, biaya manipulasi oracle TWAP Uniswap adalah untuk mengontrol harga rata-rata token selama periode waktu tertentu. Sebaliknya, biaya manipulasi Chainlink cukup mengganggu 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, koin stabil, aset sintetis, dll.), partisipasi oracle off-chain seperti Chainlink masih diperlukan.
Meringkaskan
Secara keseluruhan, arah **Uniswap V4 bergerak menuju infrastruktur nyata DeFi, dan eksperimen imajinatif untuk pengembang dapat terjadi di Uniswap V4. **
Untuk LP, menambah likuiditas akan lebih disesuaikan dan nyaman. Bagi pengguna, membuat kumpulan transaksi lebih murah, dan transaksi memiliki lebih banyak opsi. Misalnya, menggunakan V2, V3, dan V4 memiliki keuntungan tersendiri. Kontrak V2 sederhana, dan transaksi satu kumpulan murah; struktur V4 rumit, tetapi dapat membantu pengguna menghemat banyak biaya bahan bakar ketika beberapa kumpulan perlu dipanggil.
Pengembangan berkelanjutan DeFi akan mengarah pada optimalisasi berkelanjutan dari metode manajemen likuiditas. Untuk sisi proyek, fungsi Donat () Uniswap V4 dapat membantu sisi proyek menyuap likuiditas untuk mencapai tujuan manajemen likuiditas. Selain itu, Hook of Uniswap V4 dapat menjadi alat paling ampuh untuk konstruksi likuiditas, dan biaya membangun platform DeFi dan menggabungkan likuiditas akan sangat berkurang.
Pola DeFi masa depan juga akan mengalami perubahan besar karena munculnya V4. Kode V4 belum diselesaikan dan ditinjau, sehingga akan memakan waktu lama sebelum rilis publik resmi Ini adalah periode jendela bagi banyak protokol untuk mengembangkan likuiditasnya sendiri dan menyesuaikan arah pengembangannya.