EIGENtoken (часть 1)

Все написанное ниже - краткая выжимка из опубликованного командой Eigen Labs документа, посвященного токену EIGEN и его месту в экосистеме EigenLayer.
Все написанное в опубликованном документе - результат интеллектуальных упражнений команды EigenLabs, который должен рассматриваться скорее как call-to-action для web3-комьюнити, чем как описание итоговой версия протокола.

Что такое EigenLayer
EigenLayer - рестейкинг-протокол, предоставляющий возможность повторного использования застейканного в Beacon Chain ETH. Иными словами, при помощи EigenLayer ETH может быть одновременно использован для обеспечения безопасности как сети Ethereum, так и созданных на основе EigenLayer приложений (они же - AVS-ы). Подробную информацию о принципах работы EigenLayer ищи тут или в десятках статей на Medium/TG/Mirror/etc.

Зачем нужен токен EIGEN
Во-первых, это не гавернанс-токен типа ENA или REZ. Во-вторых, чтобы понять место EIGEN в экосистеме EigenLayer, придется разобраться с десятком новых концептов и терминов, предложенных командой Eigen Labs в 43-страничном документе, посвященном EIGEN-у. С этого и начнем!

Work Token
В основу proof-of-stake блокчейнов заложена следующая логика. Чтобы выполнять работу (digital work), необходимую для функционирования блокчейна (подтверждение блоков, участие в голосованиях и т.п.), и получать соответствующее вознаграждение за это, необходимо застейкать нативный для этого блокчейна токен в определенном количестве. В случае некачественного выполнения работы соответствующий валидатор лишается застейканных токенов (эти токены слешатся). Такие токены команда Eigen Labs предлагает именовать work tokens - к ним относятся ETH, SOL и прочие токены L1-POS-сетей.

Universal Objective Work Token
Обычно work token создается и используется для выполнения конкретных задач (digital tasks) в рамках одного блокчейна/протокола - ETH обеспечивает безопасность сети Ethereum, SOL - сети Solana и т.п. EigenLayer трансформирует ETH в универсальный work token. Иными словами, EigenLayer расширяет функционал ETH, позволяя использовать его для выполнения работы не только для сети Ethereum, но и для других протоколов (например, оракулов или мостов, созданных как AVS-ы с использованием EigenLayer). Таким образом, из просто work token’a ETH превращается в универсальный work token.

Faults in Digital Tasks
При выполнении цифровых задач возможны ошибки (faults) - это могут быть случайные (напр., в связи с багом в коде клиента) либо преднамеренные (напр., попытка двойной траты) ошибки либо невыполнение принятой на себя работы. За совершение подобных ошибок стейк валидатора в L1-POS-сети слэшится. Команда Eigen Labs предлагает разделять все ошибки на:
⁃ Objectively Attributable Faults - объективные ошибки, которые могут быть обнаружены алгоритмически/математически и для обнаружения которых не требуется чье-либо субъективное мнение (напр., подписание валидатором двух конфликтующих блоков);
⁃ Intersubjectively Attributable Faults - ошибки, наличие которых очевидно для большинства наблюдателей системы, но которые при этом не могут быть обнаружены алгоритмически/математически (напр., некорректное предоставление оракулом данных из внешнего мира в блокчейн);
⁃ Non-attributable Faults - факты и события, в отношении которых для наблюдателя невозможно сформулировать вывод об их корректности/ошибочности (напр., предполагаемое раскрытие приватной информации валидаторами приватной сети);
⁃ Subjective Faults - факты и события, в отношении которых возможна только субъективная оценка, но не тезис об их корректности/ошибочности (напр., рейтинг ресторанов).
Где лежит грань между вторым и четвертым пунктом, может спросить внимательный читатель. “Мы сами точно не знаем” - ответит команда Eigen Labs, используя однако куда более туманные формулировки. Так или иначе, на этом этапе важно запомнить второй вид ошибок - именно ради них существует EIGEN.