Una ricevuta di robot può dimostrare che un compito è avvenuto. Non può dimostrare che il servizio fosse affidabile. Questa differenza conta più di quanto pensino la maggior parte delle persone nel mondo delle criptovalute.

@Fabric Foundation non garantirà l'adozione da parte delle imprese semplicemente rendendo il lavoro del robot verificabile. Deve rendere il servizio del robot di livello contrattuale. Le imprese non acquistano "prova che una consegna sia eventualmente avvenuta." Acquistano finestre di risposta, aspettative di uptime e conseguenze quando quelle promesse vengono mancate. Una ricevuta valida è prova. Non è una garanzia di servizio.

Nelle operazioni reali, il fallimento che rompe la fiducia è raramente una totale non prestazione. È la tardanza, il completamento parziale, o le mancate risposte ripetute che sono individualmente spiegabili ma operativamente inaccettabili. Un ospedale, un magazzino o un team di struttura possono tollerare una certa variazione nei compiti. Quello che non possono tollerare è una rete che gestisce ogni compito completato in modo pulito mentre ignora silenziosamente che lo stesso robot ha perso tre finestre di risposta critiche prima di avere successo al quarto tentativo. È così che un protocollo può sembrare affidabile sulla catena e comunque fallire nell'acquisto nel mondo reale.

Quindi il vero test per Fabric non è se $ROBO gli incentivi possono verificare l'esecuzione. È se possono supportare crediti o penali a livello di servizio quando gli impegni temporali vengono mancati.

Se #ROBO non può trasformare le ricevute in affidabilità di servizio applicabile, le imprese lo tratteranno come uno strato di monitoraggio, non come uno strato di coordinamento.