Изменение пропускной способности узлов Ethereum по типам после обновления Fusaka Команда открытых разработчиков ethPandaOps, занимающаяся операциями инфраструктуры Ethereum, поделилась замечательным материалом, связанным с применением PeerDAS в Fusaka, который был проверен в среде devnet. (оригинал в комментариях) Ключевым обновлением Fusaka является PeerDAS. Ethereum имеет отдельное пространство, называемое Blob, для L2, которые выполняют ролл-апы. С увеличением использования L2 возникает потребность в быстром расширении этого пространства Blob. Однако бесконечное увеличение Blob приведет к увеличению спецификаций L1 Ethereum, что приведет к централизации. Поэтому Ethereum планирует внедрить шардирование этого пространства Blob, чтобы валидаторы могли хранить его по частям, и промежуточным этапом является внедрение PeerDAS. С помощью PeerDAS даже при поэтапном увеличении количества Blob можно минимизировать увеличение пропускной способности сети отдельных узлов. Процесс и результаты эксперимента команды ethPandaOps описаны в оригинале, прикрепленном в комментариях. Если кратко изложить выводы этого поста, то они следующие. При расширении Blob на основной сети Ethereum до 14 штук, требования к спецификациям и изменениям пропускной способности по типам узлов следующие: 1⃣ Суперузел (узел со ставкой более 4096ETH) Суперузел должен подписаться на все 128 подсетей и хранить все данные в течение 18 дней, что является сроком хранения данных Blob. Суперузлы фактически выполняют роль "основы" сети Ethereum, и нагрузка на P2P-пропускную способность и обработку DA является наибольшей. Пропускная способность сети в обычное время составляет более 100Mb/s, а в пиковые моменты достигает 400Mb/s. Обычно это управляется специализированной командой валидаторов, основанной на профессиональных кадрах и оборудовании. 2⃣ Домашний стекинг (соло-стекинг, 32ETH) Для узла соло-стекинга, ставящего 32ETH, достаточно подписаться только на 8 подсетей, назначенных ему, и на случайные подсети. Поскольку требуется обрабатывать менее 1/8 данных по сравнению с суперузлом, требования к спецификациям значительно снижаются. Что касается пропускной способности, то достаточно уровня около 25Mb/s. 3⃣ Полный узел (без валидаторов) Для простого полного узла, который не валидирует, достаточно подписаться только на 4 подсети. Он обрабатывает ровно 1/32 данных по сравнению с суперузлом, и требования к P2P-пропускной способности, использованию диска и CPU значительно снижаются. Для участия в сети достаточно очень низкой пропускной способности в 4-8Mb/s. ...