| Penulis | Tim SSV Network |
|---|---|
| Tahun | 2021 |
| Proyek | SSV Network |
| Lisensi | Terbuka |
| Sumber Resmi | ssv.network |
SSV Network (2021) memperkenalkan Distributed Validator Technology (DVT) untuk Ethereum — metode untuk memecah kunci validator Ethereum tunggal di antara beberapa operator independen menggunakan threshold secret sharing, sehingga tidak ada operator tunggal yang mengontrol kunci tersebut. DVT menghilangkan single point of failure dalam staking: jika satu operator offline, validator terus beroperasi; jika satu operator dikompromikan, dana tidak dapat dicuri.
SSV dikembangkan oleh Blox Staking pada 2020 dan formalized sebagai SSV Network pada 2021. Ethereum secara resmi merekomendasikan DVT sebagai infrastruktur untuk staking terdesentralisasi di roadmap-nya.
Konteks: Single Point of Failure dalam Staking
Validator Ethereum menandatangani attestasi dan proposal blok menggunakan BLS private key. Staking tradisional menempatkan kunci penuh ini pada satu mesin:
- Jika mesin offline: validator mengalami penalti inaktivitas (tidak segera, tetapi mahal selama berminggu-minggu offline)
- Jika mesin diretas: seluruh 32 ETH dapat dikompromikan
- Jika mesin double-signs karena bug: validator di-slash 1–36 ETH
Persyaratan uptime tinggi ini mendorong staking ke operator enterprise besar dengan server yang sangat andal, menciptakan sentralisasi yang mengancam sensorship resistance Ethereum.
Cara Kerja: Key Splitting
- Key Splitting: Kunci BLS privat validator dibagi menjadi n share menggunakan Shamir’s Secret Sharing (SSS). Tidak ada operator tunggal yang memegang kunci penuh.
- Threshold Signing: Setiap m-dari-n operator dapat bersama menandatangani tugas validator (attestasi, proposal blok) menggunakan skema tanda tangan BLS threshold. Biasanya 3-dari-4.
- IBFT Consensus: Operator menjalankan Istanbul BFT consensus untuk menyepakati tugas sebelum penandatanganan, mencegah equivocation (double signing).
- Permissionless Operators: Siapa pun dapat mendaftar sebagai operator SSV; stakers memilih operator mana yang akan digunakan dan membayar mereka dalam token SSV.
- Non-Custodial: Share kunci privat tidak pernah digabungkan di satu mesin mana pun. Hanya tanda tangan yang diagregasi yang disiarkan ke beacon chain.
Fault Tolerance
Dengan konfigurasi 3-dari-4 standar:
- Satu operator offline: validator terus berjalan (hanya 3 diperlukan)
- Dua operator offline: validator berhenti (kurang dari 3 online)
- Satu operator jahat: tidak dapat double-sign sendiri (memerlukan 3)
- Satu operator diretas: penyerang tidak mendapatkan kunci penuh — hanya satu share
Perbandingan SSV vs. Obol
| Aspek | SSV Network | Obol Network |
|---|---|---|
| Model kunci | Split kunci yang ada (SSS) | DKG (kunci penuh tidak pernah ada) |
| Koordinasi | Smart contract on-chain (berat) | Middleware P2P off-chain (Charon) |
| Consensus validator | IBFT | QBFT |
| Operator discovery | On-chain marketplace | Cluster manifest off-chain |
Token SSV
- Governance: Pemegang SSV memvoting perubahan parameter protokol
- Pembayaran operator: Stakers membayar operator dalam SSV per epoch
- Staking operator: Operator men-stake SSV sebagai agunan reputasi
Catatan Realistis
- DVT adalah solusi nyata untuk masalah sentralisasi staking yang nyata — secara teknis valid dan diadopsi oleh protokol besar.
- Kompleksitas onboarding: Memilih dan mengkonfigurasi 4 operator SSV yang berbeda memerlukan lebih banyak langkah dari staking biasa.
- Koordinasi on-chain SSV: Model koordinasi smart contract SSV lebih transparan tetapi juga lebih mahal di gas dibandingkan pendekatan off-chain Obol.
Warisan
SSV Network adalah salah satu implementasi DVT pertama dan paling banyak digunakan untuk Ethereum. Pendekatannya untuk mengekspos marketplace operator permissionless on-chain memungkinkan level transparansi dan kompetisi yang tidak dimiliki Obol. Rekomendasi Ethereum Foundation untuk DVT sebagian dipimpin oleh pekerjaan SSV dalam mendemonstrasikan kelayakan di mainnet.
Istilah Terkait
Referensi
- SSV Network Team. (2021). SSV Network Whitepaper V0.1. SSV_Network_whitepaper_V0.1.pdf