Por qué el cambio OP_RETURN de Bitcoin Core v30 es en realidad un movimiento estratégico (No un compromiso)

Todos hablan de que Bitcoin Core v30 levantó la restricción de OP_RETURN, pero la mayoría lo tiene al revés. Esto no es Core rindiéndose ante el hype de los Ordinals—es Core abriendo camino para el futuro de BitVM. Esto es lo que realmente ocurrió.

El Problema Real del que Nadie Hablaba

En abril de 2024, cuando Citrea lanzó Clementine (el primer zkRollup basado en BitVM), se toparon con un muro. Necesitaban almacenar 144 bytes de datos críticos en la cadena—128 bytes para pruebas de conocimiento cero y 16 bytes para prueba de trabajo total. Estos datos se referencian más tarde cuando los watchtowers desafían a los operadores y necesitan verificar la cadena de Bitcoin.

Pero aquí está el problema: OP_RETURN solo permite 83 bytes. No es suficiente.

¿Por qué No Usar Solo Datos de Witness Como los Ordinals?

Aquí es donde la nuance técnica importa. Los Ordinals pueden usar datos de witness porque solo les importa probar la validez de una transacción. Pero la verificación de BitVM requiere referencias encadenadas—las transacciones posteriores necesitan leer estos datos. Script de Bitcoin tiene una regla estricta: no puedes leer los datos de witness de transacciones anteriores. Punto.

Los datos deben residir en scriptPubKey. No es una opción; es un requisito técnico. Piensa en ello así: los datos de witness están sellados en un sobre (solo prueba la transacción actual), mientras que los datos en scriptPubKey están en un lugar público donde las futuras transacciones pueden ver y usar.

La Solución Enmarañada Que Hizo Mover a Core

Forzados por el límite de 83 bytes, Citrea tuvo que ser creativo—y feo. Crearon salidas Taproot “no gastables”, disfrazando datos como claves públicas falsas. Suena ingenioso, pero tiene un efecto secundario terrible: cada desafío de watchtower crea dos UTXOs que nunca podrán eliminarse. Los nodos completos en todas partes tienen que almacenar permanentemente estas claves públicas falsas.

Este es exactamente el escenario de pesadilla que los desarrolladores de Core han tratado de evitar durante años. Inflación de UTXO. Basura permanente en la cadena.

La Estrategia de Reducción de Daños

Core vio claramente la situación: Citrea ya usa UTXOs falsos (malos), y si BitVM despega, más proyectos seguirán su ejemplo o recurrirán a multisig simple como el protocolo Stamp. Incluso enfoques peores.

Así que Core tomó la decisión—relajar OP_RETURN y ofrecer un camino “menos dañino”. Puedes llamarlo pragmatismo o pensamiento estratégico, pero en esencia es reducción de daños: si los proyectos de BitVM deben anclar datos, que puedan hacerlo sin inflar el conjunto de UTXOs.

Por Qué Esto Realmente Importa para el Futuro de Bitcoin

BitVM no es solo otra innovación cripto—es infraestructura real de capa 1. Adam Back, CEO de Blockstream, ha llamado al mecanismo de anclaje de BitVM “una dirección importante para la capa 1”. Si despega (y las señales apuntan en esa dirección), estamos hablando de un ecosistema de zkRollups, puentes cross-chain y sistemas complejos de verificación en cadena. Todo necesitando soluciones de anclaje similares.

Al relajar OP_RETURN ahora, Core está allanando el camino para que esta capa de infraestructura se desarrolle de forma limpia. Es una visión a futuro, no reactiva. La escalabilidad de Bitcoin podría depender de decisiones como esta más de lo que la gente piensa.

La próxima vez que alguien diga que Core está comprometiéndose, pregúntales si la inflación permanente de UTXO o un límite de OP_RETURN ligeramente mayor es el mejor compromiso.