# Manual Exit Bus Monitoring The manual how to use the Lido CLI to track the status of validator exits. ## Install CLI Use the steps from readme in a repository to install the CLI: https://github.com/lidofinance/lido-cli#installation ## Unsettled requests Takes data from the Consensus Layer on a head block and matches it with the requested validators for each operator based on `lastRequestedIndex`. All validators whose `index <= lastRequestedIndex` are considered requested. ```shell ## Returns a list of operators and validators that were requested but not exited ./run.sh exit-bus-oracle unsettled-requests ``` ![](https://hackmd.io/_uploads/HJArlk2Nn.png) ## Recent exit requests Fetches recent exit request events from ValidatorExitBusOracle contract and matches them with statuses of validators on consensus layer ```shell ## Show all exit requests for the last 50,000 blocks ./run.sh exit-bus-oracle exit-requests-detailed -b 50000 ``` ![](https://hackmd.io/_uploads/BkMHDf5V2.png) ```shell ## Render exit requests to reports/exit-requests-module-1.csv file ./run.sh exit-bus-oracle exit-requests-detailed-csv -b 50000 ``` ![](https://hackmd.io/_uploads/H1pJvM5Nh.png) ## Last requested indices ```shell ## Returns the last requested validator indices for all node operators ./run.sh exit-bus-oracle last-requested-validator-indices ``` ![](https://hackmd.io/_uploads/rkp6IG5Nh.png) ## Operators digests ```shell ## Returns digests for each node operator ./run.sh staking-router digests ``` ![](https://hackmd.io/_uploads/rkYShzcV2.png) ## Other useful commands ```shell ## Returns current demand in the withdrawal queue ./run.sh withdrawal-request unfinalized-steth ``` ```shell ## Returns buffered ether on the Lido contract ./run.sh lido buffered-ether ``` ```shell ## Returns info about closest VEBO report ./run.sh exit-bus-consensus closest-report ``` ![](https://hackmd.io/_uploads/r1QsVy2V2.png)
Last changed by  
 
George Avsetsin
228

Read more

Sandbox module

Деплой модуля

11/29/2023
Untitled

Это первый документ из предстоящей серии документов по спецификации Staking Router. Объём видится огромным и я бы хотел подойти к этом процессу итеративно. Документ представляет собой заголовки и размышления о тех частях, который на мой взгляд должны быть включены в грядущую спецификацию и следующий апгрейд роутера. На этой стадии хотелось бы определиться со скоупом того, что мы хотим проработать детальнее, а что отбросить.

10/9/2023
Draft monitoring app after shappella upgrade.

Description Необходимо задеприкеить текущий операторc виджет, поскольку он использует устаревшие контракты, а текущий вариант нужно переписать. В связи с этим, все метрики, которые есть на странице, должны быть перенесены на другой дашборд. Также нужно переписать валидацию, поиск и сабмит ключей, используя функционал KAPI, чтобы сабмит ключей был возможен под любым модулем. В связи с апгрейдом Lido до V2, необходима новая система, включающая несколько воркеров и дашборд. Задача дашборда - отображать все текущие характеристики с операторс виджета, а также смотреть данные в разбивке по модулям, операторам, такие как капасити по эфиру, ключам (вышедшим, застейканым), таргет лимит. Также нужна визуализация данных: как долго нод операторы выводят ключи, как много ключей потребуется вывести в ближайшее время (сколько ожидаем в ближайшем репорте). Визуализация данных должна поддерживать историчность, то есть дашборд должен уметь показывать данные по репортам за прошлый период. Кроме того, задача дашборда - отображать финализацию заявки: сколько сейчас нефинализированного steth в очереди, сколько во всех буферах: буфер, EL vault, WV vault. Задача демона - наполнять хранилище данными, чтобы дашборд мог отображать метрики с указанными фильтрами в удобном виде. Например, одна из детальных задач демона - хранить exit_epoch ключа. Другая задача системы - рассылать уведомления о предстоящем выводе ключей за день, 6 часов, 1 час. Вторая задача - рассылать алерты, если нод оператор задерживается с выводом ключа из сети. Предполагаем, весь этот функционал, может поставляться в docker-compose файле с подключенной и преднастроенной графаной для визуализации метрик, и рассылок нотофикаций Ask:

5/11/2023
Lido Report and incidents Off-Chain

Findings Report CRITICAL No issues found MAJOR [ACKNOWLEDGED] Abnormal CL rebase condition of the bunker mode depends on the manipulatable value of the WithdrawalVault balance in abnormal_cl_rebase.py Description The function _calculate_cl_rebase_between_blocks in the AbnormalClRebase class uses the WidthrawalVault balance to calculate the difference in the rebase between blocks. WithdrawalVault is a contract, which balance can be manipulated by sending ether directly to the contract. This will increase the expected rebase value at the end of the frame and allow the attacker to prevent bunker mode from activation. def _calculate_cl_rebase_between_blocks(

5/9/2023
Read more from George Avsetsin
Published on HackMD