SegWit es una actualización del protocolo Bitcoin, activada el 24 de agosto de 2017, que reestructura la forma en que se almacenan los datos de las transacciones, separando los datos de la firma digital (datos de testigo) de los datos de entrada de la transacción.
Propuesta por un desarrollador de Bitcoin Core Pieter Wuille En BIP 141, la actualización se implementó como una bifurcación suave retrocompatible que resolvió varios problemas a la vez: corrigió la maleabilidad de las transacciones (un error que permitía a terceros alterar los ID de las transacciones antes de la confirmación), aumentó efectivamente la capacidad de los bloques de 1 MB a aproximadamente 1.8–2.3 MB a través de una nueva medida de "peso del bloque" y sentó las bases para Capa 2 Soluciones como la Lightning Network, que requieren identificadores de transacción no modificables para funcionar de forma segura.
Los datos de testigo se trasladan a una estructura separada y se descuentan en el cálculo del peso, contabilizando 0.25 unidades de peso por byte frente a 1 unidad completa para los datos que no son de testigo.
A principios de 2026, aproximadamente entre el 85 % y el 90 % de las transacciones de Bitcoin incluyen al menos una entrada que utiliza este formato, siendo las direcciones nativas ("bc1q") las que representan la mayor parte, y Taproot ("bc1p") un 15 %-20 % adicional.
Origen e Historia
| Fecha | Eventos |
|---|---|
| 2011 | La maleabilidad de las transacciones se identificó como una Bitcoin problema; Mt. Gox posteriormente lo culpa de las pérdidas cambiarias. |
| 2015 | Pieter Wuille propone Segregated Witness en la conferencia Scaling Bitcoin. |
| diciembre 2015 | BIP 141 fue propuesto formalmente por Wuille, Eric Lombrozo y Johnson Lau. |
| 2017 de mayo | El acuerdo de Nueva York (SegWit2x) propone la actualización más un aumento de 2 MB en el tamaño del bloque. |
| 1 de agosto de 2017 | Bitcoin Cash tenedores duros de Bitcoin, eligiendo bloques de 8 MB en su lugar |
| 24 de agosto de 2017 | La actualización se activa en la red principal de Bitcoin en el bloque 481,824 mediante la presión de una bifurcación suave activada por el usuario. |
| nov 2017 | La bifurcación dura del tamaño del bloque de SegWit2x se cancela debido a la falta de consenso. |
| 2018-2019 | Lightning Network se lanza en la red principal, gracias a la corrección de la maleabilidad. |
| nov 2021 | Taproot se activa, basándose en el marco de control de versiones de scripts original con Firmas de Schnorr |
| 2024 | El uso de Taproot aumenta brevemente por encima del 40%, impulsado por las inscripciones de Ordinals y el protocolo Runes. |
| Principios de 2026 | La adopción se mantiene estable entre el 85% y el 90%; Taproot se estabiliza en un nivel más orgánico del 15% al 20% a medida que disminuye la actividad especulativa. |
Cómo Funciona
| Aspecto | Legado (Antes) | Después de la actualización |
|---|---|---|
| Límite de bloqueo | 1 MB (límite máximo) | 4 millones de unidades de peso (~1.8–2.3 MB efectivos) |
| Maleabilidad de las transacciones | Vulnerable (TXID incluye firmas) | Corregido (TXID excluye los datos de testigos) |
| Lightning Network | Imposible | Habilitado: un requisito indispensable |
| Costos por Transacciones | Peso total para los datos de firma | Menor: datos de testigos descontados en un 75 % aproximadamente. |
| Formato de dirección | 1… (P2PKH) o 3… (P2SH) | bc1q… (nativo, Bech32) |
| Control de versiones de scripts | Difícil de actualizar | Campo de versión integrado habilitado Raíz principal |
| Tipo de horquilla | N/A | Horquilla blanda (compatible con versiones anteriores) |
Evolución del formato de direcciones:
- Legado:
1A1zP1...(P2PKH) - Envuelto:
3J98t1...(P2SH, adaptador de compatibilidad — ahora en declive) - Nativo:
bc1qw50...(Bech32, BIP 84) - Raíz principal:
bc1pw50...(Bech32m, BIP 350)
En términos simples
- Reorganizando el archivador: En lugar de mantener la firma adjunta a los datos de la transacción, el protocolo la separa en una sección propia, de modo que el ID de la transacción se basa únicamente en los datos principales, no en la firma.
- Corrige la maleabilidad: Antes de este cambio, alguien podía alterar la firma de una transacción válida (sin invalidarla) y cambiar su ID, lo que suponía un verdadero problema para cualquier sistema que rastreara transacciones por ID, incluido Lightning.
- Aumento de capacidad efectiva: Al reducir los datos de los testigos al 25 % de su peso real, los bloques pueden contener muchas más transacciones sin aumentar el límite de tamaño literal.
- Lightning habilitado: Lightning necesita identificadores de transacción que no puedan cambiar después de su creación; esta corrección lo hizo posible.
- Las direcciones nativas y Taproot son las que más ahorran en comisiones: Si tu monedero los admite, "bc1q" o "bc1p" son la mejor opción predeterminada en 2026: compatibilidad total y comisiones mínimas.
Ejemplos del mundo real
| Escenario | Implementación | Resultado |
|---|---|---|
| Reducción de tarifas | Los usuarios migran de direcciones antiguas a direcciones nativas. | Comisiones aproximadamente un 30-38% más bajas para transacciones típicas. |
| Lightning Network | La solución para la maleabilidad habilita los canales de pago Lightning. | Millones de pagos instantáneos con Bitcoin y comisiones casi nulas. |
| Adopción de intercambio | Las principales bolsas implementan retiros en formato nativo. | Tanto las casas de cambio como los usuarios ahorran en comisiones acumuladas. |
| Actualización de la raíz principal | El control de versiones de scripts integrado permite Taproot (2021). | Firmas Schnorr, MAST y Tapscript añadidos a Bitcoin |
| Ordinales/Runas (2024) | Campos testigo de Taproot utilizados para almacenar datos de inscripción | El uso de Taproot aumentó brevemente por encima del 40% de todas las transacciones. |
Ventajas
| La Ventaja | Mareas Ideales para Lecciones |
|---|---|
| Solución para la maleabilidad | Elimina la alteración por parte de terceros de los identificadores de transacción, lo que permite protocolos de capa 2 fiables. |
| Mayor capacidad | Aumenta eficazmente la capacidad del bloque sin cambiar el límite de tamaño literal. |
| tasas más bajas | El descuento por datos de testigos reduce el costo efectivo de la transacción. |
| Compatible con versiones anteriores | Una bifurcación suave: los nodos no actualizados aún pueden validar transacciones de nuevo formato. |
| Ruta de actualización futura | El control de versiones de scripts integrado permite directamente el uso de Taproot. |
Desventajas y riesgos
| Supervisión | Mareas Ideales para Lecciones |
|---|---|
| Adopción inicial lenta | Se tardó aproximadamente 5 años en superar la marca del 85% de adopción, a pesar de los claros beneficios de las tarifas. |
| Complejidad: | Los múltiples formatos de dirección aumentan la complejidad de la implementación de la cartera y del protocolo. |
| No es una solución de escalado completa | Proporciona un modesto aumento de capacidad; no resuelve los límites fundamentales de rendimiento de Bitcoin. |
| División Comunitaria | El debate sobre la escalabilidad en torno a esta actualización condujo directamente a la bifurcación de Bitcoin Cash. |
| Modelo de confianza más débil para nodos no actualizados | Los nodos que no validan los datos de testigo dependen más de la honestidad del minero para esa parte. |
Consejos de gestión de riesgos:
- Utilice direcciones nativas o de Taproot para maximizar el ahorro en comisiones.
- Mantén actualizado el software de tu billetera para garantizar la compatibilidad total con todos los formatos.
- Confirma que tu plataforma de intercambio admite retiros en formato nativo antes de dar por sentado que te beneficiarás de la reducción de comisiones.
- Para pagos pequeños y frecuentes, combine esto con la red Lightning para obtener el menor costo y la liquidación más rápida.
Preguntas frecuentes
¿Cuál es la diferencia entre SegWit y SegWit2x?
BIP 141 fue la bifurcación suave que separó los datos de los testigos y se activó con éxito en agosto de 2017.
SegWit2x fue una propuesta independiente que combinaba ese cambio con una bifurcación dura para duplicar el tamaño del bloque a 2 MB; el componente de bifurcación dura se canceló en noviembre de 2017 debido a la falta de consenso.
¿Esta actualización provocó la bifurcación de Bitcoin Cash?
Indirectamente, sí. La facción pro-bigblock se separó el 1 de agosto de 2017, apenas unas semanas antes de su activación, debido a un desacuerdo sobre cómo debería escalar Bitcoin.
¿Qué relación guarda Taproot con esta actualización anterior?
Taproot es la versión 1 del mismo framework. El campo de control de versiones de scripts integrado original fue diseñado específicamente para permitir futuras actualizaciones como Taproot sin necesidad de crear una nueva bifurcación desde cero.
