Opne lommeboka eller noden og finn ut kva som faktisk kringkastar transaksjonen. Det eine spørsmålet avgjer kva personverninnstillingar som betyr noko, og det er nettopp dette steget folk hoppar over. Ei nettlesarfane som køyrer gjennom Tor fortel deg ingenting om sambandet til lommeboka sjølv.

Finn ut kva som faktisk sender transaksjonen

Lommebøker kringkastar på ein av tre måtar: gjennom backend-tenesta til leverandøren, gjennom ein ekstern node nokon gav deg, eller gjennom ein node du køyrer sjølv. Kvar av dei har ein annan observatør. Ei backend-teneste ser IP-adressa di og transaksjonen saman, ein ekstern node ser om lag det same, og ein node du sjølv driftar ser peerane han videresender til. Identifiser kva for ein du har før du konfigurerer noko som helst.

Er svaret ein leverandørbackend, endrar inga lokal proxyinnstilling den vegen. Transporten tilhøyrer leverandøren, og tilliten din til han er den eigentlege avgjerda.

Konfigurer transporten i programmet som eig han

For ein node du køyrer, ligg proxyinnstillingane i konfigurasjonen til noden sjølv, ikkje i skrivebordsmiljøet. Tor-dokumentasjonen til Bitcoin Core dekkjer proxy-, onion- og listen-innstillingar saman, og dei gjeld berre for den prosessen. Ei lommebok som peikar på den noden, arvar sambandet til noden, ikkje det til nettlesaren din.

Ein minimal utgåande konfigurasjon ser slik ut, og han gjeld heile noden, ikkje per lommebok:

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

Dei to første linjene er det utgåande kravet; bind- og onlynet-linjene strammar inn alt anna. Etter ein omstart bør du stadfeste kva noden faktisk gjorde i staden for å stole på fila. bitcoin-cli getpeerinfo rapporterer eit network-felt for kvar peer, og kvar oppføring skal vise onion om hensikta var onion-only.

Ser du framleis ipv4-peerar i lista, verka ikkje innstillinga slik du antok, og transaksjonen blir videresend over det opne nettet, uansett kva konfigurasjonsfila seier.

Følg kva ein observatør framleis kan sjå

Tor skjuler adressa di for peerane du koplar til, og skjuler målet for nettoperatøren din. Det skjuler ikkje det faktumet at ein node videresende ein transaksjon på eit bestemt tidspunkt, og det hindrar ikkje ein peer i å korrelere det du videresender med det du seinare ber om. Eit VPN flyttar den synlege adressa til leverandøren og gjer den leverandøren til endå ein observatør.

Det nyttige spørsmålet er ikkje kva lag som er sterkast. Det er kva observatør du prøver å utelukke, og om konfigurasjonen du faktisk tok i bruk utelukkar nettopp den.

Sjå så på hovudboka, kvar for seg

Når transaksjonen er utvunnen, er han open og permanent. Adresser, beløp og grafen som bind dei saman blir verande tilgjengelege for alle som vil analysere han, og den oppføringa er ikkje avhengig av korleis byta reiste. personvernrettleiinga til Bitcoin seier det rett ut.

Oppføringar utanfor kjeda fullfører jobben. Ei utbetaling frå ei teneste, ein faktura, ei melding til ein mottakar eller ei gjenbrukt adresse kan kople ein transaksjon til ein person heilt utan nettobservasjon. Å byte transport rører ikkje desse oppføringane. Derfor er éin offentleg IP-sjekk ein så svak test: han måler eitt lag og rapporterer om dei alle.

Personvern for nettverksopphav og koplingsbarheita til transaksjonar er ulike påstandar, og dei treng ulike bevis.

Sjekk ditt eige oppsett før du stolar på etiketten

Vel ein ekte transaksjon og spor han gjennom din eigen stack. Kva program signerte han, kva program kringkasta han, kva peerar såg han først, og korleis mottakaradressa ser ut i ein blokkutforskar. Om noko av desse svara er eit gjetning, gjer etiketten på verktøyet den jobben som verifiseringa skulle gjort.

Bruk den støtta konfigurasjonen for den transporten du valde, og sjekk sambanda programmet faktisk opna. Vurder så hovudboka og kontosporet på deira eigne premiss, for inga transportinnstilling vil endre dei.

Relaterte artiklar