Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
22 апреля 2015, 3:30:59 PM   # 1
 
 
Сообщения: 805
Цитировать по имени
цитировать ответ
по умолчанию Re: PubKeys, подписи и видимость PubKeyHash на Blockchain по формату вывод

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


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

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


P2PKH

Допустимые входы и выходы будут содержать следующее.

Предыдущий выход транзакцииЗадает хэш открытого ключа в суме выкуплено, который ПОДПИСЬ открытого ключа необходима для погашения средств, указанных в этом выводе.

Это форматируются и хранятся на блок цепи следующим образом:
Код:
OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG
PubKeyHash хэш открытого ключа. Поэтому, если эта сделка не была выкуплена его полный открытый ключ не будет известно. Адрес этого выхода является PubKeyHash с контрольной суммой, добавляется base58 закодированного с «1» предваряется.

Следующая сделка InputСодержит открытые ключ и соответствующие подписи соответствующих частей этой сделки. Обе эти услуги предоставляются в полной оон хэшированных форм.

Это форматируются и хранятся на блок цепи следующим образом:
Код:
<Публичных>
Подпись сделки и открытого ключа хранятся в их полной не-хэшируются форм. Когда они используются с сумой предыдущего выхода он оценивает в действительности. Поэтому вся информация присутствует на blockchain, чтобы убедиться в этом.


P2PKH Multisig

Допустимые входы и выходы будут содержать следующее.

Предыдущий выход транзакции: Хэш Определяет «N» открытых ключей в выкуплене сумах были «м» ключ подпись общественной необходима для погашения средств, указанных в этом выводе.

Это форматируются и хранятся на блок цепи следующим образом:
Код:
OP_2 OP_3 OP_CHECKMULTISIG
Они хранятся хэши открытых ключей. Этот тип продукции не имеет никакого адреса.

Следующая сделка InputСодержит открытые ключи «M» и соответствующие подписи соответствующих частей этой сделки. Эти открытые ключи и подписи предоставляются в их полном объеме не-хэшируются форм.

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


P2SH Multisig

Допустимые входы и выходы будут содержать следующее.

Предыдущий выход транзакции: Указует хэш второго сценария выкуплен в этом выкуплена суме, которая требуется в полном объеме в следующем входе с его удовлетворением условий уносят средства, указанные в этом выводе.

Это форматируются и хранятся на блок цепи следующим образом:
Код:
OP_HASH160 OP_EQUAL
Здесь хэш выкуплен сценарий, указанный в сценарии P2SH не будет известен, глядя на blockchain, если он не был погашен. Адрес данного выхода хэш сценария плюс контрольной суммы, base58, закодированные с «3» предваряется.

Следующая сделка InputДля P2SH определяет сценарий, для которого хэш хранится в выводе предыдущей операции. Для Multisig этот сценарий будет также указать хэши открытых ключей, необходимых для удовлетворения его. Искупительная сценарий также обеспечивает «М» «п» открытых ключей и соответствующих подписей соответствующих частей этой сделки. И открытые ключи и подписи предоставляются в их полном объеме не-хэшируются форм.

Это форматируются и хранятся на блок цепи следующим образом:
Код:
OP_0 OP_2 OP_3 OP_CHECKMULTISIG
Хэш открытых ключей не сохраняются для P2SH multisig. Подписи сделки и открытых ключей хранятся в их полном объеме не-хэшируются форм. Когда они используются с сумой он оценивает в действительности. Поэтому вся информация присутствует на blockchain, чтобы убедиться в этом.

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


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


23 апреля 2015, 9:44:56 AM   # 2
 
 
Сообщения: 805
Цитировать по имени
цитировать ответ
по умолчанию Re: PubKeys, подписи и видимость PubKeyHash на Blockchain по формату вывод

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





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

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

Хорошо то, что я думал.

Определяет «N» хэши открытых ключей в выкуплен сумы были ключ подписи общественных «М» необходимы для погашения средств, указанных в этом выводе.

Это форматируются и хранятся на блок цепи следующим образом:
Код:
OP_2 OP_3 OP_CHECKMULTISIG
Являются ли эти хранятся в виде открытых ключей или хэш открытых ключей?

Мм? Не вы уже ответить на этот вопрос? Ты сказал "Определяет «N» хэши открытых ключей"  Это значит "хэши" не так ли?

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

Как это адрес для этого выхода генерируется?

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

Ах, спасибо. Я имел реальные проблемы с поиском ответа на этот.

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

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

Большое спасибо DannyHamilton это очень полезно.
NO_2 сейчас офлайн Пожаловаться на NO_2   Ответить с цитированием Мультицитирование сообщения от NO_2 Быстрый ответ на сообщение NO_2

1 мая 2015, 9:55:53 AM   # 3
 
 
Сообщения: 805
Цитировать по имени
цитировать ответ
по умолчанию Re: PubKeys, подписи и видимость PubKeyHash на Blockchain по формату вывод

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

Это может показаться странным, но точку я думал, что одна функция безопасности Bitcoin в том, что открытые ключи не подвергаются, прежде чем сделка погашается. Однако в том случае, когда P2SH multisig адрес должен быть проверен другими сторонами открытые ключи должны быть просмотрены другими сторонами.

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

1 мая 2015, 10:42:00 AM   # 4
 
 
Сообщения: 1148
Цитировать по имени
цитировать ответ
по умолчанию Re: PubKeys, подписи и видимость PubKeyHash на Blockchain по формату вывод

Там нет multisig версии оплаты для открытого ключа хэша. OP_CHECKMULTISIG не принимает ключевые хэшей. В стандартной оплате до открытого ключа хэша для отдельных подписей, скрипт делает чек против хэша. Он не является частью OP_CHECKSIG.

Это полный сценарий, когда расходы на выходе.

| символ используется для обозначения раскола между scriptSig и scriptPubKey, но ничего не делает.

Код:
<Публичных> | OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG

Об этом говорится в

Нажмите подпись на стек

Код:


Вставьте Публичные в стеке

Код:
<Публичных>


Дубликат верхнего элемента в стеке

Код:
<Публичных>
<Публичных>


Применить Hash160 к верхнему элементу в стеке

Код:
Hash (<Публичных>)
<Публичных>


Нажмите PubKeyHash в стек

Код:

Hash (<Публичных>)
<Публичных>


Убедитесь, что верхние 2 элементы равны (PubKeyHash = Хеш (Публичный)) и удалить их

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

Код:
<Публичных>


Проверка подписи против открытого ключа. Удалите 2 элемента, и если подпись действительна, нажмите OP_TRUE на стек

Код:
OP_TRUE

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW