Чтобы обойти эту проблему, было бы возможно иметь P2SH м п сценария, где каждый из м redeaming адресов является еще т «п» сценария?
Нет, потому что протокол Bitcoin не использует адреса. Когда вы предоставляете вашему клиенту адрес для "Отправить" средства на него. Клиент декодирует адрес в либо PubKeyHash или ScriptHash в зависимости от типа адреса. Затем он строит либо Pay2PubKeyHash или выход Pay2ScriptHash. Адрес никогда не является частью сделки. Это всего лишь способ передачи типа и хэш в человеческом формате.
Точно так же OP_CHECKMULTISIG ссылается последовательность открытых ключей (не адрес, а не сценарии, а не сценарий хэш, не pubkeyhashes). Единственное допустимое расходуемое использование OP_CHECKMULTISIG требует последовательности PubKeys.
Предел 7-из-15 является чем-то искусственным. Это может быть поднят в будущем. Повышение его 15-из-15 сравнительно легко ( "м" ограничивается только "IsStandard" проверить не проверка действительности). Повышение его до 20-из-20 требует жесткой вилки, чтобы поднять предел redeemScript от 520 байт до по меньшей мере 683 байт. Теоретически это может быть повышенно за что жесткой вилкой, которая делает OP_CHECKMULTISIG с п >20 действительным, но я сомневаюсь, что когда-нибудь случится.