
В архитектуре Ethereum «состояние» — это не просто набор балансов счетов, но также включает все переменные хранения, код и связанные данные смарт-контрактов. Эти данные состояния формируют основу работы сети, и после выполнения каждой транзакции состояние будет обновлено.
Проблема в том, что состояние почти только увеличивается и никогда не уменьшается. С DeFi, NFT, Layer 2 и различными приложениями смарт-контрактов, которые постоянно запускаются, данные о состоянии показывают долгосрочную тенденцию к накоплению. Даже если определенные контракты или счета не использовались в течение многих лет, их связанные данные все равно должны храниться узлами и быть доступными в любое время. Этот структурный дизайн заложил основу для потенциального "раздутия состояния" в будущем.
Запуск полноценного узла Ethereum означает, что вам необходимо синхронизировать и постоянно поддерживать полные данные о состоянии. Поскольку размер состояния продолжает расти, требования к ёмкости жесткого диска, производительности ввода-вывода и долгосрочным затратам на обслуживание узла также увеличиваются соответственно.
Для обычных пользователей эта растущая стоимость постепенно подрывает целесообразность запуска узла. В результате все больше пользователей выбирают полагаться на сторонние RPC-сервисы вместо того, чтобы поддерживать свои собственные узлы. Хотя эта тенденция увеличивает удобство использования, она также усугубляет риск централизации на уровне инфраструктуры.
Исследователи из Фонда Ethereum указывают, что основной риск раздувания состояния заключается не просто в том, чтобы «хранить много», а в необходимости «всегда быть доступным». Большое количество долгосрочных неактивных данных по-прежнему занимает ресурсы высокоскоростного хранения, создавая дополнительное давление на узлы во время синхронизации, проверки и реагирования на запросы.
Когда время синхронизации узлов значительно увеличивается, а порог для присоединения новых узлов продолжает расти, структура участия всей сети может измениться. Если только несколько профессиональных учреждений могут позволить себе операционные расходы на полные узлы, то устойчивость сети к цензуре и характеристики децентрализации будут под угрозой, что именно и является потенциальным риском, на который акцентировали внимание исследователи.
Основная идея механизма истечения состояния заключается в том, что не все состояния необходимо постоянно сохранять в "наборе активных состояний". Для данных, которые долгое время не использовались, они могут быть помечены как устаревшие и удалены из основного состояния.
Когда эти состояния снова будут нужны, их можно восстановить с помощью дополнительных доказательств или механизмов реконструкции. Ожидается, что эта схема значительно сожмет масштаб активных состояний, но проблема заключается в том, как ввести дополнительную сложность, не влияя на пользовательский опыт и безопасность.
Схема архивирования статуса предлагает разделить данные на горячий статус и холодный статус. Горячий статус используется для доступа с высокой частотой, в то время как холодный статус используется для хранения исторической информации с более низкими требованиями к производительности.
Этот подход может уменьшить зависимость узлов от высокоскоростного хранилища, не жертвуя целостностью данных. Однако он накладывает более высокие требования к архитектуре узлов и реализации клиентов, что требует баланса между производительностью и согласованностью.
Некоторые безгосударственные архитектуры пытаются позволить узлам больше не поддерживать полное состояние, а вместо этого сохранять подмножество состояния в зависимости от их собственных потребностей, в то время как оставшиеся данные получаются через внешние доказательства или сетевые запросы.
Схема теоретически может значительно снизить порог для запуска узлов и расширить масштаб участников. Однако она также вводит новые модели доверия и коммуникации, которые необходимо тщательно разработать, чтобы избежать новых централизованных зависимостей.
Если проблема раздувания состояния не будет устранена, важность поставщиков RPC-сервисов и инфраструктурных провайдеров будет продолжать расти. Эта тенденция к централизации может потенциально повлиять на нейтральность сети в крайних случаях.
Напротив, если вышеупомянутые технические решения будут постепенно внедряться, порог для запуска узлов, как ожидается, снизится, что, в свою очередь, будет способствовать участию большего числа индивидуумов и малых и средних команд в операциях узлов. Это не только приносит пользу безопасности сети, но также улучшит общую устойчивость инфраструктуры Ethereum.
С рыночной точки зрения, состояние раздутости не оказывает немедленного прямого влияния на цену ETH, но это связано с долгосрочной масштабируемостью и качеством децентрализации сети. Инвесторы обычно рассматривают такие технические обсуждения как «среднесрочные и долгосрочные структурные факторы».
На фоне текущей волатильности цены ETH в ключевых диапазонах, постоянная оптимизация инфраструктурного уровня помогает повысить доверие к рынку. Хотя эти предложения все еще находятся на стадии исследования, они демонстрируют проактивный подход Ethereum к решению узких мест на уровне технического управления, что имеет положительные последствия для долгосрочной ценности сети.







