Liquid Staking dan LST di Solana

Pengantar

Artikel ini membahas struktur utama Liquid Staking Token (LST) di Solana. LST memungkinkan pengguna membuka likuiditas aset yang mereka staking. Biasanya, ketika token di-staking pada blockchain Proof of Stake (PoS), token tersebut dikunci selama periode tertentu untuk memberikan keamanan jaringan dengan imbalan reward. Reward staking ini dapat mencakup biaya, pendapatan MEV lainnya, dan penerbitan (transfer dari pihak yang tidak melakukan staking kepada pihak yang melakukan staking).

Meskipun sangat penting bagi keamanan ekonomi, mekanisme staking ini membuat aset yang di-staking menjadi tidak likuid sehingga membatasi kegunaannya dalam aktivitas keuangan lain di dalam ekosistem. Staking mengurangi jumlah token yang beredar dengan mengunci token di dalam protokol. Hal ini mendorong pembuatan dan penggunaan LST untuk meningkatkan efisiensi modal, sehingga pemegang token dapat memperoleh reward staking sambil mempertahankan likuiditas.

Artikel ini juga membahas perbedaan konstruksi tersebut dengan Ethereum serta pertimbangan tambahan terkait konstruksi LST di Solana.

Konstruksi LST di Solana

Solana menggunakan mekanisme Delegated Proof-of-Stake (DPoS) di dalam protokol. Pengguna bergabung dengan pool staking yang dijalankan oleh berbagai validator individual dengan menyetorkan SOL. Operator staking kemudian dapat menerbitkan LST mereka sendiri yang didukung oleh SOL yang didelegasikan. Dengan demikian, pengguna mendapatkan likuiditas instan atas stake mereka.

LST Pool Staking

LST melibatkan pool staking yang menggunakan program pool staking SPL. Dengan menyumbangkan SOL ke pool nonkustodial ini, stake didistribusikan ke sejumlah validator yang memenuhi syarat. Sebagai imbalannya, peserta menerima LST seperti JitoSOL dari Jito.

Setiap pool staking menggunakan strategi yang berbeda untuk mendelegasikan stake. Misalnya, Jito memprioritaskan validator yang menjalankan kliennya. Strategi ini memaksimalkan imbal hasil MEV dan menyeimbangkan kembali stake di antara 100 validator berkinerja terbaik, sesuai kriteria mereka.

Kita dapat merepresentasikan perpindahan stake di antara para pemangku kepentingan dalam pool staking tertentu sebagai neraca (dibaca dari kiri ke kanan, lalu dari atas ke bawah):

1. Pelaku staking/delegator menyetorkan 10 SOL langsung ke pool staking dan menerima saldo LST “spSOL” (“stake pool SOL”) yang merepresentasikan klaim mereka atas 10 SOL yang disetorkan untuk ditebus.
2. Pool staking kini memiliki 10 SOL. Dalam kasus ini, pool tersebut mendelegasikan 5 SOL kepada “Validator Pool Staking 1” dan 5 SOL lainnya kepada “Validator Pool Staking 2”. Pool staking menerima total 10 vSOL (“validator SOL”) – 5 vSOL dari setiap validator. Meskipun tidak dikodekan menjadi token aktual, ini merepresentasikan klaim virtual atas SOL yang disetorkan untuk ditebus.
3. “Validator Pool Staking 1” dan “Validator Pool Staking 2” masing-masing melakukan staking terhadap 5 SOL mereka serta menjalankan tugas eksekusi dan konsensus. Mereka menerima “sSOL” virtual dari protokol Solana, yang merepresentasikan klaim atas SOL yang disetorkan (juga tidak dikodekan menjadi token, tetapi digunakan untuk menunjukkan cara protokol melacak penebusan).

Perhatikan bahwa ini adalah kasus paling sederhana tanpa biaya atau slashing. Saat ini, Solana sebenarnya tidak memiliki slashing terprogram, tetapi beberapa LST mengenakan biaya.

LST Validator

LST validator memudahkan proyek menerbitkan LST terhadap satu validator, sehingga menciptakan rasa “tribalisme” di sekitar LST yang diterbitkan validator tertentu.

LST validator bekerja dengan cara yang sangat mirip dengan pool staking, kecuali bahwa hanya ada satu validator:

1. Pelaku staking/delegator menyetorkan 10 SOL langsung ke pool staking dan menerima saldo LST “v_lstSOL” (“validator LST SOL”) yang merepresentasikan klaim mereka atas 10 SOL yang disetorkan untuk ditebus.
2. Pengelola pool staking kemudian mendelegasikannya kepada satu-satunya validator di dalam pool, menyetorkan 10 SOL kepada validator tersebut, dan menerima “vSOL” virtual.
3. Validator kini memiliki 10 SOL. Karena validator adalah entitas yang menjalankan tugas konsensus, validator tersebut menyetorkan 10 SOL ke Solana. Validator menerima “sSOL” virtual dari protokol Solana, yang merepresentasikan klaimnya atas SOL yang disetorkan.

Dalam kedua kasus tersebut, pelaku staking mendelegasikan SOL kepada validator, validator menjalankan tugas validasi, dan sebagian reward SOL diberikan kepada pelaku staking. LST validator tidak mengenakan biaya deposit stake, biaya penarikan, maupun biaya pengelolaan.

Secara mekanis, LST validator lebih ringan. LST ini secara signifikan mengurangi jumlah total akun stake sehingga mempersingkat waktu yang diperlukan untuk menghitung reward akun stake. Selain itu, LST validator dapat menjalankan program insentif atau loyalitas: Laine baru-baru ini melakukan airdrop reward blok dan biaya prioritas kepada pemegang laineSOL, yang menghasilkan APY besar bagi mereka. Tensor dapat memungkinkan pengguna mengajukan bid menggunakan tensorSOL alih-alih SOL sehingga menghasilkan imbal hasil pada order terbuka. Hal ini memungkinkan Tensor memberikan poin tambahan kepada penggunanya dan menjalankan sistem lotre tanpa kerugian, yang memberikan peluang kepada setiap pembayaran tensorSOL untuk memenangkan sebagian reward staking yang terkumpul.

Mekanisme Token LST

Serupa dengan Ethereum, mekanisme token LST dapat memberikan reward atau melakukan rebasing. Berbagai LST memilih desain yang berbeda untuk menyalurkan reward kepada pelaku staking, termasuk karena potensi efisiensi pajak. Saat ini, Solana tidak memiliki LST yang melakukan rebasing.

Penggunaan LST di Solana

Di Ethereum, sebagian besar ETH yang di-staking berasal dari LST, termasuk stETH, rETH, dan cbETH. stETH merepresentasikan ~70% dari total pasar LST.

Di Solana, LST merepresentasikan kurang dari 5% dari total jumlah yang di-staking. Jito dan Marinade masing-masing merepresentasikan 35% dan 42% dari pasar LST.

Kesenjangan penggunaan LST ini dapat disebabkan oleh sejumlah faktor:

• Penggunaan LST di Ethereum sangat bergantung pada jalur perkembangannya, dengan Merge memberikan dampak besar pada keseimbangan penggunaan LST saat ini. Efek jaringan dan adopsi yang besar serta terus bertumbuh berpusat pada 1-3 liquid staking token yang berhasil berkembang, sehingga menciptakan roda gila “sifat seperti uang” yang memperkuat dirinya sendiri.
• LST belum memiliki kegunaan on-chain yang memadai, sedangkan pengguna sangat sensitif terhadap penurunan bobot agunan di DeFi Solana (kemungkinan kecil).
• Bagi pemegang besar (institusi dan individu), insentif untuk menjalankan validator sendiri (layanan berbobot stake) lebih tinggi dan mereka memilih melakukan staking tanpa stake eksternal karena potensi tanggung jawab hukum. Akun/konglomerat SOL besar yang memiliki stake tinggi (kemungkinan sebelumnya dikunci) memilih untuk tidak berpartisipasi dalam staking LST. Karena itu, mereka menjalankan validator sendiri dan menerima reward staking terkait (karena alasan hukum, regulasi, atau alasan lainnya).
• Pengguna Solana belum terlalu memahami struktur LST.

LST dan DeFi

Pada jaringan PoS, suku bunga pinjaman yang tinggi di DeFi sering kali bersaing langsung dengan staking. Hal ini dapat melemahkan keamanan jaringan karena pelaku staking secara rasional menarik stake mereka untuk mengejar imbal hasil yang lebih tinggi dari platform pinjaman DeFi. Kondisi ini terlihat pada chain seperti Cosmos, yang secara historis terjebak dalam siklus menantang dengan aktivitas DeFi terbatas akibat tingginya imbal hasil staking di seluruh ekosistem (tetapi mungkin akan segera berubah). Hal ini menetapkan tolok ukur yang tinggi dan sering kali tidak berkelanjutan bagi DeFi Cosmos untuk berkembang karena harus bersaing dengan imbal hasil staking tersebut. Pasar LST yang likuid dan dinamis dapat membantu mengatasi masalah ini dengan memungkinkan pelaku staking berpartisipasi dalam staking dan pemberian pinjaman secara bersamaan, sehingga mengurangi insentif untuk melakukan serangan. 

DeFi Solana mengalami peningkatan signifikan dalam volume, aktivitas, dan perhatian setelah airdrop Jito dan Jupiter. Airdrop ini sering menjadi awal dari shared state yang lebih menarik seiring meningkatnya aktivitas, minat, dan jumlah aset. Membuka seluruh SOL yang di-staking pada sistem shared state seperti Solana memungkinkan ekonomi DeFi native yang lebih kaya.

Meskipun ekosistem LST di Solana masih dalam tahap awal, ekosistem ini kemungkinan akan memiliki long tail LST yang jauh lebih panjang (tidak seperti Ethereum), terutama karena LST validator makin populer.

Sanctum dan Long Tail LST Solana

LST validator bersifat fungible (dibahas lebih lanjut nanti). LST tersebut adalah wrapper untuk akun stake yang sama dan merepresentasikan klaim atas jumlah SOL terkait yang di-staking.

LST validator memungkinkan setiap validator mendistribusikan LST khusus validator mereka sendiri. Salah satu tim pertama yang membangun masa depan “LST tanpa batas” ini adalah Sanctum. Sanctum Reserve menyediakan pool SOL likuid yang besar (> 200.000 SOL), yang memungkinkan unstaking instan untuk LST apa pun dengan mentransfer akun stake pengguna ke Sanctum untuk mendapatkan jumlah SOL yang sesuai, dikurangi sejumlah biaya (untuk periode unbonding dua hari). Tim Sanctum juga telah membangun Sanctum Router, yang memungkinkannya menukar LST melalui router off-chain Jupiter, serta Sanctum Infinity yang akan segera dirilis. Hasilnya, LST apa pun dapat langsung di-unstake, saling dipertukarkan, dan ditukar dengan token lain dengan biaya minimal.

Konstruksi LST di Ethereum

Tidak semua protokol memiliki mekanisme delegasi native seperti yang ada di Solana. Berikut adalah konstruksi LST paling populer di Ethereum:

Operator Node Berizin (misalnya stETH)

stETH diterbitkan oleh Lido DAO, yang mengelola distribusi dan pengoperasian aset yang di-staking di antara sekitar ~30 operator node berizin terpilih. Desain ini bercirikan sifat berizin dan tanpa agunan. Artinya, operator node dipilih dengan cermat berdasarkan kriteria ketat, tetapi tidak diwajibkan menyediakan agunan (sehingga menciptakan masalah prinsipal-agen). Stake yang didelegasikan ke pool LIDO didistribusikan secara merata di antara operator tersebut. Pendekatan ini menekankan kepercayaan terhadap operator yang telah diperiksa untuk menjaga keamanan jaringan tanpa memerlukan jaminan keuangan tambahan. Saat ini, Lido merepresentasikan ~31% dari seluruh Ethereum yang di-staking.

Operator Node Tanpa Izin (misalnya rETH)

RocketPool menawarkan kumpulan operator node tanpa izin, yang memungkinkan siapa pun menjadi validator selama memenuhi persyaratan agunan. Model ini mendemokratisasi akses ke pengoperasian node karena peserta harus mengunci agunan untuk berpartisipasi. Secara khusus, untuk membentuk node validator penuh dengan 32 ETH, operator perlu menyediakan 8 ETH dari dananya sendiri serta token RPL native RocketPool senilai 2,4 ETH, dengan total 10,4 ETH. Setelah itu, operator memenuhi syarat untuk menerima 24 ETH dari pool.

Desain ini bertujuan mengurangi dampak prinsipal-agen, ketika pihak yang menyediakan modal berisiko dan operator merupakan entitas yang berbeda.

Operator Node Terpusat (misalnya cbETH)

Melalui Coinbase atau entitas terpusat lainnya, pengguna dapat melakukan staking terhadap ETH mereka langsung di platform, yang bertanggung jawab menjalankan node yang diperlukan. Selain itu, pengguna dapat mengakses likuiditas cbETH secara on-chain. Model ini memprioritaskan kemudahan penggunaan dan aksesibilitas karena pengguna memercayakan kompleksitas operasional staking kepada Coinbase.

Pertimbangan Tambahan

Program pool staking dikendalikan oleh multisig. Otoritas pelaku staking – yang dapat berupa satu keypair – memiliki kendali atas beberapa aspek delegasi stake dan hanya dapat menjalankan serangkaian tindakan yang jauh lebih terbatas. Proyek seperti Stakenet bertujuan mendesentralisasikan otoritas pelaku staking dengan mendelegasikannya kepada program, bukan kepada satu keypair. Otoritas pelaku staking dapat mendelegasikan ulang stake kepada validator lain yang sudah ada serta menaikkan biaya (yang memerlukan setidaknya 1 epoch agar berlaku). Selain itu, terdapat batasan kenaikan biaya yang dapat ditetapkan pengelola.

Saat ini, Solana tidak memiliki slashing terprogram (tidak seperti chain lain, misalnya Ethereum). Artinya, terdapat lebih sedikit vektor eksploitasi bagi pihak penerima delegasi (operator) untuk melakukan tindakan berbahaya dengan stake yang didelegasikan kepada mereka. Meskipun operator LST validator terkait sangat dibatasi dan tidak memiliki keleluasaan untuk mencuri stake yang didelegasikan – karena pengguna tetap memiliki SOL yang mereka staking – pertimbangan tambahan perlu diperhatikan jika dan ketika Solana mendukung slashing terprogram. Saat ini, Ethereum sedang mengeksplorasi solusi seperti staking dua tingkat untuk mengurangi sebagian dampak masalah prinsipal-agen terkait slashing ini.

Kesimpulan

Dalam artikel ini, kita membahas cara kerja implementasi LST Solana saat ini dalam praktiknya. Selain itu, artikel ini menyoroti perbedaan antara delegasi native dan model LST Solana dengan model Ethereum.

Penggunaan LST di Solana dan Ethereum menunjukkan kesenjangan yang signifikan, dengan pasar LST Solana yang masih relatif baru. Seiring meluasnya kegunaan LST dan pengguna makin memahami strukturnya, makin banyak state DeFi native akan muncul di Solana

Terima kasih kepada FP Lee (Sanctum) dan Jon Charbonneau atas masukan dan tinjauannya.