La Propuesta de Mantenimiento de Cardano por 62M ADA Convierte la Infraestructura en una Prueba para el Tesoro

Michael Karg Explica Por Qué el Mantenimiento de Cardano No Es Solo Trabajo Administrativo

El debate sobre gobernanza de Cardano alrededor de la Iniciativa de Mantenimiento de Cardano de IO & Ensurable Systems recibió un contexto técnico importante durante una nueva sesión de Cardano Governance Hour celebrada el 12 de mayo de 2026. En una discusión moderada por Nicolas Ceani de la Fundación Cardano, Michael Karg, líder de rendimiento y trazabilidad de Cardano en Input Output Engineering, explicó lo que abarca la propuesta, por qué solicita más de 62 millones de ADA y por qué el mantenimiento no debe ser tratado como trabajo de rutina en segundo plano.

Karg no estaba hablando como representante de marketing. Hablaba como líder técnico de un equipo que trabaja en una de las capas de infraestructura menos visibles pero más importantes de Cardano. Su equipo trabaja en la observabilidad para el nodo de Cardano, incluyendo registros, métricas, eventos observables y métricas a nivel sistema. En la práctica, eso significa ayudar a medir cómo los cambios de protocolo, los ajustes del nodo o las variaciones en el presupuesto de ejecución de Plutus afectan los recursos reales utilizados por los operadores de grupos de participación y otros participantes de la red.

Eso es importante porque esta propuesta no trata solo de si IO debería recibir una gran extracción del tesoro. Trata sobre quién mantiene la infraestructura central de Cardano, cómo se mide la seguridad de la red, cómo se preparan las actualizaciones, cómo se maneja la deuda técnica y cómo Cardano puede avanzar hacia una mayor diversidad de nodos con el tiempo.

La propuesta solicita 62,134,630 ADA y cubre un período de nueve meses, desde el tercer trimestre de 2026 hasta el final del primer trimestre de 2027. Karg aclaró durante la discusión que la iniciativa no es una solicitud de 12 meses, sino un ciclo de mantenimiento de nueve meses.

Su punto central fue que la propuesta de mantenimiento de Cardano es diferente a las propuestas que introducen nuevas características visibles. La describió como trabajo en la “sala de máquinas” del ecosistema, la parte que los usuarios generalmente no notan cuando todo funciona correctamente. Exactamente por eso el tema es políticamente sensible. La gobernanza de Cardano no está votando sobre una nueva billetera, una nueva aplicación DeFi o una nueva función orientada al usuario. Está votando sobre el trabajo requerido para mantener el sistema lo suficientemente estable como para que se pueda construir todo lo demás sobre él.

En el momento de la discusión, la propuesta aún estaba lejos de ser aprobada, pero Karg señaló que muchos DReps tienden a esperar hasta los últimos días de una acción de gobernanza antes de votar. Ese patrón de votación hace que sea difícil interpretar el sentimiento inicial, pero también aumenta la presión sobre las grandes propuestas técnicas para explicarse claramente antes de que cierre la ventana de decisión final.

El Plan de Cardano y la Diversidad de Nodos Expanden el Debate sobre Mantenimiento

La parte más importante de la discusión no fue solo la advertencia de que una reducción en el mantenimiento podría incrementar el riesgo operacional. Karg mostró que la Iniciativa de Mantenimiento de Cardano cubre un paquete técnico mucho más amplio, incluyendo corrección de errores, arquitectura, infraestructura DevOps, operaciones de testnet, sistemas de referencia, protocolos de recuperación de desastres, herramientas de monitoreo, soporte de lanzamiento, procesos de seguridad y herramientas clave de Cardano.

Esa cobertura incluye operaciones de relé de arranque, mantenimiento de entornos de prueba como Preview y PreProd, soporte del compilador Haskell, monitoreo de la red principal, monitoreo global de mempool, soporte de código abierto y trabajo en herramientas como el intérprete de Plutus, DB Sync, Cardano CLI, Cardano API, sistemas de seguridad y el script de identidad del Comité Constitucional.

Uno de los temas más importantes fue el Plan de Cardano. Karg lo describió como un diseño técnico que define qué constituye Cardano, incluyendo los protocolos que los nodos usan para comunicarse entre sí, detalles a nivel de byte, funciones criptográficas y especificaciones que existen independientemente del código en sí. Esto no es documentación solo por cumplir. El Plan importa porque proporciona a otros equipos un marco más claro para construir sus propias implementaciones de nodos, potencialmente en Rust, TypeScript u otros lenguajes.

Eso convierte la propuesta de mantenimiento en algo más grande que el mantenimiento rutinario. Cardano frecuentemente habla de descentralizar la gobernanza, las operaciones de los grupos de participación y la toma de decisiones, pero la diversidad de implementaciones a largo plazo también forma parte de ese panorama. El nodo en Haskell sigue siendo la implementación de referencia hoy en día, pero un ecosistema más saludable no debería depender eternamente de un único camino de código, un único centro de ingeniería o una única organización.

La inclusión de Ensurable Systems también fue enmarcada en ese contexto. IO lideraría la entrega durante este ciclo, pero Ensurable Systems está listado como socio en la entrega con conocimiento y experiencia en el dominio de Cardano, ya que sus fundadores trabajaron previamente en IO. Karg relacionó esto con la descentralización de la gestión, lo que significa que el mantenimiento de Cardano no debería seguir siendo responsabilidad de una sola organización a largo plazo.

Uno de los detalles técnicamente más interesantes fue el soporte del compilador Haskell. Karg dijo que el nodo de Cardano es probablemente una de las aplicaciones Haskell más complejas que existen. Debido a esto, IO trabaja estrechamente con el equipo de compiladores Haskell, ya que los benchmarks de Cardano pueden revelar problemas en la generación de código que un conjunto de pruebas estándar de compiladores tal vez no cubra, simplemente porque la base de código de Cardano es tan grande y compleja.

Ese detalle muestra por qué el mantenimiento no es solo una línea administrativa en una tabla de tesorería. Para Cardano, el mantenimiento incluye disciplina de rendimiento, entendimiento de los límites del sistema, cooperación con herramientas de desarrollo fundamentales y preparación de la red para futuras actualizaciones como Leios, Hydra, funcionalidad multiactivos del tesoro y otros cambios que dependen de un nodo central estable.

Los DReps Están Votando en Base a Evidencia, No Solo al Costo

El mayor desafío para esta propuesta no es simplemente si el mantenimiento importa. El desafío es la confianza. Una solicitud de más de 62 millones de ADA es grande, y el Tesoro de Cardano actualmente enfrenta muchas propuestas de retiro paralelas. En ese entorno, los DReps tienen razón al exigir una conexión clara entre el presupuesto, los entregables y los resultados medibles.

Karg señaló informes de benchmark públicos y Actualizaciones de Cardano como parte de esa transparencia. Los informes de benchmark comparan lanzamientos de nodos anteriores y nuevos, rastrean el uso de recursos, la producción de bloques, la difusión de bloques y la adopción de bloques, y a menudo se encuentran conectados con notas de lanzamiento. Para los SPOs y DReps técnicos, eso no es decoración. Es una de las formas en que el trabajo de mantenimiento se hace visible a través del rendimiento medible de la red.

Ese es un argumento sólido para la propuesta, pero no elimina todas las inquietudes. El moderador planteó el tema de cuántas personas trabajan en las nueve áreas de trabajo y cómo los DReps deberían comprender la asignación de equipos, la capacidad de tiempo completo (FTE) y las prioridades. Karg respondió que los entregables abarcan múltiples equipos y ingenieros, que IO utiliza datos históricos para estimar el esfuerzo y el tiempo, y que la propuesta está orientada a resultados. En otras palabras, IO se está haciendo responsable de los resultados dentro del monto solicitado.

Esa respuesta es técnicamente razonable, pero no es perfecta como comunicación de gobernanza pública. Los DReps que deseen un desglose presupuestario más sencillo, un mapa de FTE más claro y una estructura de costos más precisa por categoría probablemente continuarán haciendo preguntas. Eso no debilita la propuesta, pero significa que su comunicación debe ser extremadamente precisa. Para una solicitud de este tamaño, decir que el mantenimiento es importante no es suficiente. La comunidad necesita ver lo que se puede verificar, dónde será visible el progreso y cómo el financiamiento del tesoro se convierte en resultados operativos.

También hay una cuestión de prioridades. Si Cardano financia mantenimiento, Leios y otras propuestas técnicas al mismo tiempo, la misma organización y el mismo talento de ingeniería podrían estar involucrados en varias áreas de trabajo. Karg explicó que IO maneja prioridades mediante evaluaciones semanales y mensuales, interdependencias y seguimiento presupuestario separado por proyecto. Eso muestra que existe un proceso interno, pero también confirma que la gobernanza de Cardano ahora está entrando en una fase en la que las propuestas técnicas no pueden juzgarse en aislamiento.

Por eso la votación no es simple. Rechazar una gran solicitud de tesoro puede parecer disciplina fiscal. Aprobarla puede parecer financiamiento responsable de infraestructura. Ambas opciones tienen argumentos, pero la versión superficial del debate pierde el punto. La verdadera pregunta no es si a la comunidad le gusta el tamaño del número. La verdadera pregunta es si Cardano puede distinguir entre un costo que parece caro y una infraestructura que se vuelve crítica solo cuando falta.

Por lo tanto, esta propuesta debe ser defendida con evidencia, no con exageraciones. Si IO y Ensurable Systems quieren ganarse la confianza de los DReps, su argumento más fuerte no será el miedo a los problemas, sino un vínculo claro entre el monto solicitado, los entregables públicos, la disciplina de benchmarks, la documentación del Plan y la descentralización de implementaciones a largo plazo. La gobernanza de Cardano no solo está decidiendo si pagar por mantenimiento. Está decidiendo si puede financiar responsablemente la disciplina técnica que determina cuán fuerte será la base debajo de sus aplicaciones, grupos de participación y futuras actualizaciones.