Адкрыйце кашалёк або ноду і высветліце, што насамрэч шырыць транзакцыю. Менавіта гэтае пытанне вызначае, якія налады прыватнасці маюць значэнне, і менавіта гэты крок людзі прапускаюць. Укладка браўзера, якая працуе праз Tor, нічога не кажа пра ўласнае злучэнне кашалька.

Высветліце, што насамрэч адпраўляе транзакцыю

Кашалькі шыраць транзакцыі адным з трох спосабаў: праз бэкенд-сэрвіс пастаўшчыка, праз аддаленую ноду, якую вам хтосьці даў, або праз ноду, якую вы запускаеце самі. У кожнага свой назіральнік. Бэкенд-сэрвіс бачыць ваш IP і транзакцыю разам, аддаленая нода бачыць амаль тое ж, а нода, якой вы кіруеце, бачыць піраў, якім яна гэта перадае. Вызначце, які з іх у вас, перш чым нешта наладжваць.

Калі адказ — бэкенд пастаўшчыка, ніякая лакальная налада проксі гэты шлях не зменіць. Транспарт належыць пастаўшчыку, і ваш давер да яго — гэта і ёсць сапраўднае рашэнне.

Наладзьце транспарт у праграме, якая ім валодае

Для ноды, якую вы запускаеце, налады проксі жывуць ва ўласнай канфігурацыі ноды, а не ў асяроддзі працоўнага стала. Дакументацыя Bitcoin Core пра Tor ахоплівае налады proxy, onion і listen разам, і яны датычацца толькі гэтага працэсу. Кашалёк, які паказвае на гэтую ноду, наследуе злучэнне ноды, а не вашага браўзера.

Мінімальная налада зыходных злучэнняў выглядае так, і яна дзейнічае для ўсёй ноды, а не для кожнага кашалька:

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

Першыя два радкі — патрабаванне для зыходных злучэнняў; радкі bind і onlynet падцягваюць усё астатняе. Пасля перазапуску пацвердзіце, што нода насамрэч зрабіла, а не давярайце файлу. bitcoin-cli getpeerinfo паведамляе поле сеткі для кожнага піра, і кожны запіс павінен чытацца як onion, калі мэтай быў рэжым onion-only.

Калі вы ўсё яшчэ бачыце піраў ipv4 у гэтым спісе, налада не спрацавала так, як вы меркавалі, і транзакцыя перадаецца праз адкрытую сетку, што б ні казаў файл канфігурацыі.

Прасачыце, што назіральнік усё яшчэ можа ўбачыць

Tor хавае ваш адрас ад піраў, да якіх вы падключаецеся, і хавае прызначэнне ад вашага сеткавага аператара. Ён не хавае той факт, што нейкая нода перадала транзакцыю ў пэўны момант, і не перашкаджае піру суаднесці тое, што вы перадаеце, з тым, што вы пазней запытваеце. VPN пераносіць бачны адрас да правайдэра і робіць гэтага правайдэра яшчэ адным назіральнікам.

Карыснае пытанне не ў тым, які слой мацнейшы. Яно ў тым, якога назіральніка вы хочаце выключыць і ці выключае яго тая канфігурацыя, якую вы насамрэч разгарнулі.

Затым паглядзіце на рэестр асобна

Пасля здабычы транзакцыя публічная і вечная. Адрасы, сумы і граф, які іх звязвае, застаюцца даступнымі кожнаму, хто захоча іх прааналізаваць, і гэты запіс не залежыць ад таго, як падарожнічалі байты. Рэкамендацыі Bitcoin па прыватнасці кажуць пра гэта прама.

Запісы па-за ланцугом давяршаюць справу. Вывад з сэрвісу, рахунак, паведамленне атрымальніку або паўторна выкарыстаны адрас могуць звязаць транзакцыю з чалавекам без якога-небудзь сеткавага назірання. Змена транспарту не кранае гэтых запісаў. Вось чаму адзіная праверка публічнага IP — такі слабы тэст: яна вымярае адзін слой і справаздае пра ўсе.

Прыватнасць сеткавага паходжання і звязвальнасць транзакцый — розныя сцвярджэнні, і яны патрабуюць розных доказаў.

Праверце ўласную наладу, перш чым давяраць этыкетцы

Выберыце адну рэальную транзакцыю і прасачыце яе праз свой стэк. Якая праграма яе падпісала, якая праграма яе шырыла, якія піры ўбачылі яе першымі і як выглядае адрас прызначэння ў блокавым аглядальніку. Калі хоць адзін з гэтых адказаў — здагадка, этыкетка на інструменце робіць працу, якую павінна рабіць праверка.

Выкарыстоўвайце падтрымліваемую канфігурацыю для таго транспарту, які вы абралі, і праверце злучэнні, якія праграма насамрэч адкрыла. Затым ацаніце рэестр і след рахунку на іх уласных умовах, бо ніякая налада транспарту іх не зменіць.

Падобныя артыкулы