Я перебираю замок и разблокировать сценарии:
замок Сценарий: DUP HASH160 Н (Публичный) эквалайзер CHECKSIG
Разблокировка сценарий: SIG Публичных
Теперь операция EQ легко: проверка хэшированного publeys и pubkeys имеют того же происхождения, предоставленной блокировки и разблокировки сценариев путем хэширования последнего.
Но CHECKSIG операции я понимаю пикапов, но изо всех сил, чтобы понять, что это проверка:
Запирание сценарий обеспечивает H (Публичный) = BTC АДРЕС, Хорошо,
Разблокировка сценарий делает поставки Публичных и цифровой подписи.
Но ЦИФРОВОЙ ПОДПИСИ = E (H (Plaintext), где Е () является прил по собств ключом и H является хэш-функция.
Проверка с помощью: D (Е (Н (открытый текст) = Н (открытый текст), так как D () по Публичному и Е () отменяет друг друг.
Остается H (открытый текст), который должен быть сравнен. Что такое значение?
Хэш открытого ключа ??? что означает открытый текст = Публичный ???
|
|
||||||
9 сентября 2017, 8:24:34 AM
|
# 1 |
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru |
|
|
|
Как заработать Биткоины?
Без вложений. Не майнинг.
|
9 сентября 2017, 9:14:05 AM
|
# 2 |
|
Сообщения: 154
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Получил 1806 Биткоинов
Реальная история. Остается H (открытый текст), который должен быть сравнен. Что такое значение? Хэш открытого ключа ??? что означает открытый текст = Публичный ??? Это значение представляет собой хэш самой транзакции. Клиент вычисляет хэш сделки и сравнивает его с этой хэш. Если это правильно, то checksig возвращает 0, и сделка действительна. |
|
|
|
|
9 сентября 2017, 11:00:24 AM
|
# 3 |
|
Сообщения: 168
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Исполнение выглядит следующим образом:
1. значение <Подпись> проталкивается к вершине стека => стек {подпись} 2. значение <Открытый ключ> проталкивается к вершине стека => стек {подпись; открытый ключ} 3. Оператор OP_DUP дублирует верхнее значение в стеке и толкает результат к вершине стека => стек {подпись; открытый ключ; открытый ключ} 4. OP_HASH160 хешей верхний элемент в стеке с ripemd160 (SHA256 (х)) и толкает полученное значение к вершине стека => стек {подпись; PUBLICK ключ; хэш-ключ общественности} 5. значение 6. Оператор OP_EQUALVERIFY сравнивает два верхних элементов в стеке, и если они одинаковы, удаляет их образуют стек => стек {подпись; ключ Publick} 7. Оператор OP_CHECKSIG проверяет подпись соответствует ключу PUBLICK, и если да, то толкает истинное значение в стек => Стек {ИСТИНА} Примечание: OP_EQUALVERIFY представляет собой комбинацию двух операторов OP_EQUAL & OP_VERIFY • OP_EQUAL потребляет два верхних элементов в стеке, сравнивает их и заносит правда в стек, если они такие же, ложь, если не • OP_VERIFY потребляет верхний элемент в стеке; если этот элемент равен нулю (ложь) он завершает сценарий неудачей • OP_EQUALVERIFY работает OP_EQUAL, а затем OP_VERIFY в последовательности |
|
|
|
|
9 сентября 2017, 4:06:12 PM
|
# 4 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Остается H (открытый текст), который должен быть сравнен. Что такое значение? Хэш открытого ключа ??? что означает открытый текст = Публичный ??? Это значение представляет собой хэш самой транзакции. Клиент вычисляет хэш сделки и сравнивает его с этой хэш. Если это правильно, то checksig возвращает 0, и сделка действительна. спасибо, что это то, что я подозреваю. это выглядит как в этом случае ключ паба еще никогда не покидает отправителя. Интересно, как приемник получает Публичный в этом случае используется для проверки транзакции? |
|
|
|
|
9 сентября 2017, 4:15:23 PM
|
# 5 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Хорошо, я думаю, что я выяснил. это имеет смысл:
приемник отправителя: приемник генерирует запрос платежа, который содержит: Адрес BTC Н (Публичный) сумма = ?? метка = сообщение = согласно книге. p17 мастеринга Bitcoin или приемник просто дает имеет H (Публичный) или Bitcoin-адрес отправитель по электронной почте или копировать-н-пасту независимо. как только отправитель получает это, он генерирует сценарий блокировки, используя адрес Btc + транзакцию (TX) сам по себе: DUP ХЭШ Н (Публичный) эквалайзер CHECKSIG + TX приемник делает фонд доступный для себя, предоставляя разблокирование скрипта: Публичная ЦИФРОВАЯ ПОДПИСЬ-DUP ХЭШ Н (Публичный) EQ CHECKSIG. Во время выполнения скрипта на клиенте получателя, HASH (Публичный) = H (Публичный) и D (E (H (TX`)) = TX. Теперь только озадачивает часть все еще остается TX`, где получить бы приемник это от? Конечно, он, безусловно, получить TX от отправителя, но это не имеет смысла E (H (TX)) и проверить его обратно (D (E (H (TX))). |
|
|
|
|
9 сентября 2017, 4:22:25 PM
|
# 6 |
|
Сообщения: 154
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Хорошо, я думаю, что я выяснил. это имеет смысл: приемник отправителя: приемник генерирует запрос платежа, который содержит: Адрес BTC Н (Публичный) сумма = ?? метка = сообщение = согласно книге. p17 мастеринга Bitcoin как только отправитель получает это, он генерирует запирающий скрипт, используя адрес Btc DUP ХЭШ Н (Публичный) эквалайзер CHECKSIG приемник делает фонд доступный для себя, предоставляя разблокирование скрипта: Публичная ЦИФРОВАЯ ПОДПИСЬ-DUP ХЭШ Н (Публичный) EQ CHECKSIG. Во время выполнения сценария на клиенте получателя, HASH (Публичный) = Н (Публичный) и D (Е (Н (TX)) = TX Ну да, но обратите внимание, что требование об оплате абсолютно ненужное и, как правило, не используется. Вы просто даете кому-то адрес, и они посылают вам монету. Технически приемник имеет средство, доступное как только отправитель посылает транзакцию с этим фиксирующим сценарием и он получает подтверждение в блоке. Когда приемник хочет тратить деньги, он ссылается на сделке в blockchain и только обеспечивает Публичную электронную цифровую подпись, которые во время проверки транзакции по сети добавляются в начало разблокирования сценария в указанной транзакции. |
|
|
|
|
9 сентября 2017, 4:56:07 PM
|
# 7 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Хорошо, я думаю, что я выяснил. это имеет смысл: приемник отправителя: приемник генерирует запрос платежа, который содержит: Адрес BTC Н (Публичный) сумма = ?? метка = сообщение = согласно книге. p17 мастеринга Bitcoin или приемник просто дает имеет H (Публичный) или Bitcoin-адрес отправитель по электронной почте или копировать-н-пасту независимо. как только отправитель получает это, он генерирует сценарий блокировки, используя адрес Btc + транзакцию (TX) сам по себе: DUP ХЭШ Н (Публичный) эквалайзер CHECKSIG + TX приемник делает фонд доступный для себя, предоставляя разблокирование скрипта: Публичная ЦИФРОВАЯ ПОДПИСЬ-DUP ХЭШ Н (Публичный) EQ CHECKSIG. Во время выполнения скрипта на клиенте получателя, HASH (Публичный) = H (Публичный) и D (E (H (TX`)) = TX. Теперь только озадачивает часть все еще остается TX`, где получить бы приемник это от? Конечно, он, безусловно, получить TX от отправителя, но это не имеет смысла E (H (TX)) и проверить его обратно (D (E (H (TX))). Хорошо, после прохождения через формат транзакции здесь полную картину я сконструированный: ДАВАЙТЕ ЭТО СДЕЛКА НЕТ. Х от человека к человеку A B: Сделка ==================== 4 байта - версия VI байт - #No входов (для простоты будем считать, один входы (и один выход тоже) --- TX ВХОД 0: 32 байта - Пред. TX хэш 4 байта - Prev TX из индекса VI байт - длина TX скрипт SigScript - Цифровая подпись + Публичный (я предполагаю, что цифровая подпись здесь строится E (H (Prev.TX)), из которого H (Prev.TX) сам по себе составляет 32 байт ввода выше, Публичный является ЧЕЛОВЕК B'S () Публичный приемника. 4 байта - последовательность No. (Теперь в этой точке, для B, чтобы получить его построить ВЫВОД ниже, чтобы завершить сделку. TX ВЫХОД 0: 32 байта - TxOutHash 4 байта - TxOutIndex VI байт - ScriptLen ScriptPubkey - DUP ХЭШ Н (ПАБ) эквалайзер SigCheck 4 СтартПослед No. Имеет ли это смысл? |
|
|
|
|
9 сентября 2017, 5:09:28 PM
|
# 8 |
|
Сообщения: 1246
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
приемник делает фонд доступный для себя, предоставляя разблокирование скрипта: Нет. Приемник тратит только с <Публичных> <подпись>, Остальное не требуется во входном скрипте.Публичная ЦИФРОВАЯ ПОДПИСЬ-DUP ХЭШ Н (Публичный) EQ CHECKSIG. Е (Н (TX`) Там нет шифрования, ничего не зашифровано.Теперь только озадачивает часть все еще остается TX`, где получить бы приемник это от? TX»немного другой вариант сделки, тратит на выход. Это stackexchange вопрос объясняет: https://bitcoin.stackexchange.com/questions/3374/how-to-redeem-a-basic-tx |
|
|
|
|
9 сентября 2017, 7:55:04 PM
|
# 9 |
|
Сообщения: 154
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
-snip- TX ВХОД 0: 32 байта - Пред. TX хэш 4 байта - Prev TX из индекса VI байт - длина TX скрипт SigScript - Цифровая подпись + Публичный (я предполагаю, что цифровая подпись здесь строятся Е (Н (Prev.TX)), из которого H (Prev.TX) сам по себе составляет 32 байт ввода выше, 4 байта - последовательность No. (Теперь в этой точке, для B, чтобы получить его построить ВЫВОД ниже, чтобы завершить сделку. TX ВЫХОД 0: 32 байта - TxOutHash 4 байта - TxOutIndex VI байт - ScriptLen ScriptPubkey - DUP ХЭШ Н (ПАБ) эквалайзер SigCheck 4 СтартПослед No. Имеет ли это смысл? Я не могу проверить этот формат 100%, так как я не в полной мере знаком с точным форматом сделка, однако я понимаю основы. Это не правильно в нескольких местах. Во-первых, в сделке, где А посылает В, как в примере выше, что вы сделали, на входе есть скрипт, где разблокирует свои средства (доказывает, что он имеет их). В выводе он запирает их с адресом Б (хэш его открытого ключа). Таким образом, на входе, B не ссылается. Этот вход только для, чтобы разблокировать свои средства, он не имеет ничего общего с B. Вклад размещается в начале выхода предыдущей транзакции. Таким образом, Публичные на входе принадлежит А, вот почему никто не знает открытый ключ, пока вы не тратить деньги, только хэш его. Таким образом, только на выходе хэш Публичных Б (его адрес) записывается. Во-вторых, цифровая подпись подписи для текущей операции (без части сценария, где подпись должна быть записана конечно, так как это приведет к созданию цикла, где вам нужно подпись для создания подписи), а не подписью Предыдущая. Это должно гарантировать, что на самом деле тот, кто послал эту сделку, так как он тратит свои монеты, он единственный, кто должен быть в состоянии создать эту сделку. Только А может подписать эту сделку с помощью своего закрытого ключа, так как мы уже говорили в первой задаче, что она является его открытым ключом, подпись сверяются. Там нет шифрования, ничего не зашифровано. Я считаю, что он математически деконструкцию подписи здесь. Как я понимаю, подпись какого-то сообщения только шифрование хэша сообщения с закрытым ключом. |
|
|
|
|
9 сентября 2017, 8:59:17 PM
|
# 10 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
приемник делает фонд доступный для себя, предоставляя разблокирование скрипта: Нет. Приемник тратит только с <Публичных> <подпись>, Остальное не требуется во входном скрипте.Публичная ЦИФРОВАЯ ПОДПИСЬ-DUP ХЭШ Н (Публичный) EQ CHECKSIG. Е (Н (TX`) Там нет шифрования, ничего не зашифровано.Теперь только озадачивает часть все еще остается TX`, где получить бы приемник это от? TX»немного другой вариант сделки, тратит на выход. Это stackexchange вопрос объясняет: https://bitcoin.stackexchange.com/questions/3374/how-to-redeem-a-basic-tx |
|
|
|
|
9 сентября 2017, 10:43:23 PM
|
# 11 |
|
Сообщения: 101
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Я хотел бы бросить мои 2 цента:
как правило, ТЕ являются сериализациями байт, которые строятся, как описано для P2PKH здесь: https://bitcoin.org/en/developer-guide#p2pkh-script-validation что помогло мне много, чтобы пройти через это было: http://www.righto.com/2014/02/bitcoins-hard-way-using-raw-bitcoin.html хорошие картинки и красивые столы, чтобы понять расположение ОГО (очевидно, не segwit) и этот blockchain анализатор отображает очень хорошо (с segwit): http://srv1.yogh.io/ Затем я создал несколько Shel lscripts для для декодирования (и более) в оболочках OpenBSD / Unix / OSX, там: https://github.com/pebwindkraft/trx_cl_suite Он показывает и объясняет Opcodes в ОМ ... |
|
|
|
|
10 сентября 2017, 1:49:03 AM
|
# 12 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Я на самом деле видеть больше проблем с ответом, чем тот, который я с вашим утверждением.
"Ваши предположения ошибаются." - Я просил коррекции в случае ошибок сделаны, так что нет напоминания Публичных является (отправители) Публичные люди А в. Вы говорите, Person A (отправитель) имеет Публичный? Таким образом, ваше объяснение я Публичный человек в используется для проверки цифровой подписи ?? Ну, не говорите мне, секретный ключ отправителя используется в этом случае ?? Цифровая подпись строится: Е (Н (Current.TX)) Current.TX является сериализованными байтами этой транзакции (входы и выходов, без подписи данного входа) будучи построенным отправителем. Я дам больше мыслей о том, что, так как я не был СРЮ. Ниже оспаривает то, что я получил от bitcoin.org, может быть, вы можете взывать к «Em, чтобы исправить свои ошибки? Цитата: ggbtctalk000 от 09 сентября 2017 года, 4:56:07 PM 4 байта - последовательность No. (Теперь в этой точке, для B, чтобы получить его построить ВЫВОД ниже, чтобы завершить сделку. Нет. Отправитель (Person A) конструирует OUTPUT. Приемник будет построить ВХОД позже, когда он хочет провести выходные в будущем сделки, что он посылает. Цитата: ggbtctalk000 от 09 сентября 2017 года, 4:56:07 PM TX ВЫХОД 0: 32 байта - TxOutHash Выход не содержит 32 байт хэша Цитата: ggbtctalk000 от 09 сентября 2017 года, 4:56:07 PM 4 байта - TxOutIndex Выход не содержит 4-байтовый TxOutIndex Цитата: ggbtctalk000 от 09 сентября 2017 года, 4:56:07 PM VI байт - ScriptLen ScriptPubkey - DUP ХЭШ Н (ПАБ) эквалайзер SigCheck До ScriptLen и ScriptPubkey, выход содержит: 4 байта - значение Где значение 4 байта целое число, представляющее количество satoshis (0,00000001 BTC) назначаются на выходе. Цитата: ggbtctalk000 от 09 сентября 2017 года, 4:56:07 PM 4 СтартПослед No. Выходы не имеют Seq No. Цитата: ggbtctalk000 от 09 сентября 2017 года, 4:56:07 PM Имеет ли это смысл? " Я думаю, что вы все еще недопонимание некоторых основ того, как работают Bitcoin сделки. Вы гипер сосредоточены на криптографии и проглядели, как входы и выходы используются." - Я гипер сосредоточены на том, как Bitcoin работ с использованием базового понимания моего Crypto, я считаю, что это естественно, чтобы иметь прочную основу тайнописи, поскольку вся операция Bitcoin включает в себя различные формы крипты. Я не уверен, что ты говоришь, что я сосредоточусь на криптографию, а не на Bitcoin. |
|
|
|
|
10 сентября 2017, 4:03:23 AM
|
# 13 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
котировка Публичных является (отправители) Публичные люди А в. Вы говорите, Person A (отправитель) имеет Публичный? Да. Они имеют как Публичные и закрытый ключ для их адресов, которые они использовали, когда они ранее получили биткойны до создания этой сделки. Таким образом, ваше логическое обоснование Публичного человека в используются для проверки цифровой подписи ?? Верный. Человек А создает подпись с помощью закрытого ключа. Затем Публичные люди А в используются для проверки, что подпись. Ну, не говорите мне, секретный ключ отправителя используется в этом случае ?? секретный ключ отправителя используется для создания подписи. Публичных отправителя используется для проверки подписи. котировка Цифровая подпись строится: Е (Н (Current.TX)) Current.TX является сериализованными байтами этой транзакции (входы и выходов, без подписи данного входа) будучи построенным отправителем. Я дам больше мыслей о том, что, так как я не был СРЮ. ОК. котировка 4 байта - последовательность No. (Теперь в этой точке, для B, чтобы получить его построить ВЫВОД ниже, чтобы завершить сделку. Нет. Отправитель (Person A) конструирует OUTPUT. Приемник будет построить ВХОД позже, когда он хочет провести выходные в будущем сделки, что он посылает. TX ВЫХОД 0: 32 байта - TxOutHash Выход не содержит 32 байт хэша 4 байта - TxOutIndex Выход не содержит 4-байтовый TxOutIndex VI байт - ScriptLen ScriptPubkey - DUP ХЭШ Н (ПАБ) эквалайзер SigCheck До ScriptLen и ScriptPubkey, выход содержит: 4 байта - значение Где значение 4 байта целое число, представляющее количество satoshis (0,00000001 BTC) назначаются на выходе. 4 СтартПослед No. Выходы не имеют Seq No. Имеет ли это смысл? "Я думаю, что вы все еще недопонимание некоторых основ того, как работают Bitcoin сделки. Вы гипер сосредоточены на криптографии и проглядели, как входы и выходы используются." - Я гипер сосредоточены на том, как Bitcoin работ с использованием базового понимания моего Crypto, я считаю, что это естественно, чтобы иметь прочную основу тайнописи, поскольку вся операция Bitcoin включает в себя различные формы крипты. Я не уверен, что ты говоришь, что я сосредоточусь на криптографию, а не на Bitcoin. То, что я хочу сказать, что achow101 дал вам некоторые очень хорошую информацию о том, как работают Bitcoin сделок. Вместо того, чтобы обратить внимание на важные детали о том, что приемник делает, что на входе, и что TX»есть, вы сосредоточены на том или нет цифровой подписи является формой шифрования или нет. А как проверить, что подпись. Тогда вы ругайте achow101 для обобщающей разницы между "шифрование" а также "подписание", И игнорировать все остальное, что он сказал. Начните с понимания того, что сделка, и как транзакция работает. Тогда, как только у вас есть хорошее понимание того, где подпись, и то, что подписано, это станет очевидным для вас (из-за базовое понимание вашего Crypto в), как отправитель создает подпись для ввода сценария и как узлы используют входные сценарий текущей операции и вывод сценария предыдущей транзакции для проверки подписи. Ниже оспаривает то, что я получил от bitcoin.org, может быть, вы можете взывать к «Em, чтобы исправить свои ошибки? Может быть, вы поняли, что вы читаете в bitcoin.org. Возможно bitcoin.org имеет некоторые ошибки. Какая часть из того, что я сказал, вы думаете, отличается от bitcoin.org? чувак, серьезно я не найдя ни одной полезной информации из вашего поста. если бы вы были так умны, вы могли бы отметить веские причины о том, почему ваши аргументы правы, но вместо этого вы просто сказали, что некоторое дерьмо, что не имеет никакого смысла, а затем начало критикуя мой пост вместо заполнения моего пробела в знаниях. Если бы вы были так хорошо, то ваш совет, я бы улучшить свои знания Bitcoin транзакций сильно и был бы благодарен вам (как я делал в других форумах пользователей в прошлом), но до сих пор я борюсь с бесполезной пост, тратить мое время. Я AINT с любой из ваших посоветуйте о том, чтобы узнать, а что нет, я просто делаю то, что я знаю, что мне нужно сделать, чтобы лучше понять его. В любом случае, это последний ответ на ваши бесполезные посты. Я не заинтересован в вашем советует приятель, просто остаться в стороне, если это возможно. |
|
|
|
|
10 сентября 2017, 4:23:48 AM
|
# 14 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
ВЫ УВЕРЕНЫ, ЧТО ОБ ЭТОМ ???
секретный ключ отправителя используется для создания подписи. Позволь мне привести пример!!! Это взято из "Усвоение Bitcoin" от Andreas 1 978 449 37404 4 На его P129: Алиса платить кафе Боба ПРИОБРЕСТИ COFFFE)) Два скрипта вместе образуют так: <КАФЕ ПОДПИСЬ> <КАФЕ ОТКРЫТОГО КЛЮЧА> OP_DUP OP_HASH160 <КАФЕ PUB KEY HASH> OP_EQUAL OP_CHECKSIG ТЕПЕРЬ СОГЛАСНО ВАШЕГО ЗАЯВЛЕНИЯ, КАФЕ ПОДПИСЬ БОБА СОЗДАЕТСЯ отправитель КТО ALICE (ОПЛАТА КОФЕ) ВЫ УЖЕ ОСПОРИЛИ ЧТО Я ВЗЯЛ ИЗ BITCOIN.ORG И теперь, если вы можете бросить вызов этого автора ЗАБРОНИРОВАТЬ если вы можете объяснить мне, что ИЛИ ДОКАЗАТЬ АВТОР превратно, я буду ПОКЛОНЯТЬСЯ ВАС !!! ВЫ МОЖЕТЕ ПОСМОТРЕТЬ НА КНИГУ ОНЛАЙН ИЛИ ПРИОБРЕСТИ ЕГО ЭТО ДО ВАС. ЕСЛИ ВЫ НЕ И МОЖЕТ НАЧАТЬ ЗАПУСК ЕЩЕ ДОЛГО нонсенс, GO-то и B.S друга POST !!! НЕ беспокойте меня НЕКОТОРОЕ GENERIC ЗАЯВЛЕНИЯ Б.С. ПОЖАЛУЙСТА, МНЕ ДЕЛАТЬ ЧТО ВЫ БЫЛИ КОНСУЛЬТАЦИИ ЗДЕСЬ ДО мой оригинальный пост BUDDY! Если вы посмотрите на моем O.P, я AIN TLOOKING ДЛЯ GENERIC Консультировать BUDDY, ИЩЕТ очень специфичен ОТВЕТ! |
|
|
|
|
10 сентября 2017, 8:46:19 AM
|
# 15 |
|
Сообщения: 154
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
Хорошо, успокойся людей.
DannyHamilton и achow101 здесь один из самых знающих активных пользователей на этом форуме, когда речь идет о технических вещах на Bitcoin. Вы заметите, что achow101 является замедлителем доски технической поддержки этого форума и его именем в одиночку, вы можете выяснить его цель здесь. Они правы в том, что они говорят, как работают транзакции, и это согласуется с моим знанием протокола, а также. Тем не менее, никто не должен отклоняться от темы и критиковать вас либо, вы просто пришли сюда, чтобы узнать, не нужно, чтобы начать какие-либо проблемы. Вы оба получили слишком эмоциональны здесь. Просто круто и говорить о протоколе. Назад на тему немного больше: Отправитель должен подписать сделку с его закрытым ключом, в противном случае любой может совершить сделку и потратить свои монеты. Он делает все сделки и подписывает его, он не нуждается в какой-либо информации от приемника другого тогда его адреса, поэтому нет необходимости для приемника, чтобы сделать вывод сделки. <КАФЕ ПОДПИСЬ> <КАФЕ ОТКРЫТОГО КЛЮЧА> OP_DUP OP_HASH160 <КАФЕ PUB KEY HASH> OP_EQUAL OP_CHECKSIG Это целый сценарий, очевидно, и сделки не имеет полный сценарий, он состоит из двух частей двух сценариев. Ввод (разблокирование средств) используются в качестве начала сценария выхода предыдущей транзакции (так называемого входом, так как это действительно только данные и нет реального ОПА-коды, просто нажав на стек, и он идет в начале, так же, как когда ты вызов функции в сборке). Этот сценарий является действительным. Начиная с этим сценарием является вводом сделки, которая приходит после сделки с выходом, который является второй частью этого сценария, как и в любой другой операции. В частности, начиная с этого сценария принадлежит к сделке, кафе сделали тратить деньги, которые они получили от Алисы и вторая часть является выход сделки Алиса из направить средства в кафе. |
|
|
|
|
15 сентября 2017, 11:12:25 PM
|
# 16 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
так что я должен верить этому парню только потому, что уже был здесь и знающий?
он практически в основном сведены на нет к основным источником Bitcoin технических материалов и считает, что он прав, лол, и я должен как-то отказаться от того, что там написано, и следовать этому парню в то же время быть ??? раскритиковал Ха-ха, ЧТО ЧУТЬ-МОНЕТА-CIDENCE https://en.bitcoin.it/wiki/Transaction ... Bitcoin адрес только хэш, так что отправитель не может обеспечить полный открытый ключ в scriptPubKey. Когда выкупать монеты, которые были отправлены в Bitcoin адрес, получатель обеспечивает как подпись и открытый ключ. Скрипт проверяет, что при условии открытого ключа делает хэш хэш в scriptPubKey, а затем он также проверяет подписи против открытого ключа ... |
|
|
|
|
20 сентября 2017, 7:02:42 AM
|
# 17 |
|
Сообщений: 98
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
так что вы сделали 6 лет ехр !? Что я должен сделать, браво? Тот факт, вы сделали Dev работу не означает, что на самом деле ничего для меня. Вы вклад открыть Bitcoin программного обеспечения источника? Надеюсь нет. если да, то не удивительно, почему нет столько компиляции и зависимостей проблемы с открытым исходным кодом. Не значит троллить вас или вашу работу, но я редко когда-либо впечатлен качеством исходного программного обеспечения с открытым и надлежащим программированием.
1. Я разработчик тоже с многолетним опытом работал со многими типами, и я могу заверить вас, ваши тона и отношения в мелодии с теми, которые на самом деле не делают хорошую работу и испортить большое время. (Может начать murmurng целой лекции здесь, но мое время дорого) 2. Если вы хотите, чтобы я читать и усваивать материал, почему не у публиковать книгу, и я с удовольствием купить и прочитать его, это было бы полезно для вас. Я не беспокоить читать ваш пост здесь, серьезно, предпочитают чтение печатных pulblication однако я ценю ваше желание помочь. 3. Да, вы получили это совершенно правильно, я буду бороться, чтобы получить полное представление о том, как она работает, что, как я подходить только это, но без вашего осложнения. Похоже, что вам действительно нужно, чтобы понять, что я могу сделать очень хорошо на моем пути к занижению темы, касающиеся здесь без вас. |
|
|
|
|
20 сентября 2017, 1:49:07 PM
|
# 18 |
|
Сообщения: 2002
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
2. Если вы хотите, чтобы я читать и усваивать материал, почему не у публиковать книгу, и я с удовольствием купить и прочитать его, это было бы полезно для вас. Я не беспокоить читать ваш пост здесь - чик - Я могу сделать очень хорошо на моем пути к занижению темы, касающиеся здесь без вас. Я извиняюсь. Я не хотел тратить свое время с полезной информацией. Я удалил мои сообщения, чтобы не загромождать свою нить. |
|
|
|
|
20 сентября 2017, 1:57:42 PM
|
# 19 |
|
Сообщения: 1246
цитировать ответ |
Re: Попытка понять механизм P2PKH почти там, но не совсем там.
так что я должен верить этому парню только потому, что уже был здесь и знающий? Вы ужасно недопонимание страницы. ScriptPubKey является выход сценарий выхода тратятся. ScriptSig является сценарий входа, который проводит предыдущий вывод. Из вики:он практически в основном сведены на нет к основным источником Bitcoin технических материалов и считает, что он прав, лол, и я должен как-то отказаться от того, что там написано, и следовать этому парню в то же время быть ??? раскритиковал Ха-ха, ЧТО ЧУТЬ-МОНЕТА-CIDENCE https://en.bitcoin.it/wiki/Transaction ... Bitcoin адрес только хэш, так что отправитель не может обеспечить полный открытый ключ в scriptPubKey. Когда выкупать монеты, которые были отправлены в Bitcoin адрес, получатель обеспечивает как подпись и открытый ключ. Скрипт проверяет, что при условии открытого ключа делает хэш хэш в scriptPubKey, а затем он также проверяет подписи против открытого ключа ... котировка scriptPubKey: OP_DUP OP_HASH160 scriptSig: <сиг> <Публичных> Единственный раз, когда сценарий, как Код: <КАФЕ ПОДПИСЬ> <КАФЕ ОТКРЫТОГО КЛЮЧА> OP_DUP OP_HASH160 <КАФЕ PUB KEY HASH> OP_EQUAL OP_CHECKSIG когда-либо видели это во время проверки скрипта, в котором выходной сценарии каскадная для ввода скрипта (обратите внимание, что это не так, как проверка скрипта делается больше на ту же идею остается). Это происходит только во время проверки и никогда не присутствует ни в каких сделках. Это также объясняется в https://bitcoin.org/en/developer-guide#p2pkh-script-validation, в частности, на диаграммах, предоставленных там.Примечание стороны: пожалуйста, прекратите с агрессивным поведением, оскорбляя тех, кто пытается помочь вам, и кричать (набирать заглавные буквы). В противном случае вам будет временно запрещено для пламенного и я буду блокировать и удалять эту тему. |
|
|
|
Как заработать Биткоины?
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包
bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru
3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW
Регистрация для новых участников, на данный момент не доступна. Просим извинения за временные неудобства.