Ого, отличная идея.

Что делать, если вы повысить его следующим образом:

1 - найти другой способ для сторон общения, кроме Namecoin. Что делать, если все узлы смешивания (которые представляют собой программные боты, конечно) просто подключил друг с другом в канале IRC и сообщенный в режиме реального времени?

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

Так, например:

Стороны А, В, С, D, Е, F собираются вместе в канале IRC, и все согласны с тем, чтобы начать смешивание. Каждый из них генерирует пару ключей RSA. Давайте предположим, что стороны будут говорить по порядку, хотя в идеале простая схема детерминированным хеширования на основе их открытых ключей может в случайном порядке (при условии, что они хэш зафиксироваться на их открытых ключей первой).

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

Сторона А выбирает 100 случайных неизрасходованные txids из блока цепи (которые, вероятно, не его), и генерирует 100 Bitcoin адресов. В основном он создает ложное утверждение о том, что он хочет, чтобы смешать эти монеты, чтобы замаскировать монеты, которые он собирается добавить к набору данных в будущем раунде. В то же время, он создает случайное отображение того, как он предположительно, как эти 100 txids быть уделено его Bitcoin адреса. Он посылает все это в B. (На самом деле, он мог бы добавить любое количество каждого из них, но я использую 100 для простоты).

Сторона Б делает то же самое, добавляет свои данные в набор генерируемого партии А, и посылает его к партии C.

То же самое, к партии D, то Е, то F. Когда F отправляет его обратно в А, должно быть 600 txids и 600 Bitcoin адресов.

Раунд 2: Сторона А добавляет txids действительных монет, которые он хочет, чтобы смешать, и новые адреса выплат, чтобы получить их, и отправляет их на B, чтобы сделать то же самое. Затем она переходит к C, D, E, F, и обратно к А.

Раунд 3: Сторона А удаляет все фальшивой информации, которую он добавил в 1-м раунде, передает его в B. Тогда C, D, E, F, и когда он возвращается к A, только реальная информация должна оставаться.

Сторона А объявляет предлагаемую сделку публично. Каждая из сторон подтверждает, что смешивание приведет к их получить то же количество монет, они попали в.

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

Для того, чтобы обменять свои подписи, они шифруют их повторно, лук стиль (думает, Tor), поэтому они должны быть переданы туда и обратно между участниками несколько раундов, чтобы unpeel слоев. Они передаются назад и вперед, в случайном порядке, поэтому ни один из участников не может идентифицировать возбудитель какой-либо конкретной подписи.

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

После того, как кто-то / кого-то есть все подписи (и фиктивные подписи выброшены), сделка подписана и вещание.

Во всех раундах, выходы могут быть определены только в следующих количествах: BTC 1, 2, 5, 10, 20, 50, 100, 200, 500, 1000, 2000, 5000 и т.д. Кроме того, 0,5, 0,2, 0,1, 0,05, 0,02, 0,01, 0,005 и т.д. .... это отсоединяет выходы из входов. В противном случае, парень, который добавил 17.43233 BTC в смесь, вероятно, тот же самый парень с BTC выходом 17.43233.