Паритет: избегайте экспериментального `--light`, но сохраняйте минимальный блокчейн

Использование parity --lightявляется экспериментальным, и эта проблема в настоящее время блокирует первоначальную синхронизацию.

Как я могу избежать использования --light, но хранить минимальный блокчейн на диске?

Что-то вроде:

[footprint]
pruning_history = 1

в моем файле конфигурации ?

Есть ли что-нибудь еще, что я должен добавить, чтобы хранить столько, сколько нужно --light?

Ответы (1)

Лучшая оптимизация, которую я могу предложить, это:

[parity]
light = false

[network]
warp = true

[footprint]
tracing = "off"
fat_db = "off"
pruning = "fast"
pruning_history = 8
pruning_memory = 32
db_compaction = "ssd"

[snapshots]
disable_periodic = true

Это отключает световой режим и включает варп-синхронизацию. Warp-sync проверяет только PoW древних блоков и не полностью вычисляет все исторические состояния при их извлечении. Однако он хранит все блоки на диске.

Отслеживание транзакций и толстая БД должны быть отключены, так как это раздувает базу данных. Сжатие БД должно быть установлено на ssd , вы работаете на SSD, не так ли? Попробуйте hdd иначе.

Отсечение должно быть установлено на быстрое, чтобы отбрасывать исторические состояния, это значительно уменьшает размер базы данных примерно на -90%. Минимально возможная история обрезки — 8. Установка меньшего значения не имеет смысла, так как это увеличивает опасность попадания в реорганизацию цепочки. С 15-секундным временем блока перегруппировки из 8 и менее блоков не редкость. Обрезка памяти может быть дополнительно уменьшена, если хотите, но она всегда будет поддерживать не менее 8 состояний.

Есть еще один вариант, который значительно сокращает объем хранилища, поскольку не сохраняет всю историю блоков. Я спрячу эту опцию за цитатой из спойлера, чтобы все, кто наведет курсор на нее ниже, знали, что это опасно и никоим образом не должно использоваться в продакшене .

--no-ancient-blocks

Запуск клиентов в этом режиме значительно уменьшает занимаемую вами площадь на несколько ГБ, но позволяет злоумышленникам в сети обманным путем заставить ваш клиент синхронизировать поддельную цепочку. Не используйте , если вы не понимаете последствий . Режим работы --lightболее безопасен, чем этот. :)

Хм, у меня chains/ethereum/db7,2 ГБ и он растет, и я только в блоке # 2433713. Вам это кажется правильным?
Звучит как быстро обрезанная недеформированная база данных. Что ты пытаешься сделать?
Я пытался запустить конфигурацию, которую вы упомянули выше, чтобы получить минимальное использование диска. У меня определенно есть warp=true. Какой размер dbвы ожидаете от вышеперечисленного?
~ 10 ГБ, если деформировано