Bitcoin testuje lżejszy sposób weryfikacji transakcji

• Projekt grupuje filtry bloków w zakresach 256, aby przyspieszyć synchronizację.
• Nowy projekt nie wyjaśnia, czy utrzymuje ten sam poziom prywatności dla użytkownika.

Pełny węzeł Bitcoin pobiera i weryfikuje całą łańcuch bloków. Z kolei węzeł lekki potrzebuje tylko uzyskać niezbędne informacje, aby sprawdzić interesujące go transakcje. Aby to zrobić bez pobierania wszystkich bloków, może skorzystać z kompaktowych filtrów bloków zdefiniowanych w propozycjach ulepszeń Bitcoin 157 i 158 (BIP-157 i BIP-158).

Filtry działają jak podsumowanie każdego bloku. Węzeł lekki może sprawdzić, czy blok zawiera elementy związane z jego własnymi adresami lub skryptami, nie pobierając początkowo całej jego zawartości. W ten sposób zmniejsza objętość informacji, które musi konsultować z innymi węzłami.

Obecny system węzłów lekkich Bitcoin generuje filtr dla każdego bloku, podczas gdy nowa propozycja ma na celu jeszcze większe zmniejszenie tego pobierania poprzez tworzenie filtrów grupujących kilka bloków.

Deweloper znany jako Optout zaprezentował 22 lipca na forum Delving Bitcoin propozycję utworzenia filtrów odpowiadających zakresom bloków, na przykład grupom 256 bloków.

Węzeł lekki najpierw pobierałby filtr odpowiadający każdemu zakresowi. Jeśli ten filtr nie pasuje do skryptów, których szuka węzeł, mógłby odrzucić całą tę grupę bez pobierania filtrów indywidualnych. Jeśli znajdzie zgodność, pobierze filtry każdego bloku w obrębie zakresu i kontynuuje z procedurą stosowaną obecnie.

Według symulacji Optout, cytowanych w biuletynie Bitcoin Optech Newsletter #420 z 28 sierpnia 2026 roku, grupowanie filtrów w zakresach 256 bloków zmniejszyło całkowite pobieranie o 70% do 80%, w zależności od rodzaju analizowanych transakcji. Ten zakres okazał się, według samego autora, najlepszym możliwym kompromisem, ponieważ grupowanie w większe odcinki ponownie zwiększa koszty pobierania.

Wyniki nadal nie odzwierciedlają zachowania systemu na rzeczywistym łańcuchu bloków. Propozycja wykorzystuje dane symulowane, a sam autor podnosi potrzebę przeprowadzenia analiz na rzeczywistych danych Bitcoin przed określeniem, jaki byłby optymalny rozmiar zakresów.

Redukcja danych wprowadza istotną różnicę w sposobie, w jaki węzeł lekki przeprowadza swoje zapytania.

Z obecnym schematem węzeł może pobierać indywidualne filtry ze wszystkich bloków, chociaż większość z nich nie zawiera informacji związanych z jego transakcjami. Przy filtrach według zakresów, węzeł najpierw konsultuje pełne grupy i tylko zagłębia się w te, które dają zgodność.

To zachowanie może sprawić, że węzeł dostarczający filtry zauważy, które zakresy bloków budzą zainteresowanie użytkownika. Jeśli kilka dodatkowych zapytań koncentruje się na określonych zakresach, te informacje mogą pozwolić na wnioskowanie, jaki okres łańcucha bada węzeł lekki.

Dlatego propozycja nie eliminuje koniecznie ochrony, jaką oferują kompaktowe filtry, lecz zmienia wzór zapytań i potencjalnie informacje, które węzeł serwerowy może wywnioskować z tego wzoru. Konkretne skutki dla prywatności nie zostały jeszcze określone przez deweloperów.

Propozycja jest nadal na etapie wstępnym i nie ma implementacji ani oficjalnej identyfikacji jako BIP. Na razie głównym wynikiem jest to, że Bitcoin mógłby znacznie zmniejszyć objętość danych potrzebnych dla niektórych węzłów lekkich. Następnym krokiem będzie określenie czy ta oszczędność pasma utrzymuje akceptowalny poziom prywatności, gdy mechanizm zostanie przetestowany na rzeczywistym łańcuchu.