Шардинг делит работу системы на части — шарды. В блокчейнах разделение может касаться исполнения транзакций, хранимого состояния, сетевых обязанностей или доступности данных. Подходы связаны, но не взаимозаменяемы: разделение обработки транзакций не обязательно означает разделение всех хранимых данных.
Параллельная работа требует согласования
При шардинге состояния разные группы могут хранить и обрабатывать разные подмножества аккаунтов или данных. Это способно уменьшить работу узла и увеличить общую производительность благодаря параллельной обработке.
Перевод между аккаунтами в разных шардах всё равно требует согласования. Протокол должен передать результаты и сохранить единые правила расходования во всей системе. Поэтому добавление шардов не увеличивает полезную пропускную способность автоматически в той же пропорции.
Безопасность также зависит от предотвращения захвата отдельного шарда атакующим и сохранения доступности нужных данных. Назначение и перестановка валидаторов, а также межшардовые сообщения добавляют сложность и накладные расходы.
Особый подход Ethereum
Текущий подход Ethereum к масштабированию сосредоточен на роллапах и blob-данных; PeerDAS распределяет обязанности по доступности данных между узлами. Прежний план отдельных исполнительных шард-цепочек больше не входит в дорожную карту.
Поэтому выражение «шардинг Ethereum» требует контекста: выборочная проверка данных для роллапов отличается от разделения исполнения Ethereum на независимые шард-цепочки. Преимущества и предположения безопасности следует оценивать для конкретной конструкции.