Почему не может быть выходные значения устанавливаются скрипты?

Существуют ли какие-либо случаи, когда это может быть приемлемым?

потому что нет никакой необходимости для этого!

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

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

Цитата: theymos от 07 августа 2011 года, 7:11:31 PM

Другая проблема: нужна новая структура.

Цитата: theymos от 07 августа 2011 года, 7:11:31 PM

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

Может очень ограничительный Whitelist о типах сценариев, для которых это может быть позволено помочь сделать эти проблемы легче решать?

Цитата: kokjo от 07 августа 2011 года, 7:02:11 PM

потому что нет никакой необходимости для этого!

Экстремальные микротранзакции был один, который был размещен в этой теме:

Цитата: d'Aniel 07 августа 2011 года, 7:35:20 PM

Цитата: theymos от 07 августа 2011 года, 7:11:31 PM

Цитата: kokjo от 07 августа 2011 года, 7:02:11 PM

потому что нет никакой необходимости для этого!

Экстремальные микротранзакции был один, который был размещен в этой теме:

до сих пор не могу понять, почему ...

Цитата: kokjo от 07 августа 2011 года, 7:48:10 PM

до сих пор не могу понять, почему ...

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

Цитата: d'Aniel 07 августа 2011 года, 9:21:04 PM

Цитата: kokjo от 07 августа 2011 года, 7:48:10 PM

до сих пор не могу понять, почему ...

микротранзакции: да, просто отправить 0,00001 BTC кому-то. или отправить 1 BTC в какой-то микро-провайдера платежей.
SCRIPTABLE выходы: нет. конечно нет! что ты думаешь! R U с ума? единственная причина для них, чтобы создать большой ужасный уродливый большой странный не-проверяемый беспорядок.

Выходные значения находятся установленные сценарии.

К примеру есть сценарии, которые не будут выводить свои монеты на другой адрес / сделку, если / пока транзакция, которая подписывает их запускают сценарий.

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

Сценарии могут также установить выходные значения нескольких выходных сценарии. Например предположим, что существует сделка с 100 выходами, каждый из которых будет равна нулю в случае неправильной подписи, 0,01 BTC в случае правильной подписи.

Сделки могут быть построены установками выхода этого мульти-вывод сценария к этой новой сделке мы строим в любое место от 0,0 до 1,0 BTC, даже (с помощью магии так называемых "изменение") В наименованиях, которые не являются точными кратными 0,1. BTC.

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

-MarkM-

котировка

Выходные значения находятся установленные сценарии.

нет, они не. почитайте: https://en.bitcoin.it/wiki/Protocol_specification#tx

котировка

К примеру есть сценарии, которые не будут выводить свои монеты на другой адрес / сделку, если / пока транзакция, которая подписывает их запускают сценарий.

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

котировка

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

нет. Значение выходного является статическим его определяется как uint64_t в TxOut.

котировка

Сценарии могут также установить выходные значения нескольких выходных сценарии. Например предположим, что существует сделка с 100 выходами, каждый из которых будет равна нулю в случае неправильной подписи, 0,01 BTC в случае правильной подписи.

нет, сценарии ничего не устанавливать, то предварительно установить структуру TxOut. transcaions значение не может изменить

котировка

Сделки могут быть построены установками выхода этого мульти-вывод сценария к этой новой сделке мы строим в любое место от 0,0 до 1,0 BTC, даже (с помощью магии так называемых "изменение") В наименованиях, которые не являются точными кратными 0,1. BTC.

так что теперь вы думаете, есть какая-то магия участвует?

котировка

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

нет. скрипты являются автономными, они не могут изменить. (Да они могут, они лишь массив байтов, но это сделало бы недействительным Tx)

либо это большое недоразумение или вы просто немой

Я думаю, что общая концепция здесь, чтобы TxOut сценарии ввести ограничения на операции, которые проводят их.

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

Например, в качестве ситуации депозитной, отправитель Алиса может хотеть создать TxOut, который может быть разблокирован только эским агентом Бобом, но где сам Bitcoins может быть отправлен только Алисе или получатель Чарли.

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

почитайте:
https://en.bitcoin.it/wiki/Script
https://en.bitcoin.it/wiki/Protocol_specification#tx

Вы можете узнать что-то.

Это то, что мое мнение основано на.

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

Цитата: vector76 от 08 августа 2011, 11:24:44 AM

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

сценарии не имеют доступ к ОМУ хэшу.
но его правда, что вы можете делать смешные вещи, с помощью скриптов.

Именно поэтому я рекомендовал, что вы должны идти читать.

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

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

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

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

Все теперь ясно?

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

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

котировка

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

вот как он работает сейчас.

котировка

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

да, но это было только требует 1 из Sigs, чтобы быть правдой, AND'ing их вместе будут создавать ТХ, где все должны согласиться на выходах.

котировка

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

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

уже хотя, см: https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation
да это не Стндартное, поэтому большинство шахтеров не будет принимать его

котировка

Все теперь ясно?

намного больше. просто вырезать обобщения дерьмо, и я понимаю, просто отлично.

котировка

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

обстоятельства, общие ограничения, ядд ядд, возможности, обобщение, обобщение, обобщение

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

котировка

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

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

я думаю, что мы понимаем друг друга прямо сейчас

Цитата: kokjo от 08 августа 2011 года, 1:35:17 PM

котировка

вот как он работает сейчас.

Я не ясно, когда я сказал «сценарий» я имел в виду выходной ОГО сценария.

Только Публичный указываются в выходном ОМ сценарии (через его адрес) и сделки, которые затрачивают выход должен поставить Публичный и подпись во входном скрипте. Это позволяет владельцу адреса указать любую сделку. Если вывод скрипт, указанные в Публичном и подпись, то только транзакция точно соответствие, что txout "предназначена" будет иметь возможность претендовать на значение в txout.

По ORing нескольких тестов, любые один из нескольких точных совпадений транзакций будет иметь возможность провести txout.

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

Я согласен, выходное значение выходного значения, и она не может меняться в зависимости от сценария или что-нибудь еще. Когда-либо.

Единственное, что сценарий мог бы сделать, это попытаться контролировать то, как расходуются txout, что в настоящее время невозможно (за исключением, по мне, заставляя точного соответствия на следующей транзакции). Контроль за расходованием выход может иметь такой же эффект, как изменение размера, например, если получатель были вынуждены отправить изменения в адрес они не контролируют, в условиях, рассчитанных по сценарию txout. Может быть, родитель дает своему ребенку деньги, которые могут быть потрачены только на книги до $ 50 или еды до $ 20, а остальные (все, что не провел в самой первой сделки) идет в адрес изменения родителя.

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

Цитата: vector76 от 08 августа 2011 года, 3:25:33 PM

Единственное, что сценарий мог бы сделать, это попытаться контролировать то, как расходуются txout, что в настоящее время невозможно (за исключением, по мне, заставляя точного соответствия на следующей транзакции). Контроль за расходованием выход может иметь такой же эффект, как изменение размера, например, если получатель были вынуждены отправить изменения в адрес они не контролируют, в условиях, рассчитанных по сценарию txout. Может быть, родитель дает своему ребенку деньги, которые могут быть потрачены только на книги до $ 50 или еды до $ 20, а остальные (все, что не провел в самой первой сделки) идет в адрес изменения родителя.

бы ребенок не просто потратить все монеты на другой адрес, что он / она контролирует, и утверждая, что его / ее еду была стоить $ 50
то ограничение не будет.

как клиент Bitcoin знать, если ребенок покупает книги?

ваше сообщение не имеет смысла, родители должны учить своих детей о ответственно.

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

Подарочные карты имеют ограничение на том, как они могут быть потрачены. У тех, кто не имеет смысла?

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

7 августа 2011, 6:47:00 PM	# 1
d'Aniel Сообщения: 461 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Существуют ли какие-либо случаи, когда это может быть приемлемым?

7 августа 2011, 7:02:11 PM	# 2
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Получил 1806 Биткоинов Реальная история. потому что нет никакой необходимости для этого!

7 августа 2011, 7:09:08 PM	# 3
Майк Хирн Сообщения: 1526 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Срок действия сделки должен быть независимым от любого внешнего состояния, в противном случае вы не можете решить, следует ли включать / реле или нет. Разрешение вывода скриптов для выбора выходных значений будет сделать УЮ валидность невозможно определить, так как результаты могли бы подвести к более входам.

7 августа 2011, 7:11:31 PM	# 4
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Это могло бы может быть смело допустимо, но огромное количество Bitcoin кода придется переписать, так как предполагается, в коде, что выходные значения являются фиксированными. проверка транзакций также будет очень сложным, потому что вы должны были бы вычислить оставшийся баланс сделки, прежде чем позволить какой-либо из других мероприятий, которые будут израсходованы. Это также может вызвать новые формы конфликтов транзакций. Там могут быть и другие проблемы, а также.

7 августа 2011, 7:13:14 PM	# 5
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: theymos от 07 августа 2011 года, 7:11:31 PM Это могло бы может быть смело допустимо, но огромное количество Bitcoin кода придется переписать, так как предполагается, в коде, что выходные значения являются фиксированными. проверка транзакций также будет очень сложным, потому что вы должны были бы вычислить оставшийся баланс сделки, прежде чем позволить какой-либо из других мероприятий, которые будут израсходованы. Это также может вызвать новые формы конфликтов транзакций. Там могут быть и другие проблемы, а также. Другая проблема: нужна новая структура.

7 августа 2011, 7:35:20 PM	# 6
d'Aniel Сообщения: 461 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: theymos от 07 августа 2011 года, 7:11:31 PM проверка транзакций также будет очень сложным, потому что вы должны были бы вычислить оставшийся баланс сделки, прежде чем позволить какой-либо из других мероприятий, которые будут израсходованы. Это также может вызвать новые формы конфликтов транзакций. Там могут быть и другие проблемы, а также. Может очень ограничительный Whitelist о типах сценариев, для которых это может быть позволено помочь сделать эти проблемы легче решать? Цитата: kokjo от 07 августа 2011 года, 7:02:11 PM потому что нет никакой необходимости для этого! Экстремальные микротранзакции был один, который был размещен в этой теме:

7 августа 2011, 7:48:10 PM	# 7
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: d'Aniel 07 августа 2011 года, 7:35:20 PM Цитата: theymos от 07 августа 2011 года, 7:11:31 PM проверка транзакций также будет очень сложным, потому что вы должны были бы вычислить оставшийся баланс сделки, прежде чем позволить какой-либо из других мероприятий, которые будут израсходованы. Это также может вызвать новые формы конфликтов транзакций. Там могут быть и другие проблемы, а также. Может очень ограничительный Whitelist о типах сценариев, для которых это может быть позволено помочь сделать эти проблемы легче решать? Цитата: kokjo от 07 августа 2011 года, 7:02:11 PM потому что нет никакой необходимости для этого! Экстремальные микротранзакции был один, который был размещен в этой теме: до сих пор не могу понять, почему ...

7 августа 2011, 9:21:04 PM	# 8
d'Aniel Сообщения: 461 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: kokjo от 07 августа 2011 года, 7:48:10 PM до сих пор не могу понять, почему ... Значит, вы не можете понять, почему децентрализованные микротранзакции необходимы? Один большой пример оплаты маршрутизировать ваши пакеты и людей для отправки вам пакеты будут интернализации все расходы на пропускную способность участия каждого пользователя в сети Интернет. Там много положительных последствий для этого и других отдельных причин, но если этого не достаточно, чтобы убедить вас, то вы, вероятно, не будете убеждены.

7 августа 2011, 9:45:02 PM	# 9
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: d'Aniel 07 августа 2011 года, 9:21:04 PM Цитата: kokjo от 07 августа 2011 года, 7:48:10 PM до сих пор не могу понять, почему ... Значит, вы не можете понять, почему децентрализованные микротранзакции необходимы? Один большой пример оплаты маршрутизировать ваши пакеты и людей для отправки вам пакеты будут интернализации все расходы на пропускную способность участия каждого пользователя в сети Интернет. Там много положительных последствий для этого и других отдельных причин, но если этого не достаточно, чтобы убедить вас, то вы, вероятно, не будете убеждены. микротранзакции: да, просто отправить 0,00001 BTC кому-то. или отправить 1 BTC в какой-то микро-провайдера платежей. SCRIPTABLE выходы: нет. конечно нет! что ты думаешь! R U с ума? единственная причина для них, чтобы создать большой ужасный уродливый большой странный не-проверяемый беспорядок.

7 августа 2011, 10:05:29 PM	# 10
MarkM Сообщения: 2002 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Выходные значения находятся установленные сценарии. К примеру есть сценарии, которые не будут выводить свои монеты на другой адрес / сделку, если / пока транзакция, которая подписывает их запускают сценарий. Такие сделки, таким образом, либо выход нет монет (подпись была неправильно) или запрограммированное значение выходного сценарий существует для в "Выход в том случае, подпись верна", Сценарии могут также установить выходные значения нескольких выходных сценарии. Например предположим, что существует сделка с 100 выходами, каждый из которых будет равна нулю в случае неправильной подписи, 0,01 BTC в случае правильной подписи. Сделки могут быть построены установками выхода этого мульти-вывод сценария к этой новой сделке мы строим в любое место от 0,0 до 1,0 BTC, даже (с помощью магии так называемых "изменение") В наименованиях, которые не являются точными кратными 0,1. BTC. Так что это сводится к тому, сколько вы хотите вывести и предоставить ли ключи, которые дают возможность получения такого количества продукции в то время. -MarkM-

8 августа 2011, 7:47:17 AM	# 11
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? котировка Выходные значения находятся установленные сценарии. нет, они не. почитайте: https://en.bitcoin.it/wiki/Protocol_specification#tx котировка К примеру есть сценарии, которые не будут выводить свои монеты на другой адрес / сделку, если / пока транзакция, которая подписывает их запускают сценарий. чего-чего? Входы должны быть подписаны, с помощью ключа с выхода они пришли. и выходы просто указать новый ключ (сценарий), и значение котировка Такие сделки, таким образом, либо выход нет монет (подпись была неправильно) или запрограммированное значение выходного сценарий существует для в "Выход в том случае, подпись верна", нет. Значение выходного является статическим его определяется как uint64_t в TxOut. котировка Сценарии могут также установить выходные значения нескольких выходных сценарии. Например предположим, что существует сделка с 100 выходами, каждый из которых будет равна нулю в случае неправильной подписи, 0,01 BTC в случае правильной подписи. нет, сценарии ничего не устанавливать, то предварительно установить структуру TxOut. transcaions значение не может изменить котировка Сделки могут быть построены установками выхода этого мульти-вывод сценария к этой новой сделке мы строим в любое место от 0,0 до 1,0 BTC, даже (с помощью магии так называемых "изменение") В наименованиях, которые не являются точными кратными 0,1. BTC. так что теперь вы думаете, есть какая-то магия участвует? котировка Так что это сводится к тому, сколько вы хотите вывести и предоставить ли ключи, которые дают возможность получения такого количества продукции в то время. нет. скрипты являются автономными, они не могут изменить. (Да они могут, они лишь массив байтов, но это сделало бы недействительным Tx) либо это большое недоразумение или вы просто немой

8 августа 2011, 9:36:44 AM	# 12
vector76 Сообщений: 70 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Я думаю, что общая концепция здесь, чтобы TxOut сценарии ввести ограничения на операции, которые проводят их. Я могу видеть это, имеющее значение в некоторых особых случаях, если есть необходимость доставки биткойны с приложенными последовательностями. Например, в качестве ситуации депозитной, отправитель Алиса может хотеть создать TxOut, который может быть разблокирован только эским агентом Бобом, но где сам Bitcoins может быть отправлен только Алисе или получатель Чарли. Я думаю, что с умным использованием OP_CHECKSIG можно было бы перечислить конечное число операций, которые можно провести в TxOut, но это не возможно иметь более общие ограничения, потому что сценарий не имеет доступа к сделке, чем через его хэш.

8 августа 2011, 9:56:41 AM	# 13
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? почитайте: https://en.bitcoin.it/wiki/Script https://en.bitcoin.it/wiki/Protocol_specification#tx Вы можете узнать что-то.

8 августа 2011, 11:24:44 AM	# 14
vector76 Сообщений: 70 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Это то, что мое мнение основано на. Вы говорите, что какие-либо ограничения на последующей операции бесполезны? Или что можно иметь ограничение более общее, чем перечислять возможные сделки?

8 августа 2011, 12:14:14 PM	# 15
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: vector76 от 08 августа 2011, 11:24:44 AM Это то, что мое мнение основано на. Вы говорите, что какие-либо ограничения на последующей операции бесполезны? Или что можно иметь ограничение более общее, чем перечислять возможные сделки? я не знаю! вы говорите, все виды случайных нонсенс, что я не понимаю. но если судить о том, что я могу понять вас сообщения, вы далеко (я мог бы быть неправильно, из-за проблем со связью). сценарии не имеют доступ к ОМУ хэшу. но его правда, что вы можете делать смешные вещи, с помощью скриптов. Именно поэтому я рекомендовал, что вы должны идти читать.

8 августа 2011, 1:07:40 PM	# 16
vector76 Сообщений: 70 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Вы можете указать подпись и Публичный в сценарии, так что только точное совпадение с конкретной сделкой будет проходить проверку. Вы можете поместить несколько из них в сценарии и логически или их вместе, так что любой из нескольких точных соответствий будет проходить проверку. Таким образом, вы можете проверить хэш транзакции для точного совпадения с использованием OP_CHECKSIG, но я не вижу другого пути, чтобы иметь какие-либо зависимости от содержания сделки, которая тратит определенный вывод. Можно было бы использовать что-то вдоль этих линий, чтобы реализовать эскроу с помощью блок-цепи, которая может быть полезна, если это возможно. Все теперь ясно? Прямо сейчас я не могу думать о каких-либо обстоятельствах, когда общие ограничения (которые в настоящее время невозможно) было бы полезно, так что я не вижу причин, чтобы рассмотреть вопрос о добавлении возможности сценария, чтобы ограничения, такие как имеющие выходные значения, установленные скрипты, который был первоначально вопрос , Если я не ясно, или если вы не торопитесь, или не имеют возможности понять, просто так сказать. Вы можете узнать что-то.

8 августа 2011, 1:35:17 PM	# 17
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? котировка Вы можете указать подпись и Публичный в сценарии, так что только точное совпадение с конкретной сделкой будет проходить проверку. вот как он работает сейчас. котировка Вы можете поместить несколько из них в сценарии и логически или их вместе, так что любой из нескольких точных соответствий будет проходить проверку. да, но это было только требует 1 из Sigs, чтобы быть правдой, AND'ing их вместе будут создавать ТХ, где все должны согласиться на выходах. котировка Таким образом, вы можете проверить хэш транзакции для точного совпадения с использованием OP_CHECKSIG, но я не вижу другого пути, чтобы иметь какие-либо зависимости от содержания сделки, которая тратит определенный вывод. Можно было бы использовать что-то вдоль этих линий, чтобы реализовать эскроу с помощью блок-цепи, которая может быть полезна, если это возможно. уже хотя, см: https://en.bitcoin.it/wiki/Contracts#Example_2:_Escrow_and_dispute_mediation да это не Стндартное, поэтому большинство шахтеров не будет принимать его котировка Все теперь ясно? намного больше. просто вырезать обобщения дерьмо, и я понимаю, просто отлично. котировка Прямо сейчас я не могу думать о каких-либо обстоятельствах, когда общие ограничения (которые в настоящее время невозможно) было бы полезно, так что я не вижу причин, чтобы рассмотреть вопрос о добавлении возможности сценария, чтобы ограничения, такие как имеющие выходные значения, установленные скрипты, который был первоначально вопрос , обстоятельства, общие ограничения, ядд ядд, возможности, обобщение, обобщение, обобщение я думаю, что это сводится к тому, вы не можете видеть, какие обстоятельства, позволяющие выходное значение изменить ... скажем, если им неправильно. я не согласен с вами, нет необходимости, чтобы сделать сценарии изменения значения выходного сигнала. его как предоставление $ 100, и в зависимости от того, что вы проводите его, это может измениться. он просто не имеет смысла. котировка Если я не ясно, или если вы не торопитесь, или не имеют возможности понять, просто так сказать. Вы можете узнать что-то. или вы могли бы просто говорить яснее. правда, я мог бы узнать что-то, возможно, английский. я думаю, что мы понимаем друг друга прямо сейчас

8 августа 2011, 3:25:33 PM	# 18
vector76 Сообщений: 70 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: kokjo от 08 августа 2011 года, 1:35:17 PM котировка Вы можете указать подпись и Публичный в сценарии, так что только точное совпадение с конкретной сделкой будет проходить проверку. вот как он работает сейчас. Я не ясно, когда я сказал «сценарий» я имел в виду выходной ОГО сценария. Только Публичный указываются в выходном ОМ сценарии (через его адрес) и сделки, которые затрачивают выход должен поставить Публичный и подпись во входном скрипте. Это позволяет владельцу адреса указать любую сделку. Если вывод скрипт, указанные в Публичном и подпись, то только транзакция точно соответствие, что txout "предназначена" будет иметь возможность претендовать на значение в txout. По ORing нескольких тестов, любые один из нескольких точных совпадений транзакций будет иметь возможность провести txout. Система условного депонирования вы связаны (спасибо за это) оказывается гораздо выше, имеющий третья сторона выбрать точно соответствует транзакции, поэтому я больше не вижу особой пользы в тестировании для точного соответствия для сделки. Я согласен, выходное значение выходного значения, и она не может меняться в зависимости от сценария или что-нибудь еще. Когда-либо. Единственное, что сценарий мог бы сделать, это попытаться контролировать то, как расходуются txout, что в настоящее время невозможно (за исключением, по мне, заставляя точного соответствия на следующей транзакции). Контроль за расходованием выход может иметь такой же эффект, как изменение размера, например, если получатель были вынуждены отправить изменения в адрес они не контролируют, в условиях, рассчитанных по сценарию txout. Может быть, родитель дает своему ребенку деньги, которые могут быть потрачены только на книги до $ 50 или еды до $ 20, а остальные (все, что не провел в самой первой сделки) идет в адрес изменения родителя. Я согласен, что это не имеет смысла для значения для изменения, но по крайней мере, возможно, что выходной сценарий, возможно, пожелает контролировать, где значение выходит, который достигает по существу то же самое. Я не вижу это как хорошая вещь, хотя, так что это очень хорошо, что это невозможно.

8 августа 2011, 3:37:50 PM	# 19
kokjo Сообщения: 1050 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Цитата: vector76 от 08 августа 2011 года, 3:25:33 PM Единственное, что сценарий мог бы сделать, это попытаться контролировать то, как расходуются txout, что в настоящее время невозможно (за исключением, по мне, заставляя точного соответствия на следующей транзакции). Контроль за расходованием выход может иметь такой же эффект, как изменение размера, например, если получатель были вынуждены отправить изменения в адрес они не контролируют, в условиях, рассчитанных по сценарию txout. Может быть, родитель дает своему ребенку деньги, которые могут быть потрачены только на книги до $ 50 или еды до $ 20, а остальные (все, что не провел в самой первой сделки) идет в адрес изменения родителя. бы ребенок не просто потратить все монеты на другой адрес, что он / она контролирует, и утверждая, что его / ее еду была стоить $ 50 то ограничение не будет. как клиент Bitcoin знать, если ребенок покупает книги? ваше сообщение не имеет смысла, родители должны учить своих детей о ответственно.

8 августа 2011, 6:09:15 PM	# 20
vector76 Сообщений: 70 Цитировать по имени цитировать ответ	Re: Почему не выходные значения будут установлены скрипты? Все, что я хочу сказать, что это возможно, что кто-то может понадобиться использовать выходной сценарий, чтобы попытаться контролировать, где значение идет в следующей транзакции. Подарочные карты имеют ограничение на том, как они могут быть потрачены. У тех, кто не имеет смысла? Я не говорю, что это возможно в настоящее время, или что оно должно быть возможным, или, что было бы хорошей идеей, чтобы использовать его, даже если бы это было возможным. Я просто говорю о гипотетической возможности, которые я также, случается, думаю, что это не очень хорошая идея.

Заголовок