По информации The Block: сооснователь Ethereum Виталик Бутерин предложил "частично бессостоятельные узлы", которые позволяют экономить место для хранения, храня только выбранную часть данных.
Сооснователь Ethereum Виталик Бутерин предложил новую стратегию в понедельник для решения проблем, связанных с масштабированием Ethereum Layer-1 через повышение лимита газа, включая новую концепцию "частично бессостоятельных узлов".
"Наиболее распространенной критикой увеличения лимита газа L1, помимо обеспокоенности безопасностью сети, является то, что становится сложнее запускать полный узел," – написал Бутерин в своем недавнем посте.
Запуск полного узла ценен, поскольку он предлагает "безопасный, устойчивый к цензуре и дружелюбный к конфиденциальности способ" для пользователей доступа к цепочке, добавил сооснователь Ethereum.
Для масштабирования лимита газа L1 без жертвования возможностью запуска полных узлов Бутерин предложил краткосрочные приоритеты, включая внедрение EIP-4444, ограничивающего узлы до содержания только до 36 дней исторических данных, уменьшая диск-пространство для других участников.
Для запуска полного узла Ethereum требуется хранение всего состояния блокчейна (~1 ТБ для состояния, ~500 ГБ для истории). EIP-4444 разгрузит хранение исторических данных, сделав узлы легче.
Другие краткосрочные предложения Бутерина включали создание распределенного хранилища данных истории и корректировку ценообразования газа, чтобы хранение стало дороже и выполнение дешевле.
Стратегия Бутерина выделила "бессостоятельную верификацию" как среднесрочное изменение, позволяющее узлам взаимодействовать с блокчейном без поддержания Меркловских ветвей, используемых для проверки целостности данных. Это может сократить потребности в хранении примерно на 50%, сделав узлы значительно легче, сказал Бутерин.
В своем последнем предложении сооснователь Ethereum представил новую концепцию "частично бессостоятельных узлов". Бутерин сказал, что они могут увеличить лимит газа L1 на 10-100 раз.
По мнению Бутерина, эти узлы проверяют блоки и всю цепочку без хранения всех данных, используя бессостоятельную верификацию или zkEVM. Они будут настроены на хранение выбранного подмножества данных вместо полного набора и по-прежнему смогут выполнять запросы, касающиеся данных в выбранной части.