Отчет о Devnet PeerDAS от Sunnyside за 7/14 здесь! Давайте погрузимся в текущее состояние PeerDAS - сколько блобов мы можем обработать и в чем узкое место?

Среди этих усилий роль Sunnyside заключается в проведении еженедельных devnet в различных конфигурациях и предоставлении основным разработчикам полученных инсайтов: • Где находятся текущие ограничения PeerDAS • Какие именно компоненты создают узкие места • Насколько хорошо оптимизации, такие как Supernodes и GetBlobV2, работают на практике

Наша основная цель — быстро и гибко тестировать таким образом, чтобы это дополняло то, что делают другие команды, такие как @ethPandaOps на fusaka-devents, предоставляя своевременную обратную связь, которая поддерживает текущую реализацию PeerDAS.

На этой неделе мы запустили 12 девнетов и провели 3 тестовых набора, используя последнее изображение @ethPandaOps fusaka-devnet-2: 1. Пропускная способность блобов (максимальное количество блобов на блок) 2. Пропускная способность сети (тест с постоянной нагрузкой) 3. Ограничение пропускной способности (пределы 30 / 20 / 10 Мбит/с)

1 – Тест пропускной способности Blob Результаты теста показали, что большинство клиентов CL могут обрабатывать 84 блоба на блок или больше и оставались стабильными при как минимум 40 блобах. Некоторые клиенты зафиксировали относительно более низкое максимальное количество блобов по сравнению с предыдущими devnet, но это может быть связано с тем, что количество валидаторов на узел в этом devnet было уменьшено с 100 до 8, что, в свою очередь, снизило уровень участия каждого узла в подсети.

2 – Тест пропускной способности сети В отличие от предыдущих девнетов, где сеть часто становилась нестабильной при большом количестве блобов, на этот раз все девнеты работали стабильно в течение длительного времени (~16 часов), даже с 60 или 72 блобами на блок. Хотя это не гарантирует стабильность на уровне производства, это показывает, что по крайней мере некоторые комбинации CL-EL достигли гораздо более высокого уровня надежности благодаря оптимизации 🚀

3 – Тест на ограничение пропускной способности Чтобы проверить, могут ли реальные домашние стейкеры участвовать без проблем, как только PeerDAS станет активным, этот тест применил сетевые ограничения и изучил, какие факторы становятся узкими местами в различных ограниченных сценариях. В ходе нескольких тестов мы обнаружили, что использование пропускной способности узлов периодически возрастает - особенно в начале слота, когда блобы распространяются - и что эти всплески ограничивают общую производительность сети. Всплески трафика происходили равномерно по всем узлам, а не были вызваны конкретным клиентом CL или EL, и как только всплески начинались, сеть не могла увеличить пропускную способность блобов дальше. Другими словами, всплески трафика являются крупнейшим узким местом в условиях ограниченной пропускной способности, и нам нужно найти способы его смягчения.

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

Разработка Sunnyside все еще продолжается 🏗️; проводятся межсетевые тесты с несколькими комбинациями клиентов, более детальные тесты пропускной способности, тесты на спам, которые включают обычные транзакции, и тесты на заполнение/синхронизацию, чтобы выявить узкие места в средах, которые более близки к условиям основной сети.