Vediamo ora i vantaggi che una dao puo' avere che sono come si vede anche dalla slide, sono principalmente quattro punti che riflettono un po' tutto quello che ci siamo detti nel corso, ovvero decentralizzazione, insomma si riprende sempre come il riflesso se la dow, essendo una vediamola come una daphne in un'applicazione che gestisce una zecca e diciamogli che aiuta a gestire un'azienda in modo centralizzato, alla cui base allo smart contract tutte quelle cose che ci siamo dette all'interno di quel questo corso ne riflette poi tutte le caratteristiche.

Ovvero una dao non ha bisogno di un intermediario, quindi non ha bisogno di un'autorità centrale il zio come volete.

Qualunque persona il capo per essere più semplici che decide, quindi prende decisioni per l'azienda.

Il potere ha distribuito quindi il potere decisionale è in mano agli utilizzatori, ai possessori del talk che bene vengono vengono distribuiti a chi vuole decide di partecipare.

É anonima.

Io non ho bisogno di sapere se quella persona che ha quel token mio amico mio amica io non ho bisogno di sapere chi è perché quello che tanto il il codice fa è quello che sta scritto nel codice e è completamente neutro il codice, quindi non ha bisogno di capire che il sesso religione qualunque cosa a non interessa se hai il numero dei requisiti che sono ad esempio il token e hai certi parametri che eseguì, gestisce quella gestisce quella proposta.

Non hai bisogno di sapere veramente niente e poi potenzia e da forza sicuramente alla community, perché immaginatevi il lavoro che tutte la maggior parte delle aziende tradizionali fa questa diciamo anche quasi compulsivi that di capire i feedback dei clienti, capire immaginatevi che invece sono i clienti stessi a modificare la maggior parte delle aziende il bastone supporto comunque a molti form molti survey che manda i clienti per capire anche un po' viva soddisfazione siano delle fiches da consigliare per cercare anche di capire come come il prodotto.

Ecco qua è le persone che utilizzano a modificare, quindi sanno perfettamente come migliorare il prodotto.

Quindi un po' questo non è un po' questo diciamo spostamento da una persona che prende decisioni a tutte le persone che vogliono far parte e vogliono contribuire, vogliono migliorare, ha poi prendere decisioni.

Ovviamente ci sono delle sfide, come in tutte le varie varie lezioni che ci siamo viste, le varie qualunque cosa a delle sfide che devono essere ovviamente superate, che sono il codice è il rischio maggiore.

Questo dipende un po', le smart contract, essendo una alla base il cui backend in cui back-end ha una smart contract.

Se lo smart contract scritto male ci sono dei bug, quello può comportare un rischio per tutta l'organizzazione.

Unendoci al fatto che lo smart contract, essendo immutabile il bug rimane per sempre non possibilità di diciamo spegnerlo, evitarlo dovrei migrare, quindi creare un nuovo smart contract e abbandonare quello vecchio però quello vecchio, ma comunque non è che si ferma.

Quindi dovrei fare questo processo qua molte volte è successo, anzi vi racconto un po' questo questo diciamo episodio che è successo nel più o meno duemila sedici duemila diciassette, ovvero che era la prima.

Dao è stata costruita da Idaho, si chiamava dove aveva aveva stava gestendo circa quaranta milioni di dollari, come nel suo smart contract.

E ci fu un bug che permetteva una persona di svuotare lo smart contract, quindi prelevare tutti i quaranta milioni di dollari.

Questo è stato molto interessante perché C' era una conferenza a Milano che parlava di per la prima volta di come le davo con tutte le varie funzionalità delle dao e mentre stavano spiegando questa cosa successe.

Luke quindi fu una cosa che fece anche un po' a ridere.

Però questo portò a cosa fare.

Siccome il codice non può, è il rischio maggiore si andò a creare due protocolli.

Infatti potete trovare et room ed ethereum classic.

Quindi questo bug a cerca ha creato una biforcazione in cui in una catena, una glock rerum si è cercato di ritornare ai blocchi precedenti, quindi come se il bug non fosse avvenuto.

Mentre su ethereum classic invece abbiamo continuato ad andare come se il bug fosse effettivamente avvenuto.

Questo posto già capire un po' di contraddizione del fatto di della immutabilità.

Come puoi tornare indietro a quei tempi? Nel duemila sedici, essendo ancora molto piccola, era molto piu' facile anche i validatore.

Comunque la community era molto piccola, quindi si potevano anche prendere queste decisioni.

Una decisione fatta nel duemila ventitré molto complesso, quasi impossibile tornare indietro nei blocchi, quasi impensabile a quei tempi era molto più facile.

Quindi questa è una piccola storia l'altro fatto è che il contesto normativo vedo incerto perché immaginatevi anche tutta le dao, essendo la community non è il dio che si prende la commissione o diciamo la percentuale dei profitti, i profitti vengono divisi a tutti i possessori.

Questo a capire che ci sono alcune complicazioni o comunque alcune sfide da cercare di inquadrare anche dal punto di vista normativo l'altro fatto che infatti vi vi raccontavo prima che poi si lega al fatto del codice che essendo immutabile, ci possono essere degli svantaggi che, come il caso di dao, se c' è un bug, nel codice vengono depositati quaranta milioni, il codice scritto male si possono svuotare.

Quindi questo è un po', uno dei primi delle sfide che in cui bisogna fare.

Quindi il codice l'immutabilità il fatto che il quadro normativo ancora non è molto chiaro.