Pensare di costruire applicazioni, come ad esempio instagram, facebook and od altre in blocks in smart contract è sicuramente una delle cose che possiamo fare con la con tutta questa piattaforma, in particolar modo con iterum ora come vengono chiamate le api nel mondo decentralizzato dfi vengono chiamate con una d davanti, quindi daphne the centralized up.

Infatti quindi ho messo ora nella slide le varie caratteristiche che ci sono che sono ad esempio che sono un po', come abbiamo ripetuto durante anche tutto questo corso.

Essendo le daphne delle applicazioni che hanno la base smart contract alla quale hanno la base la glock champagne prendono un po' tutte le varie caratteristiche quindi ne derivano un po' per riflesso.

Tutte le varie caratteristiche che io le ho rimesse qua in questa slide, ovvero le caratteristiche che sono delle daphne sono si affidano a una rete distribuita l'head-up essendo costruite su smart contract.

Comunque è il solito come funziona una normale applicazione dove hai un backend confrontando dove nelle daphne il back end il tuo smart contract.

Quindi questa è la differenza che c' è trap daph dove essendo lo smart contract si affidano a una rete distribuita, sono open source quindi sono esattamente le stesse caratteristiche che abbiamo visto con gli smart contracts.

Sono protette, credo, cripto graficamente sono accessibili tramite token crittografici, ovvero per fare delle azioni come può essere ad esempio su Facebook.

Ad esempio pubblica il post fai betty like.

Per interagire con il contratto è necessario lo smart contract.

Nel mondo di fi è necessario interagire con un token crittografico, quindi non posso interagire, diciamo senza niente.

Devo interagire con qualcosa per far eseguire delle operazioni nelle nelle tap possiamo parlare di molte daphne che come ad esempio una va piu', quindi applicazioni dove poi vendere o scambiare token Daph dove puoi che ne so, gestire un social network decentralizzato.

Però immaginiamo ora un attimo di fare una dap per un caso pratico.

Ovvero facciamo il caso delle spedizioni decentralizzate nella maggior parte dei di un caso pratico ed sono le spedizioni che ovviamente col covi di abbiamo visto un boom.

Da questo punto di vista però immaginiamoci un attimo di togliere l'intermediario, quindi chi fa le spedizioni e creare una dap che gestisce delle applicazioni decentralizzate, ovvero io per lavoro, magari viaggio tra Livorno e milano, ad esempio, e viaggiando tra livorno e milano o posso diciamo caricarmi o prendere dei pacchi di una persona che sta a Livorno e portargliela a Milano.

Questa cosa qua può essere fatta in maniera anche decentralizzata, ovvero che è quello che farlo nelle normali spedizioni.

Turno come non so, amazon ops o altri.

Lo prendo il tuo pacco e poi lo consegnano per lo consegno nella città in cui puoi inserire.

Qual è il problema di farlo in modo decentralizzato? È che chi vuole consegnare un pacco, quindi chi diciamo? Io voglio spedire un no un iPhone da Livorno a Milano.

Cerco nella mia Dap che ho costruito chi è a Livorno e sta andando a Milano.

Lo contatto gli o gli do il mio pacco e poi quella pressione li' lo porta a Milano.

Questo è un caso semplice.

Capite che ci sono un sacco di complicazioni nel creare questa cosa qua in modo decentralizzato? Perché mentre Amazon l'ups si caricano le varie tutele ai danni? Nel caso può avvenire alla spedizione in maniera decentralizzato? Di chi è la colpa? Se succede qualche problema, quindi possiamo settare lo smart contract in modo che qual è il problema? Che infatti vi ho messo qua nel punto due il problema del collaterale, ovvero io che consegna un iPhone a questa persona, chi mi garantisce che poi questa persona consegni effettivamente il mio pacco? O magari scappi o lo rompa? Come come posso garantire questa cosa? È necessario che chi fa la spedizione metta un collaterale che sia di pari importo all'iphone.

Quindi supponiamo un iphone che costa mille euro.

La persona che vuole prenderlo e portarlo a milano deve mettere il collaterale di mille euro in questo caso perché la persona che ha affidato l'iphone è tutelato nel caso in cui questa persona possa mai di scappare con l'iphone.

Quindi in quel caso io lo stesso importo lo posso prendere, lo posso, ovviamente poi andiamo a ricomprare questo è un po' il caso vi ho preso l'iphone ma potete fare questa cosa qua per qualunque importo, per qualunque qualunque oggetto.

Questo è un esempio l'altro problema o comunque l'altra sfida che c' è da fare.

In questo caso pratico è la comunicazione offline shin, ovvero essendo lo smart contract online, quindi block nel mondo digitale chi mi garantisce che quando io porto l'iphone e lo consegno in una immaginiamoci un amazon locker che le persone portano il pacco è per le persone colpite lo vanno a sbloccare il pene nel pacco.

Chi mi garantisce che quando arriva il pacco non si è rotto? Non è danneggiato perché nel caso tradizionale è l'amazon gps che rimborsano il caso.

Ci sono stati dei danni, ma in un caso di centralizzato io porto questo iPhone rompo durante il viaggio.

Come può essere la persona tutelata in questo modo? È necessario.

Qui ritorna un po' il concetto degli oracoli.

Anche qua ci vuole una terza parte che va effettivamente magari a controllare che l'iphone sia in perfette condizioni, in modo che possa comunque validare la varia le varie transazioni.

Ole l'avaria vario contratto che è stato stabilito tra le due parti.

Qui entra un po' la complessità perché bisogna comunicare con lo smart contract e dire allo smart contract guarda L'iphone è arrivata in perfetto stato, quindi puoi sbloccare il collaterale di mille euro e pagare la commissione a questa persona che ha svolto questa spedizione.

Il fatto di comunicare lo smart contract è capite che ci vuole una responsabilità abbastanza elevata, perché chi chi? Chi è che potrebbe essere anche un problema di corruzione? Ad esempio le persone che valutano l'iphone potrebbe essere Mary corrotte, quindi è necessario creare anche dei meccanismi per chi controlla che non ci sono stati danni.

Magari può mettere anche lui del collaterale che se viene scoperto che fa delle corrotto, fa delle inesattezze, perde quel collaterale.

Quindi questa ovviamente un caso pratico prendetelo un po' così con le pinze diremo però fate ovviamente le vostre conclusioni.

Cercate di capire anche che ci sono veramente altri casi prati pratici.

Io vi ho preso il caso pratico che racchiude un po' tutte le sfide che sono ovviamente il fatto di spedizione decentralizzate, il fatto del collaterale e questa comunicazione of perché mentre nei protocolli decentralizzati che sono tutti online, molto più facile interagire se rimani nel digitale è molto più facile dal momento che deve interagire con l'esterno c'è sempre il problema se chi comunica dall'esterno al digitale, quindi dal mondo reale al digitale può fare delle del cosiddetto errore umano.

Comunque quindi il fatto digitale roma non esiste perché è azzerato il fatto fisico molto più complesso, quindi un po' la sfida sta un po', quella un po', il concetto dell'oracolo