Разработка оператора EigenLayer
Оператор EigenLayer — это участник который управляет infrastructure для Actively Validated Services. Операторы получают restaked ETH от stakers в делегирование, регистрируются в AVS и выполняют их validation работу. Это бизнес модель: оператор предоставляет инфраструктуру и профессиональное управление, получая долю rewards.
Роль оператора в экосистеме
Stakers доверяют операторам свой restaked ETH. При нарушении оператора — slashing бьёт по stakers которые ему делегировали. Это значит репутация оператора критична.
AVS выбирают операторов на основе: размера delegated stake (security), исторической надёжности (uptime), репутации.
Оператор несёт ответственность: за корректное выполнение validation работы каждого AVS в котором участвует.
Техническая инфраструктура оператора
Регистрация в EigenLayer
// Регистрация оператора
IDelegationManager.OperatorDetails memory operatorDetails = IDelegationManager.OperatorDetails({
earningsReceiver: operatorAddress,
delegationApprover: address(0), // Permissionless delegation
stakerOptOutWindowBlocks: 50400 // ~7 дней
});
delegationManager.registerAsOperator(operatorDetails, metadataURI);
metadataURI указывает на JSON с публичной информацией об операторе: название, website, commission rate. Это первый шаг онбординга.
AVS Operator Node
Для каждого AVS в котором оператор участвует — нужно запустить отдельный node software. Требования разные для разных AVS:
EigenDA operator:
- Требует хранение DA chunks
- Участие в distributed storage и retrieval
- Минимальный stake: варьируется по quorum
Generic AVS operator:
- Мониторинг on-chain задач
- Off-chain вычисления
- BLS подписание результатов
- Отправка в aggregator
Ключевое: BLS ключи
Операторы используют BLS (Boneh-Lynn-Shacham) криптографию для подписания. BLS позволяет агрегировать тысячи подписей в одну — это ключевое для масштабируемости AVS.
BLS key generation (с использованием EigenLayer CLI):
eigenlayer operator keys create --key-type bls my-bls-key
# Сохранить encrypted keystore + password в secure storage
ECDSA ключ: для on-chain операций (регистрация, получение rewards).
HSM рекомендуется: в production — BLS и ECDSA ключи в HSM (Hardware Security Module). AWS CloudHSM, YubiHSM, или Hashicorp Vault с HSM backend.
Monitoring и availability
AVS мониторят доступность операторов. Offline оператор = пропущенные задачи = потенциальный slashing (зависит от AVS).
Необходимый мониторинг:
- Node health: process alive, connected to RPC
- Task processing: успешная обработка задач, без пропусков
- Aggregator connectivity: подключение к aggregator сервису
- BLS signing: успешное подписание
Geographic redundancy: для high-availability — primary и backup ноды в разных датацентрах/регионах. Failover при недоступности primary.
Экономика оператора
Operator commission: оператор удерживает % от rewards которые получают его stakers. Типичный range 5-15%. Конкурентный рынок.
AVS reward streams: каждый AVS платит операторам по-разному. Нужно считать expected APY с учётом:
- Размер delegated stake (больше stake = пропорционально больше rewards)
- Количество AVS в которых участвуете
- Риск slashing каждого AVS
Slashing risk calculation: если один из AVS слешит оператора на 1%, это бьёт по всем stakers делегировавшим этому оператору. Репутационный и финансовый ущерб.
Operator business development
Операторы конкурируют за delegated stake. Дифференциаторы:
- Transparent track record: публичная история uptime, задач, слешингов (всё on-chain)
- Security: публичный security audit node infrastructure
- Competitive commission: баланс между привлекательностью для stakers и собственной маржой
- AVS coverage: широкий набор AVS = диверсифицированный reward stream для stakers
- Community presence: Discord, Twitter, регулярные updates
Крупные операторы (P2P.org, Figment, Chorus One) конкурируют с десятками других. Entry barrier — надёжная инфраструктура и достаточный bootstrap stake.
Разработка operator node software для конкретного AVS — 2-6 недель. Запуск production operator с мониторингом и security — 2-3 месяца.