La industria se divide con el lanzamiento de Bitcoin Core v30.0, y surgen reacciones en contra de la expansión de OP_RETURN

Se ha generado una nueva chispa en la comunidad de Bitcoin Core. Sobre el lanzamiento oficial de Bitcoin Core v30.0, se están llevando a cabo intensos debates entre desarrolladores y operadores de nodos en torno a la expansión del límite de datos de OP_RETURN (de 83 bytes a 100 KB).

¿Qué está generando controversia?

La comunidad Bitcoin Knots liderada por Luke Dashjr critica enérgicamente la ampliación del tamaño de datos en 100 veces. Su argumento es claro: si se permite almacenar grandes cantidades de datos en OP_RETURN, existe el riesgo de que los operadores de nodos sin saberlo hospeden contenido ilegal o dañino. Esto podría derivar en responsabilidades legales.

Por otro lado, el equipo de desarrollo de Bitcoin Core responde que “esto es solo un ajuste en la política del mempool y no afecta las reglas de consenso de Bitcoin”. La situación está en un estado de línea paralela.

En la fase de desarrollo de septiembre, se planeaba eliminar por completo la opción de ajustar el límite de datos por parte del usuario, lo que provocó una mayor oposición. Sin embargo, justo antes del lanzamiento en octubre, la mantenedora Ava Chow cambió de postura. La reintroducción de la configuración ajustable alivió temporalmente la tensión.

¿Existe posibilidad de un hard fork?

Se ha especulado a partir de mensajes internos filtrados que Dashjr consideraba dividir la red. Se informó que podría estar preparando un fork propio bajo el pretexto de proteger los nodos de la difusión de datos ilegales.

No obstante, Dashjr negó esto rotundamente, calificándolo como “noticias falsas”. Afirmó que “no hay planes de hard fork”. Sin embargo, su postura contraria no ha cambiado, y ha contraatacado diciendo que “los partidarios de Core 30.0 son quienes proponen el fork”.

¿Qué incluye v30.0?

Las mejoras técnicas no son pocas. Primero, la optimización de la estructura de tarifas. La tarifa de retransmisión de transacciones entre nodos se redujo a 0.1 sat/vB, y la tarifa mínima aceptada por los mineros bajó a 0.001 sat/vB.

En cuanto a OP_RETURN, ahora soporta múltiples salidas, permitiendo agregar diversos tipos de información como hashes, certificados y metadatos de arte, brindando mayor flexibilidad.

La funcionalidad de la cartera también se renovó significativamente. Se eliminó la antigua cartera BDB, siendo obligatorio migrar a una cartera de descriptor más segura y fácil de restaurar. Los comandos tradicionales como importwallet y dumpwallet también fueron eliminados.

Se implementó la función TRUC para prevenir conflictos en transacciones en espera de confirmación, y se ofrecerá una interfaz experimental de minería en PC para los mineros. Se podrá conectar directamente a Bitcoin Core vía socket local, mejorando la velocidad de procesamiento de solicitudes de plantillas de bloques.

Evolución de UI/UX

El kit de herramientas GUI se actualizó de Qt5 a Qt6. En Windows, ahora soporta modo oscuro, y en macOS se adoptó Metal Graphics, logrando una experiencia visual más pulida.

Con la introducción de la nueva herramienta de línea de comandos “bitcoin”, las operaciones para operadores de nodos y mineros se simplifican. La antigua estructura de múltiples comandos se unificó en tres: bitcoin node, bitcoin gui y bitcoin rpc.

Hoja de ruta futura

Bitcoin Core v27.x ya fue marcado como “End of Life” y no recibirá futuras actualizaciones de seguridad. Se publicarán en dos semanas los detalles de cinco correcciones de errores de baja prioridad.

El parámetro -datacarriersize también cambió su funcionamiento. En versiones anteriores, “83” significaba un límite de 83 bytes, pero en v30 permite aproximadamente más de 9 veces esa cantidad con el mismo valor. Este cambio silencioso en la especificación ha sido criticado por potencialmente generar confusión entre los usuarios.

Actualmente, los usuarios aún pueden reducir manualmente la nueva configuración predeterminada de 100 KB si así lo desean.