OP_PUSHDATA ложь | Биткоин форум

я нашел сделку в живом blockchain (http://blockexplorer.com/tx/77822fd6663c665104119cb7635352756dfc50da76a92d417ec1a12c518fad69), Который утверждает, что толкать 0xffffffff байтов в стек, но Infact только толкает 1443 байт. соответствующий txout скрипт:

OP_IF OP_INVALIDOPCODE 4effffffff 46726f6d20 ... 2e340a0a OP_ENDIF

может кто-нибудь объяснить, как выталкиваются здесь меньше, чем 0xFFFFFFFF байт? я на самом деле даже не понимаю, как синтаксический анализатор может идентифицировать OP_ENDIF на всех - он должен видеть, что в рамках 0xFFFFFFF байт я бы подумал.

ссылки на исходный код Satoshi приветствуются, но я не понимаю, много C ++, так что я, возможно, потребуется прохождение игры.

Есть два толчка операции там.
Первая операция выталкивает 5 байт (4E FF FF FF FF)
Вторая операция выталкивает 1443 байт через опкод OP_PUSHDATA2

OP_IF OP_INVALIDOPCODE <данные 5> OP_PUSHDATA2 OP_ENDIF
смотрите также:

вы правы, мое плохое. его было некоторое время, так как я смотрел на необработанных байтов для этого сценария - я исследовал загадочные содержание я запутался и думал, что выход на blockexplorer.com была завершена (забывание они не показывают pushdata-х)

для собственного удовольствия и для всех, кто еще читает это: начало сценария в шестнадцатеричном является:

63ff054effffffff4da30546726f6d ...

декодирование:

0x63 = OP_IF
0xff = OP_INVALIDOPCODE
0x05 = OP_PUSHDATA0 (5 байт)
От себя <4effffffff> на стек
0x4d = OP_PUSHDATA2 (использовать следующие 2 байта Little Endian, чтобы определить, сколько байтов нажать на стек)
0xa305 = толчок 0x05a3 (= тысяча четыреста сорок-три) байт в стек
От себя <46726f6d ...> на стек

еще одна вещь - это не 1443 байт стека элемент нарушают критерии MAX_SCRIPT_ELEMENT_SIZE? не это означает, что сценарий будет терпеть неудачу, и поэтому не должны быть включены в blockchain?

Цитата: qrius1111 16 июня 2015 года, 1:42:36 AM

Действительность scriptPubKey не проверяется, пока кто-то не пытается истратил

Цитата: qrius1111 16 июня 2015, 12:57:41 AM

0x4d = OP_PUSHDATA1 (использовать следующие 2 байта Little Endian, чтобы определить, сколько байтов нажать на стек)

Назовем этот опкод OP_PUSHDATA2

Цитата: amaclin 16 июня 2015 года, 6:03:44 AM

Цитата: qrius1111 16 июня 2015, 12:57:41 AM

0x4d = OP_PUSHDATA1 (использовать следующие 2 байта Little Endian, чтобы определить, сколько байтов нажать на стек)

Назовем этот опкод OP_PUSHDATA2

Вы правы (снова). обновлен ...

Цитата: jl2012 16 июня 2015 года, 3:46:14 AM

Цитата: qrius1111 16 июня 2015 года, 1:42:36 AM

Действительность scriptPubKey не проверяется, пока кто-то не пытается истратил

это многое объясняет! есть какие-либо проверки на всех, хотя? например, что, если я буквально сделал OP_PUSHDATA0 (10 байт) - то есть только предоставление 2 байта, чтобы подтолкнуть, даже если я утверждаю, что толкая 10 байт. бы, что до сих пор делают свой путь в живой blockchain?

Цитата: qrius1111 от 17 июня 2015 года, 1:04:19 AM

Цитата: jl2012 16 июня 2015 года, 3:46:14 AM

Цитата: qrius1111 16 июня 2015 года, 1:42:36 AM

Действительность scriptPubKey не проверяется, пока кто-то не пытается истратил

да и нет

да: такой вывод справедлив
https://blockchain.info/tx/ebc9fa1196a59e192352d76c0f6e73167046b9d37b8302b6bb6968dfd279b767

нет: это очень сложно (но возможно), чтобы включить такой вывод в blockchain сегодня

именно то, что я хотел бы знать! бесконечно благодарен

Цитата: qrius1111 от 17 июня 2015 года, 7:33:04 AM

именно то, что я хотел бы знать! бесконечно благодарен

FYI http://bitcoin.stackexchange.com/questions/29754/history-behind-the-scripting-language-in-bitcoin

котировка

...
Этот функциональный аспект сценария особенно важно, когда сценарии были еще оценены непосредственно конкатенации scriptSig и scriptPubKey вместо оценки их по отдельности, как это делается сегодня.
...

Bitcoin-0.1.3 (Исходники Вот )

Код:

BOOL VerifySignature (Const CTransaction& txFrom, Const CTransaction& txTo, неподписанный INT NIN, Int nHashType)
{
    утверждать (NIN < txTo.vin.size ());
    Const CTxIn& txin = txTo.vin [NIN];
    если (txin.prevout.n >= TxFrom.vout.size ())
        вернуться ложным;
    Const CTxOut& txout = txFrom.vout [txin.prevout.n];

    если (txin.prevout.hash! = txFrom.GetHash ())
        вернуться ложным;

    вернуть EvalScript (txin.scriptSig + CScript (OP_CODESEPARATOR) + txout.scriptPubKey, txTo, Nin, nHashType);
}

Это очень смешная ошибка: конкатенации scriptSig и scriptPubKey и выполнение результирующих данных в качестве одного сценария

15 июня 2015, 1:29:17 PM	# 1
qrius1111 Сообщений: 30 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru я нашел сделку в живом blockchain (http://blockexplorer.com/tx/77822fd6663c665104119cb7635352756dfc50da76a92d417ec1a12c518fad69), Который утверждает, что толкать 0xffffffff байтов в стек, но Infact только толкает 1443 байт. соответствующий txout скрипт: OP_IF OP_INVALIDOPCODE 4effffffff 46726f6d20 ... 2e340a0a OP_ENDIF может кто-нибудь объяснить, как выталкиваются здесь меньше, чем 0xFFFFFFFF байт? я на самом деле даже не понимаю, как синтаксический анализатор может идентифицировать OP_ENDIF на всех - он должен видеть, что в рамках 0xFFFFFFF байт я бы подумал. ссылки на исходный код Satoshi приветствуются, но я не понимаю, много C ++, так что я, возможно, потребуется прохождение игры.

15 июня 2015, 1:36:41 PM	# 2
amaclin Сообщения: 1260 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Получил 1806 Биткоинов Реальная история. Есть два толчка операции там. Первая операция выталкивает 5 байт (4E FF FF FF FF) Вторая операция выталкивает 1443 байт через опкод OP_PUSHDATA2 OP_IF OP_INVALIDOPCODE <данные 5> OP_PUSHDATA2 OP_ENDIF смотрите также:

16 июня 2015, 12:57:41 AM	# 3
qrius1111 Сообщений: 30 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи вы правы, мое плохое. его было некоторое время, так как я смотрел на необработанных байтов для этого сценария - я исследовал загадочные содержание я запутался и думал, что выход на blockexplorer.com была завершена (забывание они не показывают pushdata-х) для собственного удовольствия и для всех, кто еще читает это: начало сценария в шестнадцатеричном является: 63ff054effffffff4da30546726f6d ... декодирование: 0x63 = OP_IF 0xff = OP_INVALIDOPCODE 0x05 = OP_PUSHDATA0 (5 байт) От себя <4effffffff> на стек 0x4d = OP_PUSHDATA2 (использовать следующие 2 байта Little Endian, чтобы определить, сколько байтов нажать на стек) 0xa305 = толчок 0x05a3 (= тысяча четыреста сорок-три) байт в стек От себя <46726f6d ...> на стек

16 июня 2015, 1:42:36 AM	# 4
qrius1111 Сообщений: 30 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи еще одна вещь - это не 1443 байт стека элемент нарушают критерии MAX_SCRIPT_ELEMENT_SIZE? не это означает, что сценарий будет терпеть неудачу, и поэтому не должны быть включены в blockchain?

16 июня 2015, 3:46:14 AM	# 5
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Цитата: qrius1111 16 июня 2015 года, 1:42:36 AM еще одна вещь - это не 1443 байт стека элемент нарушают критерии MAX_SCRIPT_ELEMENT_SIZE? не это означает, что сценарий будет терпеть неудачу, и поэтому не должны быть включены в blockchain? Действительность scriptPubKey не проверяется, пока кто-то не пытается истратил

16 июня 2015, 6:03:44 AM	# 6
amaclin Сообщения: 1260 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Цитата: qrius1111 16 июня 2015, 12:57:41 AM 0x4d = OP_PUSHDATA1 (использовать следующие 2 байта Little Endian, чтобы определить, сколько байтов нажать на стек) Назовем этот опкод OP_PUSHDATA2

17 июня 2015, 1:00:15 AM	# 7
qrius1111 Сообщений: 30 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Цитата: amaclin 16 июня 2015 года, 6:03:44 AM Цитата: qrius1111 16 июня 2015, 12:57:41 AM 0x4d = OP_PUSHDATA1 (использовать следующие 2 байта Little Endian, чтобы определить, сколько байтов нажать на стек) Назовем этот опкод OP_PUSHDATA2 Вы правы (снова). обновлен ...

17 июня 2015, 1:04:19 AM	# 8
qrius1111 Сообщений: 30 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Цитата: jl2012 16 июня 2015 года, 3:46:14 AM Цитата: qrius1111 16 июня 2015 года, 1:42:36 AM еще одна вещь - это не 1443 байт стека элемент нарушают критерии MAX_SCRIPT_ELEMENT_SIZE? не это означает, что сценарий будет терпеть неудачу, и поэтому не должны быть включены в blockchain? Действительность scriptPubKey не проверяется, пока кто-то не пытается истратил это многое объясняет! есть какие-либо проверки на всех, хотя? например, что, если я буквально сделал OP_PUSHDATA0 (10 байт) - то есть только предоставление 2 байта, чтобы подтолкнуть, даже если я утверждаю, что толкая 10 байт. бы, что до сих пор делают свой путь в живой blockchain?

17 июня 2015, 5:47:49 AM	# 9
amaclin Сообщения: 1260 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Цитата: qrius1111 от 17 июня 2015 года, 1:04:19 AM Цитата: jl2012 16 июня 2015 года, 3:46:14 AM Цитата: qrius1111 16 июня 2015 года, 1:42:36 AM еще одна вещь - это не 1443 байт стека элемент нарушают критерии MAX_SCRIPT_ELEMENT_SIZE? не это означает, что сценарий будет терпеть неудачу, и поэтому не должны быть включены в blockchain? Действительность scriptPubKey не проверяется, пока кто-то не пытается истратил это многое объясняет! есть какие-либо проверки на всех, хотя? например, что, если я буквально сделал OP_PUSHDATA0 (10 байт) - то есть только предоставление 2 байта, чтобы подтолкнуть, даже если я утверждаю, что толкая 10 байт. бы, что до сих пор делают свой путь в живой blockchain? да и нет да: такой вывод справедлив https://blockchain.info/tx/ebc9fa1196a59e192352d76c0f6e73167046b9d37b8302b6bb6968dfd279b767 нет: это очень сложно (но возможно), чтобы включить такой вывод в blockchain сегодня

17 июня 2015, 7:33:04 AM	# 10
qrius1111 Сообщений: 30 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи именно то, что я хотел бы знать! бесконечно благодарен

17 июня 2015, 8:03:37 AM	# 11
amaclin Сообщения: 1260 Цитировать по имени цитировать ответ	Re: OP_PUSHDATA лжи Цитата: qrius1111 от 17 июня 2015 года, 7:33:04 AM именно то, что я хотел бы знать! бесконечно благодарен FYI http://bitcoin.stackexchange.com/questions/29754/history-behind-the-scripting-language-in-bitcoin котировка ... Этот функциональный аспект сценария особенно важно, когда сценарии были еще оценены непосредственно конкатенации scriptSig и scriptPubKey вместо оценки их по отдельности, как это делается сегодня. ... Bitcoin-0.1.3 (Исходники Вот ) Код: BOOL VerifySignature (Const CTransaction& txFrom, Const CTransaction& txTo, неподписанный INT NIN, Int nHashType) { утверждать (NIN < txTo.vin.size ()); Const CTxIn& txin = txTo.vin [NIN]; если (txin.prevout.n >= TxFrom.vout.size ()) вернуться ложным; Const CTxOut& txout = txFrom.vout [txin.prevout.n]; если (txin.prevout.hash! = txFrom.GetHash ()) вернуться ложным; вернуть EvalScript (txin.scriptSig + CScript (OP_CODESEPARATOR) + txout.scriptPubKey, txTo, Nin, nHashType); } Это очень смешная ошибка: конкатенации scriptSig и scriptPubKey и выполнение результирующих данных в качестве одного сценария

Заголовок