Inviare portafogli ai robot non è sufficiente, la cosa più difficile per Fabric è stabilire l'identità

Per molte persone, la prima volta che vedono @FabricFND, il punto più facile da ricordare è che i robot possono avere conti e capacità di pagamento. Ma più guardo, più mi rendo conto che il portafoglio è solo la superficie; la vera difficoltà è come confermare l'identità, come vincolare i diritti e come rintracciare le responsabilità. Nella realtà, se un dispositivo deve ricevere un compito, non è così semplice come ricevere denaro; deve anche essere identificato come “quale dispositivo è”, cosa può fare, chi ha il diritto di attivarlo e se, dopo un problema, è possibile rintracciare le registrazioni fino a comportamenti e configurazioni specifiche. Senza questo livello, anche se il robot può effettuare regolamenti, è comunque difficile entrare realmente in una rete di collaborazione aperta.

Fabric mi invoglia a continuare perché non ha separato “il conto” per parlarne singolarmente, ma ha invece considerato identità, assegnazione dei compiti, pagamenti e responsabilità all'interno di un'unica infrastruttura. Questo approccio è più simile a costruire un sistema, piuttosto che a realizzare solo un involucro di pagamento. Come verificherò in seguito è anche molto chiaro. Prima di tutto, verifico se il dispositivo reale continua a connettersi e lascia una storia di identità tracciabile. In secondo luogo, verifico se c'è un'associazione stabile tra compiti e pagamenti, e non solo azioni sporadiche sulla blockchain. Terzo, verifico se i partecipanti esterni possono connettersi ai dispositivi o assemblare moduli attorno a questa interfaccia. $ROBO se in questo processo è solo un mezzo opzionale, manterrò un atteggiamento cauto; se è davvero legato a responsabilità, costi di autorizzazione e processi di regolamento, allora è più simile a un asset funzionale. Tendo a guardare prima se “questa disciplina dell'identità” può essere stabilita, e poi parlo dello spazio di immaginazione. @Fabric Foundation $ROBO #ROBO