20 января 2011, 5:59:39 PM   # 1
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
http://www.flamewars.org/~phil/Bitcoin%20mixnet.pdf

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

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

Эта идея или один, как это было весьма вероятно, обсуждалась ранее. Я, конечно, видел, как люди, предполагающие, используя Bitcoin обмен как одноступенчатых обменников монеты, чтобы ограничить прослеживаемость сделки. В основном это предположение о том, как стандартизировать эту концепцию для обеспечения масштабируемой mixnet. Это очень грубый и общий документ в данный момент, но я думаю, что это является хорошей отправной точкой для обсуждения.
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack


Как заработать Биткоины?
Без вложений. Не майнинг.


20 января 2011, 9:03:15 PM   # 2
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Получил 1806 Биткоинов
Реальная история.





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

Может ли злоумышленник видеть незашифрованный трафик IP к / от узла отправителя, или трафик по туннелю сквозь анонимной сеть, как I2P или тор?

Знает ли злоумышленник какой-либо из приема отправителя Bitcoin адреса? Является ли злоумышленник хочет и / или в состоянии послать «отмеченные биткойно» отправитель? Многие из них?
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

20 января 2011, 9:17:17 PM   # 3
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Может ли злоумышленник видеть незашифрованный трафик IP к / от узла отправителя, или трафик по туннелю сквозь анонимной сеть, как I2P или тор?

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

Знает ли злоумышленник какой-либо из приема отправителя Bitcoin адреса?

Я не предполагается. Цель состоит в том, чтобы предотвратить атакующего от получения адреса отправителя.

Является ли злоумышленник хочет и / или в состоянии послать «отмеченные биткойно» отправитель? Многие из них?

Опять же, я не предполагая, так как злоумышленник не знает адреса отправителя.
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack

21 января 2011, 2:34:55 AM   # 4
 
 
Сообщения: 1232
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Я и MagicalTux обсуждали это. Концепция, которую мы придумали, чтобы обеспечить анонимность:

A_x хочет отправить B_x

A_1 отправляет 40 BTC М
А_2 отправляет 10 BTC М
A_3 отправляет 30 BTC М

Спред в течение 1 недели M делает:

М отправляет 10 BTC в B_1
М посылает 3 BTC в B_2
М отправляет 5 BTC в B_1
М отправляет 6 BTC в B_2
М отправляет 10 BTC в B_3
M отправляет 15 BTC в B_1
М отправляет 5 BTC в B_1
M отправляет 22 BTC в B_3

- В суммирует mixnet не отправляет и не получили в общей сложности суммы. Его +/- случайное количество (несколько смещена в сторону - как плату).
- Правдоподобное отрицание пути распределения средств с течением времени.
- A_x предоставляет несколько адресов для назначения B_x. M перебирает этот список случайно перезагрузится после его завершения.

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

21 января 2011, 3:03:41 AM   # 5
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Если модель угрозы, как ZipSlack описывает, то я думаю, "отправить себе" mixnet будет работать.

Патч Bitcoin так он генерирует, случайные сделки каждый, о, я не знаю, восемь часов или около того, отправки, о, я не знаю, 1 / 10'th или так ваш Bitcoins обратно к себе с помощью вновь сгенерированным адреса.

И стереть след в случае, если ваш кошелек получает захваченный, удалить исходные транзакции и их (потраченные) ключи от вашего кошелька.

Через неделю делать, что вы поставили 21 дополнительных операции по сети и, в среднем, четыре дополнительных операций на монетах в вашем бумажнике (четыре, потому что каждый отправка обычно генерирует транзакцию изменения). Делайте это постоянно, и вы будете иметь постоянно сбивают бумажник, что нечто, чтобы сорвать любые попытки соединить входящие <-> исходящие транзакции.

Это все при условии, что вы не начинаете с нуля Bitcoins в вашем бумажнике, получить именно 111,11 биткойнов от кого-то, провести пару недель их смешивания, а затем заплатить ровно 111,11 биткойны к кому-то другому. Эта сеть транзакций граф легко проанализировать, и это было бы безумно маловероятно, что вы "только что произошло" получить точно те же 111,11 достоинства монет, которые были даны вне.

Хм, интересно, если патч может обнаружить плохое соединение и предупредить вас, если вы попытаетесь сделать что-то глупое, как ...

Кто-то, кто знает гораздо больше о mixnets, чем я, вероятно, может работать математику, чтобы знать, сколько и какого типа, хаотичности, чтобы добавить к восьми часов и 1/10, чтобы сделать статистический анализ, как сложно, как это возможно.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

21 января 2011, 4:15:27 AM   # 6
 
 
Сообщения: 1232
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Я вижу, что привлекательность, и нет необходимости доверять серверу

С сервера, хотя обработки большого количества одновременных смесей, то это было бы невозможно проанализировать.

Направляя его через центральный источник, шум от всех других людей, запутывает канал. Информация постоянно теряется.
genjix сейчас офлайн Пожаловаться на genjix   Ответить с цитированием Мультицитирование сообщения от genjix Быстрый ответ на сообщение genjix

21 января 2011, 6:25:37 AM   # 7
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Я и MagicalTux обсуждали это. Концепция, которую мы придумали, чтобы обеспечить анонимность:

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

Если модель угрозы, как ZipSlack описывает, то я думаю, "отправить себе" mixnet будет работать.

Это очень интересное предложение. Я думаю, что мне нужно, чтобы узнать больше о том, как именно монеты представлены в блок-цепи, потому что я был под впечатлением, что это не будет работать, потому что независимо от того, сколько счетов монета прошла через это всегда будет прослеживаться через цепь обратно каждый счет он когда-либо «принадлежал» к.

Так что, если я получаю оплату за 100 Bitcoins, состоящего из 20 небольших остатков из 20 различных счетов, и я отслеживать эти монеты назад и найти, что 1 неделю назад все они принадлежали к одному счету, то, скорее всего, что монеты были переданы через "отправить себе" перемешайте и счет от 1 недели назад, принадлежит к тому же пользователю, который только что прислал мне этот платеж. (Еще один способ сказать, что было бы, это очень маловероятно, что пользователь получил оплату (по крайней мере) 100 монет, а затем оплатил его в 20 отдельных сделках до 20 различных лиц, которые прошли эти монеты через другую серию сделок, которые по совпадению наконец закончился со счетами под контролем одного человека, который сделал оплату этих монет для меня. Это немного упрощен пример, но все же реалистичным, я думаю.)
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack

21 января 2011, 3:26:00 PM   # 8
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Так что, если я получаю оплату за 100 Bitcoins, состоящего из 20 небольших остатков из 20 различных счетов, и я отслеживать эти монеты назад и найти, что 1 неделю назад все они принадлежали к одному счету, то, скорее всего, что монеты были переданы через "отправить себе" смешивание...

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

Кто-то, кто знает гораздо больше о теории графов, статистики и вероятности, чем я должен Chime и сказать мне, как я неправильно или придумать с хорошей метрикой для идеального количества смешивания (Держу пари, слишком много так же плохо как и слишком мало). Анализируя связанность существующей Bitcoin сделки графика может быть хорошим местом для начала.
Гэвин Андресен сейчас офлайн Пожаловаться на Гэвин Андресен   Ответить с цитированием Мультицитирование сообщения от Gavin Andresen Быстрый ответ на сообщение Гэвин Андресен

29 января 2011, 1:04:46 AM   # 9
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

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

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

Другая проблема заключается в том, что - давайте смотреть правде в глаза - работает смеситель будет серьезно рискованным для тех, кто живет в США и Европе, так что, вероятно, не будет много людей, стоящих в очереди, чтобы сделать это. Я ожидал бы такой сервис придется как минимум работать как скрытый сервис Tor, в качестве юридического риска, связанного с бытием, что является эффективно самоотверженную службу отмывания денег велик.

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

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

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

Для клиентов, доверяющих миксера на более чем репутации в одиночку, безопасная платформа, которая поддерживает удаленную аттестацию будет идеальным. К сожалению, не многие из них там. Hal имеет практический опыт работы с IBM 4758, но, к сожалению, они не продаются больше. Их замена требует контракт с IBM, чтобы выполнить произвольный код, это кажется.

Окончательное слабое место схемы zipslacks является отображением локального адреса -> адрес назначения. Это может быть решено с помощью алгоритма затемненных таблиц, но это, вероятно, не стоит, как задержка между настройкой смеси и фактически посылая монету не должна быть все, что большой.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

29 января 2011, 6:03:25 PM   # 10
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

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

Это не совсем верно. Поскольку клиент готовит сделку знает, какой размер транзакции каждый mixnet узел может принять, он может выбирать узлы с большими максимальными размерами транзакций. Например, для цепи 3-узла, наибольшая возможная сделка будет столь же большим как третий по величине узел в пуле (игнорируя проблему доверия на данный момент).

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

Другая проблема заключается в том, что - давайте смотреть правде в глаза - работает смеситель будет серьезно рискованным для тех, кто живет в США и Европе

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

Может быть, это потому, что разный Bitcoins является носителем стоимость. Тем не менее, они не являются признанной валютой. Я думаю, что политический климат будет многое изменить, прежде чем мы начинаем беспокоиться о вмешательстве правительства.

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

Просто чтобы убедиться, что я понял, ты, ты говоришь единое целое, которая проходит много внутренних обменник монет, по существу, весь mixnet контролируется один индивидуальными / организациями? Не будет ли эта организация крайне уязвима для SUBPOENA / обыска и изъятия? Они имеют полное знание отправителя и получателя каждой транзакции, поэтому было бы легко авторитет проследить индивида они проявляют интерес, или отслеживать каждый пользователь в mixnet.

Окончательное слабое место схемы zipslacks является отображением локального адреса -> адрес назначения.

Что ты имеешь в виду? Если база данных захвачена какой-то власти? В этом случае это не будет важно, что запутывания вы используете, злоумышленник сможет расшифровать его. Вот и вся причина многопартийного mixnets: ни один человек не имеет достаточно информации, чтобы проследить весь путь, и путь может быть выбран, чтобы пересечь множество юрисдикций, чтобы следы, которые намного сложнее.
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack

30 января 2011, 4:42:29 PM   # 11
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Я имею в виду один "профессионал" смеситель, а не несколько смесителей. Я имею в виду, конечно, если есть несколько смесительных услуг вокруг почему бы не присоединиться к ним вместе, но я сомневаюсь, что это случится на некоторое время.

Запуск смесителя является рискованным, поскольку различные нормативные акты правительства в США / ЕС требуют, чтобы знать, кто ваш клиент, как только вы делаете сделки выше определенного уровня, я думаю. Глянь сюда:

http://en.wikipedia.org/wiki/Anti-money_laundering

В других частях мира, это менее вероятно, будет проблемой, но, учитывая, что AML вполне связана с "война с терроризмом" это стоит задуматься риски перед установкой один.

Для базы данных, что можно запутать таким образом, что она не может быть прочитана, но поскольку данные должны быть преходящими, что не будет предоставлять слишком много значения. Рассмотрим эту схему

Колонки: ключ, значение A, B

А и В являются большими случайными числами. Вы хотите вставить (Foo, бар).

КЛЮЧ = хеш (CONCAT (а, Foo))
VALUE = хеш (CONCAT (Ь, Foo)) ^ бар

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

Тем не менее я не уверен, что модель может быть легко применена в данном случае.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

30 января 2011, 7:04:34 PM   # 12
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Я имею в виду один "профессионал" смеситель, а не несколько смесителей.

В моей модели у меня есть две вещи: узлы и mixnets. Каждый узел принадлежит (управляется и контролируется) единое целое (лицо / организация). Mixnet состоит из любого числа узлов больше 1. (Я также клиенты и сделки (прикованы и не очень), но давайте оставим это просто.)

Что такое "смеситель? Является ли это узел или mixnet или что-то еще? Управляется он с помощью одного лица или более чем один?

Запуск смесителя является рискованным, поскольку различные нормативные акты правительства в США / ЕС требуют, чтобы знать, кто ваш клиент, как только вы делаете сделки выше определенного уровня, я думаю.

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

для базы данных, что можно запутать

Может быть, я неправильно понял, но это выглядит как ваш DB имеет две мусорные колонны, но затем два Bitcoin адреса, в порядке и в незашифрованном виде. Злоумышленник, который схватывает БД не придется вычислять ключи или значения и делать Lookups, он будет просто сбросить всю БД, отбросить первые два столбца, и использовать колонку А как его ключ и B, как и его значение.
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack

30 января 2011, 8:54:41 PM   # 13
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

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

О законах ОМЛИ, вы серьезно собираетесь пойти перед судьей и попытаться доказать, что Bitcoin не является валюта и пользователи миксера / mixnet не являются "клиенты" каким-то образом? Мне было бы интересно увидеть реакцию на такую ​​аргументацию, что система называется Bitcoin и название Титульного листа "Bitcoin P2P Виртуальная валюта",

Для запутывания да, я думаю, что я не объяснить это хорошо. Столбцы не ясен текст. Вместо ключа хранить хэш и вместо значения, вы сохраняете значение XORd с другим хэш-ключа. Это означает, что вы не можете увидеть, что ключи находятся в таблице, и вы можете прочитать только значение, когда вы представите ключ, который там.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

30 января 2011, 9:30:31 PM   # 14
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

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

В этом случае, на моем языке а 'микшера является узлом. Исходя из того, что вы сказали в предыдущих постах, разница кажется, что люди доверяют миксеры, но не узлы (и что смесители более «сложные»). Или есть больше к этому?

О законах ОМЛИ, вы серьезно собираетесь пойти перед судьей и попытаться доказать, что Bitcoin не является валюта и пользователи миксера / mixnet не являются "клиенты" каким-то образом? Мне было бы интересно увидеть реакцию на такую ​​аргументацию, что система называется Bitcoin и название Титульного листа "Bitcoin P2P Виртуальная валюта",

Если я пытаюсь платить свои налоги в Bitcoins я получить примерно такую ​​же реакцию, как если бы я попытался заплатить им Монополию денег. Вы бы предположить, что правительство будет преследовать меня за создание денег прачечной Монополии?

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

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

Это все становится немного от точки. Первоначальная цель этой темы была получить комментарии относительно общего технической архитектуры и процесса работы mixnet Bitcoin. Так как никто не прокомментировал эти аспекты я приступаю к более подробной техническим характеристикам и эталонной реализации.
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack

30 января 2011, 9:43:41 PM   # 15
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

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

http://www.securityfocus.com/news/11528

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

Но я не собираюсь делать работу, и это звучит, как вы, так пойти на это.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн

3 мая 2011, 7:42:41 PM   # 16
 
 
Сообщений: 43
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

В случае, если кому-то интересно, вот что я до сих пор: http://www.flamewars.org/~phil/btcexchanger.git

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

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

Мысли (и патчи) приветствуются.
ZipSlack сейчас офлайн Пожаловаться на ZipSlack   Ответить с цитированием Мультицитирование сообщения от ZipSlack Быстрый ответ на сообщение ZipSlack

3 мая 2011, 8:21:45 PM   # 17
 
 
Сообщения: 416
Цитировать по имени
цитировать ответ
по умолчанию Re: RFC: Bitcoin Mixnet

Мысли (и патчи) приветствуются.

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

http://bitcointalk.org/index.php?topic=5965

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

ByteCoin

ByteCoin сейчас офлайн Пожаловаться на ByteCoin   Ответить с цитированием Мультицитирование сообщения от ByteCoin Быстрый ответ на сообщение ByteCoin



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW