Saltar al contenido principal

Tipos de direcciones de criptomonedas explicados: Legacy, SegWit, Taproot

Si has usado Bitcoin durante cierto tiempo, te habrás encontrado con direcciones que empiezan por "1", direcciones que empiezan por "3" y direcciones que empiezan por "bc1q" o "bc1p". No son diferencias cosméticas: representan formas fundamentalmente distintas de bloquear y desbloquear fondos, con implicaciones importantes en comisiones de transacción, privacidad y funcionalidad.

Esta guía explica cada tipo principal de dirección de Bitcoin, cómo funciona a nivel técnico, sus ventajas y desventajas, y cómo elegir el tipo correcto según tus necesidades. También cubrimos formatos de dirección para Ethereum y otras blockchains importantes.

Tipos de direcciones de Bitcoin​

Direcciones Legacy (P2PKH) — Empiezan por "1"​

Nombre completo: Pay-to-Public-Key-Hash

Ejemplo: 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa

Ruta de derivación: m/44'/0'/0' (BIP-44)

Las direcciones Legacy son el formato original de direcciones de Bitcoin, definido en el protocolo inicial de Bitcoin. La dirección es un hash codificado en Base58Check de la clave pública:

Address = Base58Check(0x00 || RIPEMD160(SHA256(public_key)))

El byte de versión 0x00 produce direcciones que comienzan con "1" en mainnet.

Cómo funciona el gasto (script):

ScriptPubKey: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
ScriptSig:    <signature> <publicKey>

Para gastar fondos desde una dirección Legacy, el emisor proporciona su clave pública y una firma válida. La red verifica que la clave pública haga hash a la dirección y que la firma sea válida para esa clave pública.

Ventajas:

  • Compatibilidad máxima: compatible con todas las wallets, exchanges y servicios de Bitcoin desde 2009.
  • Simple y bien entendido.

Desventajas:

  • Mayor tamaño de transacción (comisiones más altas).
  • Sin beneficios de SegWit (sin descuento de witness).
  • La codificación Base58Check distingue mayúsculas y minúsculas y es propensa a errores de transcripción.
  • Sin detección de errores más allá del checksum (detecta errores aleatorios, pero no todas las sustituciones).

Direcciones P2SH — Empiezan por "3"​

Nombre completo: Pay-to-Script-Hash

Ejemplo: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy

Ruta de derivación: m/49'/0'/0' (BIP-49, para SegWit encapsulado)

P2SH se introdujo en BIP-16 (2012) para permitir condiciones de gasto más complejas. En vez de pagar al hash de una clave pública, los fondos se pagan al hash de un script. El script puede implementar condiciones de gasto arbitrarias: multisig, bloqueos de tiempo, bloqueos por hash o, lo más común hoy, encapsular una salida SegWit.

P2SH-P2WPKH (compatible con SegWit):

Este es el uso más común de las direcciones P2SH hoy en día. Encapsula una salida SegWit (P2WPKH) dentro de un script P2SH, permitiendo beneficios de SegWit mientras mantiene compatibilidad retroactiva con software antiguo que solo entiende direcciones P2SH.

RedeemScript: 0x0014 <20-byte-pubkey-hash>  (a P2WPKH script)
ScriptPubKey: OP_HASH160 <hash-of-redeemScript> OP_EQUAL

Ventajas:

  • Beneficios de SegWit (comisiones reducidas, corrección de maleabilidad) con compatibilidad retroactiva.
  • Compatible con prácticamente todas las wallets y exchanges modernos.
  • Permite scripts complejos (multisig, bloqueos de tiempo).

Desventajas:

  • Comisiones más altas que SegWit nativo (el script envoltorio añade sobrecarga).
  • Ambiguo: una dirección "3" podría ser multisig simple, SegWit encapsulado u otro script P2SH. No se puede saber solo por la dirección.

Direcciones SegWit nativas (P2WPKH) — Empiezan por "bc1q"​

Nombre completo: Pay-to-Witness-Public-Key-Hash (codificación Bech32)

Ejemplo: bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4

Ruta de derivación: m/84'/0'/0' (BIP-84)

Las direcciones SegWit nativas se introdujeron en BIP-141/BIP-143 (activado en agosto de 2017) y usan codificación Bech32 como se define en BIP-173. No usan Base58Check; en su lugar usan una nueva codificación que es:

  • Solo minúsculas: elimina problemas de sensibilidad a mayúsculas/minúsculas.
  • Corrección de errores BCH: puede detectar hasta 4 errores de caracteres y corregir algunos automáticamente.
  • Prefijo legible para humanos: bc para Bitcoin mainnet, tb para testnet.

Cómo funciona el gasto:

ScriptPubKey: 0 <20-byte-pubkey-hash>
Witness:      <signature> <publicKey>

La firma y la clave pública se mueven a la sección "witness" de la transacción, que recibe un descuento del 75% en peso de transacción (comisiones).

Ventajas:

  • Comisiones más bajas de cualquier tipo de dirección pre-Taproot (descuento de witness).
  • Corrección de maleabilidad: SegWit corrige la maleabilidad de transacciones, habilitando protocolos de capa 2 como Lightning Network.
  • Mejor detección de errores: la codificación Bech32 detecta más errores que Base58Check.
  • Scripts más simples: sin sobrecarga del encapsulado P2SH.

Desventajas:

  • Algunas wallets y exchanges antiguos no pueden enviar a direcciones bc1q (cada vez más raro a partir de 2025).
  • Cadena de dirección ligeramente más larga que Legacy o P2SH.

Direcciones Taproot (P2TR) — Empiezan por "bc1p"​

Nombre completo: Pay-to-Taproot (codificación Bech32m)

Ejemplo: bc1p5d7rjq7g6rdk2yhzks9smlaqtedr4dekq08ge8ztwac72sfr9rusxg3297

Ruta de derivación: m/86'/0'/0' (BIP-86)

Taproot se activó en Bitcoin en noviembre de 2021 (BIP-340, BIP-341, BIP-342). Representa la mejora más significativa de las capacidades de scripting de Bitcoin desde SegWit.

Taproot usa firmas Schnorr en lugar de ECDSA e introduce un modelo key-spend/script-spend:

  • Gasto por key path: el caso más común; una sola firma autoriza el gasto, idéntica en apariencia a cualquier otra transacción Taproot.
  • Gasto por script path: condiciones complejas (multisig, bloqueos de tiempo, bloqueos por hash) se pueden comprometer mediante un árbol de Merkle y revelar solo cuando sea necesario.

Cómo funciona el gasto:

ScriptPubKey: 1 <32-byte-tweaked-public-key>
Witness:      <signature>  (key path, most common)
   — or —
Witness:      <script> <control-block> <arguments>  (script path)

Ventajas:

  • Privacidad: todas las transacciones Taproot se ven iguales on-chain, independientemente de las condiciones de gasto subyacentes. Una transacción multisig es indistinguible de una transacción de firma única cuando usa key path.
  • Eficiencia: las firmas Schnorr son más pequeñas que las firmas ECDSA. La agregación de claves (MuSig2) permite configuraciones multisig que producen una sola firma combinada.
  • Flexibilidad de scripting: MAST (Merkelized Alternative Script Trees) permite condiciones de gasto complejas sin revelar ramas no utilizadas.
  • Comisiones bajas: comparables o menores que SegWit nativo para gastos por key path.

Desventajas:

  • Aún en adopción: algunas wallets y exchanges todavía no admiten completamente envíos a o desde direcciones Taproot.
  • La implementación compleja aumenta el riesgo de bugs en wallets (aunque existen implementaciones maduras).
  • Codificación Bech32m (distinta de Bech32): el software de wallet debe soportar ambas.

Comparación de tipos de direcciones​

CaracterísticaLegacy (1...)P2SH (3...)SegWit nativo (bc1q...)Taproot (bc1p...)
BIPOriginalBIP-16BIP-141/BIP-173BIP-341/BIP-350
Derivaciónm/44'/0'/0'm/49'/0'/0'm/84'/0'/0'm/86'/0'/0'
CodificaciónBase58CheckBase58CheckBech32Bech32m
FirmaECDSAECDSAECDSASchnorr
Costo de comisiónMás altoMedioBajoMás bajo (key path)
PrivacidadBajaMediaMediaAlta
Detección de erroresChecksum básicoChecksum básicoCódigos BCHCódigos BCH
CompatibilidadUniversalCasi universalLa mayoría de walletsEn crecimiento

¿Qué tipo de dirección de Bitcoin deberías usar?​

Para la mayoría de usuarios en 2025+: usa SegWit nativo (bc1q) por defecto. Ofrece el mejor equilibrio entre comisiones bajas, alta compatibilidad y soporte maduro.

Para máxima privacidad y comisiones más bajas: usa Taproot (bc1p) si tu wallet lo soporta y los servicios con los que interactúas admiten envíos a direcciones Taproot.

Para compatibilidad con servicios antiguos: usa P2SH (3...) si necesitas recibir fondos de un servicio que no puede enviar a direcciones bc1q o bc1p.

Evita Legacy (1...) en wallets nuevas a menos que tengas un requisito específico de compatibilidad.

Formato de direcciones de Ethereum​

Ethereum usa un único formato de dirección:

0x742d35Cc6634C0532925a3b844Bc9e7595f2bD38
  • 20 bytes (40 caracteres hexadecimales) con prefijo 0x.
  • Derivada de los últimos 20 bytes del hash Keccak-256 de la clave pública.
  • Checksum EIP-55 de mayúsculas/minúsculas mixtas: las letras en mayúscula y minúscula sirven como checksum. Si alteras las mayúsculas/minúsculas de cualquier letra, el checksum falla.
  • El mismo formato de dirección se usa para todas las cadenas compatibles con EVM (Ethereum, Polygon, Arbitrum, Optimism, BSC).

Importante: enviar tokens en la red equivocada (por ejemplo, ETH mainnet vs. Polygon) a la misma dirección no hará perder fondos (la dirección existe en todas las cadenas EVM), pero puede que necesites cambiar de red para acceder a ellos.

ENS (Ethereum Name Service)​

ENS proporciona nombres legibles para humanos para direcciones de Ethereum:

vitalik.eth → 0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045

Verifica siempre la dirección resuelta antes de enviar fondos. Los nombres ENS se pueden transferir, por lo que la dirección detrás de un nombre puede cambiar.

Otros formatos de direcciones en blockchains​

Bitcoin Cash (BCH)​

Bitcoin Cash usa el formato CashAddr para diferenciarse de las direcciones de Bitcoin:

bitcoincash:qpm2qsznhks23z7629mms6s4cwef74vcwvy22gdx6a

El prefijo bitcoincash: evita envíos accidentales a direcciones de Bitcoin.

Litecoin (LTC)​

Litecoin usa tipos de dirección similares a Bitcoin:

  • Legacy: empieza por L o M
  • P2SH: empieza por M o 3
  • SegWit nativo: empieza por ltc1q

Solana (SOL)​

Solana usa claves públicas Ed25519 codificadas en Base58:

7EcDhSYGxXyscszYEp35KHN8vvw3svAuLKTzXwCFLtV

32 bytes, codificados en Base58, normalmente 32-44 caracteres.

Cardano (ADA)​

Cardano usa direcciones codificadas en Bech32 con el prefijo addr:

addr1qx2fxv2umyhttkxyxp8x0dlpdt3k6cwng5pxj3jhsydzer3jcu5d8ps7zex2k2xt3uqxgjqnnj83ws8lhrn648jjxtwq2ytjqp

Las direcciones de Cardano son notablemente más largas que las de Bitcoin porque codifican tanto credenciales de pago como credenciales de staking.

TRON (TRX)​

TRON usa direcciones codificadas en Base58Check que empiezan por T:

TJYeasTPa6gpB9Ut5HALR2twMHU3gYpML8

Cosmos (ATOM)​

Cosmos usa codificación Bech32 con prefijos específicos por cadena:

cosmos1qypqxpq9qcrsszg2pvxq6rs0zqg3yyc5lzv7xu

Cada cadena Cosmos SDK usa un prefijo diferente (por ejemplo, osmo para Osmosis, juno para Juno).

Herramienta SafeSeed

Usa el SafeSeed Address Generator para derivar direcciones de múltiples blockchains y tipos de dirección desde una sola seed phrase. Comprueba cómo la misma seed produce direcciones diferentes para Bitcoin Legacy, SegWit, Taproot, Ethereum y más. Todo el procesamiento ocurre localmente en tu navegador.

Validación de direcciones y seguridad​

Verificación de checksum​

Verifica siempre las direcciones antes de enviar fondos:

  • Bitcoin Legacy/P2SH: Base58Check incluye un checksum de 4 bytes. La mayoría de wallets lo verifican automáticamente.
  • Bitcoin SegWit/Taproot: Bech32/Bech32m incluye un checksum de 6 caracteres con fuerte detección de errores (códigos BCH).
  • Ethereum: checksum EIP-55 de mayúsculas/minúsculas mixtas. Si una wallet no implementa EIP-55, aceptará cualquier combinación de mayúsculas/minúsculas: esto es una señal de alerta.

Reutilización de direcciones​

Para mayor privacidad, evita reutilizar direcciones de Bitcoin. Cada transacción debe usar una dirección nueva. Las HD wallets (BIP-44) generan direcciones nuevas automáticamente.

Las direcciones de Ethereum suelen reutilizarse (modelo basado en cuentas), aunque usar múltiples cuentas puede mejorar la privacidad.

Secuestro del portapapeles​

El malware puede monitorear tu portapapeles y reemplazar direcciones de criptomonedas por la dirección del atacante. Verifica visualmente siempre al menos los primeros y últimos 6 caracteres de una dirección después de pegarla, e idealmente la dirección completa. Algunas wallets muestran un hash visual (identicon) de la dirección para facilitar la verificación.

Verificación de código QR​

Al escanear un código QR para obtener una dirección, verifica que la dirección decodificada coincida con lo que esperas. Los códigos QR maliciosos pueden codificar direcciones controladas por atacantes.

Conversión entre tipos de direcciones​

No puedes "convertir" una dirección entre tipos (por ejemplo, Legacy a SegWit) porque cada tipo usa una ruta de derivación diferente y produce un conjunto distinto de claves. Sin embargo, puedes:

  1. Generar múltiples tipos de dirección desde la misma seed phrase: tu seed phrase deriva claves para todos los tipos de dirección simultáneamente mediante diferentes rutas de derivación.
  2. Enviar fondos de un tipo de dirección a otro: simplemente envía una transacción desde tu dirección Legacy a tu dirección SegWit. Esta es una transacción normal de Bitcoin.

No hay forma de acceder a fondos enviados a una dirección SegWit usando la ruta de derivación Legacy, porque usan claves privadas diferentes.

Preguntas frecuentes​

¿Cuál es la diferencia entre una dirección Legacy y una SegWit?​

Las direcciones Legacy (que empiezan por "1") usan el formato original de transacción de Bitcoin. Las direcciones SegWit (que empiezan por "bc1q") usan Segregated Witness, que separa los datos de firma de los datos de transacción, lo que resulta en transacciones más pequeñas, comisiones más bajas y una corrección para la maleabilidad de transacciones. SegWit se recomienda para todas las wallets nuevas.

¿Puedo enviar Bitcoin desde una dirección Legacy a una dirección SegWit?​

Sí. Todos los tipos de dirección de Bitcoin son interoperables en la red. Puedes enviar desde cualquier tipo de dirección a cualquier otro tipo de dirección. El único problema de compatibilidad está en el software de wallet: algunas wallets antiguas no pueden crear transacciones que envíen a direcciones bc1q o bc1p.

¿Por qué mi wallet muestra direcciones diferentes cada vez?​

Este es el comportamiento esperado para HD wallets que usan BIP-44. Se genera una nueva dirección para cada transacción para mejorar la privacidad. Todas las direcciones se derivan de la misma seed phrase y se pueden recuperar. Las direcciones usadas anteriormente siguen siendo válidas y pueden seguir recibiendo fondos.

¿Qué es la codificación Bech32?​

Bech32 es un formato de codificación de direcciones especificado en BIP-173, usado para direcciones SegWit nativas (bc1q). Usa caracteres alfanuméricos en minúscula (excluyendo 1, b, i, o), incluye un checksum BCH con corrección de errores y tiene un prefijo legible para humanos (bc para Bitcoin mainnet). Bech32m (BIP-350) es una versión modificada usada para direcciones Taproot (bc1p).

¿Qué tipo de dirección de Bitcoin tiene las comisiones más bajas?​

Las direcciones Taproot (bc1p) suelen tener las comisiones más bajas para gastos por key path debido a la eficiencia de las firmas Schnorr. SegWit nativo (bc1q) queda muy cerca en segundo lugar. SegWit encapsulado en P2SH (3...) es más caro, y las direcciones Legacy (1...) son las más costosas debido a su mayor tamaño de transacción.

¿Puedo usar la misma dirección para Bitcoin y Bitcoin Cash?​

No. Aunque las direcciones Legacy de Bitcoin y Bitcoin Cash pueden parecer similares (ambas empiezan por "1"), enviar Bitcoin a una dirección de Bitcoin Cash (o viceversa) puede hacer que los fondos se envíen en la cadena incorrecta. Bitcoin Cash usa formato CashAddr (que empieza por "bitcoincash:") para evitar esta confusión.

¿Qué pasa si envío cripto al tipo de dirección equivocado en la red equivocada?​

En cadenas EVM (Ethereum, Polygon, BSC, etc.), la misma dirección existe en todas las cadenas, por lo que los fondos no se pierden: solo necesitas acceder a la red correcta. En cadenas no EVM con formatos de dirección diferentes, las wallets normalmente evitan que envíes a una dirección inválida. Si de algún modo los fondos se envían a un formato de dirección inexistente, pueden perderse permanentemente.

¿Todas las direcciones de Ethereum tienen el mismo formato?​

Sí. Ethereum usa un único formato de dirección (0x + 40 caracteres hex) para todo: recibir ETH, tokens ERC-20, NFTs e interactuar con smart contracts. La misma dirección es válida en todas las cadenas compatibles con EVM.

Guías relacionadas​