Bitcoin Core 30 zwiększy limit danych OP_RETURN po zakończeniu debaty deweloperów
Twórcy Bitcoin Core, głównego oprogramowania typu open source do łączenia łańcucha bloków stojącego za największą na świecie kryptowalutą, stwierdzili, że październikowa wersja 30 zwiększy domyślny limit transakcji OP_RETURN danych z obecnych 80 bajtów do prawie 4 MB, limitu narzuconego przez rozmiar bloku Bitcoina.
Propozycja zmiany, która została potwierdzona w aktualizacji na GitHub, wywołała debatę w społeczności Bitcoin. Krytycy argumentowali, że usunięcie limitu może zachęcić do zwiększonego osadzania arbitralnych danych, co potencjalnie prowadzi do spamu sieciowego i przejścia od podstawowej funkcji bitcoina BTC jako narzędzia finansowego.
Ta decyzja o kontynuowaniu stanowi kolejny ważny moment w debacie społeczności na temat wykorzystania blockchaina, podkreślając utrzymujące się napięcia między wydajnością sieci, praktycznymi przypadkami użycia i zasadami ideologicznymi.
Kod OP_RETURN pozwala użytkownikom Bitcoina na uwzględnianie danych w transakcjach. Funkcjonalność jest koncepcyjnie podobna, choć technicznie odmienna od sposobu, w jaki inskrypcje osadzają obrazy i tekst bezpośrednio w łańcuchu bloków za pomocą liczb porządkowych i danych świadków.
Niektórzy twierdzą, że dodanie tych danych transakcyjnych jest "arbitralne" i jest sprzeczne z pierwotną wizją blockchaina Bitcoina zaproponowaną przez Satoshi Nakamoto.
Limit 80 bajtów na OP_RETURN zachęcał do alternatywnych metod przechowywania danych, z których niektóre powodowały problemy, takie jak rozdęcie zestawu niewydanych danych transakcji (UTXO).
W szczegółowym podsumowaniu GitHub i późniejszym poście X, programistka Bitcoin Core, Gloria Zhao, przedstawiła uzasadnienie zmiany.
Zhao podkreślił zamiar złagodzenia niezamierzonych konsekwencji istniejącego limitu, zauważając: "Główną motywacją do tej [zmiany] jest skorygowanie rozbieżności między szkodliwością a standardowością technik przechowywania danych".
Programista Greg Sanders, który jest autorem scalonego żądania ściągnięcia, powiedział w dyskusjach na GitHubie, że usunięcie limitu "przynosi co najmniej dwie namacalne korzyści: czystszy zestaw UTXO i bardziej spójne domyślne zachowanie".
Debata na temat zarządzania
Zhao poruszyła również szersze kwestie związane z zarządzaniem na swojej stronie X, podkreślając zaangażowanie Bitcoin Core w przejrzystość i merytokrację.
Podkreśliła znaczenie roli społeczności w utrzymaniu tych zasad, ostrzegając przed ryzykiem inżynierii społecznej lub nacisków korporacyjnych wpływających na proces decyzyjny twórców oprogramowania.
"Jeśli współtwórcy Bitcoin Core kiedykolwiek porzucą te wartości, np. w celu zaspokojenia życzeń mediów społecznościowych lub korporacji, społeczność przełączy się na inną implementację węzła, która zrobi to lepiej" – napisał Zhao, wzywając użytkowników do zachowania czujności i informacji.
Deweloper Luke Dashjr konsekwentnie sprzeciwiał się złagodzeniu limitów, określając to posunięcie jako potencjalnie szkodliwe. Zachęcał użytkowników do unikania aktualizacji do nowej wersji lub do przyjęcia alternatywnych implementacji węzłów, takich jak Bitcoin Knots.
Debata odzwierciedla kontrowersje z 2023 r., w szczególności dotyczące liczb porządkowych i inskrypcji, kiedy użytkownicy osadzali istotne dane niefinansowe, takie jak obrazy i tekst, w transakcjach Bitcoin, wywołując podobne obawy dotyczące niewłaściwego wykorzystania blockchaina i przeciążenia sieci.
Pomimo tych obaw Zhao utrzymywał, że próby cenzurowania typów transakcji za pomocą polityki przekaźnikowej są niepraktyczne i nieskuteczne w obliczu silnych bodźców ekonomicznych. Podejście Bitcoin Core powinno pozostać neutralne, odzwierciedlając podstawowe zasady sieci dotyczące odporności na cenzurę i decentralizacji.
Wersja Core 30 zachowa opcje sterowania ręcznego, umożliwiając użytkownikom egzekwowanie bardziej rygorystycznych limitów za pomocą istniejących parametrów wiersza poleceń. Jednak te opcje są teraz oznaczone jako przestarzałe i będą wyzwalać komunikaty ostrzegawcze, wskazujące na potencjalne usunięcie w przyszłych aktualizacjach bez ustalonego harmonogramu.