Обсуждение статьи: Транзакции Bitcoin

[uncleandy]

Sorr0s, спасибо за ответ, но меня интересует более низкий уровень.

Вот описание связки вход-выход в транзакции из одной из статей:
 

Вход:
Previous tx: f5d8ee39a430901c91a5917b9f2dc19d6d1a0e9cea205b009ca73dd04470b9a6
Index: 0
scriptSig: 304502206e21798a42fae0e854281abd38bacd1aeed3ee3738d9e1446618c4571d10
90db022100e2ac980643b0b82c0e88ffdfec6b64e3e6ba35e7ba5fdd7d5d6cc8d25c6b241501

Выход:
Value: 5000000000
scriptPubKey: OP_DUP OP_HASH160 404371705fa9bd789a2fcd52d2c580b65d35549d
OP_EQUALVERIFY OP_CHECKSIG

 

Здесь нигде не фигурирует адрес назначения как отдельная сущность. Здесь он присутствует только в качестве части скрипта scriptPubKey. И я, как программист, не понимаю каким образом я могу написать приложение, которое могло-бы извлекать адрес назначения из этого скрипта, с учетом того, что этот скрипт может быть произвольным. Или я в этом ошибаюсь и формат данного скрипта фиксирован?

Изменено 10 мая 2015, 21:21 пользователем uncleandy

[Sorr0s]

Давай разбираться. Обычный, публичный адрес это хеш в кодировке base58. То, что ты видишь в scriptPubKey  это Hash160. Значит Hash160, после нескольких преобразований, надо перевести в base58 , и получим необходимый адрес.

 

Делаем это так - Спереди добавляем 00 - это байт основной сети ( для тестовой используется 6f), далее добавляем первые четыре байта из значения полученного от sha256(sha256("00" + hash160)) (здесь + это конкатенация). Если использовать hash160 из твоего примера то получится -[ "00404371705fa9bd789a2fcd52d2c580b65d35549d" + первые 4 байта из (sha256(sha256("00404371705fa9bd789a2fcd52d2c580b65d35549d"))) ]. Результат переводим в base58, т.е в число с основанием 58. Здесь можешь посмотреть как это конвертируется.

 

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

 

По теме почитать на русском здесь.

Изменено 11 мая 2015, 00:31 пользователем Sorr0s

[uncleandy]

Я понимаю где этот адрес находится в scriptPubKey и как его преобразовать в нормальный вид. Значит-ли это что scriptPubKey всегда имеет именно такой вид и что этот Hash160 находится только в данной позиции? Если так, я просто не понимаю зачем нужно было вообще вводить систему Script в биткоин если можно было обойтись просто фиксированными подписями.

[Sorr0s]

я, как программист, не понимаю каким образом я могу написать приложение, которое могло-бы извлекать адрес назначения из этого скрипта, с учетом того, что этот скрипт может быть произвольным. Или я в этом ошибаюсь и формат данного скрипта фиксирован?

 

Эти слова, как по мне, означают что не понимаешь. Или я не понимаю тебя, и пытаюсь объяснить очевидные вещи.

я просто не понимаю зачем нужно было вообще вводить систему Script в биткоин если можно было обойтись просто фиксированными подписями.

 

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

[uncleandy]

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

Так... Т.е. получается что этот сценарий работает не в контексте одной транзакции, а в контексте выхода одной транзакции и входа другой?

 

И получается так, что "владение конкретным адресом" - это один из возможных фиксированных сценариев, для которых четко определен формат скриптов из которых мы и можем получить адрес назначения?

[Sorr0s]

Так... Т.е. получается что этот сценарий работает не в контексте одной транзакции, а в контексте выхода одной транзакции и входа другой?

 

Да, получается.

 

И получается так, что "владение конкретным адресом" - это один из возможных фиксированных сценариев, для которых четко определен формат скриптов из которых мы и можем получить адрес назначения?

 

Да.

[uncleandy]

Вот теперь понятно. Спасибо!

[DaidoKudo]

Добрый день, участники форума.

Пересмотрел кучу ресурсов по описанию работы биткоина. 

Либо просто не понял среди прочитанного, либо еще не встретил ответ на итересующий меня вопрос. 

Каким образом делается проверка того что данная транзакция еще не использовалась ранее? 

Неужели при регистрации в блокчейн новой транзакции биткоин клиент при валидации транзакции шерстит все 20 ГБ блокчайна чтобы понять использовалась ли транзакция ранее или нет. Ответа еще не встречал, но мне кажется должен быть какой-то более простой вариант чтобы убедится что транзакция еще не использовалась. 

 

Может кто-нибудь знает каким образом реализована данная проверка ?

[Tomcat_MkII]

 

 

Неужели при регистрации в блокчейн новой транзакции биткоин клиент при валидации транзакции шерстит все 20 ГБ блокчайна чтобы понять использовалась ли транзакция ранее или нет.

Шерстить все необходимости нет - есть отдельная табличка UTXO - непотраченные выходы.

[polym0rph]

@Tomcat_MkII, более того, если это касается его собственных  адресов, то в валете еще все касающиеся их транзакции есть.

[DaidoKudo]

Шерстить все необходимости нет - есть отдельная табличка UTXO - непотраченные выходы.

Спасибо.

Почитаю про эту сущность.

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