Buterin odrzuca scenariusz AI, która miałaby podważyć bezpieczeństwo Bitcoina

Liron Shapira przedstawił konkretną prognozę: z 50-procentowym przekonaniem ocenił, że w ciągu dwóch lat cena Bitcoina spadnie o ponad połowę, ponieważ sztuczna inteligencja podważy postrzegane bezpieczeństwo i odporność sieci. 30 Vitalik Buterin odpowiedział równie jednoznacznie: stwierdził, że zajmuje przeciwne stanowisko.

Co według Buterina jest realnym problemem

Buterin napisał, że w długim okresie jest optymistą, jeśli chodzi o cyberbezpieczeństwo. Prawdopodobieństwo rzeczywistego przełamania funkcji hashujących Bitcoina albo mechanizmu proof-of-work uznał za znikome. 29

Nie oznacza to twierdzenia, że AI nie stwarza żadnego ryzyka. Jego argument jest węższy: scenariusz, w którym AI w bliskiej perspektywie łamie kryptograficzne podstawy Bitcoina lub jego model konsensusu, jest mało prawdopodobną podstawą prognozy gwałtownego spadku ceny.

Buterin zwrócił też uwagę, że kluczowym wyzwaniem będzie przejście do świata znacznie bardziej zaawansowanych systemów AI. Znaczenie ma tu to, że nie każdy incydent bezpieczeństwa w ekosystemie Bitcoina ma taką samą ścieżkę naprawy.

Atak na oprogramowanie to nie to samo co kryzys konsensusu

Buterin rozróżnił problemy, które Bitcoin może rozwiązać przez operacyjne aktualizacje oprogramowania, od problemów wymagających szerokiego porozumienia co do zasad działania sieci:

• Ataki na warstwę sieciową i klientów: problemy dotyczące oprogramowania węzłów, pul wydobywczych lub operacji sieciowych można potencjalnie ograniczać przez aktualizowanie klientów i pul. Buterin zaliczył je do kategorii, z którą Bitcoin powinien radzić sobie relatywnie dobrze, ponieważ nie musi to wymagać ogólnosieciowego społecznego konsensusu. 29
• Awaria podstawowych reguł lub kryptografii: faktyczne złamanie hashy albo proof-of-work byłoby o wiele trudniejsze do opanowania, bo mogłoby wymagać uzgodnienia fundamentalnej reakcji protokołu. W ocenie Buterina taki scenariusz jest mało prawdopodobny. 29

To rozróżnienie dotyczy możliwości odzyskania sprawności systemu, a nie tezy, że aktualizacje są łatwe albo pozbawione ryzyka. Krytyczny błąd implementacyjny nadal może spowodować poważne zakłócenia, zanim poprawka zostanie wdrożona.

AI może zwiększać ryzyko, ale też wzmacniać obronę

Sztuczna inteligencja może ułatwiać analizę dużych baz kodu i znajdowanie błędów implementacyjnych. Z tego powodu infrastruktura open source, mosty między sieciami, portfele oraz usługi towarzyszące pozostają istotnymi celami ataków — nawet jeśli kryptografia bazowej warstwy Bitcoina pozostaje nienaruszona.

Odpowiedzią obronną ma być silniejsze zapewnianie jakości oprogramowania. Formalna weryfikacja to metoda sprawdzania, czy kod spełnia precyzyjnie zdefiniowane właściwości. Opis mapy drogowej Ethereum na 2026 r. wskazywał formalną weryfikację, przyspieszaną przez nowoczesną AI, jako element kierunku rozwoju bezpieczeństwa projektu. 21 Opublikowane prace Buterina także obejmują zagadnienia formalnej weryfikacji. 26

Ta metoda ma jednak wyraźne granice: dowód może potwierdzić wyłącznie te właściwości, które zostały dokładnie zapisane w specyfikacji. Sam w sobie nie zabezpiecza przed błędną specyfikacją, fałszywymi założeniami, niebezpiecznymi integracjami, przejętymi kluczami ani błędami operacyjnymi i problemami z zarządzaniem.

Co pokazał incydent w Liquid — i czego nie pokazał

Incydent w Liquid tego samego dnia dobrze ilustrował różnicę między awarią kryptografii warstwy bazowej a błędem implementacji lub mechanizmu mostowego. Liquid poinformował, że osoby określające się jako „white hat” wypłaciły z portfela federacji zabezpieczającego L-BTC około 4 tys. BTC, wartych wówczas około 320 mln dolarów. 3746

Według relacji Liquid i SideSwap wypłata przeszła przez proces Peg-out Authorization Key (PAK) w SideSwap, lecz sam klucz PAK nie został naruszony. SideSwap podał, że L-BTC użyte w zleceniu pochodziły z błędu w Elements — otwartoźródłowym oprogramowaniu stanowiącym podstawę Liquid. 3646

Liquid wyłączył węzły mostowe, blokując nowe transakcje, natomiast giełdy wstrzymały lub przygotowywały się do wstrzymania wpłat i wypłat L-BTC. Sieć przekazała też, że inne aktywa emitowane na Liquid, w tym USDT, DePix oraz tokenizowane aktywa rzeczywiste, nie zostały dotknięte. 3646

Określenie sprawców jako „white hat” pochodziło od nich samych i nie powinno być traktowane jako niezależnie potwierdzony opis. 3746

Liquid nie jest bazową warstwą Bitcoina

Liquid to federacyjny sidechain Bitcoina rozwijany z Blockstreamem, o innym modelu bezpieczeństwa i zaufania niż zdecentralizowana sieć proof-of-work Bitcoina. Z dostępnych relacji wynika, że podczas incydentu główna sieć Bitcoina działała normalnie. 35

Dlatego zdarzenie nie jest dowodem, że AI złamała SHA-256, przejęła wydobycie Bitcoina czy naruszyła jego konsensus. Pokazuje natomiast, że wartościowe systemy zbudowane wokół Bitcoina mogą być podatne na błędy w oprogramowaniu i mechanizmach pegowania aktywów między sieciami. To właśnie kategoria ryzyka wymagająca rygorystycznej inżynierii, audytów, sprawnych procesów aktualizacji i lepszych metod zapewniania poprawności.

Wniosek

Sprzeciw Buterina wobec prognozy Shapiry nie jest odrzuceniem ryzyka bezpieczeństwa związanego z AI. Jego stanowisko jest takie, że Bitcoin prędzej zmierzy się z podatnościami w oprogramowaniu i warstwie sieciowej, które da się naprawiać, niż z rychłym przełamaniem hashy lub proof-of-work przez AI. 29

Przypadek Liquid wzmacnia bardziej ograniczone ostrzeżenie: systemy budowane wokół Bitcoina mogą mieć poważne luki, nawet gdy konsensus i kryptografia bazowej warstwy Bitcoina pozostają nienaruszone. 3637