Виталик Бутерин из Ethereum предлагает проект, который упростит запуск узлов

Соучредитель Ethereum Виталик Бутерин предложил новый проект, призванный снизить нагрузку на оборудование для работы сетевого узла, позиционируя его как шаг к полностью децентрализованной сети, T требующей сложной инфраструктуры для обслуживания.

В сообщении в блоге, опубликованном в воскресенье, Бутерин представил концепцию «частично не имеющих состояния узлов», позволяющих пользователям хранить только часть данных Ethereum, а не весь блокчейн, объем которого превышает 1,3 терабайта (ТБ).

Предлагаемая цель — позволить обычным пользователям, а не только учреждениям, запускать узлы на персональных устройствах. Узел — это электронное устройство, которое подключается к сети блокчейна, чтобы помочь проверить транзакции и KEEP копию реестра.

В настоящее время для работы полного узла Ethereum требуется значительное дисковое пространство, часто более 1 ТБ, что делает его непрактичным для большинства пользователей. Хотя сторонние сервисы предлагают доступ к данным блокчейна, они идут на компромиссы с Политика конфиденциальности и цензурой, отметил Бутерин.

Вместо этого его новая модель предлагает позволить каждому узлу хранить только те данные, которые наиболее важны для пользователя, а другие части цепочки проверять по требованию с использованием криптографии.

Подход «сначала локальный» отражает библиотечную систему: вы KEEP книги, которыми пользуетесь часто, а остальные берете по мере необходимости.

«Этот тип узла обеспечит преимущества прямого локального доступа к состоянию, которое необходимо пользователю, а также максимальную полную Политика конфиденциальности доступа к этому состоянию», — написал Бутерин.

Система также позволит пользователям настраивать, какие данные хранит их узел, например, общие смарт-контракты, токены или определенные приложения, используя простую настройку onchain. Пользователям T нужно будет хранить доказательства Меркла (сложные криптографические деревья, которые защищают состояние блокчейна), поскольку достаточно только необработанных данных.

Предложение основано на продолжающейся реализации EIP-4444, которая направлена на ограничение хранения истории узла 36 днями, при этом более старые данные распределяются по сети с использованием стирающего кодирования, что гарантирует постоянство цепочки, не обременяя ни одного оператора.

Предложение пока находится на ранней стадии, но оно может сформировать следующий этап дорожной карты децентрализации сети.