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

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

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

Кроме того, Bitcoin требует либо поставить под угрозой некоторую анонимности или создать новый адрес для изменения каждой транзакции. Это делает его более трудным держать адреса безопасным. Вы постоянно создаете адреса с ненулевыми противовесами, и вы не можете контролировать.

Ну, у меня есть решение всех этих проблем. Вот как это работает:

1) Вместо того, чтобы использовать хэш в качестве адреса Bitcoin, вы используете открытый ключ сам. Вы можете создать один адрес для каждого узнаваемого. (Например, если вы хотите получить деньги анонимно, вы не можете сказать другим тот же адрес, вы размещаете в своей подписи на форуме. И вы можете отдельные адреса, чтобы узнать, почему вы получили деньги. Но в остальном, один адрес это делает. Новым адреса только необходимы, когда пользователь нуждается.)

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

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

4) Для получателя требовать средства, он просто передает их к себе, следуя способу на стадии 2, за исключением того, вторичный ключ зашифрованный идентификатор транзакции. Получатель будет знать эти сделки для себя, потому что вторичный ключ дешифрования ИД транзакции. Но в противном случае, эти «требования» будет выглядеть так же, как и все другие сделки.

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

Один недостаток в том, что некоторые люди могут предпочесть безвозвратные операции. Одним из способов решения этой проблемы является перегружать Публичный ключ немного. Последние четыре бита могут указывать предпочтение транзакции. Например, «00» может означать, что получатель не имеет предпочтений. «11» может указывать получатель только хочет сделки они не должны требовать. Там не требуется вторичный ключ быть включен. Вы можете обнулить его, чтобы сделать его общедоступным, что это не может быть отозвано. Вы можете сделать его случайным тайно сделать безотзывным.

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

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

Так что ты думаешь?