Открыт полный разбор. Выберите «Кратко», чтобы сначала ознакомиться с основными тезисами.
КРАТКО ОТ WFN · МЕНЬШЕ МИНУТЫ
Краткое изложение
РЕЖИМ 2 ИЗ 2
Исходные данные
EIP-2935 добавляет в Ethereum системный контракт, который хранит хеши недавних блоков исполнения. При обработке очередного блока протокол записывает хеш его родителя. Изменение вошло в Pectra. У существующего опкода BLOCKHASH сохранилось прежнее поведение. Ethereum EIP-2935 ↗Ethereum Pectra specification ↗
Как работает окно из 8191 блока
Номер запрашиваемого блока передают системному контракту в 32 байтах. При высоте N допустимый диапазон составляет от N − 8191 до N − 1. Запрос за пределами диапазона завершается ошибкой. Записи хранятся в кольцевом буфере. Сразу после активации требуется время, чтобы заполнить его новыми хешами. Более ранняя история задним числом в буфер не попадает, за исключением хеша родителя первого блока с активным правилом.
Условный пример при высоте 100 000
Номер 92 000 входит в окно системного контракта при условии, что буфер к этому моменту заполнен. До него 8000 блоков. Такой вызов выходит за прежний диапазон в 256 блоков опкода BLOCKHASH, поэтому замена одного способа чтения другим в приложении даёт конкретное расширение горизонта.
Краткое изложение помогает быстро сориентироваться. Полная статья и ссылки на источники доступны на этой странице.
НАВИГАТОР ПО СТАТЬЕ WFN
Выберите ракурс чтения
Переключайтесь между фактами из источников, рыночным контекстом и открытыми вопросами. Метки статуса помогают отличить заявления от установленных фактов.
Показаны все ракурсы. Выберите один, чтобы перейти к соответствующей части статьи.
Оригинальная векторная иллюстрация WFNWFN · 6 ноября 2026
Примечание редакцииРазбор первоисточника с анализом WFN. Исторические записи сохраняют свои даты; числовые примеры условны. Оригинальная векторная иллюстрация WFN является концептуальной, а не документальной.
РЕЕСТР ФАКТОВ WFN
Что подтверждено источниками?
Разбор по первоисточнику
Разбор по первоисточнику
Первоисточник / отчётный периодМетодология или историческая запись; даты источников указаны в статье.
Источник подтверждает документированную запись. Выводы WFN и условные примеры выделены отдельно.
01 · ПРОВЕРЕННЫЕ ФАКТЫ
Исходные данные
EIP-2935 добавляет в Ethereum системный контракт, который хранит хеши недавних блоков исполнения. При обработке очередного блока протокол записывает хеш его родителя. Изменение вошло в Pectra. У существующего опкода BLOCKHASH сохранилось прежнее поведение. Ethereum EIP-2935 ↗Ethereum Pectra specification ↗
02 · АНАЛИЗ РЕДАКЦИИ WFN
Как работает окно из 8191 блока
Номер запрашиваемого блока передают системному контракту в 32 байтах. При высоте N допустимый диапазон составляет от N − 8191 до N − 1. Запрос за пределами диапазона завершается ошибкой. Записи хранятся в кольцевом буфере. Сразу после активации требуется время, чтобы заполнить его новыми хешами. Более ранняя история задним числом в буфер не попадает, за исключением хеша родителя первого блока с активным правилом.
03 · ДАЛЬНЕЙШАЯ ПРОВЕРКА
Условный пример при высоте 100 000
Номер 92 000 входит в окно системного контракта при условии, что буфер к этому моменту заполнен. До него 8000 блоков. Такой вызов выходит за прежний диапазон в 256 блоков опкода BLOCKHASH, поэтому замена одного способа чтения другим в приложении даёт конкретное расширение горизонта.
Хеш связывает проверку с определённым заголовком, но приложение должно отдельно установить, что нужная транзакция или запись относится к этому блоку. Если требуется финальность, необходимо определить соответствующее условие протокола. Для долгоживущих доказательств важен срок проверки. Доказательство, собранное вовремя, может перестать проверяться через этот буфер после выхода исходного блока из окна.
