Funkcja OP_RETURN zostanie w sieci Bitcoin? Jakie zdanie miał o niej Satoshi Nakamoto?

Planowana aktualizacja Bitcoin Core v30 wzbudziła gorącą debatę w społeczności kryptowalut. Twórcy oprogramowania chcą usunąć limit 80 bajtów dla operatora OP_RETURN, co odświeżyło spór sięgający czasów samego Satoshiego Nakamoto. Chodzi o to, czy blockchain Bitcoina powinien służyć tylko do przechowywania transakcji finansowych – czy także informacji niemających wartości pieniężnej.

• Bitcoin Core v30 ma umożliwić zapis większych ilości danych na blockchainie poprzez OP_RETURN – nawet do 4 MB,
• Na kilka godzin przed premierą Bitcoin Core v30 deweloperzy wycofali się z planowanego usunięcia opcji konfiguracyjnych OP_RETURN,
• Spór o dane arbitralne trwa od 2010 roku i dotyczy konfliktu między ekonomicznymi interesami górników a technicznymi ograniczeniami protokołu.

Czym właściwie jest OP_RETURN?

OP_RETURN to specjalny operator używany w transakcjach Bitcoina, który umożliwia zapis niewielkiej ilości danych bez charakteru finansowego – np. krótkiego tekstu, identyfikatora czy dowodu własności.

Tego typu dane są „niewydawalne”, co oznacza, że nie można ich użyć jako środka płatniczego, ale pozostają trwale zapisane na blockchainie.

W standardowej konfiguracji maksymalny rozmiar takich danych wynosił 80 bajtów. Jednak w nadchodzącej wersji Bitcoin Core v30 limit ten ma zostać zniesiony, co może pozwolić na zapis danych o rozmiarze nawet do 4 megabajtów.

Zmiana ta budzi kontrowersje, ponieważ zwiększone wykorzystanie OP_RETURN może prowadzić do przeciążenia sieci i wzrostu kosztów przechowywania danych przez węzły.

Satoshi i początki sporu o dane na blockchainie

Choć OP_RETURN został wprowadzony dopiero w 2014 roku, sam spór o możliwość przechowywania danych arbitralnych sięga początków Bitcoina.

Już w 2010 roku Satoshi Nakamoto zaczął ograniczać możliwość zapisywania niestandardowych danych w transakcjach. Jego celem było utrzymanie protokołu w czysto finansowym charakterze i zapewnienie kompatybilności transakcji.

Nie wszyscy jednak zgadzali się z tą wizją. Gdy pojawiły się pierwsze ograniczenia, użytkownicy pytali, dlaczego górnicy mieliby rezygnować z transakcji zawierających dodatkowe dane – skoro wiążą się one z opłatami.

Ekonomia zamiast centralnego zarządzania

Bitcoin działa bez centralnego organu nadzorczego, dlatego jego reguły są w dużej mierze kształtowane przez ekonomiczne bodźce. Jeżeli górnicy mają finansową motywację, by akceptować dane arbitralne w transakcjach – zazwyczaj to robią. Tak było również dekadę temu, kiedy wielu górników ogłosiło, że mimo ograniczeń będą przyjmować niestandardowe transakcje.

Z biegiem czasu niektórzy użytkownicy zaczęli publikować własne wersje klienta Bitcoin Core, które usuwały mechanizmy weryfikujące zgodność transakcji ze standardami protokołu. Dla społeczności Bitcoina był to przełomowy moment.

Najnowsze dane pokazują, że duże pule wydobywcze, takie jak F2Pool, już teraz akceptują niestandardowe transakcje przekraczające limit 80 bajtów, co wskazuje, iż zmiana w Bitcoin Core jedynie formalizuje istniejące praktyki.

Aktualne postanowienia dot. OP_RETURN

Obecna debata toczy się w zupełnie innym kontekście niż ta sprzed lat. Dziś presja nie pochodzi jedynie od społeczności, ale także od instytucji i firm budujących rozwiązania warstwy drugiej (layer-2), takie jak tokeny, NFT czy platformy smart kontraktów na bazie Bitcoina. Te rozwiązania wymagają możliwości trwałego zapisywania metadanych na blockchainie – a OP_RETURN stanowi tu kluczowe narzędzie.

Na kilka godzin przed premierą Bitcoin Core v30 deweloperzy wycofali się z planowanego usunięcia opcji konfiguracyjnych OP_RETURN po protestach operatorów węzłów Knots. Pull request #33453, scalony przez Avę Chow, usuwa ostrzeżenie o wycofaniu parametrów datacarrier i datacarriersize.

Społeczność Knots argumentowała, że węzły powinny domyślnie odrzucać transakcje zawierające zbyt duże ilości danych niepowiązanych z transferem BTC, by chronić sieć przed przeciążeniem.

W wersji v30 limit OP_RETURN zostanie zwiększony do 100 KB, ale użytkownicy nadal będą mogli go konfigurować ręcznie.

Deweloperzy uznali, że zachowanie tych opcji leży w interesie operatorów węzłów. Ostatecznie planowane usunięcie funkcji konfiguracyjnych zostało całkowicie porzucone.