OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты | Биткоин форум

		Биткоин Форум > Разработка и Техническое Обсуждение
OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты

10 июля 2013, 3:42:42 AM	# 1
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Существующие цветные схемы монет зависит от порядка входов и выходов: . Есть несколько проблем с этой схемой: 1. Подпись тег, как SIGHASH_ANYONECANPAY не может быть использован, так как порядок входов в окончательных сделки не известен. 2. SPV узлы не могут проверить цветные монеты 3. Вся цепочка сделки не может быть отсечена Мягкая-вилка может решить эти проблемы: 1. Переопределение OP_NOP3, как OP_CHECKCOLORVERIFY 2. Когда пользователь хочет мятую цветную монету, он посылает некоторую монету к выходу с сценарием Код: <цвет> OP_CHECKCOLORVERIFY OP_DROP OP_DUP OP_HASH160 <адрес> OP_EQUALVERIFY OP_CHECKSIG где <цвет> определяется как Код: Ripemd160 (SHA256 (сценарий предыдущего вывода)) Например, если Сатоси хочет создать цветную монету с его Genesis адрес блока 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa, <цвет> будет Код: Ripemd160 (SHA256 (76a91462e907b15cbf27d5425399ebf6f0fb50ebb88f1888ac)) = 653756a92059ba4f3086471bd3c9e8442e4da3d3 По хэширования всего сценария, цветная монета может быть отчеканена из любой будущей схемы оплаты 3. Необходимо для Satoshi подписать выход чеканки, чтобы сделать всю сделка действительна. Сделка не является действительным, если он подписывает с SIGHASH_NONE или SIGHASH_SINGLE, но не для выхода чеканки 4. Перераспределение цветная монета делаются так же, как обычная сделка, с включением <цвет> OP_CHECKCOLORVERIFY в соответствующих выходах. Тем не менее, общая стоимость определенная цветная монета в выходах должна быть равна или меньше, чем суммарное значение в входах. Если значение в выходах меньше входов, некоторые цветные монеты вернуться к нормальному BTC. Единственным исключением является Satoshi решил чеканить более цветные монеты с его адресом, таким образом, общее выходное значение цвета может быть больше, чем значение входного сигнала. 5. Монеты разного цвета могут быть обменены в одной транзакции. Выход может иметь более одного цвета с использованием нескольких OP_CHECKCOLORVERIFY (например, производное 1 выход BTC с цветным ххх и ууу цвета означает 1 ххх монет и 1 YYY монета) 6. Использование монет из других адресов, один может мята более цветные монеты, чем монеты у него есть. Так, например, с 10 BTC от адреса ххх и 1 BTC от адреса YYY, можно мяты 11 YYY монет. Обратная совместимость: Для существующих клиентов, информация расцветки просто Код: <случайная строка> OP_NOP3 OP_DROP и будут игнорироваться Возможные расширения 1. Чтобы SPV проверка уникального интеллектуального свойства (например, связывая цветную монету с реальным автомобилем), мы должны обеспечить уникальность цветной монеты на blockchain. Флаг может быть добавлен к чеканке и последующим операциям, чтобы объявить, что только один UTXO может иметь этот цвет в любое время. 2. Иногда вы можете ограничить общее количество определенного цвета монеты в обращении. Флаг может быть добавлен к чеканке и последующих операций, чтобы объявить, что не более чеканка того же цвета, не допускается. (Я не совсем уверен, как это может работать. Нужна дискуссия) Эти расширения требуют полных узлов, чтобы сохранить индекс для всех цветных монет в наборе UTXO EDIT: Они не нужны, поскольку есть более эффективные решения: https://en.bitcoin.it/wiki/Smart_Property

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

10 июля 2013, 7:23:12 AM	# 2
jackjack Сообщения: 1134 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Получил 1806 Биткоинов Реальная история. С OP_CHECKCOLORVERIFY вы не можете использовать OP_DROP. Но, как вам это нужно для обеспечения обратной совместимости, вам нужно использовать OP_CHECKCOLOR вместо этого. (Который ставит логическое значение в стеке)

10 июля 2013, 8:15:06 AM	# 3
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: jackjack 10 июля 2013 года, 7:23:12 AM С OP_CHECKCOLORVERIFY вы не можете использовать OP_DROP. Но, как вам это нужно для обеспечения обратной совместимости, вам нужно использовать OP_CHECKCOLOR вместо этого. (Который ставит логическое значение в стеке) Это просто вопрос именования. Независимо от того, как он называется, он будет либо делать ничего, или аннулировать всю сделку. Может быть, я бы назвал это "мета-код OP", Обычные коды OP проверки / аннулированию индивидуального ввода транзакции. Мета-коды OP проверки / аннулирует всю сделку. Есть и другие дискуссии по OP_CHECKVALUE и OP_CHECKFEEVERIFY в , которые также являются мета код OP.

10 июля 2013, 10:06:36 AM	# 4
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: jackjack 10 июля 2013 года, 7:23:12 AM Это просто вопрос именования. Независимо от того, как он называется, он будет либо делать ничего, или аннулировать всю сделку. Может быть OP_CHECKCOLOR может быть определена Если вершина стека имеет значение ИСТИНА и выход неправильного типа цвета, то замените TRUE, с FALSE. Это означает, что этот код работает одинаково на старых и новых клиентов. Кроме старых клиентов всегда проверить, как верно. OP_TRUE OP_CHECKCOLOR OP_VERIFY котировка Может быть, я бы назвал это "мета-код OP", Обычные коды OP проверки / аннулированию индивидуального ввода транзакции. Мета-коды OP проверки / аннулирует всю сделку. Они уже сделали это с изменением P2SH.

10 июля 2013, 10:41:31 AM	# 5
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: TierNolan 10 июля 2013, 10:06:36 AM Цитата: jackjack 10 июля 2013 года, 7:23:12 AM Это просто вопрос именования. Независимо от того, как он называется, он будет либо делать ничего, или аннулировать всю сделку. Может быть OP_CHECKCOLOR может быть определена Если вершина стека имеет значение ИСТИНА и выход неправильного типа цвета, то замените TRUE, с FALSE. Это означает, что этот код работает одинаково на старых и новых клиентов. Кроме старых клиентов всегда проверить, как верно. OP_TRUE OP_CHECKCOLOR OP_VERIFY котировка Может быть, я бы назвал это "мета-код OP", Обычные коды OP проверки / аннулированию индивидуального ввода транзакции. Мета-коды OP проверки / аннулирует всю сделку. Они уже сделали это с изменением P2SH. Нет, P2SH по-прежнему работает в пределах индивидуального ввода / вывода. Предлагаемый мною OP_CHECKCOLOR работает на всех входов / выходов в одной транзакции. Если сделка не следовать правилу цвета, вся сделка является недействительной, поэтому нет никаких оснований для дальнейшего обследования обоснованности отдельного выхода. Если сделка следует правилу цвета, все выходы должны также следовать правилу цвета. Поэтому OP_CHECKCOLOR не действительно нужно изменить что-либо на карту. Когда дело доходит до проверки индивидуальной подписи, OP_CHECKCOLOR ничего более OP_NOP1

11 июля 2013, 5:29:48 PM	# 6
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: jl2012 10 июля 2013, 10:41:31 AM Поэтому OP_CHECKCOLOR не действительно нужно изменить что-либо на карту. Когда дело доходит до проверки индивидуальной подписи, OP_CHECKCOLOR ничего более OP_NOP1 Это означает, что клиенты, которые интерпретируют OP_NOP1 в OP_CHECKCOLOR отвергнут сделки, что другие принимают? Если да, то блок, содержащий такие вилы транзакций между этими клиентами. Если нет, то это просто аннотация по сделке, которая не доказывает, что цветная монета может быть прослежена до ее возникновения, поэтому SPV клиенты не могут полагаться на цвете указанного.

12 июля 2013, 7:01:29 AM	# 7
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: Grau от 11 июля 2013 года, 5:29:48 PM Цитата: jl2012 10 июля 2013, 10:41:31 AM Поэтому OP_CHECKCOLOR не действительно нужно изменить что-либо на карту. Когда дело доходит до проверки индивидуальной подписи, OP_CHECKCOLOR ничего более OP_NOP1 Это означает, что клиенты, которые интерпретируют OP_NOP1 в OP_CHECKCOLOR отвергнут сделки, что другие принимают? Да. (Чтобы избежать путаницы, я изменил его OP_NOP3 как некоторые предыдущие Bips предложил на OP_NOP1 и OP_NOP2) Цитата: Grau от 11 июля 2013 года, 5:29:48 PM Если да, то блок, содержащий такие вилы транзакций между этими клиентами. Это требует мягкой вилки. До тех пор, как подавляющее большинство шахтеров (например, >75%) следует новым правилам, там не будет продолжительная вилки. В то время рынка сила заставит меньшинство отказаться от сделки недействительной OP_CHECKCOLOR или они получат сироты. Посмотрите, как изящно реализовано v2 блок: https://en.bitcoin.it/wiki/BIP_0034 Цитата: Grau от 11 июля 2013 года, 5:29:48 PM Если нет, то это просто аннотация по сделке, которая не доказывает, что цветная монета может быть прослежена до ее возникновения, поэтому SPV клиенты не могут полагаться на цвете указанного. OP_CHECKCOLOR совместимые клиенты (как горнодобывающие и не горнодобывающие узлы) никогда не будут создавать, реле или шахтный недействительные сделки OP_CHECKCOLOR. До 75% шахтеров следить за соблюдение новых правил, они все равно будут принимать блоки с недействительными сделками OP_CHECKCOLOR, чтобы избежать длительной вилки. Тем не менее, они не признают цвета в этих недействительных сделках OP_CHECKCOLOR. И да, SPV клиенты не будут работать в этой неоптимальной ситуации.

12 июля 2013, 7:30:45 AM	# 8
Грау Сообщения: 836 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Мне это нравится, а также SIGHASH_WITHINPUTVALUE (). Мы, возможно, следует ударять версию сделки тоже.

12 июля 2013, 7:50:43 AM	# 9
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: Grau 12 июля 2013 года, 7:30:45 AM Мне это нравится, а также SIGHASH_WITHINPUTVALUE (). Мы, возможно, следует ударять версию сделки тоже. Оригинальный SIGHASH_WITHINPUTVALUE идея, к сожалению, требует жесткой вилки, потому что нет места, чтобы ввести дополнительные данные при подписании. У меня есть мягкие вилки предложение для этого называется OP_CHECKVALUE

12 июля 2013, 7:53:25 AM	# 10
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Первая сделка OP_CHECKCOLORVERIFY на testnet сейчас, но у меня есть некоторые трудности, чтобы перераспределить ее.

12 июля 2013, 9:28:14 AM	# 11
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: jl2012 12 июля 2013 года, 7:01:29 AM Это требует мягкой вилки. До тех пор, как подавляющее большинство шахтеров (например, >75%) следует новым правилам, там не будет продолжительная вилки. В то время рынка сила заставит меньшинство отказаться от сделки недействительной OP_CHECKCOLOR или они получат сироты. Посмотрите, как изящно реализовано v2 блок: https://en.bitcoin.it/wiki/BIP_0034 Да, и это изменение имеет "Точка невозврата", Ваша цель, чтобы предложить усовершенствованный тип сделки право? Это делает голосование немного более трудным. Может, предложить тип 3 блок, который принимает тип транзакции 2. Если более 75% из последних 1000 блоков типа 3 или выше, а затем отказаться от блоков, содержащих недопустимые операции OP_CHECKCOLOR Если более 95% из последних 1000 блоков типа 3 или выше, то отвергают любые блоки типа меньше, чем 3, навсегда потом. котировка OP_CHECKCOLOR совместимые клиенты (как горнодобывающие и не горнодобывающие узлы) никогда не будут создавать, реле или шахтный недействительные сделки OP_CHECKCOLOR. До 75% шахтеров следить за соблюдение новых правил, они все равно будут принимать блоки с недействительными сделками OP_CHECKCOLOR, чтобы избежать длительной вилки. Тем не менее, они не признают цвета в этих недействительных сделках OP_CHECKCOLOR. И да, SPV клиенты не будут работать в этой неоптимальной ситуации. Правильно, точка изменения, чтобы шахтеры его поддержки. Является ли мое понимание вашего процесса правильно? Чеканка Input (1 BTC): от "некоторые-выход" Выход (1 BTC): Hash ("некоторые выходной") OP_CHECKCOLOR .... Перевод Input (1 BTC): от предыдущей сделки (Hash ("некоторые выходной") OP_CHECKCOLOR ....) Выход1 (0,5 BTC): Хэш ("некоторые выходной") OP_CHECKCOLOR .... Выход2 (0,5 BTC): Хэш ("некоторые выходной") OP_CHECKCOLOR .... Таким образом, эффективно OP_CHECKCOLOR делает и проверки для чеканки и проверки расходов. Проверка сделки Приятно, что цвет сохраняется в сиг сценарии выхода. Таким образом, это может быть сделано в качестве локальной проверки для сделки. Что-то вроде: Если нормальная обработка сделки, где OP_CHECKCOLOR является NOP не удается, то недействительная сделка. Сканирование всех выходных сценариев для сценария OP_CHECKCOLOR - Если OP_CHECKCOLOR происходит дважды в любом выходе тогда недействительная сделку - Если какой-либо OP_CHECKCOLOR не предшествует массив 20 байт, то сделка недействительна - Все цветные выходы обозначены как цвет массива байт - Определить общую стоимость выходов для каждого цвета - Сканирование входных сценариев -- найти соответствующий выходной сценарий --- Если она содержит <цвет> OP_CHECKCOLOR где-то, то вход этого цвета --- Если хэш (выход) равен <цвет>, То ввод этого цвета --- Кредит этого цвета со значением входа - Если полные выходы для определенного цвета больше входов, то сделка недействительна

12 июля 2013, 9:57:50 AM	# 12
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Вы знаете OP_CHECKCOLORVERIFY может быть реализовано с большей пользой, добавив оп-коду, чтобы проанализировать сценарии txouts из сделок, тратящих их. Было бы полезно для гораздо больше, чем цветных монет, и, честно говоря нет никакого способа в аде вы собираетесь получить цветной-монетный конкретных опкод включены в Bitcoin. Я предлагаю вам подумать о том, как более общее решение может работать.

12 июля 2013, 10:13:13 AM	# 13
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: TierNolan 12 июля 2013 года, 9:28:14 AM Цитата: jl2012 12 июля 2013 года, 7:01:29 AM Это требует мягкой вилки. До тех пор, как подавляющее большинство шахтеров (например, >75%) следует новым правилам, там не будет продолжительная вилки. В то время рынка сила заставит меньшинство отказаться от сделки недействительной OP_CHECKCOLOR или они получат сироты. Посмотрите, как изящно реализовано v2 блок: https://en.bitcoin.it/wiki/BIP_0034 Да, и это изменение имеет "Точка невозврата", Ваша цель, чтобы предложить усовершенствованный тип сделки право? Это делает голосование немного более трудным. Может, предложить тип 3 блок, который принимает тип транзакции 2. Если более 75% из последних 1000 блоков типа 3 или выше, а затем отказаться от блоков, содержащих недопустимые операции OP_CHECKCOLOR Если более 95% из последних 1000 блоков типа 3 или выше, то отвергают любые блоки типа меньше, чем 3, навсегда потом. котировка OP_CHECKCOLOR совместимые клиенты (как горнодобывающие и не горнодобывающие узлы) никогда не будут создавать, реле или шахтный недействительные сделки OP_CHECKCOLOR. До 75% шахтеров следить за соблюдение новых правил, они все равно будут принимать блоки с недействительными сделками OP_CHECKCOLOR, чтобы избежать длительной вилки. Тем не менее, они не признают цвета в этих недействительных сделках OP_CHECKCOLOR. И да, SPV клиенты не будут работать в этой неоптимальной ситуации. Правильно, точка изменения, чтобы шахтеры его поддержки. +1 Цитата: TierNolan 12 июля 2013 года, 9:28:14 AM Является ли мое понимание вашего процесса правильно? Чеканка Input (1 BTC): от "некоторые-выход" Выход (1 BTC): Hash ("некоторые выходной") OP_CHECKCOLOR .... Чтобы быть точным, то "Сценарий какой-вывода" (См транзакции a0eecca313623fb39ddf92ed36782ec58003fec049d8395166b459bfbbfa3e7a на testnet в качестве примера чеканки) Риск цвета столкновения будет похож на адрес столкновения, которые можно было бы пренебречь Цитата: TierNolan 12 июля 2013 года, 9:28:14 AM Перевод Input (1 BTC): от предыдущей сделки (Hash ("некоторые выходной") OP_CHECKCOLOR ....) Выход1 (0,5 BTC): Хэш ("некоторые выходной") OP_CHECKCOLOR .... Выход2 (0,5 BTC): Хэш ("некоторые выходной") OP_CHECKCOLOR .... Таким образом, эффективно OP_CHECKCOLOR делает и проверки для чеканки и проверки расходов. Да. Я не могу думать о случае, который чеканка и расходы нужно другой код Цитата: TierNolan 12 июля 2013 года, 9:28:14 AM Проверка сделки Приятно, что цвет сохраняется в сиг сценарии выхода. Таким образом, это может быть сделано в качестве локальной проверки для сделки. Что-то вроде: Если нормальная обработка сделки, где OP_CHECKCOLOR является NOP не удается, то недействительная сделка. Сканирование всех выходных сценариев для сценария OP_CHECKCOLOR 1. Если OP_CHECKCOLOR происходит дважды в любом выходе тогда недействительная сделку 2. Если какой-либо OP_CHECKCOLOR не предшествует массив 20 байт, то сделка недействительна 3. Все цветные выходы обозначены как цвет массива байтов 4. Определить общую стоимость выходов для каждого цвета 4.1. Сканирование входных сценариев, 4.1.1. найти соответствующий выходной сценарий 4.1.1.1. Если она содержит <цвет> OP_CHECKCOLOR где-то, то вход этого цвета 4.1.1.2. Если хэш (выход) равен <цвет>, То ввод этого цвета 4.1.1.3 Кредита этого цвета со значением входа 4.2. Если полные выходы для определенного цвета больше входов, то сделка недействительна 1. Мы можем или не может позволить несколько OP_CHECKCOLOR в один выход. Если это разрешено, мы можем иметь смешанную цветную монету, которая может быть де-перемешивается в следующей транзакции. 2. Если какой-либо OP_CHECKCOLOR не предшествует массив из 20 байт и с последующим OP_DROP, то недействительная сделка. Это для обратной совместимости 3. Да 4.1.1.1. Вы имеете в виду расходы здесь? 4.1.1.2. Вы имеете в виду чеканки здесь? 4.1.1.3. Да, если он тратит цветную монету. Там нет ограничения для значения в чеканке. Например, у меня есть 1 нормальный BTC в адресном ххх и 1 нормальный BTC в адресной ууу. Я могу мяту максимум 2 Hash (ххх) -Цвет BTC в одной транзакции. Это позволит сделать чеканку более эффективным. В противном случае, я должен отправить 1 BTC от ууу ххх первым, прежде чем я мог мятный 2 Hash (ххх) -Цвет BTC

12 июля 2013, 10:15:12 AM	# 14
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: Retep 12 июля 2013 года, 9:57:50 AM Вы знаете OP_CHECKCOLORVERIFY может быть реализовано с большей пользой, добавив оп-коду, чтобы проанализировать сценарии txouts из сделок, тратящих их. Было бы полезно для гораздо больше, чем цветных монет, и, честно говоря нет никакого способа в аде вы собираетесь получить цветной-монетный конкретных опкод включены в Bitcoin. Я предлагаю вам подумать о том, как более общее решение может работать. Спасибо за ваш комментарий. Я подумаю об этом. По крайней мере, это мое предложение технически работать?

12 июля 2013, 11:00:12 AM	# 15
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: Retep 12 июля 2013 года, 9:57:50 AM Вы знаете OP_CHECKCOLORVERIFY может быть реализовано с большей пользой, добавив оп-коду, чтобы проанализировать сценарии txouts из сделок, тратящих их. я Это правда. Тем не менее, существующая система сценария сильно ограничена стандартные правила сделок (и тот факт, что некоторые опкоды отключены). Проблема заключается в том, что система требует анализа всех входов и выходов других. Вам нужно добавить значения вместе. OP_PUSH_INPUTS: Это подтолкнет все входы в стек <стоимость> <скрипт> <стоимость> <скрипт> ... <стоимость> <скрипт> <количество входов> OP_PUSH_OUTPUTS: Это подтолкнет все выходы в стек <стоимость> <скрипт> <стоимость> <скрипт> ... <стоимость> <скрипт> <ряд других выходов> <Индекс этой продукции> Вам необходимо "сращивание" опкоды должны быть включены, чтобы фактически манипулировать результаты. Тем не менее, это огромное количество накладных расходов. Другая проблема заключается в том, что система предполагает, что если <гашиш> OP_CHECKCOLOR в выходном сценарии, то есть доказательство того, что выход определенного цвета.

12 июля 2013, 11:34:43 AM	# 16
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: TierNolan 12 июля 2013, 11:00:12 AM Цитата: Retep 12 июля 2013 года, 9:57:50 AM Вы знаете OP_CHECKCOLORVERIFY может быть реализовано с большей пользой, добавив оп-коду, чтобы проанализировать сценарии txouts из сделок, тратящих их. я Это правда. Тем не менее, существующая система сценария сильно ограничена стандартные правила сделок (и тот факт, что некоторые опкоды отключены). Проблема заключается в том, что система требует анализа всех входов и выходов других. Вам нужно добавить значения вместе. OP_PUSH_INPUTS: Это подтолкнет все входы в стек <стоимость> <скрипт> <стоимость> <скрипт> ... <стоимость> <скрипт> <количество входов> OP_PUSH_OUTPUTS: Это подтолкнет все выходы в стек <стоимость> <скрипт> <стоимость> <скрипт> ... <стоимость> <скрипт> <ряд других выходов> <Индекс этой продукции> Вам необходимо "сращивание" опкоды должны быть включены, чтобы фактически манипулировать результаты. Тем не менее, это огромное количество накладных расходов. Другая проблема заключается в том, что система предполагает, что если <гашиш> OP_CHECKCOLOR в выходном сценарии, то есть доказательство того, что выход определенного цвета. Я думаю, что мы могли бы иметь более общий код, называемый OP_META, который OP_NOP3 для старых клиентов. Типичный случай будет выглядеть следующим образом: Код: <сериализованная сценарий> OP_META OP_DROP OP_DUP OP_HASH160 <адрес> OP_EQUALVERIFY OP_CHECKSIG OP_META будет диктовать справедливость всей сделки. Старые клиенты будут игнорировать <сериализованная сценарий> OP_META OP_DROP. Новые клиенты будут запускать сериализированный сценарий. Таким образом, мы можем включить любые новые коды О.П. мы хотим, не нарушая старых клиентов. Это также позволит решить проблему SIGHASH_WITHINPUTVALUE в мягкой вилке () Я не знаю много о zerocoin, но я подозреваю, что OP_META будет полезным для него слишком Переход иметь еду в настоящее время. Будет ли дать более подробную информацию позже

12 июля 2013, 12:27:46 PM	# 17
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: jl2012 12 июля 2013, 11:34:43 AM Я думаю, что мы могли бы иметь более общий код, называемый OP_META, который OP_NOP3 для старых клиентов. Типичный случай будет выглядеть следующим образом: Код: <сериализованная сценарий> OP_META OP_DROP OP_DUP OP_HASH160 <адрес> OP_EQUALVERIFY OP_CHECKSIG OP_META будет диктовать справедливость всей сделки. Что OP_META делать? Нажмите все входы и выходы в стек, а затем запустить <сериализовать сценарий>? Опкод цикл будет очень полезно для таких вещей. спам скрипта можно свести к минимуму, требуя, чтобы длина шлейфа может быть определена по сценарию. <петли> OP_LOOP ...... OP_ENDLOOP Если <петли> является фиксированным, то ясно, сколько петель требуется. Все опкоды между OP_LOOP и OP_ENDLOOP бы их вес умножается на <петли>,

12 июля 2013, 12:37:53 PM	# 18
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: jl2012 12 июля 2013, 10:15:12 AM Цитата: Retep 12 июля 2013 года, 9:57:50 AM Вы знаете OP_CHECKCOLORVERIFY может быть реализовано с большей пользой, добавив оп-коду, чтобы проанализировать сценарии txouts из сделок, тратящих их. Было бы полезно для гораздо больше, чем цветных монет, и, честно говоря нет никакого способа в аде вы собираетесь получить цветной-монетный конкретных опкод включены в Bitcoin. Я предлагаю вам подумать о том, как более общее решение может работать. Спасибо за ваш комментарий. Я подумаю об этом. По крайней мере, это мое предложение технически работать? Возможно, хотя я не смотрел на это подробно. Этот вопрос он торгует от небольших скриптов для целых многих усилий, создавая код для цветных монет; этот код нужно будет дублироваться во многих различных реализаций Bitcoin. Честно говоря, это просто не стоит. Re: OP_META, вы слышали о merkelized абстрактных синтаксических деревьев?

12 июля 2013, 12:58:22 PM	# 19
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты Цитата: Retep 12 июля 2013, 12:37:53 PM Этот вопрос он торгует от небольших скриптов для целых многих усилий, создавая код для цветных монет; этот код нужно будет дублироваться во многих различных реализаций Bitcoin. Честно говоря, это просто не стоит. Как насчет какого-то способа определения пользовательских опкодов тогда. <опкод-идентификатор> OP_META Специальная сделка может определить <опкод-идентификатор> в <скрипт> отображение. Там может быть предел по одному на блок (или, возможно, зарядить 1BTC каждый). 100 блоков после того, как он включен, то сценарий может быть вставлен в любую транзакцию с использованием идентификатора и OP_META. Это дает гибкость, но не загромождать blockchain с повторяющимся кодом. Авторы Клиент может создавать специальные функции для реализации популярных функций OP_META. В противном случае, они могут просто запустить скрипт.

12 июля 2013, 1:23:38 PM	# 20
Питер Тодд Сообщения: 1106 Цитировать по имени цитировать ответ	Re: OP_CHECKCOLORVERIFY: мягкая вилка для поддержки родного цвета монеты TierNolan: узнать о merkelized абстрактных синтаксических деревьев.

« Предыдущая тема | Следующая тема »

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW