Saya pikir konsep likuiditas pool selalu diremehkan. Mendefinisikan dengan jelas konsep likuiditas pool sangat penting bagi lingkaran mata uang campuran. Mempelajari Keuangan Terdesentralisasi, likuiditas pool mungkin adalah kunci yang paling berguna; setiap pengguna baru yang ingin memasuki bidang ini harus terlebih dahulu memahami likuiditas pool.
Di bursa terpusat seperti Binance, pasangan perdagangan, seperti ETH-USDT, beroperasi dalam format order book, di mana penjual dan pembeli menempatkan pesanan satu sama lain. Ini adalah model perdagangan yang kita kenal.
Dalam pertukaran terdesentralisasi (DEX), pihak lawan untuk pembeli dan penjual adalah sesuatu yang disebut sebagai kolam likuiditas. Kolam likuiditas adalah tempat di mana dua token yang diperdagangkan satu sama lain dimasukkan ke dalam "kolam," dan jumlah spesifik dari kedua token ini dalam kolam berubah untuk memenuhi kebutuhan dari kurva harga tertentu; ini adalah algoritma AMM.
Ini adalah aspek paling penting dari kolam likuiditas di DEX. Mari kita secara spesifik mendefinisikan apa itu kolam likuiditas, atau lebih tepatnya, apa elemen inti yang menyusun atau mendefinisikan kolam likuiditas tertentu.
Untuk memahami dengan baik tentang likuiditas pool, Anda dapat mengajukan tiga pertanyaan:
1. Siapa yang memasukkan uang ke dalam kolam?
2. Bagaimana protokol menangani uang ini?
3. Bagaimana pengembalian dan risiko didistribusikan di dalam pool likuiditas?
Untuk sebagian besar proyek DeFi, jika Anda dapat menjawab dengan jelas ketiga pertanyaan ini, Anda dapat menganggap diri Anda sebagai ahli dalam proyek tersebut.
Namun, untuk benar-benar mengintegrasikan proyek Keuangan Terdesentralisasi ke dalam manajemen atau penggunaan keuangan Anda, kita perlu lebih tepat mendefinisikan konsep kolam likuiditas.
Untuk sebuah liquidity pool, itu dapat dibagi menjadi lima elemen:
1. Komponen modal.
Sebagai contoh, likuiditas pool di Uniswap terdiri dari sekelompok yang berisi dua token ERC20, membentuk pasangan perdagangan. Di sisi lain, Curve memiliki pool tiga token.
Demikian pula, untuk proyek DeFi peminjaman, sebenarnya dapat dilihat dari perspektif kolam likuiditas. Misalnya, Aave dapat dibagi menjadi kolam pasokan dan kolam kewajiban, dan juga dapat diperiksa komponen apa yang ada di kolam tersebut.
2. Peran berinteraksi dengan kolam likuiditas, sehingga mendefinisikan peran pasokan dan permintaan dari kolam likuiditas.
Sebagai contoh, pool likuiditas Uniswap dapat mendefinisikan pengguna perdagangan dan penyedia likuiditas. Elemen ini dapat mengidentifikasi dari mana keuntungan nyata dari produk DeFi ini berasal. Jika Anda berpartisipasi dalam proyek DeFi tetapi Anda belum menjelaskan elemen ini, maka Anda pasti hanya menjadi korban.
3. Sebuah algoritma yang mengubah atau membatasi komposisi dana dalam kolam.
Yang klasik adalah kurva AMM dari Uniswap. Berbagai DEX sebenarnya memodifikasi algoritma yang mengubah komposisi kolam likuiditas, dan berbagai kurva MM pada dasarnya adalah perubahan kecil pada algoritma ini.
Parameter untuk perhitungan bunga, rasio kolateral, dan kondisi likuidasi dalam protokol pinjaman juga termasuk dalam algoritma yang membatasi perubahan dalam komposisi kolam likuiditas.
4. Distribusi manfaat dan biaya dari perjanjian.
Distribusi manfaat dan biaya adalah bagian dari algoritma yang disebutkan di atas pada poin 3. Namun, ini sangat penting dan layak untuk diperbaiki lebih lanjut.
Sebagai contoh, algoritme AMM dari Uniswap memberikan 100% dari biaya transaksi yang diberikan oleh pengguna kepada penyedia likuiditas, sementara sebagian besar DEX akan mengalokasikan sebagian untuk tim proyek.
Distribusi bunga dari protokol peminjaman juga merupakan salah satu parameter terpenting.
5. Akhirnya, ada satu bagian terakhir yang mungkin tidak kita pedulikan, yaitu tata kelola.
Masalah utama adalah bagaimana parameter protokol harus disesuaikan. Saat ini, tata kelola berbagai DAO melibatkan pihak proyek yang mengajukan proposal, dan kemudian pemegang token memberikan suara atas proposal tersebut.
Tidak peduli seberapa kompleks protokol DeFi, mereka dapat dianalisis berdasarkan lima elemen ini.
Seperti yang terdapat pada versi Uniswap v4, saya telah melihat banyak artikel online yang sulit dipahami. Faktanya, itu menjadi jelas ketika dilihat dari perspektif pool.
Kumpulan likuiditas Uniswap V2 terdiri dari dua token ERC-20, dan selama token-token tersebut sama, itu adalah kumpulan yang sama. Ini berarti bahwa untuk setiap pasangan token (seperti ETH/USDC), Uniswap V2 hanya memiliki satu kumpulan, dan semua transaksi terjadi di dalam kumpulan ini, dengan biaya tetap sebesar 0,3%.
Uniswap V3 memperkenalkan lebih banyak fleksibilitas. Selain tingkatan biaya, V3 menambahkan empat opsi biaya: 0,01%, 0,05%, 0,3%, dan 1%. Ini berarti bahwa untuk pasangan token yang sama, pengguna dapat memilih biaya yang berbeda, menciptakan kolam likuiditas yang berbeda. V2 hanya memiliki satu biaya yaitu 0,3%, sementara V3 memungkinkan penyesuaian tarif berdasarkan kebutuhan perdagangan yang berbeda.
Selain itu, V3 juga memperkenalkan likuiditas terkonsentrasi, memungkinkan LP untuk memilih rentang harga untuk menyediakan likuiditas, semakin mengoptimalkan efisiensi kolam likuiditas. Ini adalah penyesuaian algoritmik terhadap komponen kolam likuiditas, tetapi algoritma ini ditentukan oleh Uniswap, dan LP hanya dapat menyediakan likuiditas dalam rentang yang telah ditetapkan ini.
Perubahan paling signifikan di Uniswap V4 dibandingkan dengan V3 adalah kustomisasi biaya. V4 memungkinkan pengguna untuk menetapkan hampir tanpa batas opsi biaya untuk pasangan token yang sama, menghapus batasan empat tarif tetap di V3. Ini berarti bahwa untuk pasangan token yang sama, beberapa kolam likuiditas yang berbeda dapat dibuat di V4, tergantung pada pengaturan biaya yang berbeda.
Selain itu, V4 memperkenalkan mekanisme Hook, yang memungkinkan fleksibilitas lebih dalam komposisi dan algoritma kolam likuiditas. V4 memungkinkan pengguna untuk menambahkan algoritma kustom, yang disebut Hook, setelah batasan x * y = k asli untuk lebih mengubah perilaku kolam likuiditas. Setiap kolam likuiditas hanya dapat memiliki satu Hook, jadi bahkan dengan pasangan token yang sama dan pengaturan biaya yang sama, Hook yang berbeda akan menciptakan kolam likuiditas yang berbeda.
Versi V4 mungkin memungkinkan data dalam kolam likuiditas menjadi tidak terbatas.
Salah satu proyek terbesar di Sol, pump.fun, juga jelas dari perspektif dana yang terkumpul.
Inovasi terbesar dari Pump.fun adalah integrasi penerbitan token dan algoritma untuk mencetak kolam modal awal.
Selama proses penerbitan token, pokok yang dibayar pengguna untuk mencetak token akan dikonversi menjadi kolam likuiditas setelah penerbitan selesai, sehingga mengatasi masalah kekurangan likuiditas bagi sebagian besar token dan memastikan bahwa token baru memiliki kolam likuiditas yang cukup bagi semua orang untuk berdagang.
Sebenarnya, secara serius meneliti berbagai protokol DeFi ini dan mencari detail desain dari kumpulan likuiditas mereka adalah cara yang baik untuk menemukan strategi arbitrase.
Pernyataan:
- Artikel ini diterbitkan ulang dari [Lightning Huang Shiliang] Hak cipta milik penulis asli [Petir Huang Shiliang] Jika ada keberatan terhadap cetakan ulang, silakan hubungi Tim Gate LearnTim akan memprosesnya secepat mungkin sesuai dengan prosedur yang relevan.
- Penafian: Pandangan dan pendapat yang diungkapkan dalam artikel ini sepenuhnya merupakan milik penulis dan tidak merupakan nasihat investasi.
- Versi bahasa lain dari artikel ini diterjemahkan oleh tim Gate Learn, kecuali disebutkan sebaliknya.GerbangDalam keadaan seperti itu, dilarang untuk menyalin, menyebarkan, atau menjiplak artikel terjemahan.
