L'AMA “Tech on Deck” del 3 giugno di Qubic si è concentrato su uno sviluppo che trasformerà il modo in cui il protocollo interagisce con il mondo esterno: Computazione Esternalizzata. I core developers FNordSpace e Raika si sono uniti al moderatore Joetom per analizzare l'architettura, spiegare il modello di autorizzazione e delineare una roadmap con un obiettivo di go-live previsto per il 29 luglio. La sessione ha anche offerto uno sguardo sulle realtà di costruire sulla base di codice non convenzionale di Qubic, attirando oltre 3.500 spettatori in diretta.
Com'è costruire su Qubic's Bare Metal Architecture
Prima di tuffarsi nel Calcolo Esternalizzato, il team ha discusso cosa comporta realmente lo sviluppo del core di $Qubic. L'immagine che ne è emersa è quella di un costante adattamento. La salute della rete detta la giornata: se la catena si blocca o le velocità di tick degradano, tutto il resto si ferma finché il problema non viene risolto.
Il codice di Qubic gira direttamente su UEFI senza alcuna libreria standard C++ disponibile. Questa limitazione colora tutto. Le funzionalità di base che la maggior parte degli sviluppatori C++ dà per scontate devono essere implementate da zero. Gli strumenti di codifica AI aiutano a catturare piccoli bug, ma suggeriscono regolarmente schemi che non si compileranno in un ambiente bare metal. Il sistema sandbox per l'esecuzione dei contratti intelligenti porta con sé le proprie assunzioni su memoria e stato di cui gli strumenti AI non sono a conoscenza. Come ha notato Raika, gli sviluppatori spesso finiscono per guidare l'AI più di quanto l'AI guidi loro.
Entrambi gli sviluppatori hanno condiviso storie di guerra. La prima pubblicazione di FNordSpace ha causato un tick della rete e un blocco, un piccolo bug che ha scosso la sua fiducia in quei primi giorni. Raika ha trascorso mesi a tracciare un bug di concorrenza nel pool di transazioni in sospeso prima di isolarlo. Queste esperienze hanno guidato miglioramenti nei processi: il team ora ha piani di test strutturati, una migliore copertura dei test unitari e meccanismi di recupero della rete. Raika ha anche costruito uno strumento di verifica dei contratti che è diventato essenziale man mano che il volume dei contratti intelligenti Qubic inviati dalla comunità cresce.
Calcolo Esternalizzato: Da Osservatore On-Chain ad Attore Cross-Chain
FNordSpace ha guidato l'approfondimento tecnico, attingendo a tre settimane di stretta collaborazione con CFB per progettare l'architettura. Ha aperto con una correzione importante: il Calcolo Esternalizzato non ha nulla a che fare con l'affitto di potenza di calcolo, per chiarire qualsiasi confusione. Ha confermato questo con CFB più volte.
Il concetto si inserisce all'interno di un sistema che Qubic ha già. Le Oracle Machines portano dati esterni nella catena. Un contratto intelligente può interrogarle per qualcosa come il prezzo attuale di Bitcoin e ricevere una risposta verificata. Le informazioni fluiscono verso l'interno. Il Calcolo Esternalizzato inverte quel flusso. Permette a un contratto intelligente Qubic di inviare un'istruzione autorizzata all'esterno, dove un sistema esterno agisce su di essa. FNordSpace lo ha messo semplicemente: le Oracle Machines hanno dato ai contratti intelligenti occhi e orecchie. Il Calcolo Esternalizzato dà loro mani.
Una differenza critica separa i due sistemi. Le Oracle Machines restituiscono risultati. Il Calcolo Esternalizzato non lo fa. È fire-and-forget. Il contratto intelligente emette un intento, la rete autorizza e consegna, e il lavoro dell'OC è finito. Se il contratto ha bisogno di conferma che l'azione sia riuscita, interroga separatamente una Oracle Machine.
Come Funziona l'Invocazione del Calcolo Esternalizzato di Qubic
Il processo di autorizzazione ha quattro fasi. Un contratto intelligente invoca un OC durante l'esecuzione e paga una commissione. Ogni computor che esegue il contratto in quel momento registra i parametri della richiesta in una struttura dati centrale. I computor poi firmano indipendentemente la richiesta. Una volta che 451 dei 676 computor hanno firmato, la richiesta è autorizzata. Questa soglia di quorum dei due terzi assicura che nessuna istruzione lasci la catena senza un ampio consenso, e il pacchetto di firme consente ai sistemi esterni di verificare indipendentemente che la rete Qubic ha sanzionato l'azione. Infine, ogni computor inoltra il pacchetto firmato al suo processore, una macchina separata progettata per eseguire il compito specifico off-chain.
Il processore è dove avviene l'azione, ed è sviluppato dal creatore del contratto intelligente, non da Qubic. Il protocollo fornisce la meccanica di autorizzazione e il meccanismo di consegna. Cosa fa il processore con l'istruzione autorizzata è completamente up to whoever builds it.
Azioni Cross-Chain, Transizioni di Custodia e Casi d'Uso nel Mondo Reale
Tre categorie di casi d'uso sono emerse dal lavoro di FNordSpace con CFB. Le azioni cross-chain permettono a un contratto intelligente Qubic di attivare transazioni su Bitcoin, Ethereum o altre blockchain attraverso un processore progettato appositamente. Le transizioni di custodia diventano possibili, dove un contratto può ruotare i firmatari autorizzati su un wallet multisig in un'altra catena. E le integrazioni con servizi esterni aprono la porta a interazioni nel mondo reale: un utente paga un contratto in QU, il contratto verifica il pagamento e un OC attiva un'azione come sbloccare una bicicletta o rilasciare fondi in escrow.
I ponti blockchain si distinguono come un'applicazione a breve termine. Gli attuali ponti Qubic dipendono da middleware che monitora costantemente la catena dei tick. Con OC, un contratto intelligente potrebbe inviare istruzioni all'altra catena direttamente, eliminando la necessità di un ascoltatore sempre attivo e riducendo la dipendenza da middleware di terze parti che gli utenti non possono facilmente auditare.
Una limitazione progettuale da notare: poiché tutti i 676 computor inoltrano il pacchetto autorizzato ai loro processori, il sistema ricevente deve gestire la deduplicazione. Una singola istruzione da Qubic arriva come 676 richieste identiche, e la destinazione deve avere logica per riconoscerle come un ordine unico. Questo può essere gestito a livello di processore, ma deve essere considerato nel design.
Bruciatura del Token Qubic e Modello delle Commissioni
L'economia segue lo stesso schema delle Oracle Machines. Ogni invocazione OC costa una commissione pagata dal contratto intelligente, e quella commissione viene bruciata, rimuovendo permanentemente i token QUBIC dalla circolazione. Insieme alle commissioni di esecuzione esistenti e alle commissioni delle chiamate Oracle, il Calcolo Esternalizzato aggiunge un altro canale deflazionario che si scala con l'uso della rete.
Roadmap del Calcolo Esternalizzato: Cronologia fino al Go-Live del 29 Luglio
La roadmap di sviluppo è strutturata e concreta. I documenti di architettura erano in revisione con CFB al momento dell'AMA. L'implementazione di base è iniziata il 3 giugno. Un mock OC mira al testnet entro il 17 giugno e al mainnet entro il 1 luglio, esercitando il percorso completo di invocazione e autorizzazione senza azioni nel mondo reale. Il rilascio in produzione, che aprirà il protocollo per gli sviluppatori, è fissato per il 29 luglio. Se il sistema si stabilizza prima, il team ha indicato che il programma potrebbe anticiparsi.
I Tre Pilastri Infrastrutturali di Qubic Vicini al Completamento
Con il Calcolo Esternalizzato che si avvicina al suo go-live, l'infrastruttura dei contratti intelligenti di Qubic raggiunge un traguardo. I contratti intelligenti gestiscono la logica on-chain. Le Oracle Machines portano dati esterni. Il Calcolo Esternalizzato invia l'intento autorizzato all'esterno. Insieme, questi tre pilastri offrono ai contratti intelligenti Qubic una comunicazione bidirezionale con il mondo esterno a livello di protocollo.
La comunità ora ha un chiaro insieme di date da tenere d'occhio: mock del testnet a metà giugno, test del mainnet all'inizio di luglio e un go-live completo il 29 luglio. È pianificato un AMA Tecnico di follow-up che coprirà la gestione delle versioni e ulteriori argomenti per gli sviluppatori. Per chiunque stia costruendo su Qubic o valutando dove sta andando il protocollo, le prossime otto settimane saranno rivelatrici.