Вышел еще один отчет - отчет Devnet PeerDAS от Sunnsyide Labs за 8/4! Интересно, как узлы ведут себя в условиях, приближенных к производственным, с PeerDAS? 🧵

На этот раз Sunnyside Labs запустила 2 типа девнетов на основе образа fusaka-devnet-2 от @ethPandaOps, чтобы проверить стабильность сети в более реалистичной среде: 1. Интероперационный девнет (смешанные CL/EL клиенты с 50% суперузлов) 2. Совершенный PeerDAS девнет (каждый узел эксклюзивно хранит уникальный столбец данных)

Для каждой конфигурации devnet мы провели 3 новых тестовых сценария: 1. Блобсы с большими транзакциями Это необходимо для исследования того, как обычные транзакции влияют на конкуренцию за распространение блоков с распространением данных по узлам. Мы поддерживали каждый блок на тесте, чтобы достичь 22 Mgas (размер блока 2MB). 2. Ограничение пропускной способности + большие транзакции Этот тест предназначен для изучения поведения сети в условиях узлов с ограниченной пропускной способностью, таких как домашние стейкеры. Пропускная способность установлена на уровне 100/50Mbps для суперузлов и 50/25Mbps для полных узлов, в соответствии с рекомендациями EIP-7870. 3. Тест синхронизации Genesis Синхронизация Genesis тестируется на devnet, чтобы выявить любые блокировки или ошибки в процессе синхронизации. Вот выводы, которые мы получили из этих тестов:

1 - Крупные транзакции имеют низкое влияние на сеть при отсутствии ограничений сети Как в Interop Devnet, так и в Perfect PeerDAS Devnet сеть выдержала 60 блобов без особых проблем, даже с дополнительными транзакциями, помимо блобов. Этот результат такой же, как и в базовом сценарии только с блобами. Это указывает на то, что обычные транзакции, кроме блобов, имеют минимальное влияние на стабильность сети при отсутствии ограничений ресурсов.

2 - Ограничение пропускной способности влияет на сеть различными путями С ограничениями на загрузку до 100/50 Мбит/с для супервузлов и 50/25 Мбит/с для полных узлов, пропускная способность блобов упала до 20 блобов/блок на тестовой сети Interop и 30 блобов/блок на тестовой сети Perfect PeerDAS. При этих ограничениях резкий рост сообщений IWANT по теме beacon_block показал, что блоки маяка испытывают трудности с распространением. Кроме того, как только узлы достигали своих пределов выхода, EL mempools показывали гораздо меньше блобов, о чем свидетельствует резкое падение коэффициентов успешности getBlobsV2. Внутренние обсуждения указывают на ограничение загрузки в 50 Мбит/с для супервузлов как на главную причину: этот предел в EIP-7870 предназначен для местных строителей блоков, а не для супервузлов, обслуживающих более широкую сеть. Таким образом, эти тесты были более жесткими, чем реальные условия. Sunnyside Labs проведет последующий тест на этой неделе с более высокой пропускной способностью супервузлов, чтобы оценить точное влияние этого ограничения.

3 - Синхронизация Genesis работает для Interop devnet, но не удалась на Perfect PeerDAS devnet Синхронизация Genesis завершилась безупречно на Interop devnet, но остановилась сразу после эпохи обновления Fulu на Perfect PeerDAS. Если узел не может получить все столбцы во время синхронизации Genesis, он должен, в идеале, запрашивать дополнительные пиры, чтобы заполнить пробелы, что еще не реализовано ни в одном из клиентов. Будет ли этот кросс-пирный запрос столбцов обязательной функцией до Fusaka, все еще открыто; решение ожидается на следующем заседании ACD в четверг.

4 - Успешное заполнение хранения валидаторов в @Teku_Consensys Заполнение хранения валидаторов позволяет клиенту обнаруживать отсутствующие исторические столбцы и автоматически извлекать их у пиров. Наши специальные тесты подтвердили, что реализация Teku работает безупречно - она выявила пробелы и полностью их заполнила без сбоев в обычных условиях. Небольшая ошибка в крайних случаях, когда в цепи был большой пробел без каких-либо блобов, была выявлена в тестах, и команда быстро ее исправила. Другие клиенты сейчас работают над этой функцией, и она будет протестирована в будущих девнетах Sunnyside по мере завершения реализации.

Sunnyside Labs продолжит запускать devnet на этой неделе, сосредоточив внимание на следующих темах: - Интероперабельность devnet с более высокими лимитами пропускной способности суперузлов и более длительными периодами времени - Более глубокий анализ тестов синхронизации генезиса на devnet Perfect PeerDAS - Больше devnet, сосредоточенных на максимальном размере блока (в формате snappy-compressed), узлах, поврежденных blobber, и финальности в разделенной сети