P2SH (pago a hash de script)

P2SH, "Pay to Script Hash" (pago a hash de script), es el formato de script que hizo práctico usar scripts complejos de Bitcoin Script (en inglés) como direcciones de recepción. Se introdujo con el BIP 16 y entró en vigor como soft fork el 1 de abril de 2012; fue la primera gran actualización del formato de direcciones de Bitcoin después de P2PKH. Las direcciones P2SH empiezan con 3 (por ejemplo, 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy).

El mecanismo

Antes del BIP 16, si querías recibir fondos en una multisig o en otro script complejo, quien enviaba tenía que conocer el script completo e incluirlo en la salida, lo que significaba transacciones más largas, cero privacidad y una experiencia de uso incómoda. P2SH invirtió la lógica: quien recibe publica solo un hash de 20 bytes del script, y el script real se revela únicamente cuando el destinatario gasta.

La salida se limita a bloquear los fondos al "script cuyo hash es X". Cuando más tarde gastas, revelas el script real (el "script de canje" o redeem script) más lo que ese script exija: firmas, preimágenes, comprobaciones de bloqueo de tiempo, etc.

Lo que hizo posible

• Billeteras multisig como primitiva usable. Antes de P2SH, los scripts multisig eran válidos pero no estándar (los nodos no los retransmitían), así que en la práctica no servían. Con P2SH, los usuarios podían compartir direcciones 3... sencillas y recibir directamente en configuraciones multisig.
• Traslado del costo. El costo en bytes del script complejo lo paga quien gasta (al revelarlo), no quien pone los fondos. Razonable.
• Complejidad oculta. La cadena muestra la dirección, no la estructura del script: una ventaja de privacidad hasta que se gasta.
• Un patrón para las actualizaciones de formato posteriores. El modelo "primero el hash, después el script" de P2SH influyó directamente en el formato nativo de hash de script de SegWit (P2WSH) y en Taproot.
• El puente para la adopción de SegWit. Cuando SegWit se lanzó en 2017, se podía envolver dentro de P2SH ("P2SH-P2WPKH") por compatibilidad con las billeteras que todavía no entendían SegWit nativo. Las direcciones de SegWit envuelto en P2SH también empiezan con 3, pero se gastan bajo las reglas de SegWit.

Uso actual

En 2026, P2SH se ve sobre todo en billeteras de SegWit envuelto y en configuraciones multisig antiguas (scripts basados en OP_CHECKMULTISIG). Sus sucesores modernos son P2WSH (hash de script en SegWit nativo) y el gasto por la ruta de script de Taproot: ambos más baratos y con propiedades más limpias.

El BIP 16 fue uno de los primeros ejemplos de cómo un soft fork pequeño y bien diseñado puede abrir categorías de uso completamente nuevas sin cambiar la naturaleza del protocolo base.