Стандартное кодирование P2SH для стандартных операций | Биткоин форум

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

28 апреля 2014, 3:12:22 PM	# 1
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Взлом Биткоин адресов. 500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome" Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e подробнее... Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru Было рассмотрено что-то вроде этого? Стандартный получить scriptPubKey имеет вид Для поиска транзакций, необходимо вычислить хэш открытого ключа и сканирование для этого. С P2SH, нет никаких оснований, что вы не можете сделать это Вы отсканировать для транзакции P2SH который платит Hash160 (OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG) Для каждого открытого ключа, программное обеспечение потребуется для сканирования 4 кодировок, P2SH и нормальных и сжатых / распакованных ключей. Это позволит платежи P2SH поддерживаться гораздо более эффективно. P2SH адреса имеют большое преимущество, что они могут быть проверены, а только глядя на sigScript. Каждый элемент в UTXO набор просто должен быть значением hash160.

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

28 апреля 2014, 3:46:51 PM	# 2
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Получил 1806 Биткоинов Реальная история. Цитата: TierNolan 28 апреля 2014 года, 3:12:22 PM Было рассмотрено что-то вроде этого? Стандартный получить scriptPubKey имеет вид Для поиска транзакций, необходимо вычислить хэш открытого ключа и сканирование для этого. С P2SH, нет никаких оснований, что вы не можете сделать это Вы отсканировать для транзакции P2SH который платит Hash160 (OP_DUP OP_HASH160 OP_EQUALVERIFY OP_CHECKSIG) Для каждого открытого ключа, программное обеспечение потребуется для сканирования 4 кодировок, P2SH и нормальных и сжатых / распакованных ключей. Это позволит платежи P2SH поддерживаться гораздо более эффективно. P2SH адреса имеют большое преимущество, что они могут быть проверены, а только глядя на sigScript. Каждый элемент в UTXO набор просто должен быть значением hash160. он растрачивает блок пространства. просто Hash160 (<Публичных> OP_CHECKSIG) достаточно

28 апреля 2014, 3:48:51 PM	# 3
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: jl2012 28 апреля 2014 года, 3:46:51 PM он растрачивает блок пространства. просто Hash160 (<Публичных> OP_CHECKSIG) достаточно Правый (гм). Я предполагаю, что общий принцип был мыслью, хотя? Вы получаете все преимущества стандартной сделки, но с P2SH.

28 апреля 2014, 4:24:54 PM	# 4
jl2012 Сообщения: 1750 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: TierNolan 28 апреля 2014 года, 3:48:51 PM Цитата: jl2012 28 апреля 2014 года, 3:46:51 PM он растрачивает блок пространства. просто Hash160 (<Публичных> OP_CHECKSIG) достаточно Правый (гм). Я предполагаю, что общий принцип был мыслью, хотя? Вы получаете все преимущества стандартной сделки, но с P2SH. Это уже стандартный тип, просто никто не использует его.

28 апреля 2014, 4:51:48 PM	# 5
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: jl2012 28 апреля 2014 года, 4:24:54 PM Это уже стандартный тип, просто никто не использует его. Я имею в виду, что ссылка клиент может отправить P2SH этой формы.

28 апреля 2014, 4:58:48 PM	# 6
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Я думаю, что все операции должны использовать P2SH для кодирования результатов транзакций. Сети не нужно точно, как выход будет погашена в то время он создал, таким образом подвергая эту информацию в начале не достигает ничего хорошего.

28 апреля 2014, 5:35:06 PM	# 7
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: justusranvier 28 апреля 2014 года, 4:58:48 PM Я думаю, что все операции должны использовать P2SH для кодирования результатов транзакций. Сети не нужно точно, как выход будет погашена в то время он создал, таким образом подвергая эту информацию в начале не достигает ничего хорошего. Кроме того, это позволяет статической проверки блока. Вы можете проверить блок, не видя никаких других блоков. Вы просто должны убедиться, что выход на самом деле существует, хотя.

28 апреля 2014, 5:47:37 PM	# 8
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Это не совсем неразумно softfork. Тип уже является стандартом & действительно, и есть выгоды, имея 100% сделки с использованием того же шаблона, перемещает большую часть данных prunable TxIns, и делает TxIn скрипты самоидентифицирующими. Хотя, вероятно, не стоит усилий, и будет гораздо больше стоит, если бы мы создавали новый blockchain с этим правилом насильственному с самого начала. Там еще 20 Гб blockchain, которые не имеют это изменение, поэтому более сложные правила должны оставаться в коде для обработки произвольной, без самоидентифицирующей TxIns для первых 20 Гб.

28 апреля 2014, 6:16:29 PM	# 9
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: etotheipi 28 апреля 2014 года, 5:47:37 PM перемещает основную часть данных prunable TxIns Говоря о том, что это каждый выкуп выходной P2SH считается стандартом?

28 апреля 2014, 6:34:51 PM	# 10
etotheipi Сообщения: 1428 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: justusranvier 28 апреля 2014 года, 6:16:29 PM Цитата: etotheipi 28 апреля 2014 года, 5:47:37 PM перемещает основную часть данных prunable TxIns Говоря о том, что это каждый выкуп выходной P2SH считается стандартом? P2SH подстрочный предусмотрено в выкупной TxIn должны быть стандартными, хотя для multisig это немного разные правила. Это по размеру сценария, а не (M, N). Таким образом, кажется, вы могли бы сделать М-из-15 сжатых ключей, или М-оф-7 несжатых ключей, в качестве верхнего предела на mainnet. Любые сценарии, которые будут нестандартными положить в TxOut должен быть нестандартным, если вы поместите их в TxIn, чтобы выкупить их. Это было на самом деле один из motiviations для P2SH: Я даю вам сценарий и объявить, что средства, отправленные на этот сценарий освобождает вас от любой задолженности вы пытаетесь охватить. Должен быть мой проблема, не ваш если я хочу, чтобы вы отправить в какой-то бредовый сценарий. Так ему правило стандартности все еще применяется, он просто перекладывает бремя на получение нестандартной сценарий добытую к человеку, который фактически контролирует деньги.

28 апреля 2014, 6:48:55 PM	# 11
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: etotheipi 28 апреля 2014 года, 5:47:37 PM Это не совсем неразумно softfork. Тип уже является стандартом & действительно, и есть выгоды, имея 100% сделки с использованием того же шаблона, перемещает большую часть данных prunable TxIns, и делает TxIn скрипты самоидентифицирующими. Это помогло бы с "Конечное сжатие blockchain" Такие вещи. На данный момент набор UTXO должен быть сохранен как карты ТХ-аут -> скрипт. С обязательным P2SH, вы можете сохранить хэш для каждого выхода и проделанных (20 байт). На самом деле, вы можете просто сохранить часть хэша (8-10 байт). котировка Хотя, вероятно, не стоит усилий, и будет гораздо больше стоит, если бы мы создавали новый blockchain с этим правилом насильственному с самого начала. Там еще 20 Гб blockchain, которые не имеют это изменение, поэтому более сложные правила должны оставаться в коде для обработки произвольной, без самоидентифицирующей TxIns для первых 20 Гб. Это фиксированная стоимость. Вы можете обойти это для старых сделок в любом случае. Определение нового "расширенный" блок и "расширенный" сделка. Для расширенной сделки, вы добавите все входные скрипты без P2SH. Расширен блок содержит операции расширены для покрытия без P2SH операций. Если это все P2SH транзакции, то блок такой же, как и сейчас. Для обеспечения максимальной безопасности прилагается информация также должна будет включать пути к корню Merkle. Однако, так как клиент уже будет отслеживать множество UTXO (как хэши), не требуется. Переключение может быть После того, как блок N, все выходы транзакций должны быть либо OP_RETURN <40 байт>, P2SH или P2SH-v2 (без ограничения 500 байт) Унаследованные выходы блоков <= N-прежнему работает в соответствии с нормальным. После того, как блок N + 25000 (6 месяцев), проводя их требует, чтобы обеспечить транжира расширенный формат транзакции.

28 апреля 2014, 6:55:42 PM	# 12
TierNolan Сообщения: 1148 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: etotheipi 28 апреля 2014 года, 6:34:51 PM P2SH подстрочный предусмотрено в выкупной TxIn должны быть стандартными, хотя для multisig это немного разные правила. Это по размеру сценария, а не (M, N). Таким образом, кажется, вы могли бы сделать М-из-15 сжатых ключей, или М-оф-7 несжатых ключей, в качестве верхнего предела на mainnet. Все сценарии P2SH ограничены до 500 байт. Если P2SH должно было быть обязательным, что бы должны быть отброшены. котировка Любые сценарии, которые будут нестандартными положить в TxOut должен быть нестандартным, если вы поместите их в TxIn, чтобы выкупить их. Это было на самом деле один из motiviations для P2SH: Я даю вам сценарий и объявить, что средства, отправленные на этот сценарий освобождает вас от любой задолженности вы пытаетесь охватить. Должен быть мой проблема, не ваш если я хочу, чтобы вы отправить в какой-то бредовый сценарий. Так ему правило стандартности все еще применяется, он просто перекладывает бремя на получение нестандартной сценарий добытую к человеку, который фактически контролирует деньги. Я думаю, что более слабые правила будут лучше здесь, так как вы не спамить в blockchain, пока вы не докажете, что вы можете провести выходные. ТХ-аут -> карта скрипт хранится компактна. GMaxwell предложил систему для namecoin, чтобы предотвратить данные от добавления к blockchain (как система OP_RETURN Bitcoin имеет). Вы можете использовать Hash (х \| Hash (сценарий)). Х значение сохраняется только на некоторое время. После того, как блок похоронен 100 блоков в blockchain, он считается действительным, даже если х отсутствует. Это означает, что вы должны сказать, что шахтеры х вы использовали. Он «прилагается» к сделке, но не его часть. После того, как блок-похоронен более 100 блоков глубины, х может быть отброшены.

28 апреля 2014, 8:42:54 PM	# 13
justusranvier Сообщения: 1400 Цитировать по имени цитировать ответ	Re: Стандартный P2SH кодирования для стандартных операций Цитата: etotheipi 28 апреля 2014 года, 6:34:51 PM P2SH нижний индекс при условии, в погашение TxIn должны быть стандартными Я не вижу, что оправдание есть для обеспечения соблюдения стандартных шаблонов при погашении выходов P2SH, потому что независимо от того, что во входном скрипте все это prunable.

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

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

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

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

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW