1VayNert выбрасывая BTC | Биткоин форум

Уважаемый 1VayNert

Оказывается, что у вас может быть ошибка в ваших транзакциях, который вызывает у вас отбрасывать 0,01 BTC по каждой сделке. Мысль вы хотели бы знать.

Пример здесь: http://blockexplorer.com/tx/9969603dca74d14d29d1d5f56b94c7872551607f8c2d6837ab9715c60721b50e

а также http://blockexplorer.com/tx/8c8baf2e0529c0193ad3a583306a16fcc3e9cd271ba625e12bfd74261a46ad7c

Они не выбрасывая 0,01 BTC, они просто не искупили их yet-- они используют действительные но-странно сделки.

Выходной скрипт:

Код:

04678afd04678afd OP_DROP OP_SHA256 894eeb82f9a851f5d1cb1be3249f58bc8d259963832c5e7474a76f7a859ee95c OP_EQUAL

Так, насколько я понимаю:
Он отбрасывает эту первую строку (04678afd04678afd) из стека, так что игнорировать это. Тогда хэш (SHA256) следующая вещь в стеке, который будет во входном скрипте вы используете. Тогда это должно быть равно 89 ... 95с части.

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

Я предполагаю, что данные OP_DROP соленая пароль.

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

В этом есть смысл.

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

* По крайней мере два примера, вывешенный. 2 является представителем выборки данных, нет?

Цитата: theymos 21 ноября 2011, 12:30:48 AM

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

Что вы имеете в виду, добавив доказательство правильности работы сценария?

Обучение много. Благодарю.

Цитата: DeepBit 21 ноября 2011, 11:24:33 AM

Что вы имеете в виду, добавив доказательство правильности работы сценария?

Как это (с использованием некоторых инвалидов пока еще не реализованы функции / Script):

Код:

ScriptSig: пароль {[сиг] [нонс] OP_DROP}

ScriptPubKey:
// выдает закрытый ключ
[Закрытый ключ] OP_DROP

OP_3DUP OP_DUP

// проверить, что scriptSig принимает форму ожидается
0 1 OP_SUBSTR 72 OP_EQUALVERIFY
73 1 OP_SUBSTR 4 OP_EQUALVERIFY
77 1 OP_SUBSTR {OP_DROP} OP_EQUALVERIFY
OP_SIZE 79 OP_NUMEQUALVERIFY

// проверить, что хэш scriptSig начинается со многими нулями. Это косвенно хэш всего
// сделка, так как подпись на хэш сделки
OP_HASH256 0 10 OP_SUBSTR 0x00000000000000000000 OP_EQUALVERIFY

// проверить подпись
OP_EVAL
[Публичный] OP_CHECKSIGVERIFY

// проверка пароля
OP_HASH256 [хэш пароля] OP_EQUAL

({} Означает, что что-то в строке, а не часть сценария правильной.)

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

Цитата: theymos от 21 ноября 2011 года, 3:14:07 PM

Цитата: DeepBit 21 ноября 2011, 11:24:33 AM

Что вы имеете в виду, добавив доказательство правильности работы сценария?

Как это (с использованием некоторых инвалидов пока еще не реализованы функции / Script):
...
При этом, вы должны сделать некоторые "добыча" после изменения сделки, чтобы сделать его действительным.

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

Есть ли Элигии не принимать нестандартные сценарии? Или это действительно нестандартное?

Цитата: BTCurious от 21 ноября 2011 года, 5:05:35 PM

Есть ли Элигии не принимать нестандартные сценарии? Или это действительно нестандартное?

Они в конечном итоге на другой сети, если они приняли это. Сеть не признает OP_SUBSTR больше, и OP_EVAL еще не реализовано (хотя планируется).

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

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

Ну, зиЬзЬги магия может быть заменена OP_WITHIN, где она должна находиться в пределах 0x00000000000000 и 0x00000001000000, например. Это было бы обойти OP_SUBSTR, в то время как достижения того же результата, не так ли?

Было бы хорошо, чтобы проверить на нулях с OP_LESSTHAN что позволительно, но она ограничена 32 битами только, так же, как и OP_DIV OP_RSHIFT (оба отключены) 🙁

К сожалению, большинство полезных опсов либо отключены или парализованы 4 предела байт.

Цитата: BTCurious от 21 ноября 2011 года, 5:50:48 PM

Нет, OP_WITHIN ограничена 32-битных чисел, так что он может работать только в пределах 0x000000 и 0xFFFFFFFF, максимальное подмножество 4 294 967 295 выходного пространства SHA256 лет (около ~ 0,0000000000000000000000000000000000000000000000000000000000000000000037%)
(Не уверен, что)

Наконец искупил 🙂
Новый TX даже не считается странным сетью.

http://blockexplorer.com/tx/9969603dca74d14d29d1d5f56b94c7872551607f8c2d6837ab9715c60721b50e#o2

theymos: почему добавить секретный ключ AES зашифровано, когда вы просто можете SHA256 (пароль) (как мини-приват-ключи) и использовать его в качестве секретного ключа?
Тогда вы говорите законны, кто что должно быть в состоянии получить доступ к этой монете о том, как вы их выкупить.

Цитата: Себастьяне от 17 декабря 2011 года, 4:22:24 AM

Возможно, что это всегда лучше, чем шифрование AES.

20 ноября 2011, 3:35:46 PM	# 1
BurtW Сообщения: 2114 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Уважаемый 1VayNert Оказывается, что у вас может быть ошибка в ваших транзакциях, который вызывает у вас отбрасывать 0,01 BTC по каждой сделке. Мысль вы хотели бы знать. Пример здесь: http://blockexplorer.com/tx/9969603dca74d14d29d1d5f56b94c7872551607f8c2d6837ab9715c60721b50e а также http://blockexplorer.com/tx/8c8baf2e0529c0193ad3a583306a16fcc3e9cd271ba625e12bfd74261a46ad7c

20 ноября 2011, 5:18:21 PM	# 2
Гэвин Андресен Сообщения: 1652 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Получил 1806 Биткоинов Реальная история. Они не выбрасывая 0,01 BTC, они просто не искупили их yet-- они используют действительные но-странно сделки.

21 ноября 2011, 12:13:51 AM	# 3
BTCurious Сообщения: 714 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Выходной скрипт: Код: 04678afd04678afd OP_DROP OP_SHA256 894eeb82f9a851f5d1cb1be3249f58bc8d259963832c5e7474a76f7a859ee95c OP_EQUAL Так, насколько я понимаю: Он отбрасывает эту первую строку (04678afd04678afd) из стека, так что игнорировать это. Тогда хэш (SHA256) следующая вещь в стеке, который будет во входном скрипте вы используете. Тогда это должно быть равно 89 ... 95с части. Таким образом, в основном эти выходы могут быть востребованы паролем.

21 ноября 2011, 12:30:48 AM	# 4
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Я предполагаю, что данные OP_DROP соленая пароль. Проводит эти сделки могут быть перехвачены и угнано шахтерами. Было бы лучше, чтобы сделать очередную общественную сделку ключа и прикрепить закрытый ключ, как AES-зашифрованные данные OP_DROP. Другой способ может быть, чтобы добавить доказательство правильности работы в сценарий так, что шахтеры не имеют времени, чтобы угнать сделку, прежде чем кто-то включает его.

21 ноября 2011, 12:55:09 AM	# 5
BTCurious Сообщения: 714 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC В этом есть смысл. Кроме того, все эти операции , кажется, имеют один и тот же пароль, тоже, так что ему придется провести все из них в то же время. По крайней мере два примера, вывешенный. 2 является представителем выборки данных, нет?

21 ноября 2011, 11:24:33 AM	# 6
DeepBit Сообщения: 532 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Цитата: theymos 21 ноября 2011, 12:30:48 AM Другой способ может быть, чтобы добавить доказательство правильности работы в сценарий так, что шахтеры не имеют времени, чтобы угнать сделку, прежде чем кто-то включает его. Что вы имеете в виду, добавив доказательство правильности работы сценария?

21 ноября 2011, 3:09:24 PM	# 7
BurtW Сообщения: 2114 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Обучение много. Благодарю.

21 ноября 2011, 3:14:07 PM	# 8
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Цитата: DeepBit 21 ноября 2011, 11:24:33 AM Что вы имеете в виду, добавив доказательство правильности работы сценария? Как это (с использованием некоторых инвалидов пока еще не реализованы функции / Script): Код: ScriptSig: пароль {[сиг] [нонс] OP_DROP} ScriptPubKey: // выдает закрытый ключ [Закрытый ключ] OP_DROP OP_3DUP OP_DUP // проверить, что scriptSig принимает форму ожидается 0 1 OP_SUBSTR 72 OP_EQUALVERIFY 73 1 OP_SUBSTR 4 OP_EQUALVERIFY 77 1 OP_SUBSTR {OP_DROP} OP_EQUALVERIFY OP_SIZE 79 OP_NUMEQUALVERIFY // проверить, что хэш scriptSig начинается со многими нулями. Это косвенно хэш всего // сделка, так как подпись на хэш сделки OP_HASH256 0 10 OP_SUBSTR 0x00000000000000000000 OP_EQUALVERIFY // проверить подпись OP_EVAL [Публичный] OP_CHECKSIGVERIFY // проверка пароля OP_HASH256 [хэш пароля] OP_EQUAL ({} Означает, что что-то в строке, а не часть сценария правильной.) При этом, вы должны сделать некоторые "добыча" после изменения сделки, чтобы сделать его действительным.

21 ноября 2011, 3:21:18 PM	# 9
DeepBit Сообщения: 532 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Цитата: theymos от 21 ноября 2011 года, 3:14:07 PM Цитата: DeepBit 21 ноября 2011, 11:24:33 AM Что вы имеете в виду, добавив доказательство правильности работы сценария? Как это (с использованием некоторых инвалидов пока еще не реализованы функции / Script): ... При этом, вы должны сделать некоторые "добыча" после изменения сделки, чтобы сделать его действительным. Ничего себе, это действительно круто 🙂 К сожалению, он не может быть использована из-OPS-инвалидов ...

21 ноября 2011, 5:05:35 PM	# 10
BTCurious Сообщения: 714 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Есть ли Элигии не принимать нестандартные сценарии? Или это действительно нестандартное?

21 ноября 2011, 5:31:53 PM	# 11
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Цитата: BTCurious от 21 ноября 2011 года, 5:05:35 PM Есть ли Элигии не принимать нестандартные сценарии? Или это действительно нестандартное? Они в конечном итоге на другой сети, если они приняли это. Сеть не признает OP_SUBSTR больше, и OP_EVAL еще не реализовано (хотя планируется). Сценарий я дал хуже во всех отношениях, что я могу думать только включая AES-зашифрованный закрытый ключ со стандартной сделкой. Я просто хотел, чтобы проиллюстрировать эту концепцию. Возможно, есть более эффективные способы ведения сделки корректуры из-работ, хотя. Может быть, вы могли бы сделать это, делая публичные только части открытых ключей, подписи или закрытых ключей. Это, конечно, может быть лучше, чем шифрование AES, если была оп-скрипт, который выходной хэш части не-Script сделок: тогда вы не должны использовать OP_CHECKSIG вообще. Мой сценарий может быть улучшен путем выходить из закрытого ключа и имеющие все используют один и те же известные ключи. Тогда это лишь немного больше, чем зашифрован-частный ключ метод.

21 ноября 2011, 5:50:48 PM	# 12
BTCurious Сообщения: 714 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Ну, зиЬзЬги магия может быть заменена OP_WITHIN, где она должна находиться в пределах 0x00000000000000 и 0x00000001000000, например. Это было бы обойти OP_SUBSTR, в то время как достижения того же результата, не так ли?

21 ноября 2011, 6:40:56 PM	# 13
DeepBit Сообщения: 532 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Было бы хорошо, чтобы проверить на нулях с OP_LESSTHAN что позволительно, но она ограничена 32 битами только, так же, как и OP_DIV OP_RSHIFT (оба отключены) 🙁 К сожалению, большинство полезных опсов либо отключены или парализованы 4 предела байт. Цитата: BTCurious от 21 ноября 2011 года, 5:50:48 PM Ну, зиЬзЬги магия может быть заменена OP_WITHIN, где она должна находиться в пределах 0x00000000000000 и 0x00000001000000, например. Это было бы обойти OP_SUBSTR, в то время как достижения того же результата, не так ли? Нет, OP_WITHIN ограничена 32-битных чисел, так что он может работать только в пределах 0x000000 и 0xFFFFFFFF, максимальное подмножество 4 294 967 295 выходного пространства SHA256 лет (около ~ 0,0000000000000000000000000000000000000000000000000000000000000000000037%) (Не уверен, что)

17 декабря 2011, 1:09:36 AM	# 14
DeepBit Сообщения: 532 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Наконец искупил 🙂 Новый TX даже не считается странным сетью. http://blockexplorer.com/tx/9969603dca74d14d29d1d5f56b94c7872551607f8c2d6837ab9715c60721b50e#o2

17 декабря 2011, 4:22:24 AM	# 15
Себастьян Сообщения: 122 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC theymos: почему добавить секретный ключ AES зашифровано, когда вы просто можете SHA256 (пароль) (как мини-приват-ключи) и использовать его в качестве секретного ключа? Тогда вы говорите законны, кто что должно быть в состоянии получить доступ к этой монете о том, как вы их выкупить.

17 декабря 2011, 8:38:30 AM	# 16
theymos Сообщения: 2870 Цитировать по имени цитировать ответ	Re: 1VayNert выбрасывая BTC Цитата: Себастьяне от 17 декабря 2011 года, 4:22:24 AM theymos: почему добавить секретный ключ AES зашифровано, когда вы просто можете SHA256 (пароль) (как мини-приват-ключи) и использовать его в качестве секретного ключа? Тогда вы говорите законны, кто что должно быть в состоянии получить доступ к этой монете о том, как вы их выкупить. Возможно, что это всегда лучше, чем шифрование AES.

Заголовок