Это очень важный момент. P2SH делает вещи проще. Для кого-то отправить вам деньги, вы можете просто указать адрес. Выходы также меньше (как выход просто содержит байт фиксированного сценария 32, который содержит хэш redeemScript). Однако P2SH это палка о двух концах. Это может сделать его более трудным для вас, чтобы тратить деньги, которые вы получаете, если вы создаете сценарии, которые являются нестандартными и хуже вы можете даже создали сценарии, которые являются недопустимыми, которые сеть не может проверить, пока средства не были уже «заперты» в том, что адрес. См примечание внизу на тестирование и риск потери средств.

«Отправка» средств на адрес P2SH
P2SH хэш в выходе TX
Вы можете иметь практически неограниченное количество P2SH адресов в качестве выходов
Выход фиксированной длины хэш-сценария.
Фактический сценарий не "известен" к сети, только "нормальный" проверка АЯ применяется.  
TX не сильно отличается, чем "нормальный" ТХ. Вместо того, чтобы хэш Публичных на выходе вы ставите хэш сценария на выходе.

«Отдохни» средства из адреса P2SH
RedeemScript, который хеши к хэшу в PkScript неизрасходованных выходных добавляются в часть ScriptSig ввода транзакции «» тратить в.
В ОЙ проверке скрипт хешируется и по сравнению с подлинником хэша в неизрасходованного выходе предыдущих ОГО в.
Если это подтверждает то ScriptSig проверяется нормально.
Правила валидации сценариев применяются (см. Ниже) На самом деле они применимы для всех сценариев, но "нормальный" (P2PkH сценарий не может превышать предел).

Это где я думаю, что вы все еще можете быть перепутаны. С P2SH, п о м адреса просто HASH сценария. 3 из 3 клавиш, 7 из 11 клавиш, 15 из 15 клавиш, любой другой произвольный сценарий. Вместо условий тратить выход которого на выходе только хеш этого скрипта помещается в выходной. Так что прямой ответ да; размер сценария не имеет значения, так как выход содержит размерный хэш неподвижную сценария не сам скрипт. Однако толчки ограничены до 520 байт, а поскольку вся redeemScript должна быть прижата к стопке, чтобы проверить это хэш любого адрес производится из хэша сценария больше, чем 520 байт, фактически unspendable (без hardfork).

Еще раз важно, чтобы выделить средства на адрес P2SH и расходы из адреса P2SH.

Для получения адреса финансирование P2SH (т.е. значение посылки по адресу P2SH, хэш-скрипта находится на выходной стороне ТХ) во всех, кроме самых крайних случаях краевые не существует никаких ограничений. Сделки не имеют жесткого ограничения на размер (кроме они должны поместиться в 1Мб блоке). Для того, чтобы ретранслировать большинство узлов ТХ нужно будет пройти IsStandard, который ограничивает Вас "только" 100KB, но с выходным быть только ~ 40 байт вы могли бы иметь тысячи таких выходов.  

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

ТХ является недействительным, если любой из следующих условий

• Размер блока является >1000 KB (это проверка на уровне блоков, но, очевидно, ТХ, который не может поместиться в блок <= 1 МБ не может быть подтверждены по крайней мере до тех пор пока предел 1MB не поднимается).
• Скрипт >10KB (это в сценарий так, ТХ может быть больше, если он содержит несколько сценариев каждый меньше, чем 10KB).
• Размер значения толкают в скрипте >520 байт (фактически ограничивает P2SH сценарии до 520 байт, как redeemScript проталкивается в стек).
• Сценарий содержит более 201 операций (за исключением толчков). OP_CHECKMULTISIG с м ключами считаются м операций для целей данной проверки.
• Количество ключей (п) для операции OP_CHECKMULTISIG является > 20
• Количество подписей (м) для операции OP_CHECKMULTISIG является > чем количество ключей (п)

Ваш скрипт генерации кода должен проверить сценарий против всех правил проверки, чтобы избежать "Вот дерьмо" момент. Смотрите предупреждение о потере средств на дне и убедитесь, что вы понимаете, как «задержка проверка» скрипты P2SH делает его легче потерять средства. Это не делает P2SH плохо, но это не даст вам достаточно веревки, чтобы повеситься. Жирный шрифт ограничение является самым простым нарушать. Поскольку redeemScripts выталкиваются в стек в проверке P2SH ввода весь сценарий должен быть меньше, чем 520 байт. Всегда делайте жесткий контроль на длине вашего redeemScript. Не доверяйте ни одному правилу тумб. Например, м-из-15 multisig сценарий <520 байт, если все ключи несжатые однако, если ваш код случайно генерируются один или несколько несжатых ключей вы теперь нарушили 520 предела байт и создали адрес, который unspendable.

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

Сделка не является стандартной, если любой из следующих условий

• Размер ТХ > 100KB
• Размер scriptSig является > 500 Теперь 1650 байт.
• Значение любого выхода меньше, чем пороговое значение пыли (5460 Теперь 546 satoshis).
• ТЙ низкий приоритет и не включает в себя минимальную плату реле (10000 сейчас 1000 satoshis). **
• ТЙ не является окончательным (nLockTime блок не был создан еще) ***.
• Версии ТХ больше, чем текущая версия (которая равна 1).
• Для «родной» multisig, количество ключей > 3.
• Для P2SH сделок, число SigOps является > 15.

** Технически это не делает TXN нестандартным, но даже если стандарт TXN не будет передан большинство узлов, если она имеет недостаточную плату или приоритет, это может помочь только рассмотреть его часть проверки IsStandard.

*** Сама TXN только считается нестандартным не недействительным, но если включить nlocktime TxN с будущим nlocktime в блоке, то блок является недействительным.

Примечание: Можно потерять деньги с P2SH так обширное тестирование на testnet настоятельно рекомендуется. Риск исходит из того, что сеть не знает о содержании сценария в то время средств являются "послал" по адресу P2SH. Для упрощенного примера создать иначе действительный сценарий Bitcoin, который больше, чем 10KB в размере. Сформировать P2SH адрес из хэша сценария. Произвести оплату по адресу P2SH. ТХ отправки средств на адрес P2SH будет проверен и обрабатываться в сети без проблем. Однако любая попытка "проводить" монеты, отправленные на адрес P2SH не получится единственно правильным методом "искупающий" выход сценарий и сценарий нарушает правила проверки 10KB. Эти средства не могут быть потрачены (или по крайней мере не могут быть израсходованы до предела 10KB не поднимается или удален).