SegWit (testigo segregado, BIP 141)

SegWit (Segregated Witness, "testigo segregado") es el soft fork (una bifurcación compatible hacia atrás) que se activó en Bitcoin el 24 de agosto de 2017, en el bloque 481,824, definido en el BIP 141. Reestructuró la forma en que las transacciones de Bitcoin guardan los datos de firma y resolvió varios problemas a la vez.

El cambio central: los datos de firma (los "datos de testigo") se sacaron del cuerpo principal de la transacción y se pasaron a una estructura aparte que sigue dentro del bloque, pero que los nodos antiguos nunca descargan, así que no cuenta para el límite de 1 MB de tamaño de bloque que esos nodos siguen haciendo cumplir. Para los nodos actualizados, los bloques se redefinieron en términos de unidades de peso, con un máximo de 4 millones de unidades de peso por bloque. Los datos de testigo cuestan 1 unidad de peso por byte; los datos que no son de testigo cuestan 4. Esto más o menos duplicó la capacidad (a entre 1.6 y 2 MB de transacciones típicas) sin un hard fork.

Lo que SegWit corrigió:

• La maleabilidad de las transacciones. Antes de SegWit, el txid se calculaba sobre la transacción completa, firmas incluidas, y las firmas eran maleables. Un tercero podía cambiar la apariencia de una transacción (y su txid) sin invalidarla. Eso rompía las cadenas de transacciones sin confirmar y hacía casi imposible construir protocolos de capa 2 con seguridad. SegWit excluye los datos de testigo del cálculo del txid, así que, una vez firmadas todas las entradas, nadie más puede cambiar el txid.
• La capacidad de los bloques. El límite pasó de 1 MB a casi 4 MB en el caso extremo, lo que en la práctica da entre 1.6 y 2 MB para una mezcla típica de transacciones.
• Las actualizaciones futuras. SegWit puso un byte de versión delante de cada programa testigo (witness program) y reservó las versiones 1 a 16 para futuros sistemas de script; así fue como más tarde se añadió Taproot como un soft fork limpio.

La activación de 2017 fue políticamente explosiva: salió de la guerra del tamaño de bloque (en inglés), que duró varios años, entre quienes querían aumentar el tamaño de bloque a secas y quienes querían escalar con una capa 2. El bando de los bloques grandes se bifurcó de la cadena como Bitcoin Cash (en inglés) el 1 de agosto de 2017, tres semanas antes de que SegWit entrara en vigor. El resto de la comunidad de Bitcoin se quedó con SegWit y con la hoja de ruta de escalado por capas, y la Lightning Network, que depende de txids estables, ya se podía construir encima.

La adopción inicial se facilitó con las variantes envueltas en P2SH, P2SH-P2WPKH y P2SH-P2WSH (en inglés), que permitían a quien recibe aprovechar las ventajas de SegWit detrás de una dirección 3... conocida, que quienes enviaban ya sabían manejar. Después llegó SegWit nativo (en inglés) (bc1q...): Bitcoin Core hizo de bech32 el formato predeterminado de su billetera en la versión 0.20.0 (junio de 2020), y las variantes envueltas quedaron como alternativa de compatibilidad.

Para octubre de 2026, más del 95% de los pagos gastan salidas SegWit. Las salidas antiguas (legacy), anteriores a SegWit, todavía existen, pero son una proporción cada vez menor.