A principios de este año, mientras escribía “13 líneas de código para ayudar a BTC a lograr contratos inteligentes? Entendiendo el fork suave OP_CAT”, OP_CAT sigue siendo un término desconocido para mucha gente. Si no fuera por el impulso que el proyecto Taproot Wizards de Token no fungible BTC está dando a OP_CAT mediante la cultura del meme, es posible que muy poca gente conociera este concepto técnico aparentemente aburrido.

Pero en solo medio año, OP_CAT se ha vuelto muy popular, incluso se considera el próximo ‘Lighting Network’. La red fractal de Bitcoin, que ha sido muy popular recientemente, es en realidad una implementación de código OP_CAT en BTC, y el token FB se ha multiplicado por tres o cuatro veces en solo unos días desde su lanzamiento. Por lo tanto, en el ecosistema BTC, han surgido varios protocolos basados en OP_CAT en un solo día, como CAT20 en la red fractal, que también se centra en el concepto de OP_CAT, y en los primeros días de acuñar, el GAS de la red fractal llegó a más de 5000. Actualmente, el precio de un CAT fuera del mercado oscila alrededor de 5,5 dólares, y Maker es escaso y sin mercado. Los primeros acuñadores obtuvieron ganancias de entre 5 y 20 veces. Quantum Cat también ha mantenido un precio de 0.25 BTC y se ha convertido en un token no fungible de BTC de alta calidad.

Parece que siempre que te involucras con OP_CAT, esto puede pump.

No solo la “autoestima” de la comunidad, sino también el OP_CAT Esta tecnología también es muy discutida entre los desarrolladores de BTC. Eché un vistazo al boletín informativo de BTC Optech de este año y a la conferencia de desarrolladores de BTC, y OP_CAT era un visitante frecuente de las discusiones.

Actualmente, el borrador de OP_CAT BTC publicado conjuntamente por los desarrolladores de Bitcoin Core, Ethan Heilman y Armin Sabouri, ha sido oficialmente nombrado como BIP347. Muchas figuras importantes en el campo de BTC, como el autor del White Paper de Lighting Network, Tadge Dryja, el CTO de Lightning Labs, Olaoluwa Osuntokun, y el director de investigación de Blockstream, Andrew Poelstra, han mostrado un gran apoyo a OP_CAT.

¿Por qué los desarrolladores de Lighting Network prefieren OP_CAT?

Para entender este fenómeno, debemos comenzar con Lighting Network. En 2011, Satoshi mencionó la idea de Lighting Network en un correo electrónico, como una solución clave para la escalabilidad y la velocidad de pago de BTC. Desde su creación, Lighting Network ha atraído a una gran cantidad de desarrolladores para seguirlo.

En los últimos dos años, el concepto de ‘ecosistema BTC’ ha ido ganando impulso. Varios planes de escalabilidad de BTC, como sidechains y Máquina virtual, han surgido como setas después de la lluvia, atrayendo a muchos inversores. Sin embargo, en la opinión de los desarrolladores de BTC experimentados, estos planes no son del todo adecuados y no alcanzan la grandeza. Después de todo, el Lighting Network es, en la opinión del público, el ‘canal de pago’ más destacado en BTC en la actualidad, y es uno de los pocos ‘legados’ de Satoshi Nakamoto y el ‘hijo legítimo’ del espíritu de la comunidad BTC. Lectura relacionada: ‘Siete años forjando una espada, el origen y los desafíos de la legitimidad del Lighting Network’.

Sin embargo, en el último año, ha habido cambios drásticos. Varios desarrolladores han anunciado su retiro del trabajo relacionado con el Lighting Network, y las críticas al Lighting Network han sido constantes, especialmente por parte de algunos desarrolladores experimentados. El fundador de Nostr, Fiatjaf, fue especialmente franco: “El Lighting Network está engañando a los usuarios de BTC durante 6 largos años, haciéndoles perder tiempo, energía y dinero”.

En este contexto, algunos desarrolladores están buscando el próximo ‘Lighting Network’. OP_CAT, por otro lado, es considerado por muchos desarrolladores de BTC como el siguiente gran avance después de Lighting Network. Dado que OP_CAT es muy técnico, antes de discutir qué es OP_CAT y qué puede hacer, primero conozcamos a aquellos desarrolladores de BTC que favorecen OP_CAT.

Desarrolladores de BTC que apoyan OP_CAT

White Paper de la Red LightningAutor

Tadge Dryja es uno de los autores del Libro Blanco de la Red de Iluminación, y en 2015 Tadge Dryja y Joseph Poon, otro autor del Libro Blanco de la Red de Iluminación, liderados por Elizabeth Stark, crearon Lightning Labs. La mayor diferencia entre Lightning Labs y BlockStream, otra empresa de BTCLighting Network, es que Lightning Labs utiliza el lenguaje de programación Go, mientras que Blockstream utiliza el lenguaje de programación C.

Sin embargo, a finales de 2016, Tadge Dryja tuvo diferencias y disputas con el equipo de Lightning Labs, por lo que decidió dejar Lightning Labs después de solo un año de su fundación y unirse a la comunidad de Dinero Digital (DCI) del Instituto de Tecnología de Massachusetts (MIT) para continuar su investigación sobre Lighting Network. En el MIT DCI, participó en varios proyectos de investigación centrados principalmente en la escalabilidad y la interoperabilidad de la criptomoneda y los contratos inteligentes. Esto incluye el desarrollo del proyecto Utreexo, una nueva tecnología de escalabilidad de BTC que tiene como objetivo hacer que los nodos de BTC sean más pequeños y más rápidos. En 2022, Tadge Dryja se unió a Lightspark como científico investigador senior. En Lightspark, continúa abordando los problemas de escalabilidad de BTC y blockchain utilizando su experiencia como co-inventor de Lighting Network.

**Precisamente debido a su profundo conocimiento en los contratos inteligentes de Bitcoin y en tecnologías de escalabilidad, Tadge Dryja también descubrió tempranamente el potencial de OP_CAT, y ha estado apoyando las pruebas de OP_CAT en la red de pruebas de Bitcoin, alentando a los desarrolladores a intentar ‘romper’ OP_CAT para descubrir posibles problemas.

CTO de Lightning Labs

Olaoluwa Osuntokun (Roasbeef) es otro de los cofundadores y CTO de Lightning Labs, además de ser un destacado desarrollador de BTC que ha hecho importantes contribuciones al desarrollo de Lightning Network. Se podría decir que el equipo inicial de Lightning Labs no tiene nada que envidiar al de Blockstream.

Hablando de Olaoluwa Osuntokun, es imposible no mencionar la ‘disputa de caballeros’ entre él y Tadge Dryja. Es interesante que una de las principales razones por las que Tadge Dryja dejó Lightning Labs fue Olaoluwa. Cuando Tadge Dryja estaba en Lightning Labs, desarrolló la primera versión del protocolo llamado LIT, que no era compatible con el BOLT desarrollado por Blockstream. Sin embargo, el protocolo desarrollado por Olaoluwa era compatible, por lo que gradualmente obtuvo más reconocimiento y favor de los desarrolladores, lo que finalmente aceleró la partida de Dryja en cierto modo.

Sin embargo, la historia siempre está llena de drama. Ahora, estos dos “viejos enemigos” de Lightning Labs están apoyando a OP_CAT. **

Director de Investigación de Blockstream

Al parecer, siempre ha habido un rumor en la comunidad de que Blockstream es el “hombre detrás” de BTC. Este rumor no es infundado. En 2014, Adam Back, el “padre de PoW”, reunió a muchos desarrolladores conocidos de BTC tempranos como Matt Corallo, Greg Maxwell y Pieter Wuille para fundar la empresa Blockstream, que se posicionó y promovió la Red Lightning durante la guerra de escalamiento de BTC, lo que llevó a la posición actual de la Red Lightning.

Y actualmente, en las discusiones sobre OP_CAT, el director de investigación de Blockstream, Andrew Poelstra, es una figura ineludible. Andrew Poelstra es el director de investigación de Blockstream y un desarrollador experimentado de scripts criptográficos de BTC, cuya influencia en la industria es innegable. En un artículo titulado ‘CAT and Schnorr Tricks I’ escrito el 30 de enero de 2021, discutió sobre OP_CAT, señalando que al combinar OP_CAT con CHECKSIGFROMSTACK, se puede proporcionar un método ingenioso de introspección de transacciones.

Aunque actualmente Blockstream no ha creado una cadena de bloques separada para OP_CAT, han brindado soporte para las pruebas de OP_CAT a través de Bitcoin Inquisition (una red de prueba para evaluar nuevas funciones de BTC). Es como construir un seguro ‘campo de entrenamiento’ para OP_CAT, permitiendo a los investigadores observar cuidadosamente su rendimiento en condiciones del mundo real.

Andrew Poelstra también comparó y discutió OP_CAT con otras propuestas como OP_CTV, señalando que OP_CAT proporciona una mayor flexibilidad, mientras que OP_CTV se centra de manera más estrecha en contratos inteligentes no recursivos.

Autor de la propuesta BIP 347

En el impulso de OP_CAT, los desarrolladores de BTC Ethan Heilman y Armin Sabouri han hecho una contribución significativa al escribir y promover la propuesta de OP_CAT, que ha sido oficialmente designada como BIP 347. Esta propuesta tiene como objetivo redefinir la operación de código OP_SUCCESS126 mediante una bifurcación suave para habilitar nuevamente OP_CAT.

Armin Sabouri se ha centrado en mejoras en el script y capa de consenso de BTC en el pasado. Él cree que OP_CAT, aunque no sea la solución final, ofrece la posibilidad de implementar diversas nuevas funciones y es un paso importante en la mejora del script de BTC.

Y Ethan Heilman también fue quien influyó en el pensamiento de Andrew Poelstra. Fueron ellos en un exchange privado en el otoño de 2019 los que hicieron que la llamada función BTC Contrato inteligente de Andrew Poelstra cambiara de opinión. Ethan Heilman señaló que, a pesar de las preocupaciones sobre la llamada función BTC Contrato inteligente, en realidad es posible implementar estos Contratos inteligentes percibidos como dañinos a través de CHECKMULTISIG. Para demostrarlo, Ethan Heilman recurrió a las redes sociales para desafiar a la gente a idear un Contrato inteligente “oscuro” viable, pero hasta ahora nadie lo ha logrado.

StarkWare

StarkWare es una empresa enfocada en desarrollar tecnologías de escalabilidad blockchain, especialmente experta en el uso de Prueba de conocimiento cero (ZKPs) para mejorar la privacidad y eficiencia de las transacciones. La empresa se dedica a externalizar los cálculos complejos de la cadena principal (como Ethereum) a redes secundarias sin comprometer la seguridad y la descentralización. De esta manera, StarkWare resuelve el problema de escalabilidad de blockchain, manteniendo al mismo tiempo la transparencia y verificabilidad de las transacciones.

La iniciativa de StarkWare de impulsar las actividades de OP_CAT se debe a su interés en la escalabilidad de la red BTC y las funciones de contrato inteligente. OP_CAT es un código de operación de BTC que permite la ejecución de transacciones y contratos más complejos en la red BTC mediante la concatenación de datos. Al habilitar OP_CAT, StarkWare busca lograr capacidades similares a los contratos inteligentes de Ethereum en BTC, expandiendo así los casos de uso de BTC y mejorando su funcionalidad.

En julio de 2022, StarkWare lanzó un fondo de investigación de 1 millón de dólares destinado específicamente a investigar los beneficios y riesgos de habilitar OP_CAT en BTC. Este fondo tiene como objetivo financiar a investigadores y desarrolladores con ideas innovadoras sobre cómo implementar de manera segura y efectiva OP_CAT en BTC.

Además, StarkWare también demostró el potencial de utilizar OP_CAT para implementar Prueba de conocimiento cero en el entorno de prueba de BTC, especialmente en Signet. Estos trabajos muestran cómo OP_CAT puede implementar operaciones más complejas en la red BTC, como la aplicación de Prueba de conocimiento cero, que son partes clave de la funcionalidad de contratos inteligentes. Recientemente, StarkWare también ha establecido una asociación con sCrypt para explorar el diseño de un puente de PoC (prueba de concepto) basado en OP_CAT y ZK magic, lo que sugiere que StarkWare podría lanzar un protocolo relacionado con OP_CAT en un futuro cercano.

Others

Otros desarrolladores menos conocidos los incluiremos juntos.

Salvatore Ingala ha estado investigando a fondo el grupo de pagos de BTC y los contratos inteligentes. Ha propuesto un plan para optimizar el proceso de salida del grupo de pagos utilizando OP_CAT, lo que permitiría reducir significativamente los costos de datos y operaciones en la cadena. Ingala considera a OP_CAT como un complemento potencial para otras estrategias de expansión de BTC, como Arc y Coinpools, e incluso para futuros rollups optimistas de BTC, con el objetivo de mejorar la eficiencia y la seguridad.

Anthony Towns es uno de los principales desarrolladores de Bitcoin Inquisition, una herramienta similar a una red de prueba pero más flexible, utilizada para probar cambios en el protocolo BTC que aún no se han adoptado ampliamente. Towns impulsó la activación de OP_CAT en la plataforma Inquisition, proporcionando un entorno seguro para experimentar con OP_CAT. Aunque Towns reconoce la importancia de OP_CAT para probar nuevas funcionalidades y explorar la capacidad de scripting de BTC, todavía se muestra cauteloso ante la excesiva programabilidad de BTC, temiendo que esto pueda aumentar el riesgo de que BTC sea objeto de censura o control.

Robin Linus is the creator of BitVM. He believes that the reintroduction of OP_CAT provides a powerful tool for BTC, especially for projects like BitVM, which make it easier and more efficient to verify arbitrary computations on BTC. With the execution of OP_CAT, the BTC ecosystem is able to create more versatile and expressive Contrato inteligente, promoting a more functional and practical blockchain environment. Related reading: ‘What do senior developers think of BitVM for computing anything on BTC?’

¿Por qué el desarrollo de Lighting Network es tan seguido?

¿Cuál es el misterio detrás del hecho de que los desarrolladores de Lighting Network estén mostrando tanto interés en OP_CAT? Para entender esto, primero tenemos que entender la naturaleza de la OP_CAT.

¿Qué es OP_CAT?

OP_CAT es un código de operación en el script de BTC, que se utiliza para concatenar dos fragmentos de datos en la pila en un elemento más grande. Aunque su funcionalidad parece simple, puede proporcionar más capacidad de contratos inteligentes a la red BTC, lo que permite a los desarrolladores crear y manejar lógicas de datos y transacciones más complejas.

OP_CAT no es un nuevo código de operación, ya existía en las primeras versiones de BTC, pero debido a preocupaciones de seguridad y complejidad, fue deshabilitado en versiones posteriores. Sin embargo, con el continuo desarrollo de BTC, cada vez más desarrolladores consideran que es hora de volver a habilitar OP_CAT. Más información en: “¿13 líneas de código ayudarán a BTC a lograr un contrato inteligente? Comprender el soft fork OP_CAT”

Pero ¿por qué esta aparentemente simple operación ha generado tanta discusión entre los desarrolladores de BTC? Una de las razones clave radica en su capacidad para mejorar significativamente la capacidad de contratos inteligentes en la red BTC, lo que permite a los desarrolladores implementar funciones que son más complejas o incluso imposibles de lograr en los scripts actuales de BTC.

Potencial de aplicación de OP_CAT en pagos

OP_CAT muestra un gran potencial en los sistemas de pago, especialmente en las redes off-chainprotocolo y de canales de pago. Su rehabilitación hará que el funcionamiento de estos sistemas sea mucho más eficiente, reduciendo la carga de las transacciones en cadena. Las principales características de la OP_CAT después de la implementación son:

Optimización de la multifirma: En el escenario de la multifirma, OP_CAT puede ayudar a los usuarios a combinar múltiples firmas en un solo bloque de datos, lo que reduce la cantidad de firmas que se deben enviar. Esto no solo ahorra espacio en la cadena, sino que también puede reducir el blanqueo de capitales. La multifirma es fundamental para la seguridad de los pagos en BTC y la gestión compartida de cuentas, especialmente en aplicaciones como la Red Lightning, donde OP_CAT puede hacer que este proceso sea más eficiente.

Estado de los contratos (State Contracts): OP_CAT también se puede utilizar para contratos de estado. Este tipo de contrato es una forma de contrato inteligente que puede mantener el estado a través de múltiples transacciones, a través de OP_CAT, los desarrolladores pueden concatenar la información de estado de diferentes transacciones, lo que permite una lógica de contrato más compleja en BTC. Por ejemplo, ciertos protocolos de pago complejos o aplicaciones distribuidas (como loterías, juegos de azar u otros productos financieros complejos) que requieren mantener algún estado entre múltiples transacciones on-chain, todo esto se puede lograr a través de OP_CAT.

La escalabilidad de la red de canales de pago: otro escenario importante de aplicación de OP_CAT es similar a la red de canales de pago de Lighting Network. En la red de canales de pago, los usuarios suelen realizar una gran cantidad de micro pagos fuera de la cadena, y solo se liquidan en la cadena final. La función de concatenación de OP_CAT puede permitir una gestión y verificación más efectivas de las transacciones intermedias en el canal de pago. Al combinar diferentes solicitudes de pago, los usuarios pueden realizar operaciones de pago más complejas sin aumentar la carga en la cadena, lo que permite mejorar significativamente la capacidad y eficiencia de la red de canales de pago.

Con el avance de la propuesta BIP347, y la participación de más desarrolladores e investigadores en la exploración de OP_CAT, tenemos razones para creer que este código de operación previamente archivado traerá nueva vitalidad a la red BTC. Al igual que la Red de Relámpagos pasó de ser un concepto a ser algo común, la reactivación de OP_CAT también podría convertirse en el próximo hito clave en la escalabilidad y la innovación en pagos de BTC.