Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
17 декабря 2013, 5:05:37 AM   # 1
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Всем привет,

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

Код v0.1 альфа питон здесь:

https://github.com/coinmessage/coinmessage

Среди прочего, это должно позволить:
  • Безопасные, зашифрованные сообщения, в которых только одна сторона имеет ключ, чтобы прочитать их.
  • Логины на веб-сайты без паролей, используя вместо этого механизма запроса / ответа, как GPG AUTH.
  • Клиент кошелек, который также может быть использован для чтения защищенных сообщений.
  • Последовательные псевдонимы идентичность Интернет, которые могут быть доказуема теми же через веб-сайтами.

В настоящее время, вы можете только шифровать и расшифровывать сообщения из питона командной строки.

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

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


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


17 декабря 2013, 5:36:36 AM   # 2
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

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





  • Логины на веб-сайты без паролей, используя вместо этого механизма запроса / ответа, как GPG AUTH.
  • Последовательные псевдонимы идентичность Интернет, которые могут быть доказуема теми же через веб-сайтами.
Это было для Bitcoin встроенного-Qt, так как 0,6 и используется для таких вещей, как майнинг Eligius и # Bitcoin-OTC для почти так же долго.
Вот пример пошаговое руководство написано BunnyH.
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

17 декабря 2013, 5:41:38 AM   # 3
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

  • Логины на веб-сайты без паролей, используя вместо этого механизма запроса / ответа, как GPG AUTH.
  • Последовательные псевдонимы идентичность Интернет, которые могут быть доказуема теми же через веб-сайтами.
Это было для Bitcoin встроенного-Qt, так как 0,6 и используется для таких вещей, как майнинг Eligius и # Bitcoin-OTC для почти так же долго.
Вот пример пошаговое руководство написано BunnyH.

Ссылку вы дали для подписания публичных сообщений. Есть возможность также для передачи личных сообщений?

Например, я могу послать вас, кто предположительно принадлежит этот адрес: 134dV6U7gQ6wCFbfHUz2CMh6Dth72oGpgH сообщение:

AABs1tUzPFR / IEpuscV1KGZouTf0Wp11k0x9 / jDkUZdLZ5DlalFrpc3h7tkXq5 / E4Vbe7EHu6cjQleBx3QOMNSWGbZrTNKzlf3 + TShRq

Только вы должны быть в состоянии прочитать это сообщение и только с закрытым ключом.

Вы хотите сказать, что это существует в клиенте Bitcoin-QT?

Редактирование: фига. Я вижу, что вы говорили только о / ответ с помощью знака / проверить. В этом есть смысл. Кстати, я был бы признателен, если бы вы расшифровать это сообщение как тест =)
altoz сейчас офлайн Пожаловаться на altoz   Ответить с цитированием Мультицитирование сообщения от altoz Быстрый ответ на сообщение altoz

17 декабря 2013, 5:44:53 AM   # 4
 
 
Сообщения: 1008
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Всем привет,

Я создал защищенную библиотеку обмена сообщениями, которая использует blockchain для инфраструктуры открытого ключа. До сих пор, это довольно простая реализация ECC cryptograpy с использованием кривой, которая использует Bitcoin для шифрования (у ^ 2 = х ^ 3 + х + 7). Теперь вы можете отправить защищенное сообщение для любого публичного Bitcoin адреса, который провел что-то. Только владелец закрытого ключа может прочитать сообщение. Ограничение, имеющий адрес, который уже провел что-то является результатом из blockchain не содержащий открытый ключ, пока кто-нибудь не на самом деле потратили средства с этого адреса.

Код v0.1 альфа питон здесь:

https://github.com/coinmessage/coinmessage

Среди прочего, это должно позволить:
  • Безопасные, зашифрованные сообщения, в которых только одна сторона имеет ключ, чтобы прочитать их.
  • Логины на веб-сайты без паролей, используя вместо этого механизма запроса / ответа, как GPG AUTH.
  • Клиент кошелек, который также может быть использован для чтения защищенных сообщений.
  • Последовательные псевдонимы идентичность Интернет, которые могут быть доказуема теми же через веб-сайтами.

В настоящее время, вы можете только шифровать и расшифровывать сообщения из питона командной строки.

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

Благодаря!

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

17 декабря 2013, 5:46:21 AM   # 5
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Всем привет,

Я создал защищенную библиотеку обмена сообщениями, которая использует blockchain для инфраструктуры открытого ключа. До сих пор, это довольно простая реализация ECC cryptograpy с использованием кривой, которая использует Bitcoin для шифрования (у ^ 2 = х ^ 3 + х + 7). Теперь вы можете отправить защищенное сообщение для любого публичного Bitcoin адреса, который провел что-то. Только владелец закрытого ключа может прочитать сообщение. Ограничение, имеющий адрес, который уже провел что-то является результатом из blockchain не содержащий открытый ключ, пока кто-нибудь не на самом деле потратили средства с этого адреса.

Код v0.1 альфа питон здесь:

https://github.com/coinmessage/coinmessage

Среди прочего, это должно позволить:
  • Безопасные, зашифрованные сообщения, в которых только одна сторона имеет ключ, чтобы прочитать их.
  • Логины на веб-сайты без паролей, используя вместо этого механизма запроса / ответа, как GPG AUTH.
  • Клиент кошелек, который также может быть использован для чтения защищенных сообщений.
  • Последовательные псевдонимы идентичность Интернет, которые могут быть доказуема теми же через веб-сайтами.

В настоящее время, вы можете только шифровать и расшифровывать сообщения из питона командной строки.

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

Благодаря!

Круто! Не может ждать, чтобы попробовать это позже!

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

17 декабря 2013, 5:51:05 AM   # 6
 
 
Сообщения: 1008
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Конечно, попробуйте это:

142Wcxi8xFbTrBEnbdnHrFF1o2TCJnyKpq



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

17 декабря 2013, 5:53:46 AM   # 7
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Конечно, попробуйте это:

142Wcxi8xFbTrBEnbdnHrFF1o2TCJnyKpq



-Крис

AAEg198WzHyD8J2XhxB8UKPaLXR2uzgri + TvlKUov1oSZCRLScvDaDcMdOvciqOhc96hRcny8pZakNpE2V0wzimADfj8makJoD6iEKne1NGAw3 / TE4W2AZHEVaxnhFpaS60qRuZqWWbGraKnYMy4r1l5i1KKGVb86Gu4gZgKfqBcYc3fXyIyFeKGxgcOrhJW + r16KOvIqMoAvvFIhTx + jrpnRYe / fVpSev + qUl6PFoCuVF5VfuS / pTVWprp3 / 3KgIQRAC / edX3mbUVWqvmXMCt + 6Z5l1dMOZ

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

17 декабря 2013, 5:58:58 AM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Это обычно считается плохой практикой использовать одни и те же ключи для подписи и шифрования, хотя его не так много ловушки для ECC, как это с RSA. Хотя это несколько легко, делая вещи, которые делают ECDH так, чтобы не подтвердить, что данный случай послал точка на кривой, и, делая это довольно легко просочиться закрытый ключ.

Назвать это "ИПК" является растяжение. Если бы я должен был дать вам адрес, я мог бы просто дал вам публичный ключ вместо ... того использования централизованной базы данных или даже blockchain вообще не требуются (ни один нормальный узел Bitcoin не сохраняет индекс, который будет быть полезными для этого поиска, не будет каким-либо по умолчанию, так как это было бы добавить гигабайт и растущие накладные расходы).

Как уже упоминалось Люк, аутентификация потребительные дела лучше решать через регулярные signmessage. Это имеет дополнительное преимущество, не нуждаясь зависеть от centeralized ключа службы разрешения, так как вы можете проверить подлинность signmessage только адрес, плюс он уже развернуто.

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

17 декабря 2013, 6:04:16 AM   # 9
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Хотя это несколько легко, делая вещи, которые делают ECDH так, чтобы не подтвердить, что данный случай послал точка на кривой, и, делая это довольно легко просочиться закрытый ключ.

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

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

17 декабря 2013, 6:32:14 AM   # 10
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Вы можете уточнить по этому вопросу? Что нонс вы можете отправить, что бы утечку секретного ключа и кто? По крайней мере, в моей реализации, одноразовое значение генерируется отправителем сообщения
который не имеет секретный ключ и может быть вредоносным. Это нападение является то, что отправитель выбирает случайное слово, которое не находится на кривой, а затем пытается узнать что-то о точке, что приемник генерируется с использованием фиктивных точечно, например, зондировании его, чтобы увидеть, если «контрольная сумма» не удается.

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

котировка
Кроме того, что опасность для использования того же ключа для подписи и шифрования? Просто любопытно.
Классическим примером является RSA, где даже развернутые системы были скомпрометированы, посылая ослепленные зашифрованные данные, заставить их подписать его, и раскодирования результат для получения расшифрованных данных с помощью этого ключа. В основном предположение безопасности алгоритма может быть разорвано делать другие вещи с ключевым материалом вне алгоритма ... обычно его штрафа. Иногда это не так. Выяснить, где его штраф или не трудно, поэтому она считается лучшей практикой, чтобы просто генерировать отдельные подписи и ключей шифрования и подписать ключ шифрования, чтобы связать их ... иногда есть важные причины для компромисса по этому эмпирическому правилу, конечно , Но при отсутствии уважительной причины ее хорошо, чтобы держать их отдельно (возможно вдвойне, в том, что нет никаких сильных доказательств с безопасностью единственных ECDSA, что делают довольно широкие обобщения, если мы не можем доказать ECDSA обеспечить будучи уверены, что ECDSA плюс потенциал дополнительный боковой канал для секретного ключа сложнее.).
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

17 декабря 2013, 6:55:36 AM   # 11
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Вы можете уточнить по этому вопросу? Что нонс вы можете отправить, что бы утечку секретного ключа и кто? По крайней мере, в моей реализации, одноразовое значение генерируется отправителем сообщения
который не имеет секретный ключ и может быть вредоносным. Это нападение является то, что отправитель выбирает случайное слово, которое не находится на кривой, а затем пытается узнать что-то о точке, что приемник генерируется с использованием фиктивных точечно, например, зондировании его, чтобы увидеть, если «контрольная сумма» не удается.

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

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

Я прошу прощения за свою наивность, но я пытаюсь понять атаку. Мой алгоритм посылает короткий вариант точки Нонса (х плюс четности), так что атакующий представляемых недопустимый одноразовый номер означает, что злоумышленник посылает й это в прошлом р, но меньше, чем 2 ^ 256. Скажем, приемник имеет сломанную программу, которая не проверяет нонс и получает сообщение мусора. Что бы приемник сделать в данный момент, чтобы сообщить об этом нападавшего? Вот сообщение, которое я получил?
altoz сейчас офлайн Пожаловаться на altoz   Ответить с цитированием Мультицитирование сообщения от altoz Быстрый ответ на сообщение altoz

17 декабря 2013, 7:24:40 AM   # 12
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

котировка
Я прошу прощения за свою наивность, но я пытаюсь понять атаку. Мой алгоритм посылает короткий вариант точки Нонса (х плюс четности), так что атакующий представляемых недопустимый одноразовый номер означает, что злоумышленник посылает й это в прошлом р, но меньше, чем 2 ^ 256. Скажем, приемник имеет сломанную программу, которая не проверяет нонс и получает сообщение мусора. Что бы приемник сделать в данный момент, чтобы сообщить об этом нападавшего? Вот сообщение, которое я получил?
Да, представьте себе приемник, который принимает форму сети достижимости службы, и вы можете отправить ему сообщение, и он говорит вам, что он декодируется или просто говорит вам, если контрольная сумма передается. Теперь вы можете взрывы кандидатских сообщения (например, подметание контрольной суммы) на него и узнать данные, полученные из секретной * (точки твиста), со всем, что окольным фактически ставя под угрозу то, что будет впечатляющими, но его явно ушли далеко за пределами области возможности сделать твердые заявления о безопасности по этому вопросу.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

17 декабря 2013, 2:03:08 PM   # 13
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

котировка
Я прошу прощения за свою наивность, но я пытаюсь понять атаку. Мой алгоритм посылает короткий вариант точки Нонса (х плюс четности), так что атакующий представляемых недопустимый одноразовый номер означает, что злоумышленник посылает й это в прошлом р, но меньше, чем 2 ^ 256. Скажем, приемник имеет сломанную программу, которая не проверяет нонс и получает сообщение мусора. Что бы приемник сделать в данный момент, чтобы сообщить об этом нападавшего? Вот сообщение, которое я получил?
Да, представьте себе приемник, который принимает форму сети достижимости службы, и вы можете отправить ему сообщение, и он говорит вам, что он декодируется или просто говорит вам, если контрольная сумма передается. Теперь вы можете взрывы кандидатских сообщения (например, подметание контрольной суммы) на него и узнать данные, полученные из секретной * (точки твиста), со всем, что окольным фактически ставя под угрозу то, что будет впечатляющими, но его явно ушли далеко за пределами области возможности сделать твердые заявления о безопасности по этому вопросу.


Если я не ошибаюсь, это атака, которая может быть выполнена на любой эллиптической кривой, а не только secp256k1. И очевидно, что другие эллиптические кривые использовать тот же механизм, чтобы сделать безопасный обмен сообщениями. Является ли тот факт, что частный показатель также используется для подписи сообщений так или иначе связанных с этой атакой? Или это сам кривое? 2 ^ 256 - р = 4294968273 или примерно 4300000000000 максимально возможные попытки, которые будут возвращать различные данные. Это достаточно данных, чтобы найти что-нибудь?

Кроме того, если подметать контрольную сумму является стратегией, не имея более длинную контрольную сумму (скажем, 2 ^ 256 бит) решить эту проблему?

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

17 декабря 2013, 4:17:57 PM   # 14
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Случайное наблюдение:

Я обнаружил, что BitMessage использует secp256k1 для шифрования / дешифрования, что не очень отличается от моего кода. Означает ли это, что bitmessage также может быть поставлена ​​под угрозу? Смысл их использование secp256k1 был так, чтобы люди могли использовать одни и те же ключи от Bitcoin.
altoz сейчас офлайн Пожаловаться на altoz   Ответить с цитированием Мультицитирование сообщения от altoz Быстрый ответ на сообщение altoz

17 декабря 2013, 4:24:11 PM   # 15
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Смысл их использование secp256k1 был так, чтобы люди могли использовать одни и те же ключи от Bitcoin.
Это полезная вещь? Как?
Люк-младший сейчас офлайн Пожаловаться на Luke-Jr   Ответить с цитированием Мультицитирование сообщения от Luke-Jr Быстрый ответ на сообщение Luke-Jr

17 декабря 2013, 4:26:50 PM   # 16
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Смысл их использование secp256k1 был так, чтобы люди могли использовать одни и те же ключи от Bitcoin.
Это полезная вещь? Как?

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

17 декабря 2013, 4:30:51 PM   # 17
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Смысл их использование secp256k1 был так, чтобы люди могли использовать одни и те же ключи от Bitcoin.
Это полезная вещь? Как?

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

17 декабря 2013, 4:36:40 PM   # 18
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

Адреса не тождество.

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

17 декабря 2013, 4:49:55 PM   # 19
 
 
Сообщения: 2282
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

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

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

17 декабря 2013, 4:52:06 PM   # 20
 
 
Сообщений: 78
Цитировать по имени
цитировать ответ
по умолчанию Re: [ANN] CoinMessage: Безопасный обмен сообщениями с Bitcoin Адреса

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

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

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW