28 октября 2013, 10:46:14 AM   # 1
 
 
Сообщения: 469
Цитировать по имени
цитировать ответ
по умолчанию Re: Замена pubkeys для multisig

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


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

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

Что было бы самым разумным способом реализовать этот обмен, сохраняя при этом его как безопасный и нетехнических насколько это возможно для пользователей? Очень длинные шестигранные строки кажутся плохим вариантом, но есть какие-либо другие? Ничего лучше, чем просто положить его в файл?

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


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


28 октября 2013, 4:04:40 PM   # 2
kjj
 
 
Сообщения: 1302
Цитировать по имени
цитировать ответ
по умолчанию Re: Замена pubkeys для multisig

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





Чтобы создать адрес P2SH multisig, некоторые лица в процессе должен быть в распоряжении всех pubkeys. Pubkeys, как правило, считаются безопасными для обмена, публикации и т.д. Вот почему они называются открытыми ключами.

WIF работает отлично для ключей, используемых в multisig. Вы можете импортировать все ключи в клиенте, если вы хотите, или вы можете указать их в signrawtransaction вызова RPC, и все, что инфраструктура создается для поддержки вашей системы лучше быть в состоянии прочитать их.

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

смотреть на BIP 10.  Это о доставке подписей вокруг сделок многопартийных, но похоже, что он будет работать отлично для P2SH multisig тоже.
kjj сейчас офлайн Пожаловаться на kjj   Ответить с цитированием Мультицитирование сообщения от kjj Быстрый ответ на сообщение kjj

28 октября 2013, 4:55:38 PM   # 3
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Замена pubkeys для multisig

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

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

От "условное депонирование" Вы имеете в виду урегулирования споров?

  https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation

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

28 октября 2013, 6:37:56 PM   # 4
 
 
Сообщения: 469
Цитировать по имени
цитировать ответ
по умолчанию Re: Замена pubkeys для multisig

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

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

От "условное депонирование" Вы имеете в виду урегулирования споров?

  https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation
Да, я делаю, и я абсолютно согласен, что мы не хотим подвергать ключи от пользователя - это была моя точка. В ссылке вы предоставили, он говорит:
котировка
2. Попросите торговец для открытого ключа (K1). Спросите посредник для открытого ключа (K2). Создать новый ключ для себя (К3).
Это точно шаг я задаюсь вопросом о том.

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

28 октября 2013, 6:41:04 PM   # 5
 
 
Сообщения: 469
Цитировать по имени
цитировать ответ
по умолчанию Re: Замена pubkeys для multisig

Чтобы создать адрес P2SH multisig, некоторые лица в процессе должен быть в распоряжении всех pubkeys. Pubkeys, как правило, считаются безопасными для обмена, публикации и т.д. Вот почему они называются открытыми ключами.
Да, я понимаю, что мне было просто интересно, если есть что-то, что мне не хватает с точки зрения правильного формата / способ обмена. Это был своего рода глупый вопрос ...
свиристель сейчас офлайн Пожаловаться на свиристель   Ответить с цитированием Мультицитирование сообщения от свиристеля Быстрый ответ на сообщение свиристель

28 октября 2013, 10:36:31 PM   # 6
 
 
Сообщения: 1526
Цитировать по имени
цитировать ответ
по умолчанию Re: Замена pubkeys для multisig

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

Да, в значительной степени

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

Если вы собираетесь сделать посредничество спор реального (пожалуйста !!!), то подходящее место для начала, выяснить, что вы хотите, чтобы пользовательский интерфейс выглядеть. Тогда работа в обратном направлении от того, как осуществлять обмен сообщениями, а затем вы обнаружите, multisig часть действительно самая тривиальная часть всех Если вы делаете это с bitcoinj я могу дать вам общую суть.
Майк Хирн сейчас офлайн Пожаловаться на Mike Хирн   Ответить с цитированием Мультицитирование сообщения от Mike Хирн Быстрый ответ на сообщение Mike Хирн



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW