Этап прототипа ethereum, распределяющий обязанности по восстановлению данных между нодами, показал сокращение оценочной вычислительной нагрузки при восстановлении в 11–18 раз в симуляциях с 1000 нодами. Результаты указывают на то, что операторы могут сократить дублирующую работу с помощью более небольшого изменения, чем полное предложение сетевого взаимодействия RowDAS.
Отчет исследователя Цабы Киральи от 3 сентября описывает упрощенный дизайн как возможный первый шаг к RowDAS. Он распределяет функции восстановления, не вводя при этом новые каналы сетевого взаимодействия строк в полной версии предложения.
Блоки содержат данные, используемые роллапами второго уровня. PeerDAS — система Ethereum для проверки доступности данных блоков — позволяет нодам загружать только их часть. Ноды с высокой степенью хранения содержат как минимум 64 из 128 столбцов данных, чего достаточно для восстановления отсутствующих данных блоков; суперноды хранят все 128.
Многие узлы с высокой степенью хранения могут повторять одну и ту же реконструкцию. Упрощённая схема сначала назначает им определённые блобы, позволяя другим получать восстановленные данные вместо немедленной собственной реконструкции.
Что показывают симуляции восстановления блобов Ethereum
В одной конфигурации с четырьмя blob-объектами, 10% суперузлов и без удерживаемых столбцов, оценочная стоимость восстановления по всей сети снизилась с 48,6 CPU-секунд по модели PeerDAS до 2,75 CPU-секунд в упрощенной схеме. При доле суперузлов 20% соответствующие показатели составили 91 и 6,6 CPU-секунд.
Эти итоги описывают накопленную вычислительную работу в смоделированной сети, а не прошедшее время восстановления. Учет применяет измеренную стоимость в 162 миллисекунды за восстановление каждого блоба на процессоре Ryzen 9 8945HS. Скорость транзакций и экономия на комиссиях не входили в проведенные измерения.
Базовая версия PeerDAS уже включает случайные задержки и проверки, подавляющие дублирующую реконструкцию. Следовательно, в сравнении учитывается работа, которую экономят эти задержки, в поведении существующих клиентов.
В упрощённой версии назначенные ноды делятся восстановленными ячейками через существующие каналы распределения по столбцам. Ноды с высоким уровнем контроля сохраняют отложенную роль восстановления для всех ещё отсутствующих данных, обеспечивая резервную защиту в стиле PeerDAS.
Полный RowDAS, указанный в черновике EIP-8371, добавил бы еще один путь восстановления: каналы строк позволяют меньшим нодам объединять свои данные и восстанавливать их совместно, когда их совокупные объемы превышают порог восстановления. Упрощенный дизайн сохраняет текущую зависимость от нод с высоким уровнем хранения и не обеспечивает дополнительной устойчивости.
Измерения остаются ограниченными смоделированными, промежуточными сетями, использующими реальную криптографию. Кирали не сообщил о результатах devnet, а полная конфигурация из 128 строк подсети остается экстраполяцией из меньшего количества подсетей. Более крупные симуляции и тесты в реальных сетях еще впереди.
EIP-8371 оставляет лимиты на данные blob без изменений, а предложенное разделение между назначением обязанностей и сетевым взаимодействием строк еще не включено в черновой текст. Непосредственная возможность более узкая: снижение объема вычислительной работы, необходимой для восстановления, при этом более широкие преимущества в устойчивости зависят от последующего слоя строк.
Пост Ethereum может найти более простой способ снизить вычислительную нагрузку растущей экосистемы своих роллапов появился первым на CryptoSlate.