Вернуться   Биткоин Форум > Разработка и Техническое Обсуждение
31 декабря 2012, 4:51:14 PM   # 1
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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


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

Я знаю только ссылку на Bitcoin сценариев в https://en.bitcoin.it/wiki/Script. Там несколько опкодов определить свои действия в зависимости от значения элемента верхнего стека.
Таким образом, мой вопрос: что же эти опкоды делать, если нет верхнего стека элемента (пустой стека)? Или стек всегда предполагается бесконечной глубины (при условии, всегда 0 (я предполагаю тогда) в качестве начальных значений нисходящей стека-цепи)?

Thx для clearifing
SMTP
SMTP сейчас офлайн Пожаловаться на SMTP   Ответить с цитированием Мультицитирование сообщения от SMTP Быстрый ответ на сообщение SMTP


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


31 декабря 2012, 5:20:04 PM   # 2
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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





Если операнды не доступны для оператора, это означает, что сценарий является недействительным.
Лучше ничего не предполагать. Для определенности, прочитать код Сатоши.

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


https://github.com/bitsofproof/supernode/blob/master/src/main/java/com/bitsofproof/supernode/core/ScriptEvaluation.java
 
Grau сейчас офлайн Пожаловаться на Грау   Ответить с цитированием Мультицитирование сообщения от Grau Быстрый ответ на сообщение Grau

31 декабря 2012, 7:39:39 PM   # 3
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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

Если она принимает два значения и есть 0 или 1 значение в стеке - залог и вернуть SCRIPT_INVALID
Если он проверяет подпись, используя верхний элемент стека в качестве открытого ключа, но данные стека не анализирует как открытый ключ, вернитесь SCRIPT_INVALID
Если нет больше опкодов для запуска и верхний элемента стеки не OP_TRUE, возвращение SCRIPT_INVALID (я думаю, что я помню, что, как это работает ... было время ...)
и т.д

Есть много и много тонкостей. Такие вещи, как этот комментарий я нашел в мой процессор сценарий:

Код:
       # Gavin выяснены эффекты OP_0 и OP_1-OP_16.
      # OP_0 ставит пустую строку в стек, который принимает значение
      # Ложно и обрабатывают HASH160 как «» (длина = ноль)
      # OP_X помещает один байт в стек, 0x01 до 0x10

У меня есть большая часть тестирования Opcodes в Оружейной для й OP_IF / OP_ELSE / и т.д., за исключением. Но если честно, вы должны использовать только то, что как Википедия - это может помочь вам понять это, но это не гарантирует, что это на самом деле правильно (я даже не побежал эти тесты сценария ссылки выше, потому что я написал этот обработчик сценариев, прежде чем были сделаны эти тесты [но у меня свои собственные менее исчерпывающие юнит-тесты]). Вы в значительной степени должны идти с Satoshi кода или ничего, если вы хотите, чтобы убедиться, что вы 100% совместимы.
etotheipi сейчас офлайн Пожаловаться на etotheipi   Ответить с цитированием Мультицитирование сообщения от etotheipi Быстрый ответ на сообщение etotheipi

31 декабря 2012, 7:46:41 PM   # 4
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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

31 декабря 2012, 8:10:47 PM   # 5
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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

31 декабря 2012, 8:21:34 PM   # 6
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

Вы можете прочитать, что для начинающих, поскольку это гораздо легче понять.
Это, однако, не является правильным и полным, и если вы имитировать код Грау, как это в настоящее время стоит у вас не будет совместим с Bitcoin.
Направьте меня ошибка в нем, пожалуйста.

Я думаю, что вы не в состоянии понять свою ответственность в создании альтернативной реализации.

Насколько я могу сказать, что вы даже не пытаетесь найти несовместимости. Требуя мне делать неоплачиваемый аудит каждого (иногда бессмысленный) переопределённой, который обнаруживается не масштабируется. Обеспечение совместимости фактически _most_ усилий, необходимых для создания реализации Bitcoin, и так effectively-, хотя я уверен, что вы не собираетесь, освободив это- несовместимый код и поощрение других подражать вы на самом деле пытаетесь экстернализовать большинство ваше развитие стоит на меня. Нам нужно, чтобы найти лучший способ, чтобы обеспечить качество альтернативных реализаций.

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

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

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

31 декабря 2012, 8:39:30 PM   # 7
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

Насколько я могу сказать, что вы даже не пытаетесь найти несовместимости.
Я просто работал несколько дней, чтобы успешно пройти все тесты сценария источник дерева bitcoind может предложить.

Требуя мне делать неоплачиваемый аудит каждого (иногда бессмысленный) переопределённой, который обнаруживается не масштабируется.
Я не требую, чтобы сделать что-нибудь. Я вежливо попросил, чтобы обосновать свой иск, и я также понимаю, что вам не придется.
Grau сейчас офлайн Пожаловаться на Грау   Ответить с цитированием Мультицитирование сообщения от Grau Быстрый ответ на сообщение Grau

31 декабря 2012, 8:55:01 PM   # 8
 
 
Сообщения: 2366
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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

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

котировка
Я просто работал несколько дней, чтобы успешно пройти все тесты сценария источник дерева bitcoind может предложить.

Я очень рад слышать, что вы на самом деле работаете над этим. Я не видел, что усилия.

Как было отмечено ранее, тесты блок в комплекте с bitcoind не предназначены или достаточно для этой цели, они даже не достичь полного охвата ветви кода сценария. Bitcoin-кварта даже не ограничивает тестирование, чтобы только те испытания, и это имеет совершенно несправедливое преимущество является производным от первоначальной ссылочной реализации (так что любая не вновь введена ошибкой является нормативным поведением) - bitcoinj блок тестер Bluematt является гораздо больше через и его также используется для тестирования эталонного клиента.

Возможно, мы могли бы сотрудничать по привлечению денег на усилия баунти повышения тестера bluematt, чтобы иметь более широкий охват. Я готов лично чип в некоторых монетах при условии, что результат щедрот заканчивается (1) платить bluematt некоторые (как он уже сделал огромный объем работы по этому тестеру), (2) добиться полного охвата филиалов в скрипте .cpp для ссылочного клиента, (3) тестер работа по крайней мере bitcoinj / код / ​​эталонным клиент / и код matthewlm в.
gmaxwell сейчас офлайн Пожаловаться на gmaxwell   Ответить с цитированием Мультицитирование сообщения от gmaxwell Быстрый ответ на сообщение gmaxwell

31 декабря 2012, 11:07:05 PM   # 9
 
 
Сообщения: 836
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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

bitcoinj блок тестер Bluematt является гораздо более через и его также используется для тестирования эталонного клиента.
Я буду работать, чтобы развернуть и эти тесты в моей реализации.

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

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

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

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

Счастливого Нового года тебе!
Grau сейчас офлайн Пожаловаться на Грау   Ответить с цитированием Мультицитирование сообщения от Grau Быстрый ответ на сообщение Grau

1 января 2013, 2:56:00 PM   # 10
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

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

Цитата: Grau
Лучше ничего не предполагать. Для определенности, прочитать код Сатоши.
Вы должны взять на себя, если у вас есть не полная информация, но хотелось действовать разумно.
Не могли бы вы дать мне ссылку на это то, что вы называете "Satoshi код" - в лучшем случае с публичными доступными URL? Я гугл уже, но получил только 634 хитов и наиболее перспективных URL Я не могу понять.

Все, что не соответствует ожиданиям результатов ОП-коды в недопустимом сценарии.
Хорошо, это соответствует утверждению Грау (assumping, что очевидно, что все ожидания конкретного Op-кода!).

Цитата: etotheipi
Если он проверяет подпись, используя верхний элемент стека в качестве открытого ключа, но данные стека не анализирует как открытый ключ, вернитесь SCRIPT_INVALID
Кто делает синтаксический анализ? Я надеюсь, что не я в явном виде, но (по выбору) библиотечная функция, которая зависит от времени выполнения окружающей среды. : - /
В настоящее время единственным нетривиальным библиотеки я использую библиотеку OpenSSL (libssl3.so.12) для SHA256 и ripemd160 хэширования, но эти функции я мог бы также код, чтобы быть независимым от этих библиотек-версий - если мне нравится.

Цитата: etotheipi
Если нет больше опкодов для запуска и верхний элемента стеки не OP_TRUE, возвращение SCRIPT_INVALID (я думаю, что я помню, что, как это работает ... было время ...)
Это противоречит URL https://en.bitcoin.it/wiki/Script где указано в начале статьи:
котировка
Сделка действительна, если ничего в комбинированном сценарии не вызывает сбой, и верхний элемент стека истинно (не равно нулю).
. Так что правильно - если вы правильно помните?

Цитата: etotheipi
Код:
       # Gavin выяснены эффекты OP_0 и OP_1-OP_16.
      # OP_0 ставит пустую строку в стек, который принимает значение
      # Ложно и обрабатывают HASH160 как «» (длина = ноль)
      # OP_X помещает один байт в стек, 0x01 до 0x10
Откровенно говоря, я не вижу здесь ни одного subtilities. OP_X обозначает диапазоне OP_1 до OP_16, каждый из толкающих 1 байт в стек. OP_O в отличие, как во всем диапазоне nemonics с байта значения 0 - 75 каждый запихивает 1 элемент в стек, байт вектора длины его опкода. Это звучит для меня как самостоятельный вид, чтобы передавать данные в стек (например, ОП-кодов с байтом значений 76 - 78 еще один другой вид). Во всяком случае, по крайней мере, я думаю, что я интерпретировал то же значение из URL https://en.bitcoin.it/wiki/Script как ты.
Appendum: Хм .... уродливое "тонкость восприятия" (Я бы назвал это уродливое проектное решение) является то, что значение оп-код 0x50 является зарезервированным оп-код, а не операционный код для толкания байт 0 в стек. Может быть, один лучше следовало бы назвать nemonic OP_0 OP_Empty, чтобы избежать неправильного толкования или не дать ему никакого официального nemonic как все оп-коды со значениями байт <= 75?

Я не люблю комментировать или даже попросить больше ответов данных, несмотря на то, были arosen много вопросов по следующему для ответа проводок из Грау & gmaxwell. У меня такое ощущение: у меня есть Hiten гнездо осы, которое связано с тем, что не существует (полное) определение этого языка сценариев только историческую реализацию, которая используется в качестве эталона (включая все его ошибки, subtilities, окружающей среды в зависимости материала и т.д.) было бы хорошо, если я ошибаюсь.

Может быть, "сообщество" имеет не ждать, пока серьезных коммерческих интересов происходит на Bitcoin (если в любое время), а затем, конечно, вилы в интерпретации сценария Bitcoin-клиент приведет, которые несовместимы в результате чего беспорядок и много беспокойства - возможно, конец или незначительность известного bitcoin- сеть.

В blockchain появляются несколько определенных депозитно-скриптов: 0x73 0x63 0x72 0x69 0x70 0x74 (nemonics как OP_IFDUP OP_IF OP_2SWAP OP_VERIFY OP_2OVER OP_DEPTH), которые не были погашены. Я подумал об этом бредовом сценарии, но это вызвало вопрос: если OP_IF (или OP_NOTIF) не закрывается с помощью OP_ENDIF внутри сценария, это весь сценарий, то, конечно, недействительный или это не обязательно недействительно?

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

1 января 2013, 3:08:31 PM   # 11
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

Цитата: etotheipi
Если нет больше опкодов для запуска и верхний элемента стеки не OP_TRUE, возвращение SCRIPT_INVALID (я думаю, что я помню, что, как это работает ... было время ...)
Это противоречит URL https://en.bitcoin.it/wiki/Script где указано в начале статьи:
котировка
Сделка действительна, если ничего в комбинированном сценарии не вызывает сбой, и верхний элемент стека истинно (не равно нулю).
. Так что правильно - если вы правильно помните?

Я не знаю, почему вы думаете, что это противоречивое? Единственное различие между этими двумя утверждениями, что я сказал, что это должно быть OP_TRUE, страница говорит ненулевой. В противном случае, они же заявление. Вы не можете получить "не более OP-кода в стеке" без первого условия, указанного на этой странице, "ничего в комбинированном сценарии не вызывает сбой", 


Цитата: etotheipi
Код:
      # Gavin выяснены эффекты OP_0 и OP_1-OP_16.
      # OP_0 ставит пустую строку в стек, который принимает значение
      # Ложно и обрабатывают HASH160 как «» (длина = ноль)
      # OP_X помещает один байт в стек, 0x01 до 0x10
Откровенно говоря, я не вижу здесь ни одного subtilities. OP_X обозначает диапазоне OP_1 до OP_16, каждый из толкающих 1 байт в стек. OP_O в отличие, как во всем диапазоне nemonics с байта значения 0 - 75 каждый запихивает 1 элемент в стек, байт вектора длины его опкода. Это звучит для меня как самостоятельный вид, чтобы передавать данные в стек (например, OP_codes с байта значения 76 - 78 еще другой вид). Во всяком случае, по крайней мере, я думаю, что я интерпретировал то же значение из URL https://en.bitcoin.it/wiki/Script как ты.

Это не обязательно интуитивно, по крайней мере, не из имен. Я потратил много часов, помещая один нулевые байт в стек и пытаюсь выяснить, почему мой сценарий Eval терпел неудачу определенных сценариев OP_CHECKMULTISIG. Это потому, что OP_HASH160, очевидно, дает другой ответ на "" (Пустая строка), чем это делает один нулевой байт. Я вижу, страница теперь говорит "положить пустую строку в стек" для OP_0 - Я уверен, что был добавлен после того, как я жаловался на Gavin о том, что это довольно важная деталь, которая не была документирована. Моя единственная точка в том, что есть много мелких деталей, и они, вероятно, не должны быть документированы хорошо. Итак, получайте удовольствие

etotheipi сейчас офлайн Пожаловаться на etotheipi   Ответить с цитированием Мультицитирование сообщения от etotheipi Быстрый ответ на сообщение etotheipi

1 января 2013, 4:20:48 PM   # 12
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

Здравствуй
Я не знаю, почему вы думаете, что это противоречивое? Единственное различие между этими двумя утверждениями, что я сказал, что это должно быть OP_TRUE, страница говорит ненулевой. В противном случае, они же заявление.
OP_TRUE идентичен байт со значением байта 0x01 = десятичное значение 1. Ваша интерпретация звучит так, как будто существует единственный "правда" Значение, это одно значение байта.
С другой стороны, "истинно (не равно нулю)" означает, что каждый стек-элемент, который значение не равно 0 интерпретируется как верно. Так что, если конечный пункт верхнего стека, скажем, 47 это будет также interpretated как истинный, а также байты вектор длиной 3 "0x01 0x00 0x00" который также не идентичен OP_TRUE (но имеет такое же значение 1).


Цитата: etotheipi
Это не обязательно интуитивно, по крайней мере, не из имен. Я потратил много часов, помещая один нулевые байт в стек и пытаюсь выяснить, почему мой сценарий Eval терпел неудачу определенных сценариев OP_CHECKMULTISIG. Это потому, что OP_HASH160, очевидно, дает другой ответ на "" (Пустая строка), чем это делает один нулевой байт. Я вижу, страница теперь говорит "положить пустую строку в стек" для OP_0 - Я уверен, что был добавлен после того, как я жаловался на Gavin о том, что это довольно важная деталь, которая не была документирована. Моя единственная точка в том, что есть много мелких деталей, и они, вероятно, не должны быть документированы хорошо.
Понимаю. В то же время я добавил Appendum этой мелочью, которая действительно critize называние nemonic OP_0.

котировка
Итак, получайте удовольствие

Спасибо,
ФППМ
SMTP сейчас офлайн Пожаловаться на SMTP   Ответить с цитированием Мультицитирование сообщения от SMTP Быстрый ответ на сообщение SMTP

1 января 2013, 4:26:11 PM   # 13
 
 
Сообщения: 1428
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

Здравствуй
Я не знаю, почему вы думаете, что это противоречивое? Единственное различие между этими двумя утверждениями, что я сказал, что это должно быть OP_TRUE, страница говорит ненулевой. В противном случае, они же заявление.
OP_TRUE идентичен байт со значением байта 0x01 = десятичное значение 1. Ваша интерпретация звучит так, как будто существует единственный "правда" Значение, это одно значение байта.
С другой стороны, "истинно (не равно нулю)" означает, что каждый стек-элемент, который значение не равно 0 интерпретируется как верно. Так что, если конечный пункт верхнего стека, скажем, 47 это будет также interpretated как истинный, а также байты вектор длиной 3 "0x01 0x00 0x00" который также не идентичен OP_TRUE (но имеет такое же значение 1).

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

2 января 2013, 8:30:19 PM   # 14
 
 
Сообщений: 70
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

В blockchain появляются несколько определенных депозитно-скриптов: 0x73 0x63 0x72 0x69 0x70 0x74 (nemonics как OP_IFDUP OP_IF OP_2SWAP OP_VERIFY OP_2OVER OP_DEPTH), которые не были погашены. Я подумал об этом бредовом сценарии, но это вызвало вопрос: если OP_IF (или OP_NOTIF) не закрывается с помощью OP_ENDIF внутри сценария, это весь сценарий, то, конечно, недействительный или это не обязательно недействительно?
Это является недействительным (по крайней мере, с bitcoinclient версии 0.3.23).

Ответ на этот вопрос (как и многие другие идеи) я тщательно изучая файл SRC / SRC / script.cpp распределения bitcoinclient-0.7.1. В то же время я использовал мою информацию для обновления, исправления и сделать более полной вики-страницы- https://en.bitcoin.it/wiki/Script для других новичков.

SMTP
SMTP сейчас офлайн Пожаловаться на SMTP   Ответить с цитированием Мультицитирование сообщения от SMTP Быстрый ответ на сообщение SMTP

2 января 2013, 9:18:03 PM   # 15
 
 
Сообщения: 1652
Цитировать по имени
цитировать ответ
по умолчанию Re: элемент верхнего стека - определение OP-кодов для Bitcoin сценариев

В blockchain появляются несколько определенных депозитно-скриптов: 0x73 0x63 0x72 0x69 0x70 0x74 (nemonics как OP_IFDUP OP_IF OP_2SWAP OP_VERIFY OP_2OVER OP_DEPTH)

То есть для ASCII «сценария» - и была несчастная ошибкой в ​​чьем-то программном обеспечении, если я правильно помню.

котировка
Я использовал мою информацию для обновления, исправления и сделать более полной вики-страницы- https://en.bitcoin.it/wiki/Script для других новичков.

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



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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW