Imaginá que Ana abre su wallet para recibir bitcoins. Su dirección comienza con bc1q.
Bruno utiliza otra billetera y su dirección empieza con bc1p.
Mientras tanto, en un explorador de bloques aparecen direcciones que comienzan con 1 y otras con 3....
Todas corresponden a Bitcoin.
¿POR QUÉ SON DIFERENTES SI TODAS PUEDEN UTILIZARSE PARA RECIBIR BTC?
En el apartado anterior aprendimos cómo una wallet construye una dirección a partir de información criptográfica.
Ahora vamos a descubrir por qué existen distintos formatos.
NO SON SIMPLES CAMBIOS DE LETRAS: CADA FORMATO INDICA CÓMO DEBE CONSTRUIRSE UNA SALIDA DE BITCOIN.
¿QUÉ SIGNIFICAN LAS DIRECCIONES QUE EMPIEZAN CON 1?
Corresponden al formato P2PKH (Pay to Public Key Hash), conocido como Legacy.
Representan una huella criptográfica de una clave pública y se escriben mediante una codificación llamada Base58Check.
Cuando alguien envía BTC a una de estas direcciones, se establece una condición que normalmente se satisface presentando la clave pública correcta y una firma digital válida.
¿Y LAS QUE EMPIEZAN CON 3?
Utilizan P2SH (Pay to Script Hash)... Acá hay una diferencia importante.
La dirección representa el hash de un script, es decir, de un pequeño programa que establece condiciones para gastar los fondos.
Puede utilizarse, por ejemplo, para exigir varias firmas o para incorporar ciertas operaciones SegWit dentro de una estructura compatible con software anterior.
ATENCIÓN: QUE EMPIECE CON 3 NO SIGNIFICA QUE NECESARIAMENTE REQUIERA VARIAS FIRMAS.
El prefijo identifica el formato, no todas sus reglas internas.
¿Y LAS DIRECCIONES bc1q?
Son direcciones SegWit nativas de versión 0, codificadas mediante Bech32.
En el punto anterior estudiamos un caso: P2WPKH, construido a partir del HASH160 de una clave pública.
Pero existe otro: P2WSH, que utiliza SHA-256 para obtener el hash de un script.
Ambos comienzan con bc1q, aunque contienen datos diferentes.
P2WPKH utiliza un resultado de 20 bytes y P2WSH uno de 32 bytes.
POR ESO, NO TODAS LAS DIRECCIONES bc1q REPRESENTAN EXACTAMENTE EL MISMO TIPO DE SALIDA.
¿Y LAS QUE EMPIEZAN CON bc1p?
Las direcciones Taproot, conocidas como P2TR, utilizan SegWit versión 1 y comienzan habitualmente de esa manera.
A diferencia del ejemplo P2WPKH, una dirección Taproot codifica una clave pública de salida de 32 bytes, calculada según las reglas de Taproot.
También utiliza Bech32m, una variante de Bech32 definida para SegWit versión 1 y posteriores.
Taproot permite autorizar gastos mediante una firma correspondiente a esa clave pública o, cuando se ha previsto, mediante determinadas condiciones de script.
bc1q Y bc1p NO SON DOS FORMAS DE ESCRIBIR LO MISMO: UTILIZAN REGLAS DIFERENTES.
¿ENTONCES CUÁL CONVIENE UTILIZAR?
Depende de la compatibilidad y de las características de cada operación.
Los formatos modernos pueden resultar más eficientes en determinados casos, pero la comisión no depende solamente de cómo comienza la dirección.
También influyen los datos de la transacción y la tarifa de comisión utilizada.
Además, la wallet que envía debe reconocer el formato elegido.
Una aplicación antigua podría no admitir direcciones más recientes, aunque estas sean válidas en Bitcoin.
¿Y QUÉ DEBEMOS COMPROBAR ANTES DE ENVIAR?
Que la dirección completa corresponda realmente al destinatario, que pertenezca a la red adecuada y que nuestra aplicación admita ese formato.
Los prefijos que acabamos de estudiar corresponden a la red principal de Bitcoin. Las redes de prueba utilizan identificadores diferentes.
¿QUÉ APRENDIMOS?
Las direcciones que comienzan con 1 corresponden a P2PKH.
Las que comienzan con 3 utilizan P2SH.
Las bc1q representan SegWit versión 0.
Y las direcciones Taproot habituales comienzan con bc1p.
NO SON CUATRO CRIPTOMONEDAS DIFERENTES.... SON DISTINTOS FORMATOS PARA RECIBIR EL MISMO BITCOIN.
Pero ahora aparece una nueva pregunta...
Ya sabemos cómo se construyen las direcciones y por qué existen formatos diferentes.
ENTONCES, CUANDO PRESIONAMOS ENVIAR...
¿CÓMO LLEGA REALMENTE NUESTRA TRANSACCIÓN A LOS NODOS DE BITCOIN?
Eso descubriremos en el próximo apartado....