В самом начале блоков, я думаю, Satoshi, возможно, использовал P2PK вместо P2PKH, так что не было никакого адреса вообще. Оплата Bitcoin была сделана непосредственно к самому открытому ключу вместо хэша открытого ключа.
Большое спасибо! Это то, что я прочитал. Очень интересно. (Сторона / спекуляции, но почему бы Satoshi сделать это?)
Потому что они не реализовали идею хэширования открытого ключа в адрес еще?
Я понимаю, что 04, 03, 02 префиксов на открытом ключе, но после этого я заблудитесь.
Открытый ключ является точкой на кривой, представленной с координатами, как (X, Y).
Если это несжатое, то значения X и Y склеивается (каскадный) и с префиксом 04
Если она сжимается, то значение Y выбрасывается (так как она может быть вычислена из значения X) и префикс 02 или 03 используется, чтобы убедиться, вы получите правильное значение Y.
Так, некоторые ранние блоки награда добыча не пошла на адрес, но был присужден открытым ключом?
Да. Тем не менее, если вы знаете формулу для вычисления адреса из открытого ключа, то можно представить, что открытый ключ в качестве адреса при просмотре (даже если она на самом деле не хранятся в blockchain в его хэшируется форма). Это то, что большинство блоков проводниковых сайтов делать. Так что, если вы посмотрите на блок-исследователя (например, blockchain.info) вы увидите адрес. Если вы посмотрите на сырье сделки в блоке, вы увидите открытый ключ.
Знаем ли мы блок с горнорудной вознаграждение происходит непосредственно в открытый ключ? Если да, то не могли бы вы поделиться с? Благодаря!
Конечно. Блок 170 имеет ОБА награду блока и выплату Hal как платежи непосредственно к открытому ключу.
Если вы посмотрите на дне этих страниц, где он говорит, "Выходные скрипты":
https://blockchain.info/tx/b1fea52486ce0c62bb442b530a3f0132b826c74e473d1f2c220bfa78111c5082https://blockchain.info/tx/f4184fc596403b9d638783cf57adfe4c75c605f6356fbc91338530e9831e9e16Вы увидите длинную строку символов, начиная с 04 (это открытый ключ), а затем OP_CHECKSIG (означающим, что подпись должна быть проверена против этого открытого ключа напрямую).
С другой стороны, если вы посмотрите на "Выходные скрипты" о более недавней операции, такие как этот:
https://blockchain.info/tx/f7bd17e421a20a9387fde36d17106a52cb6eaebf8621e8bfdae1f42c4956aea6Вот увидишь:
OP_DUP OP_HASH160 long_string_of_characters OP_EQUALVERIFY OP_CHECKSIG
Указав, что значение, которое хранится в хэше открытого ключа и открытый ключ должен быть обеспечен, перемешанный и сверен данной строкой перед тем проверкой подписи.