Биткойн испытывает более легкий способ проверки транзакций

• Дизайн группирует фильтры блоков в диапазоны по 256 для облегчения синхронизации.
• Новый дизайн не уточняет, сохраняет ли он тот же уровень конфиденциальности для пользователя.

Полный узел Биткойн загружает и проверяет всю цепочку блоков. Легкий узел, напротив, нуждается только в получении необходимой информации для проверки интересующих его транзакций. Для этого, не загружая все блоки, он может использовать компактные фильтры блоков, определенные в предложениях по улучшению Биткойн 157 и 158 (BIP-157 и BIP-158).

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

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

Разработчик, известный как Optout, представил 22 июля на форуме Delving Bitcoin предложение о создании фильтров, соответствующих диапазонам блоков, например, группам из 256 блоков.

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

Согласно симуляциям Optout, упомянутым в бюллетене Bitcoin Optech Newsletter #420 от 28 августа 2026 года, группировка фильтров в диапазоны по 256 блоков уменьшила общую загрузку на 70% - 80%, в зависимости от типа анализируемых транзакций. Этот диапазон оказался, по словам самого автора, наилучшим возможным балансом, поскольку группировка в более крупные участки снова увеличивает стоимость загрузки.

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

Сокращение данных вводит важное различие в том, как легкий узел выполняет свои запросы.

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

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

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

Предложение все еще находится на предварительной стадии и не имеет реализации или официальной идентификации как BIP. На данный момент основной результат заключается в том, что Биткойн может значительно сократить объем данных, необходимых для определенных легких узлов. Следующим шагом будет определение сохраняет ли эта экономия пропускной способности приемлемый уровень конфиденциальности, когда механизм будет протестирован на реальной цепочке.