O AMA 'Tech on Deck' do Qubic em 3 de junho se concentrou em um desenvolvimento que vai revolucionar a forma como o protocolo interage com o mundo exterior: Computação Externalizada. Os desenvolvedores principais FNordSpace e Raika se juntaram ao moderador Joetom para detalhar a arquitetura, explicar o modelo de autorização e traçar um roadmap com data de lançamento prevista para 29 de julho. A sessão também ofereceu uma visão das realidades de construir na base de código não convencional do Qubic, atraindo mais de 3.500 espectadores ao vivo.
Como é construir na arquitetura bare metal do Qubic
Antes de mergulhar na Computação Externalizada, a equipe discutiu o que o desenvolvimento central do $Qubic realmente envolve. A imagem que surgiu é a de uma constante adaptação. A saúde da rede dita o dia: se a cadeia trava ou a velocidade dos ticks degrada, todo o resto pausa até que o problema seja resolvido.
A base de código do Qubic roda diretamente no UEFI sem uma biblioteca padrão de C++ disponível. Essa restrição influencia tudo. Funcionalidades básicas que a maioria dos desenvolvedores de C++ considera garantidas precisam ser implementadas do zero. Ferramentas de codificação de IA ajudam a detectar pequenos bugs, mas frequentemente sugerem padrões que não vão compilar em um ambiente bare metal. O sistema sandbox para execução de contratos inteligentes carrega suas próprias suposições sobre memória e estado que as ferramentas de IA não estão cientes. Como Raika observou, os desenvolvedores muitas vezes acabam guiando a IA mais do que a IA os guia.
Ambos os desenvolvedores compartilharam histórias de batalha. O primeiro lançamento público da FNordSpace fez a rede tickar uma vez e congelar, um pequeno bug que abalou sua confiança naqueles primeiros dias. Raika passou meses rastreando um bug de concorrência na piscina de transações pendentes antes de isolá-lo. Essas experiências impulsionaram melhorias no processo: a equipe agora tem planos de teste estruturados, melhor cobertura de testes unitários e mecanismos de recuperação de rede. Raika também construiu uma ferramenta de verificação de contratos que se tornou essencial à medida que o volume de contratos inteligentes Qubic enviados pela comunidade cresce.
Computação Externalizada: De Observador On-Chain a Ator Cross-Chain
FNordSpace liderou a imersão técnica, contando com três semanas de colaboração próxima com a CFB para projetar a arquitetura. Ele abriu com uma correção importante: a Computação Externalizada não tem nada a ver com alugar poder computacional, para esclarecer qualquer confusão. Ele confirmou isso com a CFB várias vezes.
O conceito se encaixa ao lado de um sistema que o Qubic já possui. As Máquinas Oracle trazem dados externos para a cadeia. Um contrato inteligente pode consultá-las sobre algo como o preço atual do Bitcoin e receber uma resposta verificada. As informações fluem para dentro. A Computação Externalizada inverte esse fluxo. Ela permite que um contrato inteligente Qubic envie uma instrução autorizada para fora, onde um sistema externo age sobre isso. FNordSpace colocou de forma simples: as Máquinas Oracle deram olhos e ouvidos aos contratos inteligentes. A Computação Externalizada dá a eles mãos.
Uma diferença crítica separa os dois sistemas. As Máquinas Oracle retornam resultados. A Computação Externalizada não. É fogo-e-esquece. O contrato inteligente emite uma intenção, a rede autoriza e entrega, e o trabalho do OC está feito. Se o contrato precisar de confirmação de que a ação teve sucesso, ele consulta uma Máquina Oracle separadamente.
Como Funciona a Invocação da Computação Externalizada do Qubic
O processo de autorização tem quatro estágios. Um contrato inteligente invoca um OC durante a execução e paga uma taxa. Cada computor executando o contrato naquele momento registra os parâmetros da solicitação em uma estrutura de dados central. Os computores então assinam a solicitação de forma independente. Uma vez que 451 dos 676 computores tenham assinado, a solicitação é autorizada. Esse limite de quórum de dois terços garante que nenhuma instrução saia da cadeia sem um amplo consenso, e o pacote de assinaturas permite que sistemas externos verifiquem de forma independente que a rede Qubic sancionou a ação. Finalmente, cada computor encaminha o pacote assinado para seu processador, uma máquina separada projetada para executar a tarefa específica off-chain.
O processador é onde a ação acontece, e é desenvolvido pelo desenvolvedor do contrato inteligente, não pelo Qubic. O protocolo fornece a maquinaria de autorização e o mecanismo de entrega. O que o processador faz com a instrução autorizada depende totalmente de quem o constrói.
Ações Cross-Chain, Transições de Custódia e Casos de Uso do Mundo Real
Três categorias de casos de uso emergiram do trabalho da FNordSpace com a CFB. Ações cross-chain permitem que um contrato inteligente Qubic desencadeie transações no Bitcoin, Ethereum ou outras blockchains através de um processador feito sob medida. Transições de custódia se tornam possíveis, onde um contrato poderia rotacionar os signatários autorizados em uma carteira multisig em outra cadeia. E integrações de serviços externos abrem a porta para interações do mundo real: um usuário paga um contrato em QU, o contrato verifica o pagamento, e um OC desencadeia uma ação como desbloquear uma bicicleta ou liberar fundos em custódia.
As pontes de blockchain se destacam como uma aplicação de curto prazo. As atuais pontes Qubic dependem de middleware que monitora constantemente a cadeia de ticks. Com OC, um contrato inteligente poderia enviar instruções diretamente para a outra cadeia, eliminando a necessidade de um ouvinte sempre ativo e reduzindo a dependência de middleware de terceiros que os usuários não podem auditar facilmente.
Uma restrição de design que vale a pena notar: como todos os 676 computores encaminham o pacote autorizado para seus processadores, o sistema receptor deve lidar com a deduplicação. Uma única instrução do Qubic chega como 676 solicitações idênticas, e o destino precisa de lógica para reconhecê-las como um único pedido. Isso pode ser tratado no nível do processador, mas precisa ser contabilizado no design.
Modelo de Queima de Token Qubic e Taxa
A economia segue o mesmo padrão que as Máquinas Oracle. Cada invocação de OC custa uma taxa paga pelo contrato inteligente, e essa taxa é queimada, removendo permanentemente tokens QUBIC da circulação. Junto com as taxas de execução existentes e as taxas de chamadas de Oracle, a Computação Externalizada adiciona outro canal deflacionário que escala com o uso da rede.
Roteiro da Computação Externalizada: Cronograma até o Go-Live em 29 de Julho
O roteiro de desenvolvimento é estruturado e concreto. Documentos de arquitetura estavam em revisão com a CFB na época do AMA. A implementação básica começou em 3 de junho. Um OC simulado visa a testnet até 17 de junho e a mainnet até 1 de julho, exercitando todo o caminho de invocação e autorização sem ações do mundo real. O lançamento de produção, abrindo o protocolo para desenvolvedores construírem em cima, está marcado para 29 de julho. Se o sistema estabilizar antes, a equipe indicou que o cronograma poderia ser antecipado.
Os Três Pilares de Infraestrutura do Qubic Próximos da Conclusão
Com a Computação Externalizada se aproximando do seu go-live, a infraestrutura de contratos inteligentes do Qubic alcança um marco. Os contratos inteligentes lidam com a lógica on-chain. As Máquinas Oracle trazem dados externos para dentro. A Computação Externalizada envia a intenção autorizada para fora. Juntas, essas três pilares dão aos contratos inteligentes Qubic comunicação bidirecional com o mundo exterior no nível do protocolo.
A comunidade agora tem um conjunto claro de datas para acompanhar: mock da testnet em meados de junho, testes da mainnet no início de julho e um go-live completo em 29 de julho. Um AMA técnico de acompanhamento cobrindo gerenciamento de lançamentos e tópicos adicionais para desenvolvedores está planejado. Para quem está construindo no Qubic ou avaliando para onde o protocolo está indo, as próximas oito semanas serão reveladoras.
\u003ct-26/\u003e\u003ct-27/\u003e\u003ct-28/\u003e\u003ct-29/\u003e\u003ct-30/\u003e