Разработка системы non-custodial стейкинга

Разработка системы non-custodial стейкинга

Non-custodial стейкинг — это стейкинг где пользователь сохраняет полный контроль над своими ключами. Провайдер обеспечивает инфраструктуру, но не может распоряжаться активами пользователя без его участия. Это принципиальное отличие от кастодиальных сервисов (Coinbase Earn, Binance Staking) где exchange держит ключи.

Техническая реализация non-custody

Ethereum native staking (non-custodial)

Пользователь генерирует ключи сам, провайдер запускает ноду:

1. Пользователь генерирует BLS signing key (offline, air-gapped)
2. Пользователь делает deposit в Ethereum deposit contract со своими withdrawal credentials
3. Провайдер получает только signing key для запуска ноды
4. Withdrawal credentials остаются у пользователя → провайдер не может вывести ETH

Проблема: пользователь должен сгенерировать ключи сам. Технически сложно для non-technical users. Wagyu Key Gen (GUI инструмент) упрощает процесс.

DVT-based non-custodial

Distributed Validator Technology (Obol, SSV Network) позволяет разделить signing key между несколькими операторами. Ни один оператор не владеет полным ключом. Это одновременно non-custodial (никто не может единолично вывести средства) и fault-tolerant (один оператор offline — валидатор работает).

User's validator key → split via DKG ceremony
    ├── Key share 1 → Operator A
    ├── Key share 2 → Operator B  
    ├── Key share 3 → Operator C
    └── Key share 4 → Operator D

3-of-4 threshold для подписания

Smart contract-based non-custodial

Для liquid staking non-custodial модель сложнее. EtherFi реализует это через:

• Пользователь создаёт SafeEth NFT представляющий его validator ownership
• Withdrawal credentials = адрес пользовательского EigenPod или контракта
• Провайдер управляет операционно, но не может вывести ETH без взаимодействия с контрактом

Ключевые компоненты системы

Key generation ceremony: процесс который пользователь проходит для создания ключей. UI должен быть максимально простым, но безопасным. Offline key generation — идеал.

Distributed Key Generation (DKG) for DVT: если использовать Obol или SSV:

• Operators собираются для DKG ceremony
• Каждый получает key share
• Никто не видел полный ключ

Withdrawal address management: пользователь должен понимать важность withdrawal credentials. Если потеряны — ETH потерян навсегда (или до validator exit).

Transparency dashboard: пользователь видит on-chain статус своего валидатора напрямую. Ссылка на beaconcha.in по публичному ключу.

UX challenges

Non-custodial стейкинг технически правильный, но UX хуже:

• Пользователь несёт ответственность за backup ключей
• Генерация ключей требует понимания процесса
• Recovery при потере ключей ограничен

Решения:

• Guided onboarding: пошаговые инструкции с объяснением каждого шага
• Key backup verification: проверка что пользователь действительно сохранил backup
• Hardware wallet integration: Ledger/Trezor для хранения withdrawal credentials

Non-custodial стейкинг — правильный выбор для технически грамотных пользователей и institutional клиентов требующих segregated custody.