How to Design a Token System - Token-Economy-Book/ItalianTranslation GitHub Wiki

Come approcciare il progetto di un token nel caso in cui vogliate tokenizzare la vostra azienda o comunità e renderla pronta per il Web3? Quali domande dovete porvi? Di quale know-how avete bisogno nel vostro team per essere in grado di "progettare" o "ingegnerizzare" correttamente questi token? Lo scopo di questo capitolo è quello di capire quali domande sono rilevanti nel processo di progettazione e ingegnerizzazione di un nuovo sistema di token, in funzione del tipo di token che si vuole creare.

Gli approcci del design thinking hanno trovato ampia adozione nelle pratiche di design di prodotto delle startup e delle scaleup del Web2, con una particolare attenzione alla progettazione centrata sull'utente o human-centered design. Il termine "design thinking" risale agli anni 50 e ha trovato un'adozione diffusa nella comunità aziendale negli anni 90. Lo scopo era quello di applicare tecniche di creatività per nuove metodologie di risoluzione dei problemi che fossero orientate alla soluzione, ma olistiche nel loro approccio. Gli approcci del design thinking aiutano a pianificare strategicamente i concetti per qualsiasi nuova tecnologia, prodotto o servizio. Il processo va dalla definizione del problema, alla sua ideazione, le strategie focalizzate sulla soluzione, la modellazione, la prototipazione, il test e la valutazione, compresi i cicli iterativi di feedback.

Con l'affermarsi del Web3, il termine "ingegneria" viene usato nel contesto della progettazione di sistemi di token da una crescente comunità di "ingegneri dei token".[^1] La ragione dell' uso della parola _ingegneria _(invece di design) è rendere giustizia alla natura infrastrutturale e mission-critical delle reti Web3 e di molte delle loro potenziali applicazioni. Trent McConaghy afferma che "l'ingegneria riguarda l'analisi rigorosa, la progettazione e la verifica dei sistemi; il tutto assistito da strumenti che conciliano la teoria con la pratica. L'ingegneria è anche una disciplina di responsabilità: essere eticamente e professionalmente responsabili delle macchine che si costruiscono, come illustrato dalle viste e dagi anelli di ferro del Tacoma Narrows Bridge". È stato probabilmente la prima persona a coniare il termine "ingegneria dei token", sperando che "la progettazione dell'ecosistema dei token diventasse anche un campo di analisi, progettazione e verifica rigorosa. Avrebbe strumenti che conciliano la teoria con la pratica. Sarebbe guidato da un senso di responsabilità".

I termini "design" e "ingegneria" sono strettamente correlati ma non indicano la stessa cosa. Piuttosto, si completano a vicenda. Mentre il termine "design" potrebbe essere un termine più conosciuto e intuitivo, portando un significato più soggettivo, creativo e persino artistico, il termine "ingegneria" tende a portare in primo piano gli aspetti tecnici, la composizione di parti inerti per creare un insieme prevedibile e robusto. "Il Design è un piano o una specifica per la costruzione di un oggetto o di un sistema o per la realizzazione di un'attività o di un processo, o il risultato di tale piano o specifica sotto forma di prototipo, prodotto o processo.”[^2] L'ingegneria si riferisce "all'uso di principi scientifici per progettare e costruire macchine, strutture e altri oggetti, compresi ponti, gallerie, strade, veicoli ed edifici".[^3] Il design è, quindi, una parte di un processo di ingegneria. Il termine "design ingegneristico" è usato per descrivere la parte del processo di ingegneria che è aperta e in definitiva più soggettiva.

Simile all'ingegneria elettrica e alla progettazione delle politiche pubbliche, l'ingegneria dei token riguarda l'analisi rigorosa, la progettazione e la verifica dei sistemi e dei loro presupposti. I loro presupposti devono essere assistiti da strumenti che conciliano la teoria con la pratica. Tuttavia, al contrario dell'ingegneria elettrica, la progettazione del comportamento umano è molto più simile alla gestione delle economie nazionali e alla progettazione delle politiche pubbliche, in quanto richiede tecniche di modellazione molto più "fuzzy". Con l'emergere dell'IA e di migliori strumenti di simulazione, potremmo essere in grado di progettare e distribuire token purpose-driven più efficaci che inoltre fattorizzano le distribuzioni di probabilità sconosciute, i comportamenti sconosciuti o avversi degli agenti, le esternalità potenziali della rete e "la tragedia dei beni comuni" subite da altre parti della società.

Mentre la comunità della "ingegneria dei token" sottolinea la necessità di pratiche rigorose di ingegneria del software, mi sembra spesso che nelle teorie delineate e nelle pratiche vissute essa si concentri principalmente su ciò che chiamerei gli aspetti di "ingegneria tecnica" di un sistema di token. Uno sguardo alla composizione dei membri del team della maggior parte delle startup blockchain/web3/token riflette abbastanza bene questa tecno-centricità. L'ingegneria, tuttavia, è la pratica di creare una tecnologia che in definitiva ha sempre un obiettivo sociale. Guardare all'ingegneria attraverso una lente puramente tecnologica perpetua una mentalità riduzionista sul perché e come costruiamo la tecnologia.

Sembra esserci una crescente comprensione della necessità di usare il termine "ingegneria" in senso più ampio quando si progetta un sistema di token. Il Web3 con i suoi ledger distribuiti e i suoi smart contract fornisce uno strato di governance e uno strato economico per Internet. Se qualcosa va storto, il danno collaterale è alto, come abbiamo visto con gli exploit "TheDAO" del 2016 o l'exploit del contratto multisignature "Parity" del 2017 che ha portato a milioni di euro prosciugati da uno o più smart contract, o i più recenti DeFi Hacks del 2020. Suggerisco quindi di distinguere esplicitamente tra gli aspetti di "ingegneria tecnica", "ingegneria legale", "ingegneria economica" e "ingegneria etica" di un token.

Token Engineering

Ingegneria Tecnica

Quando si crea un sistema di token, si deve decidere se creare un token di infrastruttura o un token di applicazione, e come implementarlo tecnicamente. I "token di infrastruttura" sono token che guidano le reti blockchain pubbliche (1° livello) o i protocolli di secondo livello come i canali di stato, o altri protocolli Web3 come le reti di archiviazione dei file distribuiti (maggiori informazioni in Parte 1 - Web3, lo Stateful Web). Questi token di infrastruttura sono purpose-driven, incentivando la manutenzione collettiva di tali reti. Le domande di progettazione più importanti nel processo di ingegneria sono legate a questioni di sicurezza, scalabilità e privacy.

**Aspetti di Sicurezza **affrontano la progettazione dei meccanismi criptoeconomici per fornire il livello di sicurezza necessario (maggiori informazioni in Parte 1 - Token Security, Blockchain e altri Ledger Distribuiti).

Aspetti di Scalabilità affrontano il trade-off tra sicurezza, decentralizzazione e scalabilità. Mantenere la sicurezza e un alto livello di decentralizzazione mentre si permette la scalabilità è una questione ingegneristica che richiede una varietà di compromessi. Diverse tecniche di scalabilità, come lo sharding, l'interoperabilità, i canali di stato, e strumenti crittografici alternativi che riducono il bolting delle transazioni, sono attualmente in fase di test per affrontare questi problemi (maggiori informazioni nell' Allegato "Scalabilità").

Gli aspetti di Privacy affrontano questioni come la scelta del tipo di crittografia da utilizzare per consentire la giusta "privacy by design". Nelle prime reti blockchain, i dati inclusi in un token e nei suoi scambi sono pubblici a chiunque. Attraverso meccanismi crittografici aggiuntivi, le concessioni di accesso possono essere gestite in un modo più rispettoso della privacy (maggiori informazioni in Parte 3 - Token per la Privacy). Tuttavia questo ha un costo, poiché ogni operazione crittografica aggiuntiva comporta un maggior costo della invocazione del contratto.

I "Token di Applicazione" sono gestiti da un ledger distribuito sottostante e altre reti Web3. Il processo di ingegneria tecnica dovrà considerare quale infrastruttura e standard di token utilizzare. Dovranno inoltre essere considerate le potenziali esigenze di interoperabilità del sistema di token.

Infrastruttura utilizzata: Poiché i token applicativi sono gestiti da un ledger distribuito, tutte le esigenze di privacy, scalabilità, decentralizzazione e sicurezza del token dovranno essere soddisfatte dall'infrastruttura sottostante. Nello scegliere tra i compromessi posti da una soluzione rispetto ad un'altra devono quindi essere tenuti in considerazione i vincoli infrastrutturali.

Interoperabilità: Nonostante il fatto che i ledger distribuiti abbiano attualmente un'interoperabilità limitata, ci sono soluzioni all'orizzonte che potrebbero favorire un sistema rispetto all'altro. A seconda di quanta interoperabilità richiede il vostro sistema di token nel lungo periodo, è necessario considerare le questioni relative alla infrastruttura.

Standard: Il processo di ingegneria tecnica può scegliere da una lista crescente di smart contract standardizzati dedicati ai token. Gli standard di token utilizzati dipendono dalle proprietà che un token deve avere (privacy, fungibilità, trasferibilità, data di scadenza), e le proprietà dipendono dallo scopo ("purpose") del token, tenendo conto di tutti i vincoli economici, legali o etici.

Token Engineering Aspects

Ingegneria Legale

L'ingegneria legale dei token è il compito predominante quando si tratta di "sistemi di token semplici". Il termine "semplice" è comunemente usato nel dominio dei sistemi complessi[^4]. Nel contesto dell'ingegneria dei token, il termine "semplice" si riferisce al fatto che le dinamiche dei modelli di business o di governance di un potenziale token sono ben note, come nel caso di (i) denaro della banca centrale, (ii) titoli e altri beni, (iii) processi di identificazione e certificazione, (iv) diritti di voto, (v) voucher e coupon, o (vi) biglietti di ingresso e altri diritti di accesso. I rispettivi processi di business o di governance di questi casi d'uso sono stati sottoposti a stress test per decenni, a volte secoli. Le potenziali scappatoie sono state chiuse nel corso degli anni in un processo di trial and error, e c'è una regolamentazione in atto. La tokenizzazione di tali processi di business/governance richiede principalmente l'ingegneria legale, che si riferisce a rendere la tokenizzazione dei beni esistenti, dei diritti di accesso e dei diritti di voto legalmente conformi alla legislazione locale. L'ingegneria legale, quindi, si riferisce alla tokenizzazione dei modelli di governance tradizionali in cui gli smart contract sostituiscono molte delle operazioni esistenti basate sull'uomo/carta/client-server. Le questioni rilevanti nel processo di ingegneria legale di token di identità, token di valuta, token di beni o token di diritti di voto sono:

  • Quali giurisdizioni transnazionali/nazionali/locali devono essere considerate?

  • Quali organismi di regolamentazione potrebbero essere interessati?

  • Come possiamo progettare gli smart contract in modo che siano legalmente conformi?

  • La giurisdizione deve essere cambiata per soddisfare le nuove possibilità/dinamiche della tokenizzazione e del Web3?

Ingegneria Economica

L'ingegneria economica è prevalentemente richiesta quando si progettano "sistemi di token complessi". Gli incentivi e le regole di governance della comunità sono legati a "token purpose-driven" che guidano l'azione collettiva della comunità attraverso meccanismi automatizzati (maggiori informazioni in Parte 4 - Token Purpose-Driven). I modelli di governance sono per lo più sconosciuti e sono il risultato della miriade di nuove possibilità di regolare l'azione collettiva sul Web3 in assenza di intermediari, utilizzando smart contract e ledger distribuiti. Molti si riferiscono a questi token come "token di utilità", "token di lavoro" o "token di consenso". Ciò che tutti questi token hanno in comune è che guidano l'azione collettiva verso uno scopo comune. Tali scopi comuni potrebbero essere il consenso, la condivisione delle risorse, la reputazione e la cura, la riduzione delle emissioni di CO2, ecc. Gli strumenti che sono necessari per progettare tali sistemi possono essere trovati in economia, scienza delle reti, sistemi cyber-fisici e sistemi sociotecnici.

**L’Economia **si occupa degli studi delle istituzioni economiche, delle politiche e dell'etica, comprese le questioni dell'allocazione delle risorse, delle disparità di ricchezza e delle dinamiche di mercato nel contesto della produzione, distribuzione e consumo di beni e servizi.

La Scienza delle Reti studia le reti complesse, dalle reti biologiche alle classiche reti di telecomunicazione, dalle reti di computer alle reti sociali. I metodi utilizzati includono matematica, fisica, informatica e sociologia..

I sistemi Cyber-fisici sono meccanismi controllati o monitorati da algoritmi basati su computer, strettamente integrati con Internet e i suoi utenti. Gli esempi includono le reti elettriche e i sistemi di trasporto su larga scala, che condividono entrambi la proprietà che il comportamento di attori umani incontrollati può creare condizioni indesiderate o addirittura pericolose in modi anche del tutto controintuitivi.

Sistemi Sociotecnici, termine coniato per la prima volta negli anni '40 che si riferisce all'interazione degli aspetti sociali e tecnici di organizzazioni e comunità private e pubbliche, online e nel mondo reale. Si riferisce agli studi delle infrastrutture complesse che una società utilizza, come Internet e altre reti di comunicazione, catene di approvvigionamento e sistemi legali, e il comportamento umano. La relazione può essere semplice (relazioni lineari di causa-effetto) o complessa (non lineare e difficile da dirigere e prevedere).

Le principali domande a cui bisogna rispondere in questi processi di progettazione sono

Obiettivo del sistema di token: Che tipo di sistema si vuole creare?

Quanti tipi diversi di token occorrono? Alcuni sistemi tokenizzati prevedono più tipi di token per guidare l'azione collettiva all'interno della rete. Esempi che sono stati spiegati nei capitoli precedenti di questo libro sono la rete di social media decentralizzata Steemit (STEEM, SP, SBD) o il token stabile MakerDAO (DAI, WETH, PETH, SIN, MKR). Altri sistemi di token hanno solo un token, come la rete Bitcoin. Si può generalmente supporre che al crescere del numero di tipi di token cresca anche la complessità delle dinamiche di gestione della rete.

Scopo: La definizione di uno scopo chiaro del token è necessaria per l'ulteriore processo di progettazione. Avendo analizzato oltre 100 sistemi di token, appare evidente che più chiaro è lo scopo, più resiliente è la rete. La mia opinione personale è che un token dovrebbe avere un solo scopo. Se hai più scopi, probabilmente hai bisogno di più tipi di token. Altrimenti il progetto del meccanismo del sistema di token può diventare troppo complesso.

Proprietà: Una volta definito lo scopo, si possono derivare le proprietà del token, tenendo conto di tutti i vincoli economici, legali o etici che potrebbero influenzare le dinamiche del sistema. Esempi per la scelta delle proprietà e le dinamiche potenziali sono: (i) Trasferibilità: I token sono legati a un'identità unica (persona o istituzione) o hanno una trasferibilità limitata? A seconda del caso d'uso, la risposta può essere diversa. La trasferibilità limitata riduce automaticamente la liquidità di un token, rendendolo impraticabile come mezzo di scambio. I token di reputazione, per esempio, devono essere legati all'identità di una persona o organizzazione nella rete e non dovrebbero avere alcuna trasferibilità. I token di reputazione trasferibili potrebbero essere scambiati sul mercato libero, rendendoli non indicativi del comportamento personale nella rete, come nel caso dei token "Steem Power" nell'ecosistema Steemit. (ii) Fungibilità: Se i token sono identici e non legati a un'identità, la politica monetaria di un sistema di token, incluso il tasso di inflazione, deve essere determinata perché i token possono agire come mezzo di scambio (token di pagamento). (iii) Data di scadenza: se un token ha una data di scadenza, questo ridurrà l'inflazione del token. Una data di scadenza potrebbe anche essere auspicabile nel caso di coupon o biglietti d'ingresso e altri diritti di accesso.

Proof-of…: Le proprietà di un token sono la base per modellare un meccanismo fault-tolerant per guidare la rete verso un obiettivo collettivo. Lo scopo di un tale meccanismo fault-tolerant è quello di definire con cura il comportamento che comporta la emissione dei token, in modo che sia resiliente contro la corruzione, gli attacchi o gli errori. Il metodo Proof-of-Work ha dimostrato di essere resiliente per raggiungere lo scopo (transazioni P2P). Il token di reputazione della rete Steemit (Steem Power), d'altra parte, non ha un design di token resiliente per adattarsi al suo scopo (servire come token di reputazione tollerante agli errori che è indicativo di contenuti di qualità).

Ingegneria Etica

La progettazione di sistemi a token richiede anche un pensiero etico e politico. Il tipo di sistema che vogliamo creare non è una questione tecnologica ma una questione socio-economica e politica. Domande di politica, morale ed etica avranno bisogno di una risposta, idealmente prima della progettazione di tali sistemi. Se non riusciamo a incorporare domande etiche nel processo di pensiero di progettazione di tali sistemi, creeremo un "bias di protocollo". La storia ha dimostrato che, alla fine, tutte queste domande dovranno essere risolte. Tuttavia, se questo viene fatto a posteriori, dopo che un sistema è stato creato, questi pregiudizi sono difficili da invertire a causa dell'inerzia del sistema (vedi lo scandalo Cambridge Analytica e le discussioni sulla privacy, il controllo e la governance dei social media che sono seguite sulla scia dello scandalo, e le sfide che la rete Facebook sta affrontando in questo momento). Tuttavia, non dobbiamo reinventare la ruota. Possiamo applicare l'etica ingegneristica[^5] alla creazione di sistemi basati su Internet, qualcosa che la Silicon Valley e altri grandi attori dell'era di Internet non sono riusciti a fare. In termini di progettazione di token, due delle questioni etiche e politiche più importanti sono:

Transparenza vs. Privacy: Il compromesso tra interessi pubblici e privati è un'antica discussione politica che è stata studiata dalla scienza politica e dalla sociologia. Mentre la privacy dell'individuo è importante, potrebbe minare l'interesse pubblico. Prendiamo il caso della trasparenza della catena di approvvigionamento: mentre la maggior parte dei consumatori probabilmente concorda sul fatto che sarebbe auspicabile avere maggiori informazioni su ciò che accade lungo la catena di approvvigionamento di beni e servizi, l'atto di fornire un tale livello di trasparenza potrebbe violare i diritti individuali (ad esempio, una telecamera in una fabbrica per monitorare i diritti dei lavoratori viola anche la privacy dei lavoratori, a seconda di come quei dati vengono rivelati). È quindi cruciale assumere esperti di scienze sociali con il giusto know-how quando si vuole rispondere a queste domande.

Strutture di Potere: Il compromesso tra decentralizzazione, sicurezza e scalabilità è un argomento molto discusso nelle reti blockchain. Il trilemma della decentralizzazione solleva la questione politica di quanta decentralizzazione è necessaria/desiderata a seconda del caso d'uso e dei valori di una comunità. Più decentralizzato è il sistema, più la rete è lenta, e viceversa. Altrimenti, si deve sacrificare la sicurezza della rete. Le strutture di potere sono anche importanti quando si progettano i token di reputazione su una rete di social media come Steemit.com. Nel suo design attuale, la maggior parte dei token di reputazione (Steem Power) sono di proprietà di una manciata di grandi attori della rete, e solo questi decidono quale storia è rilevante o meno.

Per coprire tutti gli aspetti menzionati sopra occorre un team multidisciplinare di esperti con le competenze necessarie in tutti e quattro i campi del processo ingegneristico che lavorino fianco a fianco. Avere nel team avvocati, economisti ed esperti di scienze sociali oltre agli ingegneri, a livello esecutivo e inferiore, sarà fondamentale per sviluppare sistemi di token resilienti. Tuttavia, il lavoro multidisciplinare richiede tempo e sforzo, poiché tutte e quattro le categorie si sovrappongono e la comunicazione tra le discipline richiede alcuni sforzi di avviamento. L'approccio "rapido e sporco" del Web1 e Web2, dove il processo di sviluppo era piuttosto orientato a "hack now and pivot later", non funziona bene nel Web3. Una volta che il bias è nel protocollo, è difficile annullare i cambiamenti senza il consenso di tutti gli attori della rete. Abbiamo quindi bisogno di allontanarci dallo "sviluppo basato su meme" della Silicon Valley per uno "sviluppo basato sull'ingegneria" che include tutti gli aspetti del processo di ingegneria. I "sistemi di token semplici" richiedono probabilmente un'ingegneria prevalentemente legale e tecnologica, mentre i "sistemi di token complessi" avranno bisogno di un buon equilibrio di tutte e quattro le aree.

Riassunto del capitolo

I termini "progetto / design" e "ingegneria" sono strettamente correlati ma non sono la stessa cosa. Piuttosto, si completano a vicenda. Mentre il termine "design" potrebbe essere un termine più noto e intuitivo, con un significato più soggettivo, creativo e persino artistico, il termine "ingegneria" tende a portare in primo piano gli aspetti tecnici, la composizione di parti inerti per creare un insieme prevedibile e robusto.

La progettazione / design è una parte del processo di ingegneria. Il termine "design ingegneristica" è usato per descrivere la parte del processo di ingegneria che è aperta e in definitiva più soggettiva. Simile all'ingegneria elettrica e alla progettazione delle politiche pubbliche, l'ingegneria del token riguarda l'analisi rigorosa, la progettazione e la verifica dei sistemi e dei loro presupposti. I loro presupposti devono essere assistiti da strumenti che conciliano la teoria con la pratica. Al contrario dell'ingegneria elettrica, la progettazione del comportamento umano è molto più simile alla gestione delle economie nazionali e alla progettazione delle politiche pubbliche, poiché richiede tecniche di modellazione molto più "fuzzy".

Con l'emergere dell'IA e di migliori strumenti di simulazione, potremmo essere in grado di progettare e distribuire token purpose-driven più efficaci che tengono conto anche delle distribuzioni di probabilità sconosciute, dei comportamenti sconosciuti o avversi degli agenti, delle potenziali esternalità di rete e della "tragedia dei beni comuni" subita da altre parti della società.

L'ingegneria è la pratica di creare una tecnologia che alla fine ha sempre un obiettivo sociale. Guardare all'ingegneria attraverso una lente puramente tecnologica perpetua una mentalità riduzionista sul perché e come costruiamo la tecnologia. Quando si tratta la progettazione di un sistema di token sembra esserci una crescente comprensione della necessità di usare il termine "ingegneria" in senso più ampio.

Il Web3 con i suoi ledger distribuiti e smart contract fornisce un livello di governance e un livello economico per Internet. Se qualcosa va storto, il danno collaterale è alto.

L'ingegneria tecnica si riferisce alle questioni tecniche della creazione di un token di infrastruttura o di un token di applicazione, e come implementare tecnicamente il sistema di token. Gli aspetti di sicurezza riguardano la progettazione dei meccanismi criptoeconomici per fornire il livello di sicurezza necessario. Gli aspetti di scalabilità riguardano il compromesso tra sicurezza, decentralizzazione e scalabilità. Gli aspetti della privacy affrontano le questioni di quale tipo di crittografia dovrebbe essere usata per permettere la giusta "privacy by design".

L'ingegneria legale dei token è il compito predominante quando si tratta di "sistemi di token semplici". Il termine "semplice" è comunemente usato nel dominio dei sistemi complessi. Nel contesto dell'ingegneria dei token, il termine "semplice" si riferisce al fatto che le dinamiche dei modelli di business o di governance di un potenziale token sono ben note, come nel caso di (i) denaro della banca centrale, (ii) titoli e altri beni, (iii) processi di identificazione e certificazione, (iv) diritti di voto, (v) buoni e coupon, o (vi) biglietti di ingresso e altri diritti di accesso. La tokenizzazione di processi di business/governance conosciuti richiede di rendere la tokenizzazione di asset esistenti, diritti di accesso e diritti di voto legalmente conformi alla legislazione locale.

L'ingegneria economica è prevalentemente richiesta quando si progettano "sistemi di token complessi". Gli incentivi e le regole di governance della comunità sono legati a "token purpose-driven" che guidano l'azione collettiva della comunità attraverso meccanismi automatizzati. Gli strumenti necessari per progettare tali sistemi possono essere trovati in economia, scienza delle reti, sistemi cyber-fisici e sistemi socio-tecnici. Le principali domande a cui si deve rispondere in tali processi di progettazione sono: che tipo di sistema vuoi creare? Di quanti tipi diversi di token avete bisogno? Scopo? Proprietà: Trasferibilità, fungibilità, data di scadenza?

La progettazione di sistemi di token richiede anche un pensiero etico e politico. Il tipo di sistema che vogliamo creare non pone solo questioni tecnologiche ma anche temi socio-economici e politici. Domande di politica, morale ed etica avranno bisogno di una risposta, idealmente prima della progettazione di tali sistemi, le più importanti delle quali ruotano intorno alle questioni di "trasparenza vs. privacy" e "strutture di potere". Se non riusciamo a incorporare le questioni etiche nel processo di progettazione di tali sistemi, creeremo un "bias di protocollo".

Avere avvocati, economisti e scienziati sociali come parte della squadra oltre agli ingegneri tecnici, a livello esecutivo e inferiore, sarà fondamentale per sviluppare sistemi di token resilienti. Tuttavia, il lavoro interdisciplinare richiede tempo e sforzi, poiché le quattro le categorie si sovrappongono e la comunicazione tra le discipline richiede alcuni sforzi di avviamento._ \

Riferimenti e approfondimenti

Notes

[^1]: Token Engineering:http://tokenengineering.wikidot.com/

[^2]: Design: https://en.wikipedia.org/w/index.php?title=Design&oldid=943088539

[^3]: Engineering: https://en.wikipedia.org/w/index.php?title=Engineering&oldid=943637749

[^4]: "La teoria dei sistemi complessi studia le relazioni tra le parti del sistema, i comportamenti collettivi e l'ambiente del sistema stesso. I sistemi complessi differiscono dagli altri in quanto il loro comportamento non può essere facilmente dedotto dai cambiamenti di stato indotti dagli attori della rete. Proprietà come l'emergenza, la non linearità, l'adattamento, l'ordine spontaneo e i cicli di feedback sono tipici dei sistemi complessi. Gli approcci di modellazione che ignorano tali difficoltà produrranno modelli che non sono utili per modellare e guidare quei sistemi". Voshmgir, S.; Zargham, M.: "Foundations of Cryptoeconomic Systems" (si vedano i riferimenti)

[^5]: “L'etica dell'ingegneria identifica una specifica precedenza rispetto alla considerazione dell'ingegnere per il pubblico, i clienti, i datori di lavoro e la professione. Molte società professionali di ingegneria hanno messo a punto codici etici. Alcuni risalgono ai primi decenni del ventesimo secolo (che) sono stati incorporati in misura maggiore o minore nelle leggi di regolamentazione di diverse giurisdizioni". (https://en.wikipedia.org/wiki/Engineering_ethics#General_principles) Oppure, come afferma l'American Society of Civil Engineers: "Gli ingegneri devono tenere in primo piano la sicurezza, la salute e il benessere del pubblico e devono sforzarsi di rispettare i principi dello sviluppo sostenibile nello svolgimento delle loro funzioni professionali.”

“Token Economy” Come il Web3 reinventa Internet. Tradotto da “Token Economy: How the Web3 reinvents the Internet,” Seconda edizione, Giugno 2020. La prima edizione è stata pubblicata da BlockchchianHub Berlin nel giugno 2019 con il titolo "Token Economy: How Blockchain & Smart Contracts revolutionize the Economy" e ha avuto due edizioni modificate.

BibTeX: @book{voshmgir2020token, title={Token Economy: How the Web3 reinvents the Internet}, author={Voshmgir, Shermin}, year={2020}, publisher={Token Kitchen} }

  • Autrice: Shermin Voshmgir
  • Traduttori: Edoardo Calia, Elisa Bonaldo, Roberto Moncada, Antonio Andreottola
  • Publisher: Token Kitchen
⚠️ **GitHub.com Fallback** ⚠️