El AMA 'Tech on Deck' de Qubic del 3 de junio se centró en un desarrollo que transformará la forma en que el protocolo interactúa con el mundo exterior: Computación Externalizada. Los desarrolladores principales FNordSpace y Raika se unieron al moderador Joetom para desglosar la arquitectura, explicar el modelo de autorización y presentar una hoja de ruta con fecha de lanzamiento para el 29 de julio. La sesión también ofreció una mirada a las realidades de construir sobre la base de código poco convencional de Qubic, atrayendo a más de 3,500 espectadores en vivo.
Cómo es construir sobre la arquitectura de metal desnudo de Qubic
Antes de sumergirse en la Computación Externalizada, el equipo discutió en qué consiste realmente el desarrollo central de $Qubic. La imagen que emergió es la de una adaptación constante. La salud de la red dicta el día: si la cadena se queda atascada o la velocidad de ticks se degrada, todo lo demás se detiene hasta que se resuelva el problema.
La base de código de Qubic se ejecuta directamente en UEFI sin ninguna biblioteca estándar de C++ disponible. Esa restricción tiñe todo. La funcionalidad básica que la mayoría de los desarrolladores de C++ dan por sentado debe implementarse desde cero. Las herramientas de codificación de IA ayudan a detectar pequeños errores, pero rutinariamente sugieren patrones que no se compilan en un entorno de metal desnudo. El sistema de sandbox para la ejecución de contratos inteligentes lleva sus propias suposiciones sobre memoria y estado que las herramientas de IA no conocen. Como señaló Raika, los desarrolladores a menudo terminan guiando a la IA más de lo que la IA los guía a ellos.
Ambos desarrolladores compartieron historias de guerra. La primera versión pública de FNordSpace hizo que la red se activara una vez y se congelara, un pequeño bug que sacudió su confianza en esos primeros días. Raika pasó meses rastreando un bug de concurrencia en el pool de transacciones pendientes antes de aislarlo. Estas experiencias impulsaron mejoras en los procesos: el equipo ahora tiene planes de pruebas estructurados, mejor cobertura de pruebas unitarias y mecanismos de recuperación de red. Raika también construyó una herramienta de verificación de contratos que se ha vuelto esencial a medida que crece el volumen de contratos inteligentes Qubic enviados por la comunidad.
Computación Externalizada: De Observador en Cadena a Actor entre Cadenas
FNordSpace lideró la inmersión técnica, basándose en tres semanas de colaboración estrecha con CFB para diseñar la arquitectura. Comenzó con una corrección importante: la Computación Externalizada no tiene nada que ver con alquilar potencia de computación, para aclarar cualquier confusión. Confirmó esto con CFB múltiples veces.
El concepto se ajusta a un sistema que Qubic ya tiene. Las Máquinas Oracle traen datos externos a la cadena. Un contrato inteligente puede consultarlas para algo como el precio actual de Bitcoin y recibir una respuesta verificada. La información fluye hacia adentro. La Computación Externalizada invierte ese flujo. Permite que un contrato inteligente Qubic envíe una instrucción autorizada hacia afuera, donde un sistema externo actúa sobre ella. FNordSpace lo expresó de manera simple: las Máquinas Oracle dieron a los contratos inteligentes ojos y oídos. La Computación Externalizada les da manos.
Una diferencia crítica separa los dos sistemas. Las Máquinas Oracle devuelven resultados. La Computación Externalizada no. Es un disparar-y-olvidar. El contrato inteligente emite una intención, la red la autoriza y la entrega, y el trabajo de la OC está hecho. Si el contrato necesita confirmación de que la acción tuvo éxito, consulta a una Máquina Oracle por separado.
Cómo Funciona la Invocación de Computación Externalizada de Qubic
El proceso de autorización tiene cuatro etapas. Un contrato inteligente invoca un OC durante la ejecución y paga una tarifa. Cada computor ejecutando el contrato en ese momento registra los parámetros de la solicitud en una estructura de datos central. Luego, los computores firman independientemente la solicitud. Una vez que 451 de los 676 computores han firmado, la solicitud está autorizada. Este umbral de quórum de dos tercios asegura que ninguna instrucción salga de la cadena sin un amplio consenso, y el paquete de firmas permite a los sistemas externos verificar de forma independiente que la red Qubic sancionó la acción. Finalmente, cada computor reenvía el paquete firmado a su procesador, una máquina separada diseñada para llevar a cabo la tarea específica fuera de la cadena.
El procesador es donde sucede la acción, y es desarrollado por el desarrollador del contrato inteligente, no por Qubic. El protocolo proporciona la maquinaria de autorización y el mecanismo de entrega. Lo que el procesador hace con la instrucción autorizada depende completamente de quien lo construya.
Acciones entre Cadenas, Transiciones de Custodia y Casos de Uso del Mundo Real
Tres categorías de casos de uso surgieron del trabajo de FNordSpace con CFB. Las acciones entre cadenas permiten a un contrato inteligente Qubic activar transacciones en Bitcoin, Ethereum u otras blockchains a través de un procesador diseñado para ese propósito. Las transiciones de custodia se vuelven posibles, donde un contrato podría rotar los firmantes autorizados en una billetera multisig en otra cadena. Y las integraciones de servicios externos abren la puerta a interacciones del mundo real: un usuario paga un contrato en QU, el contrato verifica el pago y un OC activa una acción como desbloquear una bicicleta o liberar fondos en custodia.
Los puentes de blockchain destacan como una aplicación a corto plazo. Los puentes actuales de Qubic dependen de middleware que monitorea constantemente la cadena de ticks. Con OC, un contrato inteligente podría enviar instrucciones directamente a la otra cadena, eliminando la necesidad de un oyente siempre activo y reduciendo la dependencia de middleware de terceros que los usuarios no pueden auditar fácilmente.
Una restricción de diseño que vale la pena señalar: dado que todos los 676 computores envían el paquete autorizado a sus procesadores, el sistema receptor debe manejar la deduplicación. Una única instrucción de Qubic llega como 676 solicitudes idénticas, y el destino necesita lógica para reconocerlas como una orden. Esto se puede manejar a nivel del procesador, pero debe tenerse en cuenta en el diseño.
Modelo de Quema de Tokens Qubic y de Tarifas
La economía sigue el mismo patrón que las Máquinas Oracle. Cada invocación de OC tiene un costo que paga el contrato inteligente, y esa tarifa se quema, eliminando permanentemente los tokens QUBIC de circulación. Junto con las tarifas de ejecución existentes y las tarifas de llamada de Oracle, la Computación Externalizada añade otro canal deflacionario que escala con el uso de la red.
Hoja de Ruta de Computación Externalizada: Cronograma hasta el Go-Live del 29 de Julio
La hoja de ruta de desarrollo está estructurada y es concreta. Los documentos de arquitectura estaban en revisión con CFB en el momento del AMA. La implementación básica comenzó el 3 de junio. Un OC simulado tiene como objetivo la testnet para el 17 de junio y la mainnet para el 1 de julio, ejercitando todo el camino de invocación y autorización sin acciones del mundo real. El lanzamiento de producción, que abrirá el protocolo para que los desarrolladores construyan sobre él, está programado para el 29 de julio. Si el sistema se estabiliza antes, el equipo indicó que el cronograma podría adelantarse.
Los Tres Pilares de Infraestructura de Qubic Cerca de la Finalización
Con la Computación Externalizada acercándose a su lanzamiento, la infraestructura de contratos inteligentes de Qubic alcanza un hito. Los contratos inteligentes manejan la lógica en cadena. Las Máquinas Oracle traen datos externos. La Computación Externalizada envía la intención autorizada hacia afuera. Juntas, estos tres pilares le dan a los contratos inteligentes de Qubic comunicación bidireccional con el mundo exterior a nivel de protocolo.
La comunidad ahora tiene un conjunto claro de fechas para observar: simulación en testnet a mediados de junio, pruebas en mainnet a principios de julio y un lanzamiento completo el 29 de julio. Se planea un AMA técnico de seguimiento que cubra la gestión de lanzamientos y temas adicionales para desarrolladores. Para cualquiera que esté construyendo sobre Qubic o evaluando hacia dónde se dirige el protocolo, las próximas ocho semanas serán reveladoras.