в глава о сделках, он указывает некоторые преимущества P2SH сделок:
- Сложные сценарии заменяются короткими отпечатками пальцев на выходе операции, что делает сделку меньше.
- Сценарии могут быть закодированы как адрес, так что отправитель и кошелек отправителя не требуется сложная инженерию для реализации P2SH.
- P2SH перекладывает построение сценария к получателю, а не отправитель.
- P2SH перекладывает в хранилище данных для длинного сценария с выхода (который находится в наборе UTXO) на вход (хранится на blockchain).
- P2SH перекладывает в хранилище данных для длинного сценария от настоящего времени (оплата) к будущему времени (когда она проводится).
- P2SH сдвигает стоимость платы за транзакции длинного скрипта от отправителя к получателю, который должен включать в себя сценарий долго выкупа, чтобы тратить.
О пункте 4, она по-прежнему выглядит неоптимальной для меня.
Представьте себе, что у меня есть фирма, где для того, чтобы провести оплату от клиентов, я также должен получить подписи по крайней мере, 1 из 2 других партнеров. Мой сценарий будет выглядеть следующим образом:
Код:
2 <Мой Публичных> <Партнер 1 в Публичном> <Партнер 2 в Публичном> 3 OP_CHECKMULTISIG
Таким образом, для каждого входящих платежей, которые я хотел бы провести, мой scriptSig должен быть раздутым со сценарием выше плюс 2 подписей
Представьте себе, что я буду иметь тысячи таких операций, это будет вздутие живота в blockchain, вероятно, уменьшая возможности обработки сети.
Мне было интересно: есть ли способ mantaining этих сценариев как "Счета" в "бумажники сценарий" а не хранить его внутри blockchain?
Когда возникает необходимость проверки, я мог бы просто получить этот сценарий образует "бумажник" и проверить сделку.
Как бы это было возможно?