Lompat ke konten

Liquid Staking

Pool liquid staking melakukan staking aset melalui validator dan menerbitkan token yang dapat dipindahtangankan sebagai representasi klaim atas posisi gabungan. Pahami akuntansi LST, imbalan, penebusan, diskon pasar, risiko smart contract, risiko validator, dan komposabilitas DeFi.

Diperbarui

Hanya untuk tujuan edukasi; bukan nasihat investasi. LST dapat kehilangan nilai akibat risiko protokol, validator, likuiditas, pasar, dan DeFi.

Jawaban langsung

Liquid staking adalah staking gabungan yang memberikan token yang dapat dipindahtangankan kepada peserta sebagai representasi klaim atas aset yang di-staking serta, sesuai aturan protokol, imbalan dan kerugiannya. Token ini umumnya disebut token liquid staking (LST). Pemegangnya dapat memindahkan, memperdagangkan, atau menggunakan posisi tersebut di DeFi sementara validator tetap mengoperasikan stake yang mendasarinya.

LST bukan salinan kedua dari aset yang disetorkan dan tidak dijamin diperdagangkan satu banding satu dengan aset tersebut. Kurs akuntansi protokol, jumlah dan waktu yang tersedia melalui penebusan native, serta harga pasar sekunder adalah nilai yang berbeda. Biaya, penalti validator, slashing, kegagalan kontrak atau oracle, antrean penarikan, dan likuiditas pasar dapat menyebabkan pemegang menerima lebih sedikit atau menunggu lebih lama dari perkiraan.

Ethereum sendiri tidak menyediakan staking gabungan atau LST secara native. Protokol pihak ketiga menciptakan produk-produk tersebut, sehingga kontrak, operator, tata kelola, akuntansi, dan aturan penebusannya menambahkan asumsi di luar protokol proof-of-stake Ethereum. Pembedaan analitis yang sama berlaku untuk liquid staking di jaringan proof-of-stake lain, meskipun aturan validator dan penarikannya berbeda-beda di setiap chain.

Cara kerja

  1. Setorkan aset atau peroleh LST. Pengguna menyetorkan aset staking native ke dalam pool dan menerima LST, atau membeli LST yang sudah ada dari pemegang lain. Pembelian di pasar tidak dengan sendirinya menambah aset baru ke dalam pool staking.
  2. Gabungkan dan operasikan stake. Protokol mengalokasikan aset kepada validator atau operator node. Chain dasar menentukan aktivasi validator, imbalan, penalti biasa, slashing, dan batasan keluar; protokol liquid staking menentukan pemilihan operator dan cara hasil dibagikan.
  3. Perbarui klaim. Imbalan validator dan setiap imbalan execution layer yang disertakan produk akan menambah aset pool. Penalti, slashing, dan kerugian lain menguranginya. Biaya protokol dan operator mengurangi jumlah yang diteruskan kepada pemegang LST.
  4. Pilih cara keluar. Pemegang dapat menjual LST di pasar sekunder atau meminta penebusan sesuai aturan protokol. Penjualan pasar bergantung pada likuiditas dan harga yang tersedia; penebusan native mungkin memerlukan antrean asinkron, keluarnya validator, dan transaksi klaim pada waktu berikutnya.
  5. Gunakan di DeFi. LST yang dapat dipindahtangankan dapat digunakan sebagai agunan, dimasukkan ke pool likuiditas, dipindahkan melalui bridge, atau di-restaking. Setiap lapisan kontrak dan leverage tambahan membawa risiko yang bukan bagian dari imbal hasil staking dasar.

Model akuntansi token

  • Model rebasing: saldo token di dompet berubah saat pool melaporkan imbalan atau kerugian. stETH milik Lido adalah salah satu contoh implementasinya.
  • Model akumulasi nilai: saldo token biasanya tetap, sedangkan jumlah aset dasar protokol per token berubah. wstETH milik Lido adalah salah satu contoh implementasinya.

Kedua model dapat merepresentasikan ekonomi yang serupa, tetapi integrasi harus menggunakan akuntansi saldo atau bagian yang benar. Kontrak token, dasbor protokol, dan kuotasi pasar dapat menampilkan unit yang berbeda; pengguna tidak boleh menyimpulkan nilai yang dapat ditebus hanya dari ticker.

Tiga nilai yang harus dibedakan

  • Kurs akuntansi: bagian aset gabungan per LST yang dilaporkan protokol setelah menerapkan aturan akuntansinya.
  • Nilai penebusan: jumlah yang benar-benar dapat diklaim pemegang setelah biaya, alokasi kerugian, batasan, dan aturan antrean, serta kapan jumlah tersebut dapat diklaim.
  • Harga pasar: jumlah yang bersedia dibayar pembeli saat ini. Penjualan mendesak, likuiditas tipis, penundaan penebusan, atau kekhawatiran terhadap protokol dapat menimbulkan diskon; permintaan kuat untuk agunan atau insentif dapat menimbulkan premi.

Imbal hasil staking bersifat variabel, bukan bunga tetap yang dijanjikan token. Rekonsiliasi yang berguna adalah: imbalan chain dasar ditambah setiap imbalan eksekusi yang diungkapkan, dikurangi kerugian validator, biaya protokol dan operator, serta pengurangan lain yang khusus untuk produk tersebut. Token insentif, bunga pinjaman, atau imbal hasil yield farming berleverage harus dianalisis secara terpisah karena membawa penerbit dan jalur kerugian yang berbeda.

Contoh perhitungan

Anggaplah sebuah pool akumulasi nilai hipotetis menerima 10 ETH, tidak mengenakan biaya masuk, dan mencetak 10 LST, sehingga kurs akuntansi awalnya adalah 1 LST = 1 ETH. Kesetaraan ini merupakan konvensi akuntansi awal, bukan jaminan pasar.

Setelah suatu periode, misalkan imbalan validator bersih setelah biaya adalah 0.50 ETH. Tanpa perubahan lain, aset pool menjadi 10.50 ETH, pasokan token tetap 10 LST, dan kurs akuntansi menjadi 1 LST = 1.05 ETH. Dengan demikian, pemegang 4 LST memiliki klaim menurut akuntansi protokol sebesar 4.20 ETH.

Sekarang anggap penebusan native tertunda dan kuotasi di pasar terdalam adalah 1 LST = 0.97 ETH. Menjual 4 LST seketika menghasilkan sekitar 3.88 ETH sebelum biaya perdagangan dan slippage, meskipun akuntansi protokol menunjukkan 4.20 ETH. Menunggu penebusan mungkin mengembalikan lebih banyak, tetapi membuat pemegang terekspos pada lamanya antrean, imbalan atau kerugian lanjutan, dan operasi protokol. Diskon yang terlihat bukan arbitrase bebas risiko kecuali kelayakan penebusan, waktu, biaya, dan risiko kegagalan semuanya diperhitungkan.

Risiko dan daftar pemeriksaan

Kontrak, akuntansi, dan tata kelola

  • Bug, upgrade, peran berhak istimewa yang disusupi, atau integrasi yang keliru dapat memblokir penebusan, salah menentukan harga bagian, atau menghilangkan aset. Audit mengurangi ketidakpastian, tetapi tidak membuktikan keamanan.
  • Kegagalan oracle atau akuntansi dapat melaporkan saldo validator yang salah atau menerapkan imbalan dan kerugian secara keliru. Periksa siapa yang melaporkan data, bagaimana perbedaan pendapat ditangani, dan apa saja yang dapat dijeda.
  • Tata kelola dapat mengubah biaya, operator, modul, aturan penebusan, atau batas risiko. Identifikasi otoritas upgrade, timelock, wewenang darurat, dan apakah pengguna dapat keluar sebelum perubahan berlaku.

Validator, operator, dan kustodian

  • Waktu nonaktif mengurangi imbalan dan dapat menimbulkan penalti biasa; perilaku yang dapat dikenai slashing bisa menghancurkan sebagian stake validator dan memaksanya keluar. Kegagalan yang berkorelasi dapat memengaruhi banyak validator sekaligus.
  • Konsentrasi operator, klien, cloud, lokasi geografis, atau manajemen kunci membuat validator yang tampak terpisah memiliki satu mode kegagalan yang sama.
  • Tentukan siapa yang mengendalikan kredensial penyetoran, penandatanganan, dan penarikan, bagaimana operator diterima atau dikeluarkan, serta apakah kerugian dibagi kepada seluruh pemegang.

Penebusan, likuiditas, dan harga

  • Penebusan melalui protokol mungkin tidak tersedia, dibatasi, dijeda, atau dimasukkan dalam antrean. Bergantung pada protokol, LST mungkin berhenti memperoleh imbalan selama permintaan menunggu.
  • Likuiditas pasar sekunder dapat menghilang ketika banyak pemegang menginginkan aset native pada saat yang sama. Kuotasi yang ditampilkan mungkin tidak dapat dieksekusi untuk jumlah yang diinginkan.
  • Jangan menyebut setiap diskon sebagai “depeg” seperti pada stablecoin. Bandingkan lebih dulu kurs akuntansi, hak penebusan, dan harga pasar, lalu identifikasi nilai mana yang berubah dan alasannya.

Komposisi DeFi dan leverage

  • Menggunakan LST sebagai agunan menambah risiko oracle, likuidasi, dan pasar pinjaman. Diskon pasar dapat memicu likuidasi meskipun penebusan pada akhirnya tetap memungkinkan.
  • Pool likuiditas LST/aset native menambah eksposur terhadap automated market maker, konsentrasi likuiditas, dan impermanent loss; biaya yang diiklankan tidak menjamin kompensasi.
  • Bridging, wrapping, atau restaking menambah kontrak, ranah tata kelola, dan jadwal penarikan. Telusuri jalur lengkap kembali ke aset native, alih-alih menganggap setiap wrapper setara.

Pertanyaan uji tuntas

  • Apakah LST merupakan klaim langsung terhadap protokol, kewajiban kustodian, wrapper, atau derivatif dari LST lain?
  • Imbalan apa yang disertakan, biaya apa yang dipotong, dan bagaimana penalti serta slashing dialokasikan?
  • Apakah penebusan bersifat permissionless, dan apa aturan minimum, maksimum, antrean, jeda, dan klaimnya?
  • Apakah kontrak telah diverifikasi dan diaudit, dan siapa yang dapat melakukan upgrade, menjeda, mencetak, membakar, atau mengubah input akuntansi?
  • Seberapa terkonsentrasi stake, operator, klien, suara tata kelola, oracle, dan likuiditas pasar?
  • Apa yang akan terjadi pada posisi berleverage jika LST diperdagangkan di bawah kurs akuntansinya lebih lama daripada pinjaman dapat tetap terbuka?

Kesalahpahaman umum

  • “Likuid” berarti dapat langsung ditebus pada nilai nominal. Kemampuan untuk dipindahtangankan menyediakan satu jalur keluar, tetapi harga dan kedalaman bergantung pada pasar; penebusan melalui protokol tetap dapat bersifat asinkron.
  • LST menciptakan salinan tambahan dari aset. LST merepresentasikan klaim atau bagian yang tunduk pada aturan produk. Menggunakan klaim atas aset dan dana pinjaman secara bersamaan meningkatkan leverage, bukan menciptakan modal bebas risiko.
  • Kenaikan saldo token atau kurs pertukaran adalah imbal hasil yang terjamin. Imbalan berubah-ubah, dan biaya, penalti, slashing, atau kerugian akuntansi dapat mengurangi nilai bersih.
  • Diskon pasti tertutup oleh arbitrase. Arbitrase memerlukan jalur penebusan yang andal, ukuran yang memadai, penundaan yang dapat diterima, pendanaan, dan keyakinan bahwa klaim akan tetap valid.
  • Menggunakan LST di DeFi memiliki risiko yang sama dengan staking. Penggunaan tersebut menggabungkan risiko staking dengan kontrak, oracle, likuiditas, leverage, dan tata kelola dari setiap protokol tambahan.

Topik terkait

Sumber

Navigasi

Cari di wiki...