
В 2018 году я опасался, что Proof of Stake не будет таким децентрализованным, как Proof of Work. В 2022 году я что-то сделаю с Obol Labs.
В 2018 году я написал свою первую статью о риске централизации предложения Ethereum по доказательству доли. В то время я не ожидал, что пост превратится в трилогию.
Предпосылка «Проблемы ставок» была; с предлагаемой минимальной ставкой в 1500 эфиров и 100% сокращением наказаний, я чувствовал, что только специализированные компании, занимающиеся стейкингом как услугой, будут иметь возможность запускать валидаторы Ethereum, и что рано или поздно эта централизующая и сокращающаяся группа будет вынуждена скомпрометировать нейтралитет Эфириума.
Почти два года спустя, летом 2020 года, архитектура Eth2 стала гораздо более четкой, а криптографические прорывы позволили снизить минимальную ставку до 32 эфиров. Недавно я решил заняться самозанятостью во время пандемии и, чтобы заполнить свой ох как пустой блог , я написал продолжение под названием «Проблема ставок (повторно)» .
В то время у меня недавно появился мой первый клиент. Я имел удовольствие руководить работой Blockdaemon над Ethereum 2 более года, где мы создали одно из крупнейших развертываний Ethereum в мире на сегодняшний день. Однако во время этой попытки я стремился убедиться, что мы непреднамеренно не создадим скомпрометированное состояние, о котором я предупреждал ранее.
После запуска сети маяков я начал создавать программное обеспечение для дальнейшей децентрализации ставок и быстро понял, что недостаточно знаю о мире бизнеса, чтобы справиться с этим в одиночку. Меня снова представили Коллину Майерсу , который работал над экономическими аспектами протоколирования децентрализации Ethereum.и вместе мы основали Obol Labs. Obol Labs — команда исследователей и разработчиков программного обеспечения, специализирующаяся на инфраструктуре PoS для общедоступных сетей блокчейна. Основная команда в настоящее время создает сеть Obol, протокол, способствующий минимизации доверия путем проверки несколькими операторами. Сеть направлена на повышение отказоустойчивости и децентрализации Ethereum за счет устранения технических единых точек отказа, которые представляет каждый клиент валидатора с использованием технологии распределенного валидатора.
Мы собираемся решить проблему со ставками.
Отказоустойчивый Staking
Сейчас слишком сложно безопасно запустить систему резервного копирования для валидатора. Скорее всего, вы взорветесь, и ваши валидаторы порежут. Не пытайтесь. Как правило, рано или поздно и ваш основной валидатор, и ваш резервный валидатор одновременно оказываются в сети и что-то подписывают дважды. Это означает, что ваш один ключ валидатора работал в обоих местах и подписал два сообщения, в которых говорилось о разных вещах для разных частей сети для данной задачи. Сеть интерпретирует это как атаку на ее способность приходить к консенсусу и жестко наказывает вас за это.
Эта модель наличия двух независимых систем проверки, которые используют один и тот же закрытый ключ и предназначены для работы в разное время, называется активной/пассивной избыточностью.
До сих пор лучшим советом в области ставок было «просто не запускайте резервную копию, перебои в работе не имеют большого значения». Это недостаточное решение для рынка, который когда-нибудь будет измеряться триллионами долларов. Отсутствие отказоустойчивой системы ставок создает риск для операторов ставок всех размеров. Если вы являетесь оператором одиночного узла, вы не можете ожидать, что будете на связи 24/7/365, с другой стороны, крупные операторы должны решить, сколько дежурных инженеров им нужно, если их процесс аварийного переключения валидатора выполняется вручную, а не вручную. чем автоматизировано. Если одна машина сдохнет за смену, ничего страшного, но если сдохнет 100 узлов; Может ли один инженер безопасно и быстро провести сортировку и аварийное переключение всех из них, не возвращая их к жизни и не вызывая сокращения?
Что-то здесь не так.
Мы можем сделать лучше, чем это. Мы считаем, что, устранив точки технических сбоев в узлах валидатора, мы можем открыть новое пространство для проектирования, которое позволит осуществить следующую эволюцию моделей сетевой валидации и ставок.
Совместный Staking
В Obol мы исследуем и создаем инфраструктурный примитив под названием Distributed Validator Technology . DVT позволяет использовать новый тип валидатора, который работает одновременно на нескольких машинах и клиентах, но ведет себя как один валидатор в сети . Это позволяет вашему валидатору оставаться в сети, даже если подмножество машин выходит из строя, это называется отказоустойчивостью «активный/активный» . Думайте об этом как о двигателях в самолете, все они работают вместе, чтобы летать, но если один из них выходит из строя, самолет не обречен.

Миссия Obol состоит в том, чтобы предоставить людям возможность разделить ответственность за управление сетью. Если вы являетесь частью распределенного кластера валидаторов, и ваша машина выходит из строя в одночасье, другие операторы в вашем кластере прикроют вашу поддержку. Вы прикроете их в другой раз, когда они уйдут в отпуск на неделю и их узел перестанет синхронизироваться. Если мы сможем разделить ответственность за управление узлами, мы сможем открыть новый рубеж децентрализации.
Соло-валидаторы могут иметь резервную копию. Стейкинговые фирмы могут разделить риск и вознаграждение. Протоколы DeFi могут диверсифицировать доступ к эфиру. Крупные учреждения могут хеджировать риски поставщиков облачных услуг. Создание отказоустойчивой технологии распределенного валидатора принесет пользу всем.
Проблема Staking
Так как же высокодоступные валидаторы помогают сделать ставку на централизацию Oisín?
Вот мое мнение:
Прямо сейчас вы делаете крупную ставку на человека/команду, которая запускает для вас ваш валидатор. Если они все сделают правильно, то заработают пару процентов годовых, если все сделают неправильно, то потеряют все .
Индустрия децентрализованного стейкинга только зарождается, и мы еще не придумали, как лучше построить стейкинг с минимальным доверием для сообщества. Такие проекты, как Lido , объединяют риски для всех, такие проекты, как RocketPool, изолируют риски в отдельных пулах. Один вход в ворота с людьми и голосами, другой вход с токенами и связью.
Я считаю, что если мы сможем устранить единственную точку отказа в работе валидатора, мы сможем больше доверять операторам небольших узлов. Я полагаю, что DAO не доверит одному участнику стейкинг эфира своего казначейства, но DAO может доверить группе участников совместное использование валидаторов с общей ответственностью.
У вас и ваших друзей может не быть 32 эфира в одиночку, но вместе вы можете разделить валидатор как группу и разделить вознаграждение.
Хранитель может не доверять одному оператору стейкинг эфира своего клиента, но он будет доверять группе операторов, сотрудничающих вместе.
Если мы можем разделить риск, мы можем разделить долю. Если мы хотим решить проблему стейкинга, нам нужно сделать стейкинг Ethereum безопасным и прибыльным для групп людей вместе.
В конце концов, это технология координации.
