• Taproot se activó en la red principal de Bitcoin en el bloque 709.632 en 2021 como una bifurcación suave.
• BIP 340 define las firmas Schnorr en la curva secp256k1 para las salidas Taproot.
• BIP 341 establece las reglas de las salidas, los compromisos y el gasto de Taproot; BIP 342 define Tapscript.
Las wallets y los exchanges se enfrentan a la cuestión de bc1p
Las wallets de Bitcoin (BTC) que ahora muestran una opción Taproot, así como los exchanges y los dispositivos de firma de hardware que deben aceptar las direcciones bc1p que esta genera, son quienes deciden si las ventajas de la actualización llegan a los usuarios comunes. Taproot es una bifurcación suave del protocolo de Bitcoin (BTC), activada en la red principal de Bitcoin en el bloque 709.632 en 2021. Introdujo las salidas Pay-to-Taproot (P2TR), regidas por las reglas de testigo de la versión 1. El cambio afecta a cómo se gastan las monedas, no a lo que poseen sus titulares: los destinatarios siguen recibiendo BTC, no existe un token Taproot independiente y el precio y el calendario de emisión de Bitcoin (BTC) quedan fuera de su alcance.
La actualización reúne tres propuestas coordinadas. BIP 340 especifica las firmas Schnorr sobre la curva secp256k1, una estructura algebraica distinta de la del esquema ECDSA en el que se había basado Bitcoin, y que se presta a protocolos de firma multipartita. BIP 341 define el formato de salida Taproot, su estructura de compromiso y las reglas para gastarla. BIP 342, conocida como Tapscript, establece las reglas de ejecución de scripts dentro de esas salidas. Las tres propuestas se complementan, pero describen capas distintas; tratarlas como una sola función es un error común.
En cuanto a las direcciones, las salidas Taproot de la red principal suelen comenzar con bc1p y usan la codificación Bech32m, mientras que las direcciones SegWit nativas de versión 0 comienzan con bc1q y usan Bech32. Ambas pertenecen a la misma cadena: no hay una segunda red de Bitcoin ni se convierten editando manualmente un prefijo. El prefijo depende del sistema de versionado de Segregated Witness, que creó versiones numeradas de testigos; Taproot ocupa la versión 1. Las salidas antiguas siguen siendo válidas después de la activación, y la migración es voluntaria: mover monedas a una salida Taproot sigue teniendo el costo de una comisión por transacción en cadena. La bifurcación suave tampoco modifica la capa de consenso de Prueba de Trabajo, por lo que el trabajo de compatibilidad se concentra en las billeteras y no en el protocolo en sí.
La ruta de clave y la ruta de script cumplen funciones distintas
Una salida Taproot puede gastarse de dos maneras, y esa distinción determina todo lo que un observador ve en la cadena. La ruta de clave autoriza un gasto con una firma Schnorr que se valida con la clave pública de la salida. No se revela nada sobre scripts alternativos y, en un diseño cooperativo, como un protocolo del tipo MuSig, varios participantes pueden generar conjuntamente una firma que en la cadena parece la de un único propietario. El análisis de la cadena no puede distinguir de forma fiable un gasto individual de uno colaborativo. La ruta de script se utiliza cuando se ejecuta una condición comprometida: quien gasta revela el script elegido, aporta los datos que lo satisfacen y demuestra que el script pertenece al compromiso de la salida. Las ramas no utilizadas permanecen ocultas, pero el script ejecutado y sus pruebas sí aparecen.
Por lo tanto, los usos habituales son distintos. Los pagos directos y los gastos multipartita cooperativos se realizan mediante la ruta de clave, mientras que los bloqueos temporales, las condiciones de respaldo y otras contingencias utilizan la ruta de script. Hay dos ideas erróneas importantes para cualquiera que mueva fondos. La multifirma no se convierte automáticamente en una sola firma con la activación: requiere un protocolo de firma multipartita adecuado y compatibilidad de la billetera; además, las monedas en multifirma heredada no se convierten. La agregación de firmas entre entradas tampoco es una función que esta actualización proporcione automáticamente. En cuanto a la privacidad, Taproot reduce la revelación de las condiciones de gasto y permite que distintos diseños converjan en gastos por la ruta de clave con un aspecto idéntico. Sin embargo, los importes, la estructura de las salidas y los vínculos entre transacciones siguen siendo públicos y analizables, por lo que una dirección bc1p no garantiza el anonimato.
Las comisiones tampoco son siempre más bajas. El costo depende del tamaño virtual de la transacción, la tarifa elegida en sat/vB y la competencia en el mempool. Además, el costo de datos de crear una salida Taproot difiere del de gastarla posteriormente, así que ambas etapas deben evaluarse en conjunto. Consideremos un acuerdo de custodia entre dos partes: en condiciones normales, las partes firman de forma cooperativa mediante la ruta de clave, mientras que un script de respaldo con bloqueo temporal se compromete por adelantado y solo se revela y satisface si falla la cooperación. El concepto es general, pero las claves, los scripts, las copias de respaldo y los protocolos de firma deben configurarse correctamente para que funcione.
Lo que todavía depende de la compatibilidad de las billeteras
El trabajo en el protocolo ya está definido: BIP 341 fija las reglas de salida, compromiso y gasto, y los operadores de nodos que ejecutan las reglas de consenso actuales validan los gastos P2TR sin necesidad de configuración adicional. Lo que aún no está definido son las herramientas que lo rodean. Una billetera capaz de recibir fondos en una dirección Taproot no necesariamente puede firmar un gasto por la ruta de clave, y los dispositivos de hardware o las configuraciones de multifirma personalizadas deben adaptarse para usar la nueva ruta de forma segura. El espacio ampliado de diseño de scripts en el que se basan los proyectos que hoy se agrupan bajo el nombre de DeFi de Bitcoin, así como la estructura de testigo de versión 1 que posteriormente permitió las inscripciones de Bitcoin Ordinals, se apoyan en estas mismas reglas. Mientras firmantes, dispositivos y plataformas de depósito no adopten bc1p de forma coordinada, la adopción seguirá siendo opcional y desigual.