Bitcoin Forum

Есть 2 компа, один  с хорошим инетом, другой с похуже. На первом запукаю один кошелек XMR и выкачиваю полную ноду. Потом хочу выкачанную ноду использовать на втором компе, где инет похуже. Кошелек XMR на втором компе будет не свзанный с первым. Есть ли возможность кому-то постороннему или транзитным нодам, работая с траффиком со второго компа ,установить адрес кошелька, который был задействован на первом компе и спалить меня тем самым?

Вам бы конечно с TheFuzzStone следовало бы переговорить, он специалист по технологии Monero.

Я не вижу тут рисков, ведь многие пользователи держат полные ноды. И легкие клиенты XMR вроде Monerujo, как раз и используют для своей работы подключение к сторонним полным нодам.

И было бы странно, если бы это приводило к деанонимизации держателя полной ноды (в частности передаче в сеть адреса кошелька).

Полная нода и кошелек это вообще разные вещи и насколько я понимаю (поправьте меня если ошибаюсь), полная нода транслирует в сеть не так уж и много информации, ничего избыточного и деанонимирующего она не передает.

Но это только мое представление об этой ситуации, лучше конечно узнать мнение, более продвинутых технических специалистов, знакомых с технической стороной работ полных нод и в частности нод Monero.

Если вы через гуи-кошелёк второго компа подключитесь к полной ноде первого компа, для этого должен быть проброшен и открыт порт на первом компе с полной нодой.
При этом вы не будете никому раскрывать айпи вашей ноды, время от времени будете делать через неё транзакции, то достаточно маловероятно, что можно сопоставить айпи и адрес кошелька, хотя, возможно, такой закрытый софт уже имеется.
Я другой случай из своей практики расскажу, я как-то поднял пул на один из форков монеро, года 4 назад, создал чат, майнеры чатились, общались между собой, и вот один заходит в чат и пишет, что запустил демона для синхронизации кошелька, я для интереса на пуле смотрю на окно демона, пишет , что добавился новый пир, айпи-адрес тоже указан, до этого этот майнер писал о своих видеокартах, на которых майнил, я примерно прикинул мощность, через админку пула не составило труда сопоставить хешрейт и кошелёк, плюс айпи-адрес у меня был уже, пробил по интернету айпи, узнал страну, город, район, провайдера. Понятно, что никуда эти данные дальше меня не пошли, но сам факт важен.

до шизофрении то не нужно доводить. майнерам то чего бояться?
с этими айпи адресами уже все с ума посходили. а потому что нехуй  воровать и найобывать и тогда переживать не надо.
значит теперь по поводу монеро: есть всего несколько приватных монет и выживет скорей всего какая нить одна, ну относительно выживет . 100$ для нее мечта будет. так вот допустим зикэш -за ним серьезные ребятки стоят и они его толкают вперед развивают и пропихивают.  хотя зек вроде с дифектами анонимности ...но всеже.   если монеро выживет то будет торговаться на биржах с объемом в пару лямов. но опять таки жить будет пока наличку не уберут .а потом останутся только монеты со стыйкингом гыы

У меня не майнинг, а, скажем, пяток платежей, про которые я не хотел бы чтобы кто-то кроме получателя узнал. А тем более не хочу чтобы сделали  ассоциацию между тем моим кошельком, где основные сбережения лежат, и тем кошельком, с которого будет сделана оплата. И айпишники тут тоже не при чем.

 Так что вопрос, скорее, такой  - есть ли что-то в скачаных файлах ноды (объемом 70гигов) такое, что однозначно укажет на кошелек(public address или private), который работал с этой нодой при ее создании?

Я не спец по monero, но тут напрашиваются универсальные решения:
1. Если нет уверенности, то почему бы просто не перенести блокчейн на комп №2, а остальное пусть сам создаёт. Потом просто донастроить вручную чего надо.
2. Почему бы не настроить новую ноду, например, в виртуальной машине, без участия ранее использованных кошельков? Потом просто весь этот свежак перенести на компутер номер два.

А вообще, судя по этому руководству: https://blog.sethforprivacy.com/guides/run-a-monero-node-advanced/
Там в файле журнала может только что-нибудь засветиться, ну и в конфигурационном файле привязки к ip адресам.