Quando fallisce, raramente fallisce come nella fantascienza. Deriva. Un encoder a ruota inizia a perdere conteggi. Un cavo della telecamera si allenta dopo troppe botte contro il telaio della porta.
Un registro pubblico non risolve nessuno di questi problemi. Ciò che può fare è rendere la traccia cartacea del robot meno negoziabile. Non i flussi di sensori grezzi—nessuno vuole video di cucina o audio di magazzino scritti in qualcosa di permanente—ma le ricevute che contano quando la responsabilità diventa sfocata. Quale immagine del firmware è stata eseguita su questa unità giovedì scorso. Quali limiti di sicurezza sono stati modificati, da chi e da quale console. Se i sensori di coppia hanno superato la loro calibrazione prima che il robot fosse inviato a un sito cliente dove condivide un corridoio con persone che portano caffè.
L'appello è pratico: i robot si muovono tra aziende, appaltatori e ambienti che non condividono un database o un livello di fiducia. Un registro può contenere log hashati, aggiornamenti firmati, numeri di serie dei componenti e attestazioni di manutenzione che sopravvivono a quei passaggi. Può anche aggiungere attrito nei posti sbagliati. Il controllo in tempo reale non può attendere il consenso, e i tecnici di campo non hanno pazienza per flussi di lavoro che trasformano una riparazione di dieci minuti in un'ora di gestione delle chiavi.
Quindi finisci col progettare attorno ai vincoli. Mantieni il robot veloce e privato. Rendi la responsabilità lenta, durevole e difficile da falsificare. Il punto non è la purezza. È la tracciabilità quando qualcosa va finalmente storto.@Fabric Foundation #ROBO #robo $ROBO
