Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
25 октября 2013, 10:52:43 AM   # 1
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: unlinkable общественных детерминированных адресов бумажника

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


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
Таким образом, в BIP 32 https://en.bitcoin.it/wiki/BIP_0032 (Упрощение) закрытый ключ база х, база открытый ключ Q = XG, то публичный вывод (BIP вызывает эту функцию CKD) является Qi = т * G + Q, где т = MAC (с, Q, я) и в это общественности "код цепи" (Они используют MAC-HMAC-SHA512). Получатель может получить ключ, соответствующий X_i Qi, как X_i = т + х по модулю п (потому, что м * G + х * G = (т + х) * С).

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

(С частным деривации (также указанный в БИП 32), наоборот, здесь x_i = т «+ х, где т» = MAC (С, х, я), и Qi = x_i * G, так что нет зацепления, но которые могут быть вычислены только знающего секретный ключ х, так что это не публично вычислимое, и не взаимодействуют т.е. для использования общественного дифференцирования как отправитель и получатель должен использовать публичный метод деривации и для частного вывода получатель должен сгенерировать и отправить адрес отправителю, вы не можете смешивать общественности & частный вывод, поскольку они несовместимы).

Мне кажется, вы могли бы сделать общественные деривации unlinkable, например, путем создания случайного секрета "код цепи" и шифрование для получателя. Таким образом, с '= случайное, Qi = c'G + Q, E (Q, с'). Там, где Е представляет открытый ключ шифрования с открытым ключом Q, такие как EC Elgamal E (Q, C ') = (А, В), где к = случайная, точка С = [с', F (с ')], где определен ЕС с помощью функции F, A = C + KQ, B = кГс. Дешифрирование выполняется с '= [А-хВ] .x. Теперь, чтобы получить операции нужно полный клиент и попытаться расшифровать гр" значения и если с проверкой"* Q =? Qi.

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

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


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


25 октября 2013, 11:58:11 AM   # 2
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: unlinkable общественных детерминированных адресов бумажника

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





Таким образом, в BIP 32 закрытый ключ х, база открытый ключ Q = XG, то общественное деривация Qi = т * G + Q, где т = MAC (с, Q, я) и с является публичной "код цепи"
[...]
вы могли бы сделать общественные деривации unlinkable, например, путем создания случайного секрета "код цепи" и шифрование для получателя. Таким образом, с '= случайное, Qi = c'G + Q, E (Q, с'). Там, где Е представляет открытый ключ шифрования с открытым ключом Q, такие как EC Elgamal E (Q, C ') = (А, В), где к = случайная, точка С = [с', F (с ')], где определен ЕС с помощью функции F, A = C + KQ, B = кГс. Дешифрирование выполняется с '= [А-хВ] .x.

кроме вас, вероятно, хотите, с», чтобы быть случайным, но получается как в BIP 32 как с"= Случайная, ся= MAC (с", Q, I), чтобы избежать злонамеренно выбранного гря значения в качестве получателя, в конце концов собираются подписать ТЙ с использованием х + ся в качестве частного ключа; казалось бы, ECDSA является относительно невосприимчивы к тому, что (смотреть на вопрос кратко), но в общем случае для других схем подписи, что является потенциальным открытием.

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

25 октября 2013, 1:27:59 PM   # 3
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: unlinkable общественных детерминированных адресов бумажника

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

25 октября 2013, 2:50:46 PM   # 4
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: unlinkable общественных детерминированных адресов бумажника

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

Хорошо, что имеет больше смысла! (Я думал, что я должен быть что-то отсутствует).

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

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

- Другим свойством является отправителем после факта не знает, кто он отправляется, если он оленья кожа регистрации значений случайных C». 

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

Адам

пс Это не было очевидное чтение BIP 32 и даже не глядя теперь я не вижу упоминания о требованиях безопасности для обработки цепочки кодов. Если то не замерзла может иметь смысл положить записку, что где-то. Я мог бы даже принять удар на редактирование - выглядит как его редактируемой страницы.
adam3us сейчас офлайн Пожаловаться на adam3us   Ответить с цитированием Мультицитирование сообщения от adam3us Быстрый ответ на сообщение adam3us

23 декабря 2013, 12:46:58 PM   # 5
 
 
Сообщения: 400
Цитировать по имени
цитировать ответ
по умолчанию Re: unlinkable общественных детерминированных адресов бумажника

Мне кажется, вы могли бы сделать общественные деривации unlinkable, например, путем создания случайного секрета "код цепи" и шифрование для получателя. Таким образом, с '= случайное, Qi = c'G + Q, E (Q, с'). Там, где Е представляет открытый ключ шифрования с открытым ключом Q, такие как EC Elgamal E (Q, C ') = (А, В), где к = случайная, точка С = [с', F (с ')], где определен ЕС с помощью функции F, A = C + KQ, B = кГс. Дешифрирование выполняется с '= [А-хВ] .x. Теперь, чтобы получить операции нужно полный клиент и попытаться расшифровать гр" значения и если с проверкой"* Q =? Qi.

Видимо пользователь форума байткод предложил что-то связанное с этим в прошлом.

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

В качестве альтернативы можно было бы сделать отдельное сообщение спаривание без каких-либо входов (другой тогда анонимный unlinkable плата за анти-DoS), чтобы отправить E. Таким образом, сообщение спаривание посылает E (Q, C «) (фактически детерминированный с» для идемпотентности восстановления / аварии причины). И с»становится общим chaincode для нормального BIP 32 HD суб-кошелек для конкретной пары отправитель-получатель и секретном им. Существует некоторый риск временной корреляции спаривания и первого платежа производится немедленно, и некоторый риск отказа из-за отсутствия связи сообщения спаривания, то есть получатель не знает, с». Эта часть не является идеальной, посылая один Комбинированное сообщением является предпочтительным, но берет на триал-дешифрование и полный узел, или делегацию на полный узел, который познает цепной код и делает пробную расшифровку. Вероятно, можно было бы делегировать пробный дешифрование для полного узла, а полезная нагрузка представляет собой супер-зашифрованы цепного кода.

Я не уверен, если его аналогом идеи ByteCode или нет (не нашли оригинал), но Retep также предложил по идее другой вариант этой же идеи: использовать статический DH для кодирования вместо EC Elgamal (ака ECIES), который в основном сосредоточено на артефакте, что спаренные пользователи не заботятся, чтобы выбрать chaincode, случайный, переговоры можно было бы сделать. Для этого, например, отправитель имеет открытый ключ от входа сказать P = Eg, и получатель имеет открытый ключ Q = дО, то они используют ECDH, чтобы прийти к общему коду с '= H (ео) = H (Dp). Retep назвал это стелс-адрес, так что использование BIP 32 он создает последовательность HD addesses как Si = M (с», I), а получатель сжатый адрес S'i = Н (Si), так что получатель с полным узел может сканировать для них. Или делегировать сканирование на полный узел.

Снова явный цветение приманка тег может быть использован для уменьшения сканирования при стоимости набора анонимности. Для того, чтобы сделать его обратно совместимый Retep предложили растереть адрес, чтобы придать ему префикс с дополнительным бонусом, что многие инструменты уже держать индексы префикса адреса. (Адрес помол может изменить BIP32 добавить шлифовальный счетчик: Si = M (с», я, CTR)). Это действительно подразумевает некоторую шлифовальную стоимость, которая замедляет вещи вниз, но его несколько обратной совместимость и, возможно, indistinguishble до некоторой степени. Наземные префиксы адресов или явные теги цветения-приманка, могут оказать неблагоприятное воздействие на CoinJoin как метка / метка виден и Анонимность набор уменьшается.

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

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

Существует один дополнительное преимущество отправителя полученных адреса: получатель имеет глобальный общий статический адрес, поэтому он может выступать в качестве якоря доверия к отогнать отвлечение атаку в простом и эффективном способе пространства без подписей. Он может действовать как SSH Тофу (доверительном при первом использовании) отпечатков пальцев. Пользователи могут сравнить отпечатки пальцев, вызвать компанию, ожидают отпечатки пальцев, рекламируемые на все официальные письма, SSL статического контент веб-сайте, визитные карточки, целевые каталоги, PGP, подписанные ключевыми сотрудниками и т.д. (Diversion атака означает, где кто-то взламывает сервер и заменяет адреса с их собственным). Кроме того, люди могут проверить, что отпечатки пальцев в их автономном бумажнике для сумм уровня инвестиций.

Адам

[Править: NB для этого общей схемы работы, получатель должен Advertis несжатого адреса, то есть х коорды из Q, а не H (Q). Это может даже быть совместимо со старым несжатым BTC адреса, я не уверен]
adam3us сейчас офлайн Пожаловаться на adam3us   Ответить с цитированием Мультицитирование сообщения от adam3us Быстрый ответ на сообщение adam3us

23 декабря 2013, 3:21:03 PM   # 6
 
 
Сообщения: 1106
Цитировать по имени
цитировать ответ
по умолчанию Re: unlinkable общественных детерминированных адресов бумажника

Существует один дополнительное преимущество отправителя полученных адреса: получатель имеет глобальный общий статический адрес, поэтому он может выступать в качестве якоря доверия к отогнать отвлечение атаку в простом и эффективном способе пространства без подписей. Он может действовать как SSH Тофу (доверительном при первом использовании) отпечатков пальцев. Пользователи могут сравнить отпечатки пальцев, вызвать компанию, ожидают отпечатки пальцев, рекламируемые на все официальные письма, SSL статического контент веб-сайте, визитные карточки, целевые каталоги, PGP, подписанные ключевыми сотрудниками и т.д. (Diversion атака означает, где кто-то взламывает сервер и заменяет адреса с их собственным). Кроме того, люди могут проверить, что отпечатки пальцев в их автономном бумажнике для сумм уровня инвестиций.

Основная причина, почему я, и по этому вопросу Амир Таки предложил "стелс-адрес" в первую очередь потому, что я хотел, чтобы добавить их к OpenPGP ключи - позже других систем ЦА тоже - в качестве дополнительного идентификатора пользователя, так что бумажник программное обеспечение может повторно использовать эту инфраструктуру для проверки, которые вы пытаетесь заплатить. Я настоятельно рекомендую использовать этот базовый механизм, даже если доверия на первом использовании используется для проверки, а не веб-оф-доверие. Одна интересная вещь обо всем этом это позволяет предположить, что способность кодировать небольшое количество дополнительных метаданных, которые можно увидеть только получателем в сделке было бы полезно, например, учетный код, чтобы неоднозначность платежей.

Я также думаю, что этот материал набрасывается модель конфиденциальности достаточно плотно, так что я хочу сделать некоторые формализации, что первыми. IE для клиентов SPV, что ваша анонимность множество других сделок вы спрятанных в, и как вы убедитесь, что набор остается на уровне вы думаете, что делает?
Peter Todd сейчас офлайн Пожаловаться на Питер Тодд   Ответить с цитированием Мультицитирование сообщения от Peter Todd Быстрый ответ на сообщение Peter Todd



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW