Інтеграція з Obol Network (DVT)
Obol Network — другий крупний DVT протокол поряд з SSV. Технічний підхід Obol відрізняється: замість keyshares вони використовують Distributed Key Generation (DKG) — ключ ніколи не існує повністю у когось. SSV розбиває існуючий ключ; Obol створює розподілений ключ з нуля через церемонію, де жоден учасник не бачить повного секрету.
Charon: DVT Middleware
Основний компонент Obol — Charon (вимовляється «Харон»). Це middleware, яке запускається поряд з consensus клієнтом та координує розподілене підписання:
Consensus Client (Lighthouse/Prysm/Teku)
↕ (Beacon Node API)
Charon Middleware
↕ (P2P network)
Other Charon nodes (operators)
Charon діє як прозорий proxy: consensus клієнт думає, що спілкується з нормальним beacon node, але підписання насправді розподілене.
DKG церемонія з Obol
# Створити визначення кластера
obol create cluster \
--name "my-cluster" \
--withdrawal-addresses 0xYourWithdrawalAddress \
--nodes 4 \
--threshold 3
# Кожен оператор запускає DKG церемонію
obol create dkg \
--definition-file cluster-definition.json
# Результат: deposit-data.json та .charon/ з key shares
# Ніхто не бачив повного ключа — створено розподілено
Docker Compose Setup
Obol надає Docker Compose шаблони. Charon проксує до consensus клієнта, оператори спілкуються P2P.
Obol Splits: Розподіл Rewards
Для liquid staking протоколів, які використовують Obol — Obol Splits автоматично розподіляє staking rewards між операторами DVT кластера через 0xSplits контракт.
Інтеграція Obol у liquid staking протокол — 4-8 тижнів. Ключові компоненти: автоматизація DKG церемонії, розгортання Charon, Splits для розподілу rewards.