## Этап 0. Подготовка

Разобраться в основах:
- как работает блокчейн с точки зрения EL (до PoS)
- что принес нового CL (PoS)
- как работают валидаторы
- как работает мев и какие задачи решает
- научиться читать контракты
- научиться пользоваться эзерсканом
- научиться взаимодействовать с контрактами при помощи библиотеки ethers.js 5 версии
- ознакомиться с фреймворком NestJS
- ознакомиться с библиотеками https://github.com/lidofinance/lido-nestjs-modules

На основе полученных знаний выполнить работу:
- изучить документ про мев-мониторинг: https://hackmd.io/@5ilhalsuSjKOnS2sxpkVJw/S1dosUUi3
- изучить документ про релей-мониторинг: https://hackmd.io/@5ilhalsuSjKOnS2sxpkVJw/H1hz4LUjn
- задокументировать какие данные собирает MEV и Relay мониторинг
- разобрать работу блок-билдеров
- разобрать работу релеев
- разобрать структуру хранения данных в MEV и Relay мониторинге
- прочитать модуль NOR и контракт NOR
- изучить KeysAPI интерфейс ендпоинтов
- ознакомиться с культурой RFC

`На основе выполнение задач из Этапа 0 подготовить документ, где подробно изложить изученный материал с ссылками на источники`

## Этап 1. На основе проведенного ресерча создать RFC где подробно изложить план изменения MEV мониторинга

- мигрировать на использование внутреннего сервиса ключей Key API, вместо чтения блокчейна
- добавить поддержку нескольких Staking модулей в коде
- поддержать миграции для новых и существующих данных
- сделать визуализацию по SR модулям в графане
- скореектировать алерты для поддержки нескольких SR модулей
- скорректировать API для поддержки нескольких SR модулей
- скорректировать UI для поддержки нескольких SR модулей

`После создания и апрува RFC приступить к реализации`

## Этап 2. На основе проведенного ресерча создать RFC где подробно изложить план изменения Relay мониторинга

- сделать поддержку нескольких релеев и блок-билдеров для 1 пропоузала блока
- поддержать миграции для новых и существующих данных
- сделать визуализацию в графане для случая нескольких релеев и билдеров
- скорректировать алерты и метрики для случая нескольких релеев и билдеров
- скорректировать API для случая нескольких релеев и билдеров
- скорректировать UI для случая нескольких релеев и билдеров

`После создания и апрува RFC приступить к реализации`

## Этап 3: * (задача со звездочкой)

если релей полностью или частично недоступен для какого-то блока нужно сделать чтобы индексация блока не останавливалась (вероятно необходимо откладывать индексацию до восстановления доступности)

Важно учесть:
- рейт лимит в 300 запросов/минуту
- эта статистика нужна команде Аналитики, мб стоит сходить к ним
- может быть стоит отделить этот сервис и сделать другую версию для Аналитиков