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

Необходимое условие: адрес получателя должно иметь общедоступный открытый ключ или, альтернативно, отправитель должен иметь независимое знание открытого ключа. В нормальных условиях это означает, что получатель должен провели некоторые из монет, отправленные на этот адрес, после чего их открытый ключ в блоке цепи.

Шаг 1: Отправитель выполняет свою часть ключевого обмена Диффи-Хеллмана путем умножения открытого ключа получателя с помощью своего закрытого ключа.

Шаг 2: Отправитель использует хэш результирующей точки как секретный ключ для генерации другого адрес называется "перевод" адрес.

Шаг 3: Отправитель посылает Bitcoins на адрес передачи (плюс кратные 0.01BTC, если передача сообщений на шаге 4 желательно).

Шаг 4: Если передача сообщения получателя желательно, отправитель подготавливает один или более подшипник сообщений "К" значения вместо случайных чисел. Сообщения м шифруется (XOR будет делать) с хэш конкатенации секретного ключа для адреса передачи с порядковым номером, начиная с нуля. Полученные значения K используется отправителем для передачи 0.01BTC от адреса передачи к некоторым другим адресам, пока сообщение не будет завершено.

Шаг 5: Получатель осуществляет мониторинг сети или блок цепочки для открытых ключей откровений т.е. первый потратить от нового адреса. Когда новый открытый ключ обнаружен получатель умножает точку открытого ключа с помощью секретных ключей для своих общественных приемных адресов.

Шаг 6: Получатель использует хэш полученных точек как секретные ключи для генерации адресов передачи кандидатов и контролирует блок цепочку для операций по этим адресам.

Шаг 7: Получатель отмечает, что сделка кредитования "перевод" адрес совпадает с одним из адресов, рассчитанных на шаге 6

Шаг 8: Если есть какая-либо сделка с адреса передачи, получатель хэши секретного ключа с номером пробной последовательности и расшифровывает "случайный" Параметр к, чтобы восстановить сообщение.

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

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

Преимущества: Сделки не прослеживаться, как они передают контроль Bitcoins без кредитования опубликованного принимающего адреса получателя. Они выглядят как обычные сделки. Передача адреса облегчить сообщение прохождения в K значений подписей передачи.

Неудобство: Споры между отправителем и получателем не могут быть решены третьими лицами с использованием доказательств блока цепи. Это цена этого типа untraceability.

ByteCoin