Propozycja otwarta obecnie w repozytorium Bitcoin Core dałaby skryptom sieci coś, czego nigdy nie miały: pamięć. Stojący za nią framework, znany jako MATT (Merkleize All The Things), umożliwia kontrakty ze stanem oraz skalowalne dowody oszustw w bazowej warstwie Bitcoina, a jego najbardziej bezpośrednia implementacja przebiega przez opcode OP_CCV, opisany w pull request #32080 w Bitcoin Core. O rozwoju wydarzeń poinformował COINOTAG 11 listopada 2026 roku.

Do czego MATT został zaprojektowany

Istniejący język skryptowy Bitcoina ocenia każde wejście transakcji osobno, bez wbudowanego mechanizmu pozwalającego skryptowi dyktować, jak te monety mogą być później wydawane. MATT, po raz pierwszy opisany przez dewelopera Salvatore Ingale na liście dyskusyjnej Bitcoin-Dev pod koniec 2022 roku, celuje dokładnie w tę lukę: jego celem jest pozwolenie skryptom Bitcoina na przenoszenie stanu pomiędzy transakcjami — w efekcie nadając kontraktom pamięć — przy jedynie minimalnym rozszerzeniu języka skryptowego. Konstrukcje tego typu, powszechnie nazywane covenantami, ograniczają sposób wydawania monety w przyszłych transakcjach i umożliwiają rozwiązania takie jak vaulty oraz inne samowymuszające reguły wydawania, w których warunki odzysku i wydawania są przypisane bezpośrednio do samych monet.

Propozycje w stylu covenant krążą w społeczności Bitcoina od lat, a MATT dołącza do pokrewnych działań, takich jak OP_CHECKTEMPLATEVERIFY (OP_CTV), zaproponowany przez dewelopera Jeremy'ego Rubina, dążąc do rozszerzenia możliwości wyrazu warstwy bazowej.

Dowody oszustw i weryfikacja w warstwie bazowej

Drugim celem frameworka są skalowalne dowody oszustw: schematy weryfikacji, w których obliczenia poza łańcuchem są weryfikowane on-chain dopiero po zgłoszeniu wyzwania, a nie wykonywane ponownie w całości — wzorzec stosowany na przykład w rozwiązaniach optimistic rollup na innych platformach, gdzie obliczenia odbywają się poza łańcuchem, a jedynie kwestionowane wyniki wymagają oceny w warstwie bazowej. Ponieważ nakład weryfikacji jest powiązany z wyzwaniami, a nie z rozmiarem samych obliczeń, takie schematy określa się mianem skalowalnych. W projekcie MATT ta weryfikacja ma działać bezpośrednio w bazowej warstwie Bitcoina, przy czym OP_CCV (skrót od OP_CHECKCONTRACTVERIFY) służy jako podstawowy opcode egzekwujący logikę kontraktu.

Przegląd, nie aktywacja

Zmiany wpływające na konsensus Bitcoina są rozpatrywane poprzez publiczne pull requesty w repozytorium GitHub Bitcoin Core, gdzie przegląd techniczny i testy zazwyczaj trwają przez długi czas. Ponieważ reguły konsensusu Bitcoina są ostatecznie egzekwowane przez operatorów pełnych węzłów w całej sieci, korzystny przegląd kodu to tylko jeden krok; to szeroka adopcja przez szerszy ekosystem przekształca proponowaną zmianę w aktywną regułę sieci. Ostatnia aktualizacja konsensusu Bitcoina, Taproot, została aktywowana w listopadzie 2021 roku po wieloletnim procesie — trajektoria ilustrująca, jak długo takie działania mogą trwać. Pull request #32080, jak wszystkie takie propozycje, wymagałby obszernego przeglądu i szerokiej zgody społeczności, zanim mogłaby być rozważona jakakolwiek aktywacja; raport źródłowy nie podaje harmonogramu. Jego publiczny wątek przeglądu na GitHubie, gdzie gromadzą się techniczne komentarze i poprawki współtwórców, oferuje bezpośredni sposób śledzenia, czy propozycja nabiera tempa.

Ta treść została po raz pierwszy opublikowana na COINOTAG: https://en.coinotag.com/matt-op-ccv-bitcoin-covenant-pull-request-32080