Bitcoin atraviesa una disputa interna entre dos de sus principales desarrollos comunitarios: Bitcoin Core, considerado el software oficial de la red y heredero directo del grupo de trabajo iniciado por Satoshi Nakamoto, y Bitcoin Knots, una bifurcación mantenida y administrada por Luke Dashjr, histórico colaborador de Core.
¿El origen del conflicto? La inminente llegada de Bitcoin Core v30, que incorpora un cambio relevante: el opcode OP_RETURN dejará de estar limitado a 40 bytes y pasará a admitir hasta 100.000 bytes (100 KB).
El objetivo de esta modificación es facilitar a los desarrolladores de proyectos Layer 2 y DeFi sobre Bitcoin el almacenamiento de información on-chain necesaria para sus operaciones. En la práctica, se trata de un regreso al comportamiento original de Bitcoin en 2014, antes de que la versión 0.9 introdujera la limitación actual.
EL MERCADO CRIPTO ALCANZA LOS $4 BILLONES CON BITCOIN EN 115.000 DÓLARES
Bitcoin Core y Knots
Sin embargo, para los bitcoiners que respaldan la postura de Luke Dashjr y del podcaster @BitcoinMechanic, el cambio propuesto equivale a un ataque directo contra Bitcoin. Según esta visión, permitir transacciones con datos más extensos abre la puerta a usos que distorsionan la esencia de la red. Por ello, impulsan la adopción de Bitcoin Knots, una versión alternativa del software diseñada para filtrar este tipo de operaciones.
Además, su propuesta no se limita al opcode OP_RETURN: también plantean la implementación de filtros adicionales que afectarían herramientas de privacidad como PayNyms (BIP-47 y BIP-351)), así como el uso de ciertos protocolos DeFi y de segunda capa que ya funcionan en Bitcoin.
El resultado es un choque de visiones comparable a las históricas «Block Wars» o a la batalla de SegWit. Y la tensión no es solo ideológica: ambos bandos están desplegando estrategias activas y pasivas con un objetivo claro y radical, la desaparición del contrario.
Bitcoin v30, a la vuelta de la esquina ¿Qué trae de nuevo?
Pero examinemos un poco más lo que está pasando, y comencemos con la nueva versión de Bitcoin v30. Esta nueva versión de Bitcoin Core trae consigo una serie de mejoras significativas destinadas a optimizar la red, mejorar la seguridad y proporcionar una experiencia más fluida para los desarrolladores y usuarios.
Una de las políticas clave que se ha implementado es una limitación en el número de operaciones de firma para transacciones heredadas a 2500 por transacción estándar, una medida que prepara el camino para futuras mejoras en el protocolo sin afectar las transacciones típicas. Esta mejora tiene como objetivo prevenir ataques de denegación de servicio (DoS) sobre la red Bitcoin.
Esto es posible porque al poner un tope al número de verificaciones de firma, que consumen muchos recursos de computación, se evita que personas malintencionadas creen transacciones extremadamente complejas que podrían ralentizar o incluso colapsar la capacidad de procesamiento de un nodo. Este límite es lo suficientemente alto como para no afectar las transacciones estándar y cotidianas, que normalmente tienen muy pocas firmas. Al mismo tiempo, proporciona una salvaguarda crucial para la salud y seguridad de la red, asegurando que Bitcoin Core pueda procesar las transacciones de manera eficiente mientras se mantiene resistente a los ataques.
POR QUÉ UN DESARROLLADOR DE BITCOIN DICE QUE LA AMENAZA CUÁNTICA SE ACELERA
OP_RETURN y datacarriersize
En paralelo, la opción -datacarriersize (relacionada con OP_RETURN) ha sido considerablemente aumentada, liberando efectivamente el límite para la transferencia de datos dentro de las transacciones, permitiendo más flexibilidad para incorporar información adicional. La nueva versión de Bitcoin v30, también permite la existencia de múltiples salidas de datos en una sola transacción, siempre y cuando el tamaño agregado de sus scriptPubKeys se mantenga dentro de los límites.
Además, las comisiones tanto para la relajación de transacciones como para los bloques han sido ajustadas a valores más bajos (1 sat/vbyte), reflejando una adaptación a las condiciones actuales de la red, aunque se advierte que la adopción generalizada es necesaria para garantizar la propagación y confirmación de transacciones con estas tarifas reducidas.
Gracias a estos cambios, los usuarios y desarrolladores tendrán nuevas opciones como:
- Mayor capacidad para metadatos y datos de registro, algo que será útil para generar nuevos protocolos que requieran gran cantidad de datos dentro de sus transacciones, algo especialmente útil en medio de un despertar de protocolos DeFi nativos sobre Bitcoin.
- Mayor eficiencia y organización en la gestión de datos, gracias a evitar la fragmentación de datos algo que por ejemplo, permitirá crear aplicaciones Ordinals mucho más potentes e integradas, sin necesidad de cientos de transacciones para ello.
- Adaptación a nuevas necesidades, especialmente ahora qué bitcoin está sufriendo una ola de interés tecnológica, con nuevos protocolos como Citrea o RGB.
Nuevas optimizaciones P2P y mejoras de experiencia de usuario
En el ámbito de las comunicaciones entre nodos (P2P), la nueva versión ha perfeccionado la retransmisión de paquetes de una transacción padre y un hijo (1-parent-1-child), permitiendo la aceptación y propagación de paquetes incluso en escenarios más complejos donde el padre podría tener otros ancestros sin confirmar en la mempool. Además, la gestión de transacciones huérfanas, aquellas con entradas faltantes temporalmente, se ha reforzado con protecciones contra ataques de denegación de servicio, implementando límites más robustos para la cantidad y el tamaño de las transacciones huérfanas que un nodo puede almacenar.
La experiencia del usuario en la línea de comandos también recibe una mejora notable con la introducción de una nueva herramienta bitcoin centralizada. Esta herramienta actúa como un punto de acceso consolidado para otras funcionalidades del nodo, haciendo que las características sean más fáciles de descubrir y utilizar.
Nuevas mejoras de red y privacidad
Otro punto relevante es que en el ámbito de la configuración del sistema, los parámetros de inicio -maxmempool y -dbcache ahora tienen límites preestablecidos en sistemas de 32 bits para evitar problemas de rendimiento. La opción -natpmp ahora está habilitada por defecto, facilitando que los nodos detrás de firewalls sean accesibles si estos soportan los protocolos PCP o NAT-PMP, mientras que la opción -upnp ha sido completamente eliminada en favor de -natpmp.
Además, la sintaxis de la opción -proxy ha sido expandida para permitir una configuración granular de proxies para diferentes redes (IPv4, IPv6, Tor, CJDNS), brindando a los usuarios un control más preciso y privado sobre sus conexiones, algo especialmente útil en medio de una cada vez mayor ola de vigilancia y espionaje online.
TETHER LLEVARÁ USDT A RGB Y ABRE UNA NUEVA ERA DE STABLECOINS EN BITCOIN
Knots y su contra con OP_RETURN
Hasta este punto, podemos ver que Bitcoin Core v30 viene con mejoras con un objetivo muy claro: flexibilizar Bitcoin para que los desarrolladores puedan crear nuevas aplicaciones sobre Bitcoin que puedan ser de interés para los usuarios (actuales o nuevos).
Además, opciones como el pago de comisiones de 1 sat/vbyte, permitirán abaratar tus transacciones de Bitcoin y la mejor integración de proxies, protegerá la privacidad de aquellos que tienen nodos en espacios restrictivos con la libertad digital. Visto de forma general, las medidas son positivas para Bitcoin y su comunidad, pero no todos están de acuerdo con ello.
¿Una verdadera amenaza?
Desde Bitcoin Knots, y sobre todo de la mano de BitcoinMechanic, Luke Dashjr y Samson Mow, todo esto es insignificante y una amenaza a Bitcoin. ¿Por qué? Porque desde su perspectiva que OP_RETURN tenga la capacidad de almacenar 100kb de datos es un peligro para Bitcoin. Sin embargo, ninguno de ellos explica ese riesgo salvo desde su perspectiva ideológica. No solo eso, todos ellos defienden que el hecho que los filtros integrados por defecto en Knots sirven para detener el spam y proteger la resistencia a la censura de Bitcoin.
Curioso, que para proteger la resistencia a la censura de Bitcoin, se deba censurar transacciones perfectamente legítimas dentro de Bitcoin. Y no hablamos del nuevo OP_RETURN, es que incluso ahora Bitcoin Knots, filtra o censura transacciones de Ordinals, STAMPS, Colored Coins, operaciones de USDT (usando el protocolo de Bitcoin), incluso las transacciones BIP-47 y CoinJoins, que son estándares y están pensadas para proteger la privacidad y la seguridad de los usuarios de Bitcoin.
Levantando armas
Y en medio de todo esto, ambas comunidades están tomando medidas cada vez más fuertes. Una de ellas es el bloqueo de nodos de parte y parte. Los de Knots buscan bloquear a los nodos de Core, y los de Core buscan bloquear los nodos de Knots. Pero no solo eso, sino que la retorica se está volviendo cada vez más peligrosa.
El FUD como arma
Recientemente, @BitcoinMechanic, había comentado en su podcast que el nuevo límite de 100Kb le permitiría los actores maliciosos inyectar código que pueda tirar abajo dichos nodos de forma masiva. No solo eso, sino que han indicado que pueden usar eso para enviar material CSAM (abuso de menores) en las transacciones de Bitcoin y almacenarla en la red.
El problema es que esto es falso. Primero, porque la data de OP_RETURN no se ejecuta en los nodos de Bitcoin. Y segundo, porque en caso de detectarse datos CSAM, los datos OP_RETURN pueden borrarse (prunearse), sin que ello afecte el historial de funcionamiento de la red Bitcoin. La estrategia de FUD en este caso es clara, y muchos en la comunidad han denunciado esto.
BITCOIN E IA DISPUTAN EL RECURSO MÁS VALIOSO DEL SIGLO XXI: LA ENERGÍA ELÉCTRICA
El riesgo de romper Bitcoin
Ante este ambiente está claro que la situación puede llevar a un evento como el que vimos en Ethereum tras el hackeo de The DAO: un hard fork irreconciliable.
Primero, porque los mineros de Bitcoin tratarán de mantener aquello que les resulta conocido y seguro. Bitcoin Core en este punto tiene ventaja. Es un software probado, que cuenta con una comunidad de desarrollo mucho más amplia y confiable. En contraparte, Knots es manejado por Luke Dashjr en solitario, aunque él diga lo contrario, la realidad ineludible es que ese repositorio es absolutamente controlado por él, tal como muestra su historial de commits.
Aceptar algo como esto, sería centralizar Bitcoin y más, si tenemos en cuenta que Dashjr es un administrador de minería, lo que sería especialmente conveniente. Más ahora que trata de impulsar su nuevo protocolo de comunicación de minería conocido como DATUM, uno con el que podría controlar quien, cuando, donde y como, se puede minar Bitcoin (esto imponiendo una serie de características de los templates blocks y el hecho de que DATUM solo funciona con su pool de minería OCEAN y Bitcoin Knots).
Una situación infantil que al final puede tirar por tierra muchas de las conquistas que Bitcoin ha alcanzado hasta el momento. Toca esperar que pasará tras la salida final de Bitcoin Core v30, la cual se espera para finales de septiembre de 2025, y como reaccionará la comunidad con todo esto. ¿Seguirán a Knots o Core? La decisión que se tome definirá el futuro de Bitcoin.