Otwórz portfel lub węzeł i ustal, co faktycznie rozgłasza transakcję. To jedno pytanie decyduje, które ustawienia prywatności mają znaczenie, i właśnie ten krok ludzie pomijają. Karta przeglądarki działająca przez Tor nie mówi ci nic o własnym połączeniu portfela.

Ustal, co faktycznie wysyła transakcję

Portfele rozgłaszają na jeden z trzech sposobów: przez usługę backendową dostawcy, przez zdalny węzeł, który ktoś ci dał, albo przez węzeł, który sam prowadzisz. Każdy ma innego obserwatora. Usługa backendowa widzi twoje IP i transakcję razem, zdalny węzeł widzi mniej więcej to samo, a prowadzony przez ciebie węzeł widzi peery, którym ją przekazuje. Zanim cokolwiek skonfigurujesz, ustal, który masz.

Jeśli odpowiedzią jest backend dostawcy, żadne lokalne ustawienie proxy tej ścieżki nie zmieni. Transport należy do dostawcy, a twoje zaufanie do niego jest prawdziwą decyzją.

Skonfiguruj transport w programie, który go posiada

W przypadku węzła, który sam prowadzisz, ustawienia proxy są w konfiguracji samego węzła, a nie w środowisku pulpitu. Dokumentacja Tor Bitcoin Core omawia ustawienia proxy, onion i listen razem, i dotyczą one tylko tego procesu. Portfel wskazujący na ten węzeł dziedziczy łączność węzła, a nie twojej przeglądarki.

Minimalna konfiguracja wychodząca wygląda tak i dotyczy całego węzła, a nie pojedynczego portfela:

proxy=127.0.0.1:9050
onion=127.0.0.1:9050
bind=127.0.0.1
onlynet=onion

Pierwsze dwie linie to wymóg wychodzący; linie bind i onlynet zaostrzają wszystko inne. Po restarcie sprawdź, co węzeł naprawdę zrobił, zamiast ufać plikowi. bitcoin-cli getpeerinfo zgłasza pole network dla każdego peera, a każdy wpis powinien pokazywać onion, jeśli intencją był tryb tylko onion.

Jeśli na tej liście nadal widzisz peery ipv4, ustawienie nie zadziałało tak, jak zakładałeś, a transakcja jest rozgłaszana przez otwartą sieć, cokolwiek mówi plik konfiguracyjny.

Śledź, co obserwator wciąż może zobaczyć

Tor ukrywa twój adres przed peerami, z którymi się łączysz, i ukrywa cel przed twoim operatorem sieci. Nie ukrywa jednak faktu, że jakiś węzeł przekazał transakcję w konkretnym momencie, i nie powstrzymuje peera przed skojarzeniem tego, co przekazujesz, z tym, o co później prosisz. VPN przenosi widoczny adres do dostawcy i czyni tego dostawcę jeszcze jednym obserwatorem.

Przydatne pytanie nie brzmi, która warstwa jest silniejsza. Brzmi: którego obserwatora próbujesz wykluczyć i czy konfiguracja, którą faktycznie wdrożyłeś, wyklucza właśnie jego.

Potem spójrz na rejestr, osobno

Po wydobyciu transakcja jest publiczna i trwała. Adresy, kwoty i łączący je graf pozostają dostępne dla każdego, kto zechce je analizować, a ten zapis nie zależy od tego, jak podróżowały bajty. wytyczne Bitcoina dotyczące prywatności mówią o tym wprost.

Zapisy poza łańcuchem dopełniają dzieła. Wypłata z usługi, faktura, wiadomość do odbiorcy lub ponownie użyty adres mogą powiązać transakcję z osobą bez żadnej obserwacji sieci. Zmiana transportu nie dotyka tych zapisów. Dlatego pojedyncze sprawdzenie publicznego IP jest tak słabym testem: mierzy jedną warstwę, a raportuje o wszystkich.

Prywatność pochodzenia sieciowego i łączliwość transakcji to różne twierdzenia i wymagają różnych dowodów.

Sprawdź własną konfigurację, zanim zaufasz etykiecie

Wybierz jedną prawdziwą transakcję i prześledź ją przez własny stos. Który program ją podpisał, który ją rozgłosił, które peery zobaczyły ją pierwsze i jak adres docelowy wygląda w eksploratorze bloków. Jeśli którakolwiek z tych odpowiedzi jest zgadywaniem, etykieta na narzędziu wykonuje pracę, którą powinna wykonać weryfikacja.

Użyj wspieranej konfiguracji dla tego transportu, który wybrałeś, i sprawdź połączenia, które program faktycznie otworzył. Następnie oceń rejestr i ślad konta na ich własnych warunkach, bo żadne ustawienie transportu ich nie zmieni.

Powiązane artykuły