🔥Alphab百U大毛又要来了?
Oggi con alta probabilità possiamo mangiare due volte, basta non girare a vuoto.
Questo ciclo mantenere l'acquisizione di 6 airdrop è sufficiente.
📆 Airdrop di oggi: SN3
Orario: 16:00
Valore: 40-50u
Background: token della piattaforma di giochi blockchain, finanziamento di 500W dollari, sfruttando un po' il settore AI, si può aspettare qualcosa.
📆$BSB gara (22:00)
Classifica di oggi: 147978 00 Nuovo: 56881
Volume di ieri: 670926724
PS: Piccole conoscenze sulla blockchain: perché i robot non possono aspettare la conferma della blockchain?
Recentemente, mentre guardavo l'architettura di @Fabric Foundation , ho avuto un pensiero subconscio: dato che i robot devono convalidare il compito sulla blockchain alla fine, ogni passo deve aspettare la conferma della blockchain prima di essere eseguito?
Poi ho calcolato il tempo e sembrava un po' strano, hmm...$ROBO il design attuale è di prototipare prima sulla catena EVM, il white paper menziona chiaramente che correrà prima su catene compatibili esistenti, come Ethereum Mainnet e Base L2 di Coinbase. Il problema è che la conferma sulla catena richiede spesso alcuni secondi o anche di più, mentre l'unità di tempo del robot è il millisecondo, quindi i tempi non combaciano.
Se il robot aspetta davvero la conferma sulla catena prima di agire, potrebbe non aspettare nemmeno il comando prima di dare errore. Quindi l'architettura di Fabric è più vicina a un modello di esecuzione locale + verifica sulla catena. Così, il design di Fabric è probabilmente l'opposto, l'azione avviene localmente, la fiducia avviene sulla catena, il robot completa prima il compito nel mondo reale e poi impacchetta il processo di esecuzione come prova da inviare sulla catena.
Come menzionato nel white paper: il robot esegue il compito → genera un registro di esecuzione → invia per verifica in rete → regolamento token, la verifica avviene dopo l'esecuzione. Inoltre, nella rete Fabric, #ROBO i token in realtà funzionano attorno a questo meccanismo di verifica posteriore, il robot completa il compito, invia la prova e ottiene il regolamento ROBO tramite verifica.
Quindi $ROBO qui non è realmente il telecomando del robot. È più simile a un contabile + revisore per il robot. Pensando a questo, il design di Fabric è piuttosto interessante.