Предложение, открытое в репозитории Bitcoin Core, подарит скриптам сети то, чего у них никогда не было: память. Лежащий в его основе фреймворк MATT (Merkleize All The Things) обеспечивает контракты с состоянием и масштабируемые proof of fraud на базовом уровне Bitcoin, а его наиболее прямая реализация проходит через опкод OP_CCV, представленный в pull request #32080 в Bitcoin Core. Об этом развитии сообщило COINOTAG 11 ноября 2026 года.

Для чего создан MATT

Существующий скриптовый язык Bitcoin оценивает каждый вход транзакции независимо, без встроенного механизма, позволяющего скрипту определять, как эти монеты могут быть потрачены в дальнейшем. MATT, впервые описанный разработчиком Сальваторе Ингалой в списке рассылки Bitcoin-Dev в конце 2022 года, нацелен именно на этот пробел: его цель — позволить скриптам Bitcoin переносить состояние между транзакциями, по сути наделяя контракты памятью, при минимальном расширении скриптового языка. Подобные конструкции, обычно называемые covenant («ковенантами»), ограничивают, как монета может быть потрачена в будущих транзакциях, и позволяют реализовывать такие решения, как хранилища (vaults) и другие самостоятельно исполняемые правила расходования, при которых условия восстановления и траты привязываются непосредственно к самим монетам.

Предложения в стиле covenant обсуждаются в сообществе Bitcoin уже много лет, и MATT присоединяется к смежным инициативам, таким как OP_CHECKTEMPLATEVERIFY (OP_CTV), предложенный разработчиком Джереми Рубином, стремясь расширить выразительные возможности базового уровня.

Proof of fraud и проверка на базовом уровне

Вторая цель фреймворка — масштабируемые proof of fraud: схемы проверки, при которых вычисление вне цепочки проверяется в цепочке только при оспаривании, а не выполняется повторно в полном объеме — паттерн, используемый, например, в дизайнах optimistic rollup на других платформах, где вычисления происходят вне цепочки, и лишь оспоренные результаты требуют проверки на базовом уровне. Поскольку объем проверочной работы привязан к оспариваниям, а не к размеру самого вычисления, такие схемы называют масштабируемыми. В дизайне MATT эта проверка должна выполняться непосредственно на базовом уровне Bitcoin, где OP_CCV (сокращение от OP_CHECKCONTRACTVERIFY) служит основным опкодом для обеспечения контрактной логики.

Рассмотрение, а не активация

Изменения консенсуса Bitcoin продвигаются через публичные pull request в GitHub-репозитории Bitcoin Core, где техническое рассмотрение и тестирование обычно длятся продолжительное время. Поскольку правила консенсуса Bitcoin в конечном итоге обеспечиваются операторами полных узлов по всей сети, положительная проверка кода — лишь один из шагов; широкое принятие со стороны экосистемы превращает предлагаемое изменение в действующее правило сети. Последнее обновление консенсуса Bitcoin, Taproot, было активировано в ноябре 2021 года после многолетнего процесса — траектория, иллюстрирующая, сколько времени могут занимать подобные усилия. Pull request #32080, как и все подобные предложения, потребует обширного рассмотрения и широкого согласия сообщества, прежде чем активация сможет быть рассмотрена; в исходном сообщении сроки не указаны. Публичная ветка рассмотрения на GitHub, где накапливаются технические комментарии и правки участников, позволяет напрямую следить за продвижением предложения.

Этот материал впервые был опубликован на COINOTAG: https://en.coinotag.com/matt-op-ccv-bitcoin-covenant-pull-request-32080