Obol Network: Distributed Validator Technology melalui Middleware Charon untuk Ethereum

Penulis Tim Obol Labs
Tahun 2022
Proyek Obol Network
Lisensi Apache-2.0
Sumber Resmi docs.obol.org
Disclaimer: Halaman ini merupakan ringkasan dan analisis edukatif dari whitepaper atau makalah teknis resmi. Konten ini disajikan untuk tujuan pendidikan semata dan bukan merupakan saran investasi atau keuangan. Selalu baca dokumen asli dan lakukan riset mandiri sebelum mengambil keputusan keuangan apa pun.

Obol Network (2022, Obol Labs) adalah implementasi Distributed Validator Technology (DVT) melalui Charon — middleware klien yang berada di antara klien validator Ethereum (misalnya, Prysm, Lighthouse) dan beacon chain, mengkoordinasikan tugas validator multi-operator melalui penandatanganan BLS threshold. Didirikan oleh Oisín Kyne dan kolaborator, Obol dibuat untuk memecahkan masalah sentralisasi dalam staking Ethereum.

Obol dan SSV Network adalah dua penyedia DVT utama untuk ekosistem Ethereum staking. Perbedaan utama: SSV menggunakan model koordinasi on-chain yang berat-smart-contract; Obol menggunakan pendekatan middleware peer-to-peer dengan upacara DKG (Distributed Key Generation).

Konteks: Masalah Sentralisasi Staking

Pada September 2022, Ethereum beralih ke Proof of Stake. Validator menghasilkan dan menandatangani attestasi setiap epoch. Jika validator offline, validator membakar reward. Jika validator double-signs (akibat bug perangkat lunak atau downtime klien), validator di-slash.

Staking tradisional menempatkan kunci validator penuh pada satu mesin. Kebutuhan uptime tinggi ini mendorong staking ke operator node enterprise besar (Lido, Coinbase) yang dapat mengoperasikan server yang sangat andal. Ini menciptakan sentralisasi: hanya ~5 operator mengendalikan >33% stake ETH, ancaman terhadap ketahanan sensor Ethereum.

DVT memecahkan ini dengan memungkinkan validator tunggal dioperasikan secara bersama oleh beberapa mesin, sehingga kegagalan satu mesin tidak mempengaruhi validator.

Distributed Key Generation (DKG)

Obol menggunakan DKG Ceremony sebagai fondasi keamanannya:

  1. Semua operator dalam cluster berpartisipasi dalam protokol DKG
  2. Protokol menghasilkan: kunci publik validator tunggal (yang terdaftar di beacon chain) + share kunci privat individual untuk setiap operator
  3. Kunci privat validator penuh tidak pernah ada di satu mesin — ini yang membedakan DKG dari membelah kunci yang sudah ada

Setelah DKG, hanya dengan menggabungkan threshold share (misalnya 3-dari-4) yang dapat menghasilkan tanda tangan validator yang valid.

Middleware Charon

Charon adalah middleware open-source yang mengimplementasikan DVT di sisi node validator:

  • Berjalan berdampingan dengan setiap klien validator operator (Prysm, Lighthouse, Teku, Nimbus, dll.)
  • Mencegat tugas validator (attestasi, proposal blok) dari klien
  • Mengkoordinasikan dengan peer Charon menggunakan QBFT (Quorum Byzantine Fault Tolerant) consensus untuk menyepakati tugas
  • Mengumpulkan partial signature dari setiap operator
  • Menggabungkan partial signature menjadi satu tanda tangan BLS yang valid
  • Menyiarkan tanda tangan ke beacon chain

Dari perspektif beacon chain, ini terlihat seperti validator tunggal yang berperilaku normal.

Cluster Manifests

Konfigurasi DVT Obol didefinisikan dalam Cluster Manifest YAML:

  • Daftar operator (kunci publik mereka, endpoint peer-to-peer)
  • Threshold penandatanganan (misalnya 3-dari-4)
  • Kunci publik validator yang dihasilkan DKG
  • Parameter withdrawal credential

Manifest diverifikasi kriptografis; operator tidak dapat bergabung ke cluster tanpa manifest yang ditandatangani semua peserta.

Obol SDK dan Reward Splits

Obol V1 menambahkan Obol SDK dan Reward Splits via kontrak ObolValidatorManager:

  • Mendistribusikan reward staking di antara operator cluster tanpa kustodian terpusat
  • Operator dapat menentukan pembagian reward berdasarkan stake atau kontribusi operasional
  • Integrasi dengan splitter kontrak yang sudah ada (0xSplits)

Integrasi

  • Lido DVT Pilot: Lido menggunakan Obol dalam pilot DVT-nya untuk mendiversifikasi infrastruktur operator node-nya
  • ether.fi: ether.fi menggunakan Obol (dan SSV) untuk infrastruktur DVT-nya
  • Rocket Pool: Mendukung integrasi Obol untuk operator node minipool

Catatan Realistis

  • DVT secara genuinely meningkatkan ketahanan dan desentralisasi staking — ini adalah masalah nyata yang diselesaikan.
  • Kompleksitas operasional: Menjalankan cluster Obol memerlukan koordinasi antara beberapa operator (koneksi jaringan, protokol DKG, pemeliharaan manifest). Ini lebih kompleks dari staking solo sederhana.
  • Adopsi terbatas: Sebagian besar staking Ethereum masih melalui single-operator nodes. Adopsi DVT luas memerlukan insentif dari protokol staking besar seperti Lido.

Warisan

Obol mendefinisikan referensi implementasi DVT yang bersumber terbuka untuk Ethereum. Charon adalah kontribusi teknis yang nyata untuk infrastruktur validator. Pendekatan DKG Obol (di mana kunci penuh tidak pernah ada) lebih kuat secara keamanan dari pendekatan key-splitting SSV untuk ancaman yang dimulai sebelum deployment cluster.

Istilah Terkait

Referensi

  • Obol Labs. (2022). Obol Network Technical Documentation. docs.obol.org