Таким образом, блок исследователь служил одной цели выше всех остальных, показывая, что информация фактически хранится.

Что делать, если я хочу сделать это труднее отследить транзакции обратно ко мне, по дизайну? Имейте в виду, я не имею ничего скрывать. Но это не значит, что я не хочу * * остаться незаметным, и она должна быть наша возможность сделать это, если только за черт его

Хорошо, достаточно политика, а не на технической стороне вещей; Сделки могут быть прослежены по адресам, вроде. Трудно знать, какая часть в сделке является передача, частью которого является изменение, и новые адреса всегда создается, но считаю, что это:
- А посылает 100 монет B
- В посылает 10 монет C
- С посылает 1 монету A

глядя на блок-проводник, и предполагая, адрес бумажника, который принимает каждую передачу, то же самое, что посылает на следующий узел (возможно, в качестве значения ниже, на каждом хмеля, таким образом, если нет лучше подходит в кошельке пользователя, что один будет используется, верно?), а может видеть, что адрес, используемый для отправки B тот же C используется для отправки A, таким образом, устанавливая связь между B и C. That и немного прибегая к помощи может раскрыть личности вовлеченных людей, не говоря уже въездного адрес C, что B использует, таким образом (предполагается, что C не другой адрес, чтобы каждый раз, когда B) периодические платежи от B до C теперь прослеживаться.
И если вы знаете, что C дал вам этот адрес, чтобы заплатить за что-то морально противоблок, как гонорары адвокатов, вы тогда будете в состоянии знать, сколько монет C получает за такую ​​услугу.

Я знаю, что этот сценарий является своего рода хромой, сожалею об этом, но как можно избежать этого без необходимости делать что-либо жесткий или сложный?

Кто-то услуга для сокрытия переводов по проксированию, задерживая их и перетасовки значения. Я думаю, что это ответ, если мы возьмем его на следующий уровень. Стелс прокси-сервер для Bitcoin, который будет работать близко к этому:

- А использует прокси API сказать "Я хочу отправить X в B",
- А получает адрес Y
- А посылает некоторое значение, Y, может быть больше, может быть меньше, несколько раз
- После достаточно перечисляется, прокси-сервер посылает на один или два новых адресов внутренне, преодолев значение в куски с небольшим рандомизации по пути
- прокси отправляет X в B
- прокси отправляет изменения в A
--- и сложная часть
- после того, как достаточное количество подтверждений о как к А и к передаче В получаемых, прокси удаляет адреса из бумажника

Если добавить вращение журнала 48ч в / DEV / нуль (на 48ч есть для отладки любой реальной проблемы), и это должно быть полностью безвестно. Другой вариант, чтобы предотвратить донастроить Bitcoin клиента, чтобы удалить адреса, чтобы использовать новый бумажник для каждой сделки и убивает его впоследствии. Твердая часть здесь держит блок БД доступного 100 Bitcoin клиентов, но я уверен, что мы можем думать о чем-то.

Могу ли я забыть что-нибудь?