P2MR: Cómo Funciona Técnicamente la Primera Dirección de Bitcoin Resistente a Cuánticos

• P2MR elimina el gasto mediante la clave de Taproot, el método que expone la clave pública en cada transacción.
• El nuevo tipo de dirección utiliza el prefijo bc1z y requiere la migración manual de fondos.

La discusión sobre la potencial amenaza cuántica ya ha dado un resultado concreto en el ecosistema de Bitcoin: la propuesta de mejora BIP-360, aún en revisión, que define un formato de dirección llamado Pago a Raíz de Merkle (P2MR). Su objetivo post-cuántico es cerrar una brecha en los formatos actuales de dirección de Bitcoin respecto a la visibilidad de la clave pública.

Hoy en día, Taproot es la única actualización de Bitcoin que permite la construcción de árboles de scripts, que son estructuras que organizan diferentes condiciones de gasto para la misma dirección, de modo que al gastar los fondos, basta con revelar la condición realmente utilizada y no el resto. Esto permite la creación de condiciones de gasto más complejas y personalizadas.

Sin embargo, Taproot también es el único formato activo que, al utilizar ese mecanismo de árbol de scripts, revela en cadena la clave pública de esa dirección desde el momento en que se crean los fondos. Esta exposición es el vector de ataque cuántico: un hardware suficientemente potente podría derivar la clave privada de la clave pública expuesta y tomar posesión de los fondos.

Además, formatos más simples y anteriores, como P2WPKH (pago a hash de clave pública por testigo) o P2SH (pago a hash de script), ya evitan esa exposición mientras los fondos no son gastados, pero no ofrecen la flexibilidad de un árbol de scripts de Taproot.

Así, P2MR busca combinar ambas propiedades: mantener la clave pública oculta hasta que se gasten los fondos mientras se mantiene la flexibilidad ofrecida por los árboles de scripts, algo que ningún formato de salida nativo de Bitcoin ha permitido hasta ahora.

La Construcción Técnica de P2MR {#h-the-technical-construction-of-p2mr}

BIP-360 se basó en el código de Taproot y Tapscript (BIP-342), el lenguaje utilizado por Bitcoin para definir condiciones de gasto dentro de los scripts de Taproot, pero eliminó una de las dos formas de gastar los fondos: la ruta de la clave pública. Por lo tanto, P2MR puede entenderse como Taproot sin gasto por clave.

El funcionamiento de P2MR se basa en una estructura conocida como árbol de Merkle. Cada script se transforma primero en un valor criptográfico de 32 bytes a través de un proceso llamado TapLeaf. Luego, esos valores se combinan en pares utilizando la función TapBranch, que unifica los hashes del árbol hasta obtener un único resultado: la raíz de Merkle. Esta raíz es el compromiso criptográfico que identifica el conjunto de condiciones de gasto de la dirección P2MR: basta con conocerla para verificar que un cierto script fue parte del árbol original, sin necesidad de conocer el resto de los scripts que lo componen.

P2MR, por lo tanto, retiene la posibilidad de reunir diferentes condiciones de gasto en un árbol de scripts, pero sin comprometer una clave pública en la dirección: se basa únicamente en la raíz de Merkle. Cuando llega el momento de gastar los fondos, el usuario revela solo el script que contiene la condición que está utilizando (por ejemplo, una regla que permite a un heredero recuperar los fondos después de un cierto período) junto con la ruta de hash de TapBranch que demuestra que este script fue parte del árbol definido cuando se crearon los fondos. El resto de las condiciones permanece oculto.

La ausencia de la clave pública modifica la estructura que Bitcoin utiliza para identificar fondos. Una salida P2MR se forma por OP_2 seguido de la raíz de Merkle de 32 bytes, y sus direcciones utilizan el prefijo bc1z, según el documento técnico BIP-360. A diferencia de Taproot, P2MR no combina esa raíz con ninguna clave interna, y así elimina la ruta de gasto que podría exponerla y dejarla vulnerable a una computadora cuántica futura suficientemente potente.
BIP-360 propone un nuevo formato de dirección en Bitcoin. Fuente: Github.

¿Cómo se gasta una salida P2MR? {#h-how-is-a-p2mr-output-spent}

Para desbloquear una salida P2MR, el gastador debe completar el testigo, la parte de la transacción que, desde la actualización de SegWit, contiene las pruebas necesarias para autorizar el gasto sin añadir peso a la parte principal de la transacción.

En P2MR, ese testigo consiste en tres partes:

• Los elementos de la pila necesarios por el script (los datos, como una firma, que se apilan y se utilizan a medida que se ejecuta el script).

• El script de hoja correspondiente (TapLeaf, la hoja específica del árbol que se utiliza realmente para el gasto).

• Un bloque de control formado por un byte de control y la ruta de autenticación de Merkle a esa hoja, la prueba de que esta hoja pertenece al árbol original.

La diferencia con Taproot es específica pero central: el bloque de control de P2MR no incluye ninguna clave pública interna, simplemente porque esa clave no existe en este tipo de salida. Esta ausencia se refleja directamente en el peso del testigo, y ese peso es precisamente lo que determina cuánto paga cada gasto en tarifas: cuantos menos bytes ocupa, menor es el costo. Un testigo P2MR de un árbol de una sola hoja pesa 103 bytes, según el documento BIP-360:

• En comparación con un gasto por clave en Taproot (66 bytes), P2MR es un 56% más pesado.

• En comparación con el peso promedio de una firma de transacción de Bitcoin del esquema ECDSA, alrededor de 72 bytes, según mainnet.observer, el testigo P2MR es un 43% más pesado, aunque la comparación no es estrictamente equivalente, ya que los datos de ECDSA corresponden solo a la firma, mientras que el peso de P2MR también incluye el script y el bloque de control.

• En comparación con un gasto por script en Taproot con la misma estructura (135 bytes, la suma de los 103 bytes de P2MR más los 32 bytes ocupados por la clave interna en el bloque de control), por otro lado, P2MR pesa un 24% menos, porque no necesita incluir esa clave.

Peso promedio de las firmas ECDSA en Bitcoin. Fuente: mainnet.observer.

El desarrollador Anthony Towns calculó, en una discusión sobre P2MR en la lista de correo de desarrolladores de Bitcoin, que agregar una firma post-cuántica a una salida de este tipo actualmente representa un costo adicional de aproximadamente el 14% en comparación con un gasto por clave en Taproot, pero ese número se reduce al 7% con esquemas como SHRINCS y a solo el 1% con esquemas tipo Winternitz.

Además, P2MR todavía se firma hoy con el esquema Schnorr (BIP-340), no con ECDSA, y siendo una estructura nativa de Tapscript, es compatible con Lightning Network (LN), BitVM, Ark, configuraciones de múltiples firmas y bloqueos temporales, y está diseñado para que en el futuro, cualquiera de las hojas de su árbol pueda incorporar una firma post-cuántica sin necesidad de cambiar el tipo de salida, como lo describe el sitio especializado Post Quantum.

Lo que P2MR No Resuelve y el Debate Técnico {#h-what-p2mr-does-not-resolve-and-the-technical-debate}

El documento BIP-360 delimita precisamente lo que P2MR resuelve y lo que no:

• Protege contra los llamados ataques de exposición prolongada, cuando una clave pública está expuesta en la cadena por un tiempo indefinido, pero no contra ataques de exposición corta, que ocurren mientras una transacción aún no está confirmada y permanece brevemente en el mempool esperando que una computadora cuántica intente romperla antes de que sea confirmada.

• Tampoco introduce ninguna firma post-cuántica: se basa en que el usuario no reutilice direcciones, porque reutilizar la misma dirección expone la clave pública prematuramente y reabre el mismo riesgo que P2MR busca evitar.

Finalmente, al cierre de este artículo, BIP-360 sigue en estado de borrador dentro del repositorio oficial, donde fue fusionado en febrero de 2026. Este estado significa que la propuesta no está activada en la red principal de Bitcoin y que, hasta ahora, no hay un cronograma de activación programado para incorporarla.

¿Encontraste este contenido útil y relevante?SíNo
Enviar

Esta nota te ayudó a *Entender lo que sucedióAnalizar el contextoTomar una decisión informadaEntretenerteActualizarteNo te ayudó
Enviar

¿Qué contenido estás buscando hoy en CriptoNoticias? *Noticias rápidasInformesAnálisis de mercadoEntrevistasArtículos de opiniónMaterial educativo
Enviar

¿Qué tan valiosa consideras esta nota?012345
Enviar

¿Recomendarías este artículo a un amigo o colega?SíNo
Enviar

¿En qué formato te gustaría complementar esta información? *Video cortoAudio o podcastInfografíaEl texto es suficiente
Enviar

¿Qué acción tomarás después de leer esta nota? *Buscaré más sobre el temaAjustaré mis inversionesContinuaré leyendo otras noticiasNada en particularTomaré nuevas medidas de seguridad
Enviar

¿Qué tan fácil fue para ti entender este texto? *Entendí todo a la primeraLo entendí, pero con algunos términos complejosTuve que buscar el significado de algunas palabras e ideasMe perdí, es demasiado complicado
Enviar

¿Te gustaría ver más contenido como este?SíNo
Enviar

Etiquetas: Bitcoin (BTC)Computación CuánticaCriptomonedasÚltimas

Este contenido se ofrece únicamente con fines informativos generales y no constituye asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, tradear o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.