Arquitectura técnica

Tipos de direcciones en Bitcoin

Bitcoin ha evolucionado a través de cuatro formatos de direcciones: Legacy, P2SH, SegWit nativo y Taproot. Cada uno afecta al tamaño de la transacción, las comisiones y la privacidad.
En vídeo: Direcciones de Bitcoin: 1, 3, bc1q y bc1p. ¿Cuál usar?2:30 · Bitcoinpedia
Ver en YouTube

Al reproducirlo se carga el reproductor de YouTube.

En este artículo

¿Qué es una dirección de Bitcoin?

Una dirección de Bitcoin es una representación legible por humanos de un script de bloqueo (scriptPubKey). No es una "cuenta", sino una instrucción que define las condiciones que alguien debe cumplir para gastar los bitcoins enviados a ella. Cuando envías bitcoins, no los mandas a una persona: los bloqueas bajo un script que solo puede desbloquear quien posea la clave privada correspondiente.

A lo largo de los años, Bitcoin ha adoptado distintos formatos de dirección para reflejar mejoras del protocolo. Entender las diferencias entre ellos es clave para optimizar comisiones, compatibilidad y privacidad.

Los cuatro tipos principales de direcciones

1. P2PKH: Legacy (empieza con 1)

P2PKH significa Pay to Public Key Hash. Es el formato original propuesto por Satoshi Nakamoto en 2009. Una dirección Legacy se ve así:

1BvBMSEYstWetqTFn5Au4m4GFg7xJaNVN2

El receptor debe presentar una clave pública cuyo hash (SHA-256 + RIPEMD-160) coincida con el almacenado, y una firma ECDSA válida. Se codifica en Base58Check.

  • Ventajas: compatibilidad universal con cualquier software o exchange.
  • Desventajas: transacciones grandes, comisiones altas, sin descuento por SegWit.

2. P2SH: Pay to Script Hash (empieza con 3)

Introducido por BIP-16 en 2012, P2SH permitió direcciones que representan scripts arbitrarios (por ejemplo, una multifirma). Una dirección P2SH:

3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy

El receptor, al gastar, revela el script completo (redeem script) y los datos necesarios para satisfacerlo. También se usó como envoltorio transitorio para SegWit (P2SH-P2WPKH), permitiendo adopción gradual sin que las billeteras antiguas tuvieran que actualizarse.

  • Ventajas: soporta scripts complejos como la multifirma; amplia compatibilidad.
  • Desventajas: sin descuentos si no está envuelto con SegWit.

3. P2WPKH / P2WSH: SegWit nativo (empieza con bc1q)

Con la activación de SegWit en agosto de 2017 (BIP-141, BIP-143, BIP-173) llegó un nuevo formato en Bech32, con detección de errores y sin ambigüedad entre mayúsculas y minúsculas:

bc1qar0srrr7xfkvy5l643lydnw9re59gtzzwf5mdq

Las firmas se mueven al witness (testigo), separado del resto de la transacción. Para el cálculo de comisiones, los datos del witness cuentan como un 25% de su tamaño real, lo que supone un ahorro aproximado del 30-40% frente a Legacy.

  • Ventajas: transacciones más baratas, corrección del transaction malleability, direcciones con detección de errores.
  • Desventajas: algunos servicios antiguos aún no soportan Bech32 (cada vez menos común).

4. P2TR: Taproot (empieza con bc1p)

Con la activación de Taproot en noviembre de 2021 (BIPs 340, 341, 342) llegó el formato más moderno, codificado en Bech32m:

bc1p5d7rjq7g6rdk2yhzks9smlaqtedr4dekq08ge8ztwac72sfr9rusxg3297

P2TR usa firmas Schnorr en lugar de ECDSA, lo que permite agregar claves: con MuSig2 (n de n), o con FROST para umbrales (aún en borrador en octubre de 2026), un gasto multifirma cooperativo por la clave se ve igual que uno de una sola firma. Incorpora además un árbol de scripts (a menudo llamado MAST): condiciones de gasto alternativas en un árbol de Merkle, donde solo se revela la rama que se usa. Detalle en Taproot.

  • Ventajas: mejor privacidad (un gasto multifirma cooperativo puede parecer de una sola firma), firmas más eficientes, scripts complejos más baratos.
  • Desventajas: adopción en progreso; algunos servicios aún no soportan bc1p.

Tabla comparativa

Tipo Prefijo Codificación Año / BIP Tamaño input (vbytes aprox.) Firma
P2PKH (Legacy) 1... Base58Check 2009 ~148 vB ECDSA
P2SH 3... Base58Check 2012 / BIP-16 ~91 vB (P2SH-P2WPKH) ECDSA
P2WPKH (SegWit) bc1q... Bech32 2017 / BIP-141, 173 ~68 vB ECDSA
P2TR (Taproot) bc1p... Bech32m 2021 / BIP-341, 350 ~57,5 vB Schnorr

¿Por qué importa el tipo de dirección?

Comisiones

Las comisiones en Bitcoin se calculan por vbyte, no por cantidad enviada. Cada entrada Legacy ocupa unas 2,5 veces lo que una Taproot (148 vB frente a 57,5). Si recibes con una dirección moderna, ahorrarás en comisiones cuando gastes.

Privacidad

El tipo de dirección que uses deja una huella en la blockchain. Si toda la red empieza a usar Taproot salvo tú, tus transacciones Legacy destacan. Mezclar inputs de distintos tipos en una misma transacción puede revelar que todos pertenecen al mismo dueño. En general, usar el formato más moderno disponible mejora tanto tu anonimato en el conjunto como tus comisiones.

Compatibilidad

Tu billetera debe poder generar y gastar cada tipo. Hoy, prácticamente todas las billeteras modernas soportan los cuatro formatos, pero algunos exchanges aún no permiten retirar a bc1p. Si ese es el caso, usa una dirección SegWit (bc1q) o P2SH (3...) como paso intermedio.

Nota: Bech32m (para Taproot) y Bech32 (para SegWit v0) usan constantes distintas en su suma de verificación. Esto previene que un software antiguo envíe fondos a una dirección bc1p por error.

Recomendación práctica

Si estás configurando una billetera nueva, elige Taproot (bc1p) por defecto, o al menos SegWit nativo (bc1q). Mantén direcciones Legacy solo si necesitas interoperar con servicios antiguos. Recuerda que cambiar de tipo no afecta a tus fondos existentes: una misma seed phrase puede derivar direcciones de todos los tipos a la vez (siguiendo BIP-44, BIP-49, BIP-84 y BIP-86).

Errores habituales

  • Creer que el tipo de dirección cambia "la moneda": todas las direcciones reciben los mismos bitcoins en la misma red.
  • Pensar que una dirección Legacy es más segura por ser "la original". Los formatos modernos son más eficientes con ventajas adicionales.
  • Confundir Bech32 (bc1q, SegWit) con Bech32m (bc1p, Taproot): usan codificaciones distintas por diseño.
  • Asumir que todos los exchanges soportan Taproot. Algunos aún solo permiten retirar a SegWit o Legacy.
  • Mezclar inputs de distintos tipos en una misma transacción sin reflexión: puede empeorar la privacidad.

Conceptos relacionados

Fuentes primarias

  1. BIP-141: Segregated Witness (Consensus layer)
  2. BIP-173: Base32 address format for native v0-16 witness outputs (Bech32)
  3. BIP-341: Taproot: SegWit version 1 spending rules
  4. BIP-350: Bech32m format for v1+ witness addresses
  5. Bitcoin Optech: Address Types comparison (bitcoinops.org)