Запуск сообщества операторов Obol

post image

Сегодня мы рады запустить сообщество операторов Obol (OOC), что связано с запуском нашего первого публичного тестнета Athena. OOC предназначено для привлечения стакинг-продуктов, корпоративных валидаторов и клиентских команд в экосистему Obol для более глубокого сотрудничества в области исследований, разработок и тестирования.

Нашей первой совместной задачей будет тестирование Charon, нашего промежуточного ПО для распределенных валидаторов. Для этого потребуется одиночное развертывание (доверенное) и совместное развертывание (доверие сведено к минимуму).

Вы запустите наш промежуточный клиент Charon, а также клиент(ы) выполнения Goerli, клиент(ы) консенсуса Prater и клиент(ы) валидатора. Эта первая тестовая сеть не будет стимулироваться и будет использоваться для общественного блага технологии распределенных валидаторов.

В то время как наш публичный тестнет разрабатывается для того, чтобы быть как можно более свободным, OOC разрабатывается для того, чтобы быть практической и очень совместной инициативой. Это наш шанс как основной команды найти общий язык с различными участниками отрасли, которые согласны с нашим видением DVT, и помочь нам лучше определить, как мы можем поддерживать и поддерживать технологию распределенной подписи во всем стеке Ethereum.

Что такое OOC?

Принятие DVT является критически важной технологией после слияния, которая поможет смягчить ряд технических сбоев, наблюдаемых в текущих системах валидаторов, таких как сбои в работе, сбои в доступности, угрозы компрометации ключей и византийские атаки.

Сегодня не имеет значения, работаете ли вы дома или являетесь провайдером среднего и крупного масштаба - все мы подвержены риску определенных технических сбоев, которые DVT может облегчить.

Как основная команда Obol Core Team, мы обязаны начать работу с ключевыми поставщиками инфраструктуры, чтобы обеспечить плавный переход и дальнейшее развитие примитива DVT.

Сообщество операторов Obol (OOC) создается для руководства, обучения и координации работы пулов жидких ставок, команд клиентов и операторов валидаторов в направлении будущего с поддержкой DVT.

Мы начнем наше совместное сотрудничество с запуска 30-дневной тестовой программы для участников, решивших принять в ней участие.

Каковы цели OOC?

На высоком уровне нашими основными целями являются:

  1. Распространить информацию о том, как DVT может быть использована для продвижения ваших продуктов.

  2. Развитие координации в инфраструктурной отрасли для защиты Ethereum после слияния.

  3. Протестировать Charon в более широком глобальном масштабе, чтобы подготовиться к готовности мейннета.

  4. Развитие долгосрочных отношений с соответствующими пулами LS, провайдерами ставок и клиентскими командами.

Эта тестовая сеть станет первым случаем, когда наш клиент Charon будет запущен в более широком масштабе, чем наши домашние усилия по валидации. В конечном итоге мы планируем расширить наши усилия до сценария моделирования, в котором ~25 000 валидаторов будут работать в распределенных кластерах валидаторов.

Мы намерены расширить границы промежуточного ПО DVT, чтобы исследовать, где его можно улучшить и расширить область применения.

Каковы требования к тестированию?

В зависимости от того, на что вы подписываетесь, участники должны будут запустить Charon самостоятельно и/или сотрудничать с другими участниками OOC для создания кластера распределенных валидаторов; каждый кластер будет отвечать за запуск одного или нескольких распределенных валидаторов.

Эта работа будет разделена на фазы, которые описаны ниже:

Фаза 0 - Стартовый звонок Фаза 0 предполагает проведение 45-минутного стартового звонка, в ходе которого мы рассмотрим следующую повестку дня.

  1. Обновление статуса проекта Оболь

  2. Взаимное представление членов команды, ответственных за выполнение данного направления работы.

  3. Обсудите, как вы хотите использовать DVT

  4. Ответьте на любые вопросы, которые у вас могут возникнуть

  5. Сообщить о следующих шагах для фазы 1

Фаза 1 - НИОКР и обучение Фаза 1 - это 60-минутный семинар, посвященный проведению живой церемонии DKG и попытке подключения каждого клиента Charon к вам и вашей команде для подготовки к последующим совместным фазам и/или централизованным сценариям использования.

В этом звонке участники могут принять участие в DKG и тестировании подключения с рабочей станции разработчика с установленными docker и git. Для дальнейшего выполнения этого упражнения и активации валидаторов, созданных во время церемонии, как правило, требуется выделенная машина для размещения клиентов на полный рабочий день. Эта машина должна иметь 16 ГБ оперативной памяти и 2 ТБ диска, если вы планируете разместить на ней как клиентов выполнения, так и клиентов консенсуса. Статический публичный IP-адрес и открытый порт также предпочтительны, если эти машины должны взаимодействовать друг с другом через публичный интернет, а не через локальную сеть.

Команда Obol Core будет присутствовать при устранении неполадок и прохождении этого процесса, объясняя и знакомя вашу команду с архитектурой промежуточного ПО charon и тем, как оно может вписаться в существующие стеки проверки и мониторинга.

Исторически сложилось так, что быстрое прохождение фазы 1 оказалось очень полезным.

Фаза 2: Группировки кластеров

На втором этапе мы начнем активно сотрудничать как сообщество, чтобы создать общие валидаторы по всему миру. После обобщения отзывов, полученных на этапах 0 и 1, мы проведем общее собрание со всеми членами OOC, желающими участвовать в совместных кластерах, где мы объявим команды тестировщиков!

В рамках совместной тестовой сети операторы должны будут иметь возможность вывести свой клиент Charon в открытый интернет на статический IP-адрес, чтобы он мог общаться с другими узлами Charon в кластере. Клиенты консенсуса и исполнения также обычно должны быть подключены к Интернету для эффективной работы.

Мы отправим приглашение и повестку дня для этого Townhall в наш дискорд после завершения фаз 0 и 1.

Дополнительная информация о дизайне тестирования

Тестирование будет включать в себя два направления. Пожалуйста, обратите внимание, что эта информация может быть изменена.

Трек #1: Шарон для использования одним оператором

Цель: В Obol мы намерены стимулировать и разрабатывать DVT для совместного использования в группах. Однако использование DVT в централизованных/доверенных продуктах также является чистым плюсом для сети Ethereum и для оператора. Добавление высокой доступности к вашей системе валидации снижает риск простоя, и эта избыточность позволяет вам запускать больше 32 валидаторов Эфира на меньшем количестве серверов, что повышает операционные расходы. Мы считаем важным предложить этот путь тестирования для тех из вас, кто хочет протестировать charon для использования одним оператором.

Конфигурация узла:

Участники тестирования должны запустить следующие конфигурации узлов

Минимум четыре пары клиент исполнения + клиент консенсуса для тестовой сети goerli/prater, в идеале работающие на независимых машинах (можно в одном кластере k8s) Возможность выставить каждому клиенту charon статический IP-адрес и открытый порт, если требуется доступность через интернет (или возможность объединить эти клиенты charon в сеть через LAN или VLAN). Запуск одного клиента charon и одного клиента validator для каждой пары клиентов EL+ CL для формирования 4-узлового распределенного кластера validator. Предполагая контейнерный подход или доступ к достаточному оборудованию, мы также можем протестировать 7 ключевых кластеров и 10 ключевых кластеров, используя те же клиенты EL+CL, которые используются в четырехузловом кластере. Требования к продолжительности:

Минимум 30 дней (с момента активации) Дата начала:

15 - 19 августа (Депозит внесен) Требования к сбору данных:

Субъективные отзывы о документации, ясности ошибок, простоте управления и т.д. Запросы по функциям и запросы по поддержке платформы в стеках Obol/charon/DV.

Мониторинг производительности:

Отправка метрик Prometheus на хостинговый коллектор Obol для совокупного обзора. Obol будет публично анализировать производительность валидатора с помощью таких инструментов, как rated.network и beaconcha.in. Канал связи:

Частный канал discord с основной командой Механизм обратной связи:

Частный кластерный канал Discord Регистрация вопросов непосредственно на github для технических профилей Обратная связь на основе Typeform Контактные лица Обол:

Oisin Kyne Крис Баттенфилд Коллин Майерс Али Салех Дхрув Бодани Абхишек Кумар Трек №2: Charon для совместного использования

Цель: В этом треке тестирования все становится интересным. Наши цели - расширить технические пределы распространения, объединив всех желающих с группой участников OOC для развертывания различных кластеров в облаке и на площадках. Команда Obol Core составит пары участников для этого трека, однако мы призываем тех из вас, у кого есть продукты от нескольких провайдеров, предложить Obol дополнительные кластеры, которые соответствуют вашим текущим продуктам.

Конфигурация узла:

Минимум один клиент исполнения + пара клиентов консенсуса для тестовой сети goerli/prater. Возможность выставить каждому клиенту charon статический IP-адрес и открытый порт. Запуск одного клиента charon и одного клиента validator для участия в каждой из следующих конфигураций кластера: Кластер из четырех операторов кластер из семи операторов кластер из десяти операторов кластер из двадцати двух операторов

Требования к продолжительности:

Минимум 30 дней (с момента активации) Дата начала:

15 - 19 августа (внесение депозита) Требования к сбору данных:

Субъективные отзывы о документации, ясности ошибок, простоте управления и т.д. Запросы по функциям и запросы по поддержке платформы в стеках Obol/charon/DV. Мониторинг производительности: