OP_CAT Es un código de operación (opcode) de Bitcoin que une dos datos de la pila en uno solo, y actualmente es objeto de uno de los debates más prolongados en el desarrollo de Bitcoin. Formaba parte del código original de Bitcoin, fue eliminado por Satoshi Nakamoto en 2010 por motivos de seguridad y, durante los últimos años, se ha planteado como una propuesta de soft fork (BIP 347) que podría abrir las puertas a una nueva categoría de comportamientos similares a los de los contratos inteligentes en Bitcoin. A fecha de julio de 2026, no está activo en la red principal de Bitcoin, aunque ya se está ejecutando en un puñado de redes adyacentes a Bitcoin, donde se está sometiendo discretamente a pruebas de estrés en público.
Lo que hace que merezca la pena entender OP_CAT no es solo el código. Son los protagonistas que lo rodean: los desarrolladores de Bitcoin Core debatiendo si el cambio es seguro, un proyecto de NFT impulsado por memes que recaudó decenas de millones de dólares para presionar a favor de su vuelta, y una cadena lateral en rápido crecimiento que ya lo ha puesto en práctica. Esta guía desglosa qué hace OP_CAT, por qué se desactivó, qué posibilidades podría ofrecer y cuál es exactamente la situación actual.
Utiliza la cadena múltiple Aplicación Bitcoin.com Wallet, en la que confían millones de personas para enviar, recibir, comprar, vender, intercambiar, utilizar y gestionar Bitcoin y criptomonedas de forma segura y sencilla.
Puntos clave
- OP_CAT (abreviatura de «operación de concatenación») combina dos elementos de datos de la pila de Bitcoin en un único elemento. Esa es toda su función.
- Estaba activa en el código inicial de Bitcoin, pero Satoshi Nakamoto la desactivó en 2010 debido al riesgo de un ataque de denegación de servicio.
- La propuesta para recuperarla, la BIP 347, fue redactada por Ethan Heilman y Armin Sabouri, y se le asignó su número de BIP en abril de 2024.
- OP_CAT no es en sí mismo un pacto, pero, combinado con otros códigos de operación, puede utilizarse para crear restricciones de gasto similares a las de un pacto, incluidas las «cajas fuertes».
- A mediados de 2026, OP_CAT aún no se ha activado en la red principal de Bitcoin. Los principales candidatos actuales para la próxima bifurcación blanda de consenso de Bitcoin son OP_CTV (BIP 119) y OP_CHECKSIGFROMSTACK (BIP 348), y no OP_CAT por sí sola.
- OP_CAT ya está operativo en Fractal Bitcoin, una cadena lateral alineada con Bitcoin, donde sustenta el estándar de tokens CAT20, y lleva años funcionando en Liquid Network y Bitcoin Cash sin que se haya detectado ningún fallo de seguridad.
- Un proyecto de NFT de Bitcoin llamado Quantum Cats, creado por Taproot Wizards, convirtió el apoyo a OP_CAT en una campaña de memes que ha recaudado más de 37 millones de dólares destinados al desarrollo relacionado con OP_CAT.
Cómo funciona OP_CAT
La forma más clara de entender OP_CAT es imaginarse el sistema de scripts de Bitcoin como una pequeña pila de bloques de construcción. Bitcoin Script, el lenguaje de programación que hay detrás de cada transacción de Bitcoin, es un lenguaje basado en pilas. Los datos se añaden a la pila, los códigos de operación actúan sobre lo que se encuentra en la parte superior y el resultado determina si una transacción es válida.
OP_CAT toma los dos elementos superiores de esa pila y los concatena, es decir, los une de extremo a extremo para formar un único elemento combinado, que luego se vuelve a colocar en la parte superior de la pila. Si la pila contiene los valores «1» y «2», al ejecutar OP_CAT se eliminan ambos y se sustituyen por «12». Según la especificación oficial en BIP 347, OP_CAT colocaría x1 || x2 en la pila, donde el símbolo de doble barra indica concatenación.
Hay una limitación importante. OP_CAT falla si hay menos de dos valores en la pila, o si al unirlos se creara un valor combinado superior a 520 bytes, que es el tamaño máximo de un elemento de script en Bitcoin. Ese límite de bytes es muy importante para la historia de este código de operación, del que hablaremos en breve.
A primera vista, unir dos cadenas de datos no parece gran cosa. Sin embargo, el lenguaje de scripting de Bitcoin nunca ha contado con una forma versátil de combinar valores en la pila, y esa carencia ha limitado lo que los desarrolladores pueden integrar directamente en las transacciones de Bitcoin. Como Bitcoin Optech explica, Tapscript de Bitcoin carece de un método genérico para combinar objetos en la pila, lo que limita la expresividad de Tapscript e impide, entre otras cosas, la posibilidad de construir y evaluar árboles de Merkle y otras estructuras de datos con hash directamente en Tapscript. OP_CAT es la solución propuesta para subsanar esa carencia concreta.
¿Por qué se desactivó OP_CAT en 2010?
OP_CAT formaba parte de la primera versión de Bitcoin. Satoshi Nakamoto lo eliminó, junto con otros códigos de operación como OP_MUL, OP_DIV y OP_OR, en 2010. La justificación oficial se centró en el riesgo de denegación de servicio: un script que utilizara OP_CAT de forma repetida podría, en teoría, generar un volumen de datos que creciera exponencialmente, lo suficientemente grande como para ralentizar o bloquear los nodos que intentaran validarlo.
En aquel momento, no existía un límite estricto sobre el tamaño que podía alcanzar un único elemento en la pila de Bitcoin. Eso significaba que un script malicioso podía seguir concatenando valores hasta generar una cadena de datos lo suficientemente voluminosa como para colapsar la red. La eliminación de OP_CAT, junto con los demás códigos de operación desactivados, fue una medida conservadora que priorizó la estabilidad de la red frente a una funcionalidad que la joven red aún no necesitaba.
El panorama cambió en noviembre de 2021, cuando Bitcoin activó la actualización Taproot. Taproot introdujo Tapscript, un nuevo contexto de scripting con sus propias reglas, una de las cuales limita cualquier elemento individual de la pila a 520 bytes. Ese límite de bytes bloquea directamente la vía de ataque original. Un script aún puede llamar a OP_CAT, pero nunca puede generar un valor lo suficientemente grande como para provocar el tipo de problema de agotamiento de recursos que preocupaba a Satoshi en 2010. Este es el detalle técnico que ha reabierto la puerta al regreso de OP_CAT, aunque limitado a Tapscript en lugar de a todo Bitcoin Script.
¿Es OP_CAT un «Covenant»?
No, no por sí solo, y este es uno de los aspectos que más malentendidos suscita en relación con OP_CAT. Un «covenant», en términos de Bitcoin, es una restricción sobre cómo se puede gastar en el futuro una salida de transacción no gastada (UTXO). El script normal de Bitcoin solo puede comprobar si un gasto está autorizado en ese momento, normalmente verificando una firma. Un «covenant» va más allá, ya que comprueba no solo si un gasto está autorizado, sino también si la transacción resultante cumple una serie de condiciones específicas.
OP_CAT no incluye ningún mecanismo integrado para inspeccionar los datos de las transacciones. Lo que ofrece es una forma de combinar fragmentos de datos en la pila, lo cual resulta útil para los pactos únicamente cuando se combina con otros códigos de operación que comprueban las firmas frente a esos datos combinados. El propio BIP 347 lo establece claramente que OP_CAT, aunque se ha propuesto su reactivación en Tapscript, no es un «covenant». Es más preciso describirlo como un elemento básico que, combinado con los códigos de operación de verificación de firmas, puede utilizarse para emular un comportamiento similar al de un «covenant».
Esto es importante porque la flexibilidad de OP_CAT es precisamente lo que lo hace tan interesante como polémico. Aunque OP_CAT no sea un «covenant» en sí mismo, puede emularlos debido a una peculiaridad en el funcionamiento de las firmas de Schnorr. En combinación con un código de operación llamado CheckSigFromStack (CSFS), que comprueba una firma frente a datos arbitrarios en lugar de solo la propia transacción, OP_CAT puede utilizarse para establecer el mismo tipo de restricciones de gasto que los códigos de operación específicos para pactos están diseñados para crear.
¿Para qué se podría utilizar OP_CAT?
Dado que OP_CAT es una primitiva de uso general y no una función de ámbito limitado, los desarrolladores han propuesto una amplia gama de aplicaciones para ella. Entre las más comentadas se encuentran:
- Cámaras acorazadas. Una «caja fuerte» es un tipo de acuerdo que requiere varios pasos, a menudo repartidos en transacciones y bloques distintos, antes de que los fondos puedan transferirse. Esto añade un retraso incorporado que da tiempo al propietario para detectar y detener cualquier gasto no autorizado, lo que mejora las configuraciones de almacenamiento en frío y de custodia compartida.
- Contratos de no ambigüedad. Esto puede penalizar a una de las partes de un canal de pago, como la Red Lightning, que intente difundir un estado del canal obsoleto o fraudulento, lo que refuerza la seguridad de los sistemas de pago fuera de cadena.
- Tres firmas. OP_CAT permite crear scripts de multifirma compactos cuyo tamaño crece solo de forma logarítmica con el número de firmantes, lo que significa que una transacción de menos de 1 kilobyte podría, en teoría, admitir condiciones de gasto para millones de claves públicas.
- Construcción y verificación de un árbol de Merkle. Dado que la construcción y la verificación de un árbol de Merkle requieren, fundamentalmente, concatenar y aplicar funciones hash a los valores, OP_CAT aporta a Bitcoin Script la pieza que le faltaba para realizar estas operaciones de forma nativa.
- Firmas poscuánticas. OP_CAT permite habilitar las firmas de Lamport, un esquema de firma que se considera resistente a los ataques de los ordenadores cuánticos, ya que las firmas de Lamport solo requieren la capacidad de aplicar una función hash y concatenar valores en la pila.
- Activos tokenizados y puentes entre cadenas. Al permitir scripts más expresivos, OP_CAT podría facilitar la emisión de tokens directamente en cadenas compatibles con Bitcoin y la creación de puentes entre Bitcoin y otras redes que requieran un nivel mínimo de confianza.
También conviene ser claro respecto a las ventajas e inconvenientes en este caso. La misma flexibilidad que hace que OP_CAT resulte útil para todo lo anterior es lo que hace que algunos desarrolladores de Bitcoin se muestren cautelosos al respecto. Dado que OP_CAT es de uso general y no está diseñado para un fin específico, abre lo que los desarrolladores denominan a veces un amplio «espacio de diseño», lo que significa que resulta más difícil predecir todas las formas en que podría combinarse eventualmente con otros códigos de operación. Esa incertidumbre es el núcleo del debate en curso, no una cuestión secundaria.
OP_CAT frente a OP_CTV: comparación entre las dos principales propuestas de pacto
OP_CAT suele analizarse junto con OP_CTV (OP_CheckTemplateVerify), propuesta en el BIP 119 por el desarrollador Jeremy Rubin. Ambas tienen como objetivo dotar a Bitcoin de algún tipo de capacidad para establecer pactos, pero adoptan enfoques de diseño casi opuestos.
La diferencia práctica radica en el alcance. OP_CTV permite que la salida de una transacción se comprometa con una única transacción de gasto futura concreta, abarcando detalles como la versión, el «locktime», las salidas y el número de entradas. Si se cumple la plantilla, el gasto se lleva a cabo. Si no coincide, no se procesa. Esa limitación es intencionada. CTV no es recursivo, lo que significa que una transacción a la que se compromete no puede, a su vez, comprometerse a restricciones adicionales de tal forma que se cree una cadena permanente de limitaciones. Sus defensores consideran que esta es la forma más segura y controlada de pacto.
OP_CAT adopta una filosofía opuesta. En lugar de resolver un problema concreto, ofrece a los desarrolladores una primitiva flexible y les permite desarrollar sobre ella. Mientras que CTV es un código de operación con un ámbito de aplicación cuidadosamente definido, diseñado para permitir un conjunto específico de casos de uso, OP_CAT es una primitiva —la concatenación de cadenas en la pila— que ya formaba parte del lenguaje de scripting original de Bitcoin antes de ser desactivada en 2010 debido a preocupaciones relacionadas con la denegación de servicio, que ya no son aplicables bajo los límites de tamaño de script posteriores a Taproot. Esa misma flexibilidad es la que permite a OP_CAT admitir cláusulas recursivas, en las que una restricción puede dar lugar a otra más adelante, una propiedad que OP_CTV evita deliberadamente.
¿Está OP_CAT operativo hoy en Bitcoin?
No en la red principal de Bitcoin. La BIP 347 ha alcanzado el estado «Completa» como documento de especificación, lo que significa que la propuesta en sí está terminada y bien definida. Eso es algo distinto de su implementación, que requeriría que la comunidad de Bitcoin en general y los operadores de nodos la activaran realmente mediante un soft fork.
A mediados de 2026, OP_CAT no es el principal candidato para el próximo cambio de consenso de Bitcoin. Esa posición la ocupa actualmente OP_CTV junto con OP_CHECKSIGFROMSTACK (BIP 348), un código de operación relacionado que permite a un script verificar una firma frente a datos arbitrarios, en lugar de solo frente a la propia transacción de gasto. Según un Guía de referencia reciente sobre los BIP de Bitcoin, a mediados de 2026, los principales candidatos para la próxima bifurcación blanda de consenso son las propuestas de pacto BIP 119 (OP_CHECKTEMPLATEVERIFY) y BIP 348 (OP_CHECKSIGFROMSTACK), que permitirían nuevas capacidades de scripting para las «vaults», las «channel factories» y protocolos de capa 2 más eficientes, aunque aún no se ha fijado un calendario de activación y el consenso de la comunidad todavía se está formando.
OP_CTV ha avanzado más en el proceso de activación que OP_CAT. Los desarrolladores han publicado parámetros concretos de señalización Para una bifurcación suave al estilo BIP9: una fecha de inicio de la señalización fijada para el 30 de marzo de 2026, un plazo de espera de un año que finaliza el 30 de marzo de 2027, una altura mínima de activación prevista para mayo de 2027 y un umbral de señalización de los mineros del 90 % durante cada periodo de dificultad de dos semanas. Esto somete a CTV al mismo tipo de mecanismo que activó Taproot en 2021, aunque alcanzar el umbral del 90 % está lejos de estar garantizado, dada la controversia que siguen suscitando las propuestas de pactos dentro de la comunidad de desarrolladores.
Nada de esto significa que OP_CAT haya desaparecido. Significa que el «próximo» debate sobre el soft fork de 2026 se centra actualmente en otro par de códigos de operación, y que el futuro de OP_CAT, si es que lo hay, probablemente dependa de cómo se desarrolle primero ese debate sobre CTV y CSFS.
OP_CAT ya está en funcionamiento en otros lugares
Aunque OP_CAT sigue a la espera en la red principal de Bitcoin, no por ello ha dejado de someterse a pruebas. Lleva años funcionando discretamente en entorno de producción en unas cuantas redes relacionadas con Bitcoin.
- Liquid Network. La cadena lateral federada de Blockstream ha tenido habilitada la función OP_CAT desde su lanzamiento, lo que ha proporcionado al ecosistema de Bitcoin en general un banco de pruebas en el mundo real años antes incluso de que existiera la BIP 347.
- Bitcoin Cash y Bitcoin SV. Ambas redes reintrodujeron OP_CAT durante las actualizaciones del protocolo, y este ha procesado transacciones en estas cadenas sin que se haya documentado ningún exploit relacionado con el propio código de operación.
- Bitcoin fractal. Esta es la implementación más activa en la actualidad. Fractal es una cadena lateral alineada con Bitcoin, desarrollada con el propio software de Bitcoin Core y que se extrae en paralelo con Bitcoin, cuya red principal se puso en marcha el 9 de septiembre de 2024 con OP_CAT habilitado desde el primer día.
Merece la pena analizar Fractal más detenidamente, ya que es la respuesta más clara a la pregunta «¿cómo se vería esto realmente en Bitcoin?». Desde el lanzamiento de Fractal, nuevos protocolos han aprovechado OP_CAT para crear contratos inteligentes basados en el software de Bitcoin, entre ellos el Protocolo CAT, que ha despertado un gran interés entre los usuarios nativos de Bitcoin, junto con otros estándares emergentes que amplían la funcionalidad de la red mediante OP_CAT.
El ejemplo más destacado es CAT20, un estándar de tokens fungibles creado específicamente para aprovechar las ventajas de OP_CAT. Según La propia documentación de Fractal Bitcoin, CAT20 está totalmente validado por los mineros y funciona mediante contratos inteligentes, concretamente mediante «covenants» recursivos, cuya ejecución se lleva a cabo íntegramente mediante el propio lenguaje de scripting de Bitcoin en la capa base, lo que lo distingue de los estándares de tokens que dependen de una validación externa o de terceros. En la práctica, esto significa que el despliegue, la acuñación y la transferencia de un token CAT20 se llevan a cabo mediante una secuencia de operaciones OP_CAT que conforman una única cadena de datos, la cual se inscribe directamente en la cadena de bloques y es verificada por los mismos mineros que protegen la red, en lugar de por un servicio de indexación externo independiente.
La historia de Quantum Cats: cómo una campaña de memes impulsó el avance de OP_CAT
La mayoría de las propuestas de códigos de operación se quedan en las listas de correo y los hilos de GitHub. OP_CAT no fue así, en gran parte gracias a un proyecto de Bitcoin Ordinals llamado Taproot Wizards.
En enero de 2024, Taproot Wizards lanzó una colección de 3.333 piezas al estilo NFT llamada «Quantum Cats», creada exclusivamente con el objetivo de generar apoyo público para la reactivación de OP_CAT. Quantum Cats quería que OP_CAT creara un puente sin permisos que permitiera trasladar bitcoins y activos basados en bitcoin a cadenas de capa 2 de Bitcoin, donde pudieran participar en operaciones más complejas. Para poder optar siquiera a la acuñación, los participantes tenían que informarse sobre la propuesta técnica en sí y defender públicamente su reinstauración, convirtiendo así un debate sobre el BIP, bastante árido, en una campaña comunitaria con intereses reales en juego.
La propia colección servía al mismo tiempo como demostración práctica de la concatenación. Cada «Quantum Cat» hace referencia a varios archivos independientes, en lugar de a una sola imagen estática, y a medida que se van revelando nuevos archivos con el paso del tiempo, los gatos cambian, reflejando exactamente lo que hace OP_CAT al unir fragmentos de datos independientes.
La campaña funcionó lo suficientemente bien como para traducirse en una importante financiación. Taproot Wizards recaudó 7,5 millones de dólares en 2023, a lo que siguió una ronda de financiación de 30 millones de dólares en febrero de 2025; ambas cantidades se destinaron explícitamente al desarrollo del ecosistema OP_CAT. El cofundador Udi Wertheimer describió el proyecto como centrado en OP_CAT como el futuro de Bitcoin, destinándose la financiación tanto al desarrollo interno como al apoyo a equipos externos que trabajan con este código de operación. Una única venta de «Quantum Cat» en Sotheby’s, el «Genesis Cat», se cerró por 254 000 dólares, lo que pone de relieve el gran peso cultural que la campaña había adquirido en torno a un código de operación de cuatro bytes.
Es un buen recordatorio de que los debates técnicos sobre Bitcoin no siempre se limitan al ámbito técnico. Los memes, el arte y el dinero se han convertido en repetidas ocasiones en herramientas para dar mayor visibilidad a los debates sobre el protocolo, y OP_CAT es uno de los ejemplos recientes más claros de esa tendencia.
Conclusión
OP_CAT hace algo muy sencillo: une dos datos de la pila de Bitcoin en uno solo. Lo que lo hace relevante es todo lo que esa única función podría hacer posible —desde almacenes en frío más seguros hasta firmas poscuánticas y tokens nativos de Bitcoin—, si la comunidad de Bitcoin llegara a ponerse de acuerdo para recuperarla. A fecha de julio de 2026, ese acuerdo aún no se ha producido. La BIP 347 es una especificación finalizada que se sitúa detrás de OP_CTV y OP_CHECKSIGFROMSTACK en la cola para la próxima bifurcación blanda de consenso de Bitcoin, aunque OP_CAT siga funcionando discretamente y sin incidentes en Fractal Bitcoin, Liquid y otras redes relacionadas con Bitcoin. Pase lo que pase a continuación, el debate en torno a OP_CAT ya ha demostrado cómo un fragmento de código pequeño y sencillo puede atraer a desarrolladores, artistas e inversores al mismo tiempo.
