Arthur Hayes, fondatore e CEO di FLOP Labs, ha aperto la rete sviluppatori per l'inferenza AI verificata di FLOP ai builder il 3 novembre 2026, mettendo online un devnet azzerabile con block explorer, faucet di token di test, API pubblica, interfaccia MCP e kit di sviluppo software. Gli agenti possono chiamare l'inferenza attestata sulla superficie proof-of-inference di FLOP attraverso i nuovi punti di accesso.

La pagina ufficiale dei link è diretta su cosa questa apertura non è. Il lavoro sul devnet non rende nulla: nessuna ricompensa e nessun peso per gli airdrop. Non esiste ancora un token FLOP live da acquistare, coniare, rivendicare o scambiare, e il test FLOP è destinato a verifiche tecniche piuttosto che a una classifica. Letti insieme, questi disclaimer inquadrano il 3 novembre come una tappa di ingegneria piuttosto che un evento di distribuzione — la fase in cui i meccanismi dichiarati di FLOP diventano pubblicamente testabili prima che esista qualsiasi livello economico.

Cosa possono utilizzare oggi i builder

FLOP Labs indirizza gli sviluppatori alle superfici live elencate nel suo registro di rete pubblica: un block explorer all'indirizzo explorer.devnet.flop.network, una faucet all'indirizzo faucet.flop.network, documentazione operativa sotto docs.flop.network e la home del progetto su flop.finance.

La faucet è etichettata per la chain monouso. Una concessione rapida eroga 25 FLOP per i test ordinari, mentre un percorso più ampio con verifica umana può coniare da 500 a 2.000 FLOP a fronte di un controllo di personhood. I fondi vanno a un indirizzo FLOP con prefisso SS58 42 — sufficiente per aprire sessioni e osservare il settlement senza presumere che le unità sopravvivranno a un reset.

Un gateway REST all'indirizzo api.flop.network presenta una superficie di marketplace di inferenza compatibile con OpenAI per la scoperta di modelli, completions, chat completions e query sulle capacità. La documentazione ufficiale elenca anche un MCP ospitato di sola lettura all'indirizzo mcp.flop.network, oltre a SDK TypeScript e Python e una CLI, così che gli agenti di coding possano collegare FLOP allo stesso modo in cui si connettono ad altri server di strumenti.

Come funziona l'inferenza AI verificata di FLOP

La proposta di FLOP non è "eseguire un chatbot su una blockchain". La rete è un livello di settlement per l'inferenza a pagamento. Un agente invia una richiesta di sessione che fissa un hash dei pesi del modello, un limite di latenza, un budget di calcolo in FLOP, un flag opzionale di riservatezza e una commissione. Un miner accetta ed esegue la sessione, quindi restituisce una proof, e i validatori incorporano l'hash della proof in un blocco di un secondo.

Proof of Inference è il nome di questa trail di evidenze. Ogni sessione lascia activation commitment e una trascrittura controfirmata, i validatori registrano la proof e i challenger possono in seguito verificare porzioni campionate. La rete non riesegue ogni token di ogni risposta per stabilire la fiducia; campiona controlli più economici e sostiene le dispute con stake.

Il design affronta un problema centrale all'intersezione tra AI e blockchain. Le API cloud consegnano una risposta e una fattura, ma non lasciano alcun registro pubblico e contestabile che il modello registrato sia stato eseguito come richiesto. FLOP mira a rendere il lavoro sufficientemente verificabile affinché gli agenti possano pagare l'inferenza senza fidarsi del file di log di un unico fornitore.

Perché una chain, e perché gli agenti AI

Gli agenti hanno bisogno di un'unità di razionamento per il calcolo scarso, e FLOP definisce quell'unità come convertibile in inferenza così come il denaro ordinario si converte in cibo. Secondo questa separazione, la chain gestisce account, escrow, settlement e stake sanzionabili, mentre il lato AI gestisce l'esecuzione dei modelli su host GPU. Mescolare i due ruoli in una sola frase è così che nasce l'hype; tenerli separati è come si legge il prodotto.

Per i builder, la superficie del 3 novembre è la prima occasione per percorrere una sessione dall'inizio alla fine: ottenere test FLOP, puntare un agente o un SDK al gateway, ispezionare il blocco risultante e verificare se gli oggetti proof corrispondono alla documentazione. Il yellow paper resta una specifica normativa in bozza per il protocollo obiettivo, non un'affermazione che ogni percorso di garanzia sia già attivo su questa chain monouso. Quel divario tra specifica in bozza e codice in esecuzione è esattamente ciò che un devnet azzerabile esiste per esporre, il che rende la procedura pratica — e non un evento token — il test a breve termine dei progressi in questo ambito.

Unità senza valore, reset e cosa la proof non significa

Hayes ha sottolineato i limiti che compaiono anche nella documentazione stessa di FLOP. I token del devnet non hanno valore, non coniano ricompense e non aggiungono peso di idoneità agli airdrop, e la chain può essere cancellata in qualsiasi momento. Qualsiasi proposta di "fare farming di FLOP in anticipo" va trattata come rumore finché un vero indirizzo di contratto non compare sulla pagina ufficiale dei link e dall'account @flop_labs su X.

Proof of Inference presenta un secondo limite che conta di più per i lettori interessati all'AI decentralizzata. La PoI può supportare l'affermazione che il lavoro registrato è stato eseguito come specificato, ma non prova che la risposta di un modello sia corretta, sicura o utile. La verifica dell'esecuzione non è la verifica del giudizio — una distinzione che la stessa pagina PoI di FLOP dichiara apertamente. Per chiunque colleghi agenti a pagamenti automatizzati, questa linea delimita il confine pratico di ciò che una ricevuta verificata può garantire a valle: il lavoro è stato eseguito come specificato, e nient'altro.

La documentazione operativa segnala ancora l'identità della rete pubblica come profilo di sviluppo, e l'iscrizione pubblica attende genesis verificati, chain-spec e ricevute di rilascio. Il testnet più ampio che si prevede concorra all'allocazione della genesis resta un tracciato separato e provvisorio, che punta a circa 90 giorni di lavoro in vista di una finestra di mainnet nel Q1 2027.

Ciò che si è aperto il 3 novembre è quindi una sandbox per builder con infrastruttura reale e disclaimer rigorosi. FLOP lavora per trasformare l'inferenza AI in lavoro saldabile e contestabile, e la nuova superficie devnet consente ad agenti e SDK di esercitare quel ciclo. Non vende ancora un token, non calcola un airdrop e non garantisce che una sessione verificata abbia prodotto una buona risposta. Da qui in avanti, i controlli significativi sono osservabili più che retorici: se le sessioni sul devnet si saldano effettivamente come documentato, e se le soglie delle ricevute si sbloccano sulla strada verso la finestra di mainnet dichiarata.

Fonte: Live Bitcoin News