Topic: [Методичка] Программирование скриптов Bitcoin. (Read 16328 times)

Все правильно расшифровал.
Версия транзакции у меня 1, а не 2, потому что я до сих пор пользуюсь версией клиента v0.13.1
У вас скорее всего та же последовательность действий будет с чуть другим результатом - может быть еще locktime у транзакции будет другой. Не проверял. Меня и этот клиент устраивает.

Если позволите, внесу свою лепту.
Заготовка транзакции 0100000001d0ac0d813c04c5c7d3aa0c6aaa530d104f23f328d8a74f9b3198640ac4155dc701000 00000ffffffff01a6e0f505000000001976a91406599750ae954e00bc73d19a1f4d898659d6c013 88ac00000000

Расшифровывается так:

Версия: 01000000

Флаг: 0001 (Если есть, то это сегвит транзакция, в примере его нет)

Число входов: 01

Вход 1 Хэш предыдущей транзакции (задом наперед): d0ac0d813c04c5c7d3aa0c6aaa530d104f23f328d8a74f9b3198640ac4155dc7

Номер выхода из предыдущей транзакции: 01000000 (да 4 байта Карл!!!)

Длинна скрипта для траты входа: 00 (это число надо поменять на 05 в примере выше)

Сам скрипт: Если длина ноль, то тут ничего нет. Если длина 5, как в примере, то здесь 0000026d51

Input 1 sequence: ffffffff (может быть любое, используется для локтайм скриптов)

Чмсло выходов: 01

Количество отправляемых сатошей в первом выходе: a6e0f50500000000

Длина скрипта в первом выходе: 0x19 (25 байт)

Запирающий скрипт: 76a91406599750ae954e00bc73d19a1f4d898659d6c01388ac

Количество Witness данных: в примере нет

Длина первого Witness: в примере нет

Witness 1: нету

Locktime: 00000000

Короче, я поискал в интернете.
Нашел https://bitcoin.stackexchange.com/questions/72706/bitcoin-tx-sign-redeem-p2sh-transaction-unable-to-sign-input-invalid-stack-siz
Читаю... прям душа радуется - тот же самый вопрос, только скрипт другой.
У чувака скрипт OP_ADD 7 OP_EQUAL - ну то есть подобрать два числа, сумма которых будет семь
Листаю, значит, листаю... Щас типа ответы пойдут дельные...
А там такой облом! Мой собственный ответ годовалой давности - типа не подписывается это штатным клиентом.
И комментарий уважаемого  Pieter Wuille (это один из главных разработчиков биткойна) - типа не предназначено это.
Хотите нестандартные скрипты использовать - пишите сами себе тулзы.

Не, может как-то и можно. Я не знаю как.

Я вот что сделал.
Те же самые условия.
Запускаем

Получаем "заготовку" транзакции

На всякий случай сперва проверяем в консоли


Получаем вот такую расшифровку:

Эта транзакция невалидная, потому что createrawtransaction ничего не знает как нам выводить с адреса 2N6ijRkcgBwzjvwwop9QRuEdBTeggPcSCpA и оставила поле "scriptSig" пустым. А нам туда надо вписать 0000026d51
Утверждается, что signrawtransaction это делать тоже не умеет
Ну, я просто открываю текстовый редактор и вписываю туда нужные байтики:

0100000001d0ac0d813c04c5c7d3aa0c6aaa530d104f23f328d8a74f9b3198640ac4155dc701000 000050000026d51ffffffff01a6e0f505000000001976a91406599750ae954e00bc73d19a1f4d898659d6c01388ac0 0000000


Вот и всё. Как эту же операцию повторить и возможно ли это с помощью bitcoin-cli - я не знаю и особо не стремлюсь

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

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

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

Твоя тулза не опенсурсная? на Гитхабе есть?


да, вот это бы, очень хотелось понять

1. Хотим использовать скрипт OP_2DROP OP_TRUE Он же 6d51

2. Заходим в консоль. Пишем
decodescript 6d51
получаем

3. Отправляем биткойн на адрес 2N6ijRkcgBwzjvwwop9QRuEdBTeggPcSCpA обычным способом
https://testnet.smartbit.com.au/tx/c75d15c40a6498319b4fa7d828f3234f100d53aa6a0caad3c7c5043c810dacd0

4. Теперь с адреса 2N6ijRkcgBwzjvwwop9QRuEdBTeggPcSCpA можно вывести бабло
зная этот скрипт 6d51 и правила его выполнения, ну то есть ему надо подсунуть
"два чего-нибудь неважного" что он выкинет.

5. То есть сразу в хексе я могу записать каким будет scriptSig: 0000026d51

6. Тут я формирую транзакцию своей тулзой (я не использую bitcoin-cli) и вывожу с этого адреса себе обратно.
https://testnet.smartbit.com.au/tx/13804697568b067b846fafd3a6e15a94ecacb53f7811c4896e5fc1bbc650816f

Там в правом верхнем углу есть кнопочка со стрелочками - если на нее кликнуть - откроется подробная
информация о транзакции. И там как раз написан скрипт 0 0 6d51 - то есть сперва два
пустых значения засовываются в стек, а потом как раз выполняется то что нужно - 6d51 -
выкинуть два значения из стека и положить единичку

Таким образом мы перевели бабло с адреса 2N6ijRkcgBwzjvwwop9QRuEdBTeggPcSCpA на адрес
mg6Xg6sRvJzcQzMTuGPVYAV1XxQbhHnvJR используя скрипт OP_2DROP OP_TRUE и не
используя никаких подписей и приватных ключей

Теперь вопрос. Как сформировать такую же транзакцию, но без моей тулзы, а штатным bitcoin-cli ?
Вот это уже мне сложно - тут щас подумать придется Может кто-то другой подскажет?

Не полный. В основной сети есть несколько стандартных вариантов скриптов, которые допустимы
в scriptPubkey. Транзакция с нестандартными скриптами в основной сети не релеится и с вероятностью
99.9999% никогда не подтвердится.

Окей, ща тебе нарисую.

А куда еще можно?


Это почему? Разьве тестнет не полный аналог маин сети, но только с другими префиксами?


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

Ты этот скрипт куда хочешь записать? Прям в scriptPubkey?
Такой вариант в тестнете пройдет, а в основной сети не сработает

Почему я спрашиваю об этом?
Потому что кроме этого есть еще два (как минимум) варианта: p2sh и p2wsh
Эти два варианта сработают и в основной сети

Объясните как с помощью bitcoin-cli отправить транзакцию с кастомным скриптом, например скриптом который не проверяет валидацию hash160:
asm: OP_2DROP OP_TRUE
hex: 6d51

Пытался в тестовой сети создать транзакцию так:



Получаю ошибку:


Что не так, почему он хочет чтоб скрипт у меня был такойже как и в vout был?

Да я и не собираюсь это реализовывать пока что.
Тема с комиссиями релеям возникла как одно из возможных направлений изучения технологии биткоина. Другие направления которые с ходу крутятся в голове:
1. Лайтинг и атомарные свопы. Вроде как уже изучено и задокументировано, но с практикой как-то тормозится пока.
2. Обмен письмами через блокчейн и его скрипты. Это уже есть в точечных проектах, но неплохо было бы изучить подробней. Особенно возможности шифрования сообщений.
3. "Цветные монеты". Типа токены только на биткоине и его скриптах, а не на эфире. Тоже уже где-то видел такое, но почему-то намного меньше распространение получила тема чем то же самое в эфире
Ну и так далее...

Я говорю о технической точке зрения, а не об обыденных понятиях

Стоп. Вы чуть выше пели про вариант что релей которому не заплатили транзакцию
дальше не пересылает. Это ли не блокировка? Вас будут в этой парадигме блокировать
не потому что вы оппозиционер и покупаете вещества для создания бомбы, а потому что
вы мало заплатили. Вам этот вариант чем-то больше нравится? Ладно. Мне пора прощаться.
Эта тема (про донаты релеям) мне более не интересна. Я всё, что хотел сказать - сказал.

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

Во-пераых это кому как.
Для меня передача битков из А в Б тождественна передаче бабок. Особенно если А это Дядя Смит, а Б это я.
Во-вторых тоже не так. Релеи могут че-то блокировать конечно, но когда релеев много, то блокировщики просто посылаются лесом в обход.

Во-первых, в биткойн-сети нет передачи бабок из точки А в точку Б.
Когда говорят о пересылке монет - это лишь образное выражение.

Во-вторых, чтобы было меньше (потенциальных) блокировщиков - надо вообще избавиться от релей-нод.
Тогда их совсем не будет. 


 

Из того, что вы ранее сказали я понял, что по вашему TTL нужен только для протоколов где пакеты идут по определенному маршруту.
Я знаю, что это точно не так. В P2P протоколах TTL тоже есть.
Но я знаю также, что в биткоине TTL нет.
Я пытался обосновать: почему в протоколе биткоина нет TTL. В других P2P протоколах TTL есть, а в биткоине нет. У вас есть свое этому объяснение? Да ради бога.


Чтобы меньше контролеров-блокировщиков было у пересылки моих бабок из точки А в точку Б.

Это шо за херня? Мемуары Сатоши Накамото о том, как отправлять биткойны на IP-адрес
если реципиент в онлайне и на его публичный ключ (хэш публичного ключа) если он в оффе?
Ну так сразу потом была всеми признана и понята ошибка, что этих двух способов не нужно.
Бо отправка на IP-адрес небезопасна с точки зрения MitM
И с тех пор уже 10 лет мы отправляем биткойны типа вариантом, когда не беспокоимся
о том, находится ли получатель в онлайне или оффлайне. А так называемый онлайн-вариант
давно выпилили на ненадобностью.

И к сетевом протоколу взаимодействия нод это не имеет никакого отношения

Специально сеть транзакциями не спамил.
Бывало, посылал без комиссии майнерам, но в весьма скромных количествах.
Вообще, отправка без комиссий не создавала каких-то серьёзных спам-эффектов.
Другое дело, что это несправедливо, что богатые платят за отправку меньше, чем
бедные. Да и просто количество транзакций выросло - решили что пора платить всем
в зависимости от объема транзакции в байтах.

А она нахер нам спеклась сама по себе?

Мда, с французким у вас не очень ))
Как с английским?


Нужны и вы это знаете не хуже меня.
Без комиссий сеть заспамят как это уже было... Кстати, а не вы ли лично проэксплуатировали это? Или я что-то путаю?


Для децентрализации?

Щито?  
Вы вслушайтесь в то что говорите! Ну прочитайте фразу, которую вы написали.
По словам прочитайте! Какие впезду (простите за мой плохой французский)
транзакции для клиентов в оффлайне? Кому вы хотите послать транзакции когда
говорите про клиентов, отсутствующих в природе? Неандертальцам, динозаврам,
селеноидам (жителям Луны)? Их нет в природе. Может в мир сказочных эльфов?
Карлсону на крышу?

Комиссии не нужны. Но всем хочется бабла на халяву. Будет ли бабло
за биткойн или изобретут передачу пива по интернету - это неважно.

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

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

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

Давай не в этом топике. Это все-таки суб-форум "кодеры" и тема про биткойновский скрипт-язык.



Бред какой-то. ТТL используется для того, чтобы предотвратить циклы в маршрутизации.
Сеть же не без глюков работает. Где-то новые каналы появляются, где-то исчезают.
Чтобы предотвратить хождение по кругу - я при релее пакетов уменьшаю на 1 TTL
И не релею пакеты с TTL=0

Разница в том, что TCP/IP-пакет идет по маршруту. Я часть этого маршрута, принимаю с одной стороны,
отправляю в другую сторону. Биткойн-пакеты идут броадкастом всем пирам (по запросу).
И сохраняются на узлах как неподтвержденные транзакции.

Между отправкой IP пакетов и твоим предложением есть 2 большие разницы. Можешь объяснить с какой практической целью ты желаешь достичь race condition?


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


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


Во-первых, "погугли" пишется слитно. Во-вторых, когда это я утверждал что ты просишь его быть попугаем? Речь шла лишь о том, что положение вещей позволяет тебе получить данную информацию не прибегая к подобным просьбам. Я предоставил тебе вполне конкретную ссылку, где своими словами пересказываю позицию Амаклина, а также указал 2 направления для поиска именно его изречений. Интересно - ищи, не интересно - не ищи. Если мои утверждения о новой экономической парадигме по вышеназванной ссылке расходятся с позицией Амаклина, то думаю он не станет об этом умалчивать. По-моему, ты путаешь право с обязанностью. Когда Амаклин кому-то сообщает что информация есть в его старых постах, то они идут и ищут, потому что ценность информации превышает издержки связанные с её поиском, ты же пытаешься эти издержки переложить на Амаклина. Это некрасиво, если выражаться культурно, что всё труднее делать, учитывая твою наглость.

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

Я думал, что уже ответил... Попробую еще раз: с транзакцией произойдет ровно то же самое, что происходит со всеми IP пакетами которые я посылаю одновременно 100500 узлам биткоина. Каждый узел уменьшает TTL на единицу добавляет к транзакции свой выход (откусывает часть комиссии) и посылает пакет транзакцию дальше. Когда TTL комиссия станет равным нулю, IP пакет транзакцию дальше релеят только альтернативно одаренные ноды.



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


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

Это только из скудоумия. Не считайте это оскорблением, я в каких-то вещах сам такой.
Вот недавно, буквально месяц назад, мне надо было оформить какие-то бумажки.
И вариант - либо бегать по конторам самому практически бесплатно, но я даже адреса не знаю
куда идти. Либо заплатить условную штуку баксов и нужные документы оформят "бойцы-бегунки"
Если бы я знал как сделать это бесплатно - может быть я бы и сделал.
95% крипторасов не знают как экономить на комиссиях. И не собираются знать.
Поэтому и платят.

Вы серьёзно? Большего бреда я в жизни не видел. Счетчик TTL не меняет сущности пакета,
и состояние системы в целом, а ваш вариант меняет. Итак. У вас транзакция с 0.01 комиссией
релей-нодам. Минимально отщипнуть можно 0.01. Вы эту транзакцию отправляете одновременно
десяти вашим пирам. Каждый пир заинтересован отщипнуть эти 0.01 себе. Внимание, вопрос:
кому достанется награда в 0.01 уе, когда транзакция будет включена в блок?

Теоретически, вы можете подобные транзакции посылать уже сегодня. Там есть хитрые варианты подписи
SIGHASH_NONE и SIGHASH_SINGLE которые позволят модифицировать транзакцию на пути её следования
без инвалидации. Но "глупые релеи" будут пропускать без изменений. А "умные релеи" будут
переподковывать на свой собственный адрес. В результате будет некоторая лотерея кому достанется награда.

1. Я и сейчас плачу комиссию за транзакции, хотя можно и не платить. Тут как раз ничего нового я не сказал.
Новое то, что эта же самая комиссия может перераспределяться между релеями и майнером.
2. Я отправляю транзу 10 окружающим нодам, каждый из этих 10 вставляет свой выход где откусывает часть комиссии. Потом отправляет своим соседям. Комиссия играет ту же роль, что поле TTL в низкоуровневых протоколах.

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

Я уверен, что
а) никакие комиссии на релеинг взять не получится, как бы вам этого ни хотелось.
б) даже если какая-то технология будет - это будет настолько далеко от битка, что битком не будет называться
в) да и вообще про "будущее битка" я как в том анекдоте про медсестру: "в каком ещё будущем?"

Просто рассуждаем логически.
Есть отправитель, есть получатель, есть "третья сторона", которая проводит сделку.
В существующей финансовой системе это "банк", который за комиссию и обеспечивает вас
всей нужной инфраструктурой. Отправителю даёт пластиковую карточку, получателю даёт
POS-терминал.

В биткойне роль банка выполняет сеть. Удивительный факт, да? Неожиданный, прямо скажем.
Но если быть точнее - то майнеры. Не те майнеры, которые владельцы асиков, а те майнеры,
которые владельцы майнинг-нод. Релей-ноды - это энтузиасты, которые зачем-то поставили
софт. Верующие в туземун. Они ради идеи готовы это делать, а не за деньги. То есть в настоящее
время монетизировать это не получится. Зачем платить деньги за то, что можно получить бесплатно?
Как брать деньги за то, что другие предоставляют на халяву?

Хорошо, давайте предположим, что количество релей-нод будет сокращаться из-за оттока энтузиастов.
И что с того? Транзакции будут по-прежнему релеиться теми нодами, которые запускаются
время от времени. У меня, например, BitcoinCore днем как правило включен. Хотя, признаюсь,
у меня он работает в режиме -blocksonly -listen=0 -maxconnections=1 и за NAT-ом то есть никакую пользу
я сети не приношу в принципе. Но это я такой хитрый. Остальные оболваненные "цифровым золотом" люди
всерьёз думают что они что-то поддерживают и страшно гордятся этим. Прям даже про "новую элиту"
топики создают.

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


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

По-моему, мы слишком сильно съехали в оффтопик.
Автор темы может на нас обидеться.
Нужны ли автомобилю 328 колёс? Я считаю, что нет. Если речь не идет о каких-то очень экстравагантных вариантах использования.

Это ваше право - разработать и выпустить автомобиль с N колесами и убедить нас его покупать.
И это не наша обязанность рассказывать вам почему нам и четырёх колес сегодня хватает.

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

Это понятно, что автомобиля без колёс это не автомобиль. 4 колеса у него есть. 5,6,..10,..328 ему нужны или нет?
Если нужны, то зачем?

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

Вы всерьёз спрашиваете что лучше - биткойн со скриптами или без? А вопрос
"что лучше - автомобиль с колесами или без них" (не просто открутить, а спроектировать) не
желаете задать? Может быть без колёс и лучше будет - но сперва расскажите нам, как вы
собираетесь на таком авто ездить. А мы посмотрим какой вариант лучше.

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

Это сейчас вы меня наркоманом считаете. Но когда награда за блок станет 0.00, тогда по другому запоете 

Забористая у вас трава. Мне отсыпьте немного. Тоже хочу помечтать.

Ну давайте помечтаем. Теоретически пусть есть такой контракт: "я отправляю своей жене 1 бтц и оставляю 0.1 бтц на комиссию для релеев. Каждый кто видит эту транзакцию, может отщипнуть от комиссии 0.01 бтц пока будет есть что отщипывать". Если ко мне такая транза придет, я охотно отщипну от нее 10 раз по 0.01, но после этого релеить ее бесполезно ибо больше она будет нахуй никому не нужна. Но я так же как и отправитель становлюсь заинтересованным в том, чтобы именно наш вариант транзакции попал в блок. Поэтому лучше откушу 0.01 и отправлю транзу еще 9 соседям, которые сделают то же самое.

Дак я в курсе )
Я пытался кефир осилить еще до того, как у этого кефира генезис блок появился. Тут на форуме анонс за полгода вроде выкладывали. Но так и не осилил - че там за газ и как на нем программировать, какой-то мутью все это показалось и потом быстро забылось... Си подобный язык и все остальное для домохозяек появилось позже, видимо как раз потому, что не я один ничего не понял из предварительных анонсов.

Ну, это вряд ли. Чтобы каждая релей-нода претендовала бы на какую-то сумму от комиссий?
Когда вы будете делить награду я прибегу и скажу - а почему мне не начислили бонус? Я эту транзакцию
тоже видел до включения в блок и переслал ее 18 раз с одного моего компьютера на другой! Гоните таньга!

Вариант с какими-то "мастер-релей-нодами" я пока не хочу рассматривать. Очередные костыли для наёбывания лохопедов.

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

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

Абсолютно несложно.
Есть еще неиспользуемые байты. Например, определим один из них как
#define OP_GOTO xx
который будет означать - "прочитать из скрипта число и переместить "курсор" выполнения
на это число байтов назад или вперед". Изменений в коде ну строчек 50 от силы. Это если
не задумываться о проблемах. Можно читать размер перехода не из скрипта, а из стека.
Замечательный способ отстрелить себе ногу.

Только зачем? И что вы будете делать, если вам приходит транзакция, в которой скрипт исполняющийся вечным циклом?
Выполните N операций и отбросите? Ну так тогда зачем вам циклы - у скриптов биткойна и так достаточно возможностей.

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

С тем же успехом - мне никто не ответил. 

Дай Бог им сил и времени на это.
Меня даже не смущает то, что именно эти люди и запилили сперва boost, а теперь с гордостью собрались выпиливать.

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

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

Написать методичку - занятие в высшей степени достойное и похвальное. Но когда ты её напишешь -
она тебе уже не будет нужна. Ты и так будешь всё знать наизусть. И другим она не будет нужна, потому
что без понимания сути вещей методичка не поможет. А чтобы понять суть - придется каждому твоему
читателю пройти заново твой путь и написать свою методичку.

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

-------------------------------------

Я смотрю ты вносишь изменения в текст после моих комментариев. Это правильно, нечего ошибки оставлять,
а то первый пост прочитают, а дальше по тексту разбираться не станут. Давай я тебе поясню, почему самая
первая биткойн-транзакция в генезис-блоке не декодируется bitcoin-cli.

Потому что Сатоши Накамото забыл (или не захотел) эту транзакцию проиндексировать. Почему он так сделал -
я лично не помню, кажется разумного объяснения нет, скорее всего просто не рассмотрел "краевой случай".
Так как принадлежность этих 50 BTC никого кроме него не волнует - никто и не собирался никогда менять
этот код, так как изменение этого кода по сути дела является хард-форком. Ради "красивостей" в коде зачем
делать хард-форк?

Этой транзакции нет в базе данных Bitcoin Core, поэтому bitcoin-cli её не может поднять из базы и декодировать.
Даже сам Сатоши Накамото, имея приватный ключ к адресу 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa не сможет
потратить свои самые первые 50 BTC, так как вся остальная сеть такую транзакцию сочтет невалидной.
(Конечно, все что ему впоследствии накидали на этот адрес потратить он теоретически может, речь только
о генезис-транзакции)

Справедливости ради скажу, что сорцы биткойна я по сути дела никогда и не смотрел.
Мне не нравится ни STL, ни применяемый сегодня повсеместно codestyle, ни вообще тяга людей
переписать все на какие-то новомодные стандарты. От одного вида boost в проекте у меня
возникают рвотные рефлексы.

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

Амаклин прав, ковыряй сорцы. Эти пейсатели там описали "что хотел сказать автор" не слишком вникая в логику.

Ладно. Я что-то действительно возомнил себя королём и начал придираться. Просю просения.

вот вам еще неточность:
надо понимать разницу между непустым и ненулевым.
в биткойне ноль можно закодировать многими способами, в том числе непустыми.
а есть еще "отрицательный ноль" что-то типа 0x8000000000 - весьма непустая строка, которая
тем не менее приводит скрипт к false.

В целом совет - не пытайтесь переводить https://en.bitcoin.it/wiki/Main_Page
Там фактических ошибок в английской части море, а в русской и подавно.

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

01000000010000000000000000000000000000000000000000000000000000000000000000fffff fff4d04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c 6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b7 3ffffffff0100f2052a01000000434104678afdb0fe5548271967f1a67130b7105cd6a828e03909 a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11 d5fac00000000

Можно даже попытаться его декодировать


Тут ничего собственно и нет, только extranonce и знаменитая фраза "The Times 03/Jan/2009 Chancellor on brink of second bailout for banks"
Можете сами увидеть на странице https://www.blockchain.com/ru/btc/tx/4a5e1e4baab89f3a32518a88c31bc87f618f76673e2cc77ab2127b7afdeda33b?show_adv=true

То что bitcoin-cli вам это не показывает - ну так корявое приложение для нубланов. Не пользуйтесь этим говном.
Вон даже bc.i и тот показывает scriptSig coinbase-транзакции.


вот выделил жирным. перед scriptSig как у всех других инпутов.

01000000010000000000000000000000000000000000000000000000000000000000000000fffff fff4d04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c 6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b7 3ffffffff0100f2052a01000000434104678afdb0fe5548271967f1a67130b7105cd6a828e03909 a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11 d5fac00000000


Да ладно вам глумиться! Вы смотрите только кейс if (whichType == TX_SCRIPTHASH)
а все остальное рассматривается в Solver(prev.scriptPubKey, vSolutions)


вот вам безусловный переход. безусловный - это значит: будет произведен всегда.
То есть это эквивалентно


Неполнота по Тьюрингу биткойновского языка не потому что в нем нет операторов безусловного перехода.
Если бы они были - он бы все равно не стал бы полным по Тьюрингу.

Точно?

Где тут входящий скрипт?
Я под скриптом понимаю программу написанную на языке Script. Хочу сделать учебник-методичку про программированию на этом языке. Возможно это будет первый русскоязычный учебник. Буду благодарен за помощь.


Опять же в декодированной транзакции из вышеуказанного примера, где там ссылка на предыдущую транзакцию?


Вот этого не знал. Исправлюсь.


Тоже согласен. Надо поправиться.


Блин точно.  


Не делают.
Ну или скажем так: нестандартные входные скрипты (скрипты в поле scriptSig) не делают транзакцию автоматически нестандартной.
В настоящее время к входному скрипту предъявляются всего три требования:
1. Скрипт не должен содержать синтаксических ошибок
2. Скрипт должен оставлять в стеке непустое значение.
3. В скрипте должно быть не более 15 операторов проверки цифровой подписи.

https://github.com/bitcoin/bitcoin/blob/master/src/policy/policy.cpp#L174


Я же написал нет опетаторов безусловного перехода.
Операторы условного перехода есть.  


Спасибо и на этом )

имеют

содержат (там нолики, потому что предыдущей транзакции нет. но ссылка-то есть!)

можно

bitcoin-cli.exe -rpcuser=user -rpcpassword=pw decoderawtransaction 01000000010000000000000000000000000000000000000000000000000000000000000000fffff fff4d04ffff001d0104455468652054696d65732030332f4a616e2f32303039204368616e63656c 6c6f72206f6e206272696e6b206f66207365636f6e64206261696c6f757420666f722062616e6b7 3ffffffff0100f2052a01000000434104678afdb0fe5548271967f1a67130b7105cd6a828e03909 a67962e0ea1f61deb649f6bc3f4cef38c4f35504e51ec112de5c384df7ba0b8d578a4c702b6bf11 d5fac00000000


Ну кому как. Кому-то эта информация весьма полезна. Если вы не видите пользы - это не значит что её нет.

Ровным счетом наоборот.

Делают

Как это нет? Есть. С помощью оператора ветвления if можно сделать переход безусловный вперед.
Вот циклов и переходов назад действительно нет.

Ты сам-то не запутался в своем описании? Что в начале, а что в конце? На самом деле наоборот, сперва выполняется scriptSig а потом scriptPub Ладно. Я тут прочитал пять раз твоё описание и наконец понял что ты имел в виду. Правильно. Но никто все равно не поймет.

Дальше мне лень ошибки выискивать

Reserved

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

Bitcoin – это первая в мире криптовалюта основанная на технологии децентрализованного обмена транзакциями (1). Широкой публике Bitcoin известен прежде всего как инструмент для анонимных, не зависящих от банков платежей, а так же как инструмент для спекулятивной игры на биржах. Мало кто знает и задумывается над тем, что с технической точки зрения, все транзакции Bitcoin – это не что иное, как набор компьютерных программ. Сам код Bitcoin написан на языке программирования C++ (2), но для транзакций используется простой Тьюринг-неполный язык программирования который называется Script.

В состав дистрибутива Bitcoin (3) входят несколько исполняемых файлов, из которых наиболее известным является графический клиент bitcoin-qt. Графический клиент позволяет в интерактивном режиме управлять многими функциями, однако зачастую самые новые функции разработчики в графический клиент не включают. Поэтому для изучения протокола Bitcoin на низком уровне, более полезной является утилита командной строки bitcoin-cli. Полный список команд этой утилиты можно получить стандартным ключем
Так же можно получить подробное описание каждой команды с примерами использования. Например
В системах без графической оболочки вместо  bitcoin-qt, для работы сети Bitcoin нужно запускать утилиту bitcoind. Сама по себе эта утилита не представляет никаких интерактивных возможностей, поэтому удобно запускать ее в качестве "демона" (фоновой программы) с соответствующим флагом.

Транзакции это одна из главных частей протокола Bitcoin. На низком уровне, транзакции представляют собой длинную строку из шестнадцатиричных чисел. С помощью утилиты "bitcoin-cli", транзакцию можно декодировать в формат JSON.

Существуют два вида транзакций:
1. Транзакции у которых есть входящие (открывающие) и исходящие (закрывающие) скрипты. Это самый распространенный вид транзакций, каждая из таких транзакций должна ссылаться на предшествующую.
2. Coinbase-транзакции. Эти транзакции не имеют входящих (открывающих) скриптов и не содержат в себе ссылку на предыдущую транзакцию. (примечание: В шестнадцатиричном представалении в сoinbase-транзакциях все поля заполнены как и в обычных транзакциях, но поля отвечающие за входящие скрипты и ссылку на предыдущую транзакцию не несут в себе смысла)

Самая первая транзакция Bitcoin называется "genesis block coinbase" и это единственная транзакция которую нельзя декодировать утилитой bitcoin-cli (примечание: на самом деле можно, но для этого нужно вручную подготовить входные данные, что находится за рамками данной статьи). Полную информацию о любой другой транзакции можно легко получить.
Рассмотрим вторую (следующую после genesis block coinbase) транзакцию в сети Bitcoin. Получить ее можно следующими командами:
На выходе получим JSON строку в которой содержится основная информация о самом первом (после genesis) блоке Bitcoin.
В этом блоке есть всего одна транзакция, получим теперь информацию о ней
Эта команда вернет в формате JSON, информацию о самой первой (после genesis) транзакции в сети Bitcoin. Наиболее важными полями в полученном JSON объекте являются следующие:

Итак, во всех транзакциях начиная с самой первой, есть два поля "vin" и "vout". Первое поле у coinbase транзакций содержит служебную информацию (как в примере выше), в данной статье это поле нас не интересует. Второе поле у всех транзакций в обязательном порядке содержит микропрограмму на языке Script. Программу можно прочитать в формате "asm" или в формате "hex". Для декодирования программы из шестнадцатиричного формата можно так же использовать утилиту bitcoin-cli. Например выходной  ("vout" или запирающий) скрипт из первой транзакции Bitcoin можно декодировать так:
На выходе получим:
Таким образом еще раз можно убедиться, что в JSON описании транзакции, поля "hex" и "asm", содержат один и тот же скрипт.

Все микропрограммы-скрипты в транзакциях Bitcoin состоят из двух частей. Первая часть - выходной скрипт который записан в поле vout.scriptPubKey. Вторая часть программы это входной скрипт, записанный в поле vin.scriptSig. Входной скрипт может отсутствовать у транзакций "coinbase", однако выходной скрипт должен присутствовать во всех без исключения транзакциях.
Существует множество правил по которым узлы сети Bitcoin проверяют правильность транзакции (4), но главное из правил можно сформулировать следующими словами: "входной скрипт проверяемой транзакции объединенный с выходным скриптом предыдущей транзакции, должен работать без ошибок и по окончании работы во внутреннем стеке должно быть значение, соответствующее логической истине". Продемонстрируем как работает данное правило на примере:
Это первый блок Bitcoin в котором кроме транзакции "coinbase" есть еще одна транзакция и в этой транзакции присутствует входной скрипт. Рассмотрим данную транзакцию, в ней нас будет интересовать только часть "vin".


Рассмотрим процесс проверки данной транзакции узлом (клиентом) Bitcoin сети:
1. К клиенту сети Bitcoin приходит транзакция.
2. Клиент сети Bitcoin должен взять из этой транзакции значение полей vin.txid,  vin.vout, vin.scriptSig.
3.  Значение vin.txid - должно совпадать со значением какой-либо ранее проверенной транзакции. В рассматриваемом примере  0437cd7f8525ceed2324359c2d0ba26006d92d856a9c20fa0241106ee5a597c9 это хэш "coinbase" транзакции из блока № 9.
4. Значение  vin.vout должно указывать на номер выходного скрипта в транзакции  vin.txid. В рассматриваемом примере  vin.vout = 0 значит для следующей проверки нужно взять нулевой выходной скрипт из транзакции  0437cd7f8525ceed2324359c2d0ba26006d92d856a9c20fa0241106ee5a597c9.  Рассмотрим эту транзакцию, в ней нас интересует поле "vout"
5. Окончательный проверочный скрипт можно представить следующим псевдокодом
Или пошагово:

Первая команда помещает в стек цифровую подпись, вторая команда помещает в стек публичный ключ, последняя команда проверяет цифровую подпись на соответствие публичному ключу, если проверка проходит успешно, то в стек помещается логическая истина. В итоге правильную транзакцию может сделать только тот, у кого есть публичный и приватный криптографический ключ от цифровой подписи указанной в выходном (vout, запирающем) скрипте.
В документации приведен список всего около ста команд (5), некоторые из которых зарезервированы и в настоящее время не должны использоваться в транзакциях. Скрипты в транзакциях могут быть "стандартными" и "нестандартными". Исходящие скрипты должны быть только стандартными. Нестандартные входные скрипты не делают транзакцию нестандартной, поэтому открыта возможность для написания пользовательских скриптов различной степени сложности.
В настоящее время к входному скрипту предъявляются всего три требования (6):
1. Скрипт не должен содержать синтаксических ошибок
2. Скрипт должен оставлять в стеке непустое значение.
3. В скрипте должно быть не более 15 операторов проверки цифровой подписи.

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

Микропрограммы на языке Script являются неотъемлемой частью протокола Bitcoin. Программы состоят из двух частей: входного и выходного скрипта. Входной скрипт находится в проверяемой транзакции и выполняется в начале. Выходной скрипт находится в ранее проверенной транзакции и выполняется сразу после входного скрипта. Транзакция проходит проверку успешно, только если в конце работы всех частей скрипта, в стеке программы будет значение, соотвествующее логической истине.

1. Satoshi Nakamoto. Bitcoin: A Peer-to-Peer Electronic Cash System. https://bitcoin.org/bitcoin.pdf
2. Bitcoin Core integration/staging tree. https://github.com/bitcoin/bitcoin
3. Bitcoin Core. https://github.com/bitcoin/bitcoin/releases
4. https://github.com/bitcoin/bitcoin/blob/29f429dc7d4c7e6cd012e749cadf89e3138bcab3/src/policy/policy.cpp#L80
5. Script. https://en.bitcoin.it/wiki/Script
6. Bitcoin Core. https://github.com/bitcoin/bitcoin/blob/master/src/policy/policy.cpp#L174