Como Desenhar um Sistema Token - Token-Economy-Book/2ndEdition-Brazilian GitHub Wiki

Se pretendesse tokenizar o seu negócio ou comunidade e torná-lo pronto para a Web3, como abordaria o design do token? Quais perguntas deve fazer a si mesmo? Qual know-how é necessário na equipe para poder "desenhar" ou "engendrar" adequadamente estes tokens? O objetivo deste capítulo é compreender quais questões são relevantes no processo de concepção e engenharia de um novo sistema de tokens, dependendo do tipo de token que pretende criar.

As abordagens de design thinking encontraram uma adoção generalizada nas práticas de design de produto de startups e scaleups da Web2, com um foco particular no design centrado no usuário ou no design centrado no ser humano. O termo "design thinking" data da década de 1950 e encontrou ampla adoção na comunidade empresarial ao longo da década de 1990. O objetivo era aplicar técnicas de criatividade para novas técnicas de resolução de problemas que fossem orientadas para a solução, mas holísticas na sua abordagem. Abordagens de design thinking ajudam a planejar estrategicamente conceitos para qualquer nova tecnologia, produto ou serviço. O processo varia desde a definição do problema, ideação (formação de ideias ou conceitos), estratégias focadas na solução, modelagem, prototipagem, testes e avaliação, incluindo ciclos de feedback interativos dos mesmos.

Com a emergência da Web3, o termo "engenharia" está sendo usado no contexto da concepção de sistemas de tokens por uma crescente "token engineering community”^1. A motivação por trás do uso da palavra engenharia (ao invés de design) é fazer justiça à natureza infraestrutural e de missão crítica das redes Web3 e de muitas de suas potenciais aplicações. Trent McConaghy afirma que, "Engenharia envolve análise, design e verificação rigorosa de sistemas; tudo assistido por ferramentas que conciliam teoria e prática". A engenharia também é uma disciplina de responsabilidade: ser ética e profissionalmente responsável pelas máquinas que você constrói, como ilustrado pelas “Tacoma Narrows Bridge Viewings and Iron Rings”. Ele foi provavelmente a primeira pessoa a usar o termo "engenharia de tokens", esperando que "o design do ecossistema de tokens também se tornasse um campo de análise rigorosa, design e verificação. Tal processo teria ferramentas que conciliasse teoria com prática. E seria guiado por um senso de responsabilidade".

Os termos "design" e "engenharia" estão intimamente relacionados, mas não são os mesmos. Pelo contrário, eles se complementam. Enquanto o termo "design" pode ser um termo mais conhecido e intuitivo, carregando um significado mais subjetivo, criativo e até mesmo artístico, o termo "engenharia" tende a trazer à tona os aspectos técnicos, a composição de partes inertes para criar um todo previsível e robusto. "Um projeto é um plano ou especificação para a construção de um objeto ou sistema, ou para a implementação de uma atividade ou processo, ou o resultado desse plano ou especificação na forma de um protótipo, produto ou processo"^2. Engenharia refere-se ao uso de princípios científicos para projetar e construir máquinas, estruturas e outros itens, incluindo pontes, túneis, estradas, veículos e edifícios"[^3]. O design é, portanto, uma parte de um processo de engenharia. O termo "projeto de engenharia" é usado para descrever a parte do processo de engenharia que é aberta e, em última análise, mais subjetiva.

À semelhança da engenharia eletrotécnica e ao projeto de políticas públicas, a engenharia de token trata de uma análise rigorosa, projeto e verificação de sistemas e suas suposições. Seus pressupostos precisam ser auxiliados por ferramentas que conciliem teoria e prática. No entanto, ao contrário da engenharia eletrotécnica, projetar o comportamento humano é muito mais parecido com dirigir as economias nacionais e desenhar políticas públicas tão logo técnicas de modelagem muito mais "difusas" são necessárias. Com o surgimento da inteligência artificial e melhores ferramentas de simulação, podemos projetar e implementar tokens mais efetivos e voltados para um propósito e que também contribuam para distribuições de probabilidade desconhecidas, comportamentos de agentes desconhecidos ou adversos, potenciais externalidades de rede e "tragédia dos comuns" incorridos para outras partes da sociedade.

Enquanto a comunidade de "engenharia de token" aponta para a necessidade de práticas rigorosas de engenharia de software, muitas vezes me parece que nas teorias delineadas e práticas vividas, ela se concentra principalmente no que eu chamaria de aspectos de "engenharia técnica" de um sistema de token. Um olhar sobre a composição dos membros da equipe da maioria das blockchain/web3/token startups reflete muito bem essa tecnocentricidade. A engenharia, no entanto, é a prática de criar uma tecnologia que, em última análise, tem sempre um objetivo social. Olhar para a engenharia através de uma lente puramente tecnológica perpetua uma mentalidade redutora sobre o porquê e como construímos a tecnologia.

Parece haver um consenso crescente da necessidade de usar o termo "engenharia" no sentido mais amplo, quando se projeta um sistema de token. A Web3 com suas ledgers distribuídas e contratos inteligentes fornece uma camada de governança e uma camada econômica para a Internet. Se algo der errado, os danos colaterais são elevados, como vimos com os ataques exploratórios à "TheDAO" em 2016 ou aos contratos multi-assinatura "Parity" em 2017, que resultou em milhões de Euros drenados de um ou mais contratos inteligentes, ou os mais recentes DeFi Hacks de 2020. Portanto, sugiro que façamos uma distinção explícita entre os aspectos de "engenharia técnica", "engenharia jurídica", "engenharia econômica" e "engenharia ética" de um token.

Token Engineering

Engenharia Técnica

Ao criar um sistema de token, é preciso decidir se é necessário criar um token de infraestrutura ou um token de aplicação, e como implementá-lo tecnicamente. Os "tokens de infraestrutura" são tokens que direcionam redes de blockchain públicas (primeira camada) ou protocolos de segunda camada, como canais de estado, ou outros protocolos Web3, como redes de armazenamento de arquivos distribuídos (mais: Parte 1 - Web3, a Web de estado). Estes tokens de infraestrutura são orientados para um propósito, incentivando a manutenção coletiva de tais redes. As questões de design mais importantes no processo de engenharia estão relacionadas com questões de segurança, escalabilidade e privacidade.

Os aspectos de segurança abordam o desenho dos mecanismos criptoeconômicos para fornecer o nível de segurança necessário (mais: Parte 1 - Segurança do Token & Blockchain e outras Ledgers Distribuídas).

Os aspectos de escalabilidade abordam o trade-off entre segurança, descentralização e escalabilidade. Manter a segurança e um alto nível de descentralização enquanto se permite a escalabilidade é uma questão de engenharia com uma variedade de trade-offs. Diferentes técnicas de escalabilidade, tais como fragmentação, interoperabilidade, canais de estado e ferramentas criptográficas alternativas que reduzem o escrutínio das transações, estão atualmente sendo testadas para solucionar essas questões (mais: Anexo - Escalabilidade).

Os aspectos de privacidade abordam as questões de que tipo de criptografia deve ser usada para permitir o "privacy by design" mais adequado. Em redes de blockchain iniciais, os dados incluídos num token e as suas trocas são públicos para qualquer pessoa. Através de mecanismos criptográficos adicionais, as concessões de acesso podem ser geridas de uma forma mais respeitadora da privacidade (mais: Parte 3 - Tokens de Privacidade). No entanto, isso não acontece gratuitamente, pois toda criptografia adicional é um custo para somar à invocação do contrato.

Os "tokens de aplicação" são geridos por uma ledger distribuída subjacente e outras redes Web3. O processo de engenharia técnica deverá considerar a infraestrutura e padrões de tokens que serão utilizados. Além disso, ele precisa considerar as potenciais necessidades de interoperabilidade do sistema do token.

Infraestrutura utilizada: Na medida em que os tokens da aplicação são geridos por uma ledger distribuída, todas as necessidades de privacidade, escalabilidade, descentralização e segurança do token serão satisfeitas pela infraestrutura subjacente. As restrições da infraestrutura, portanto, precisam ser consideradas ao escolher entre os trade-offs de uma solução e de outra.

Interoperabilidade: Apesar das ledgers distribuídas terem atualmente uma interoperabilidade limitada, há soluções no horizonte que podem favorecer um sistema em detrimento de outro. Dependendo de quanta interoperabilidade seu sistema de token irá requerer a longo prazo, as questões de infraestrutura precisam ser consideradas.

Standards: O processo de engenharia técnica pode escolher a partir de uma lista crescente de padrões de contratos tokenizados. Os padrões token usados dependem das propriedades que um token deve ter (privacidade, fungibilidade, transferibilidade, data de expiração), e as propriedades dependem da finalidade do token, levando em conta todas as restrições econômicas, legais ou éticas.

Token Engineering Aspects

Engenharia Jurídica

Engenharia Jurídica de tokens é a tarefa predominante quando lidamos com "sistemas de tokens simples". O termo "simples" é comumente usado no domínio dos sistemas complexos[^4]. No contexto da engenharia do token, o termo "simples" refere-se ao fato de que a dinâmica do negócio ou modelos de governança potencial de um token são bem conhecidos, como no caso de (i) dinheiro do banco central, (ii) títulos e outros ativos, (iii) processos de identificação e certificação, (iv) direitos de voto, (v) vales e cupons, ou (vi) bilhetes de entrada e outros direitos de acesso. Os respectivos processos comerciais ou de governança desses casos de uso têm sido testados durante décadas, às vezes séculos. Ao longo dos anos, foram preenchidas potenciais lacunas num processo de tentativa e erro, e existe regulamentação em vigor. A tokenização de tais processos de negócios/governança requer predominantemente a engenharia jurídica, que se refere a tornar a tokenização dos ativos existentes, direitos de acesso e direitos de voto legalmente compatíveis com a legislação local. A engenharia jurídica, portanto, refere-se à tokenização dos modelos tradicionais de governança, onde contratos inteligentes substituem muitas das operações existentes baseadas em humanos/papel/servidor-cliente. Questões relevantes no processo de engenharia jurídica de tokens de identidade, tokens de divisas, tokens de bens ou tokens de direitos de voto são:

Qual jurisdição(ões) transnacional/nacional/local deve ser considerada(s)?

Quais órgãos reguladores podem estar relacionados?

Como fazemos o design dos contratos inteligentes de forma que estejam em conformidade com a lei?

A jurisdição precisa ser alterada para atender às novas possibilidades/dinâmicas do tokenização e da Web3?

Engenharia Econômica

A engenharia econômica é predominantemente necessária ao projetar "sistemas de tokens complexos". Os incentivos e regras de governança da comunidade estão ligados a "tokens orientados para propósitos" que direcionam a ação coletiva da comunidade através de mecanismos automatizados (mais: Parte 4 - Tokens orientados para um propósito). Os modelos de governança são na sua maioria desconhecidos e o resultado da miríade de novas possibilidades de regular a ação coletiva através da Web3, ausência de intermediários, são através dos contratos inteligentes e das ledgers distribuídas. Muitos referem-se a estes tokens como "tokens de utilidade", "tokens de trabalho", ou "tokens de consenso". O que todos esses tokens têm em comum é que eles orientam a ação coletiva para um propósito comum. Tais propósitos comuns poderiam ser consenso, compartilhamento de recursos, reputação e curadoria, redução das emissões de CO2, etc. As ferramentas necessárias para projetar tais sistemas podem ser encontradas em economia, ciência de rede, sistemas ciber-físicos e sistemas sócio-técnicos.

A economia trata dos estudos das instituições econômicas, política e ética, incluindo questões de alocação de recursos, disparidades de riqueza e dinâmica de mercado no contexto da produção, distribuição e consumo de bens e serviços.

A ciência das redes estuda redes complexas, desde redes biológicas a redes clássicas de telecomunicações, redes de computadores a redes sociais. Os métodos utilizados incluem a matemática, a física, a informática e a sociologia.

Os sistemas ciberfísicos são mecanismos controlados ou monitorizados por algoritmos baseados em computador, fortemente integrados com a Internet e seus usuários. Exemplos incluem redes de energia e sistemas de transporte em larga escala, ambos compartilhando a propriedade de que o comportamento não controlável de atores humanos pode criar condições indesejáveis ou mesmo inseguras de forma totalmente contra-intuitiva.

Os sistemas sociotécnicos foram cunhados pela primeira vez nos anos 40 e referem-se à interação dos aspectos sociais e técnicos das organizações e comunidades privadas e públicas, online e no mundo real. Refere-se aos estudos das complexas infraestruturas que uma sociedade utiliza, como a Internet e outras redes de comunicação, cadeias de abastecimento e sistemas legais, e comportamento humano. A relação pode ser simples (relações de causa e efeito lineares) ou complexa (não-linear e difícil de dirigir e prever).

As principais questões que precisam ser respondidas em tais processos de design são:

O objetivo do seu sistema de tokens: Que tipo de sistema você quer criar?

Quantos tipos diferentes de tokens são necessários? Alguns sistemas de token têm vários tipos de token para conduzir a ação coletiva dentro da rede. Exemplos que foram explicados nos capítulos anteriores deste livro são a rede social descentralizada Steemit (STEEM, SP, SBD) ou token estável MakerDAO (DAI, WETH, PETH, PETH, SIN, MKR). Outros sistemas de token só têm um token, como a rede Bitcoin. Pode-se assumir que quanto mais tipos de token, mais complexa é a dinâmica de condução dessa rede.

Finalidade: A definição de uma finalidade clara do token é necessária para o processo de desenho posterior. Tendo analisado mais de 100 sistemas de tokens, parece que quanto mais clara a finalidade, mais resiliente a rede. A minha opinião pessoal é que um token deve ter apenas um propósito. Se você tem múltiplos propósitos, você provavelmente precisa de mais tipos de tokens. Caso contrário, o design do mecanismo do seu sistema de token pode tornar-se muito complexo.

Propriedades: Uma vez definido o propósito, pode-se derivar as propriedades do token, levando em conta todas as restrições econômicas, legais ou éticas que poderiam influenciar a dinâmica de um sistema de token. Exemplos para a escolha de propriedades e dinâmica potencial são: (i) Transferibilidade: Os tokens estão vinculados a uma identidade única (pessoa ou instituição) ou têm capacidade de transferência limitada? Dependendo do caso de uso, a resposta seria diferente. A transferibilidade limitada reduz automaticamente a liquidez de um token, tornando-o inviável como meio de troca. Os tokens de reputação, por exemplo, precisam estar vinculados à identidade de uma pessoa ou organização na rede e não devem ter qualquer possibilidade de transferência. Os tokens de reputação transferíveis podem ser negociados no mercado livre, tornando-os não-indicativos para comportamento pessoal na rede, como no caso dos tokens "Steem Power" no ecossistema Steemit. (ii) Fungibilidade: Se os tokens são idênticos e não ligados a uma identidade, a política monetária de um sistema de token, incluindo a taxa de inflação, precisa ser determinada porque os tokens podem agir como meio de troca (token de pagamento). (iii) Data de expiração: Se um token tiver uma data de expiração, isso reduzirá a inflação do token. Uma data de validade também pode ser desejável no caso de cupons ou bilhetes de entrada e outros direitos de acesso.

Proof-of…*: As propriedades de um token são a base para modelar um mecanismo tolerante a falhas para orientar a rede para um objetivo coletivo. O objetivo de tal mecanismo tolerante a falhas é definir sobre qual comportamento os tokens são cunhados, de modo que ele seja resistente contra corrupção, ataques ou erros. A Proof-of-Work provou ser resiliente para atingir o objetivo (transações P2P). O token de reputação da rede Steemit (Steem Power), por outro lado, não tem um desenho de token resiliente para se adequar ao seu propósito (para servir como um símbolo de reputação tolerante a falhas que é indicativo de conteúdo de qualidade).

Engenharia Ética

O design de sistemas token também requer um pensamento ético e político. O tipo de sistema que queremos criar não é uma questão tecnológica, mas uma questão socioeconômica e política. Questões políticas, morais e éticas terão que ser atendidas, idealmente antes da concepção de tais sistemas. Se não conseguirmos incorporar as questões éticas no processo de concepção de tais sistemas, criaremos um “protocol bias” (viés de protocolo). A história tem mostrado que, eventualmente, todas essas questões precisarão ser resolvidas. Entretanto, se isso for feito após o fato, depois de um sistema ser criado, esses vieses são difíceis de reverter devido à inércia do sistema (veja o escândalo da Cambridge Analytica e as discussões sobre privacidade, controle e governança das mídias sociais que se seguiram após o escândalo, e os desafios que a rede do Facebook está enfrentando neste momento). No entanto, não temos que reinventar a roda. Podemos aplicar a ética da engenharia[^5] à criação de sistemas baseados na internet, algo que Silicon Valley e outros grandes atores da era da internet falharam em fazer. Em termos de design de token, duas das mais importantes questões ética e política são:

  • Transparência vs. Privacidade: O trade-off entre interesses públicos e privados é uma discussão política secular que é estudada pela ciência política e sociologia. Embora a privacidade do indivíduo seja importante, ela pode minar o interesse público. Tomemos o caso da transparência da cadeia de fornecimento: embora a maioria dos consumidores provavelmente concorde que mais informação sobre o que acontece ao longo da cadeia de fornecimento de bens e serviços seja o que eles desejariam, o ato de fornecer tal nível de transparência poderia infringir os direitos individuais (ou seja, uma câmera numa fábrica para monitorar os direitos dos trabalhadores também viola a privacidade dos trabalhadores, dependendo de como esses dados são revelados). É, portanto, crucial que contratemos cientistas sociais com o know-how adequado para responder a tais perguntas.
  • Estruturas de poder: O trade-off entre descentralização, segurança e escalabilidade é um tópico muito discutido em redes blockchain. O trilema da descentralização levanta a questão política de quanta descentralização é necessária/desejada dependendo do caso de uso e dos valores de uma comunidade. Quanto mais descentralizada, mais lenta é a rede, e vice versa. Caso contrário, é preciso sacrificar a segurança da rede. As estruturas de poder também são importantes ao projetar tokens de reputação numa rede de mídia social como Steemit.com. No seu projeto atual, a maioria dos tokens de reputação (Steem Power) são da propriedade de um alguns grandes players da rede, os quais decidem sobre qual história é relevante ou não.

Para cobrir todos os aspectos mencionados acima, é necessária uma equipe interdisciplinar com a experiência necessária em todos os quatro campos do processo de engenharia trabalhando junto no projeto. Ter advogados, economistas e cientistas sociais como parte da equipe, além dos engenheiros técnicos, no nível executivo e abaixo, será fundamental para o desenvolvimento de sistemas de token resilientes. Contudo, o trabalho interdisciplinar requer tempo e esforço, já que as quatro categorias se sobrepõem e a comunicação entre as disciplinas requer alguns esforços de aceleração. A abordagem rápida e desordenada da Web1 e da Web2, onde o processo de desenvolvimento foi bastante orientado de forma "hack now and pivot later" (resolva agora e muda depois), não funciona bem na Web3. Uma vez que o viés está no protocolo, é difícil reverter as mudanças sem o consenso de todos os atores da rede. Nós, portanto, precisamos sair do "desenvolvimento baseado em memes" de Silicon Valley para um "desenvolvimento baseado em engenharia" que inclua todos os aspectos do processo de engenharia. Os "sistemas de token simples" provavelmente exigirão predominantemente mais engenharia legal e tecnológica, enquanto os "sistemas de token complexo" precisarão de um bom equilíbrio de todas as quatro áreas.

Resumo do Capítulo

Os termos "design" e "engenharia" estão intimamente relacionados mas não significam o mesmo. Em vez disso, eles se complementam. Embora o termo "design" possa ser um termo mais conhecido e intuitivo, carregando um significado mais subjetivo, criativo, e mesmo artístico, o termo "engenharia" tende a trazer para primeiro plano os aspectos técnicos, a composição de partes inertes para criar um todo previsível e robusto.
~
O design é parte de um processo de engenharia. O termo "engineering design" é utilizado para descrever a parte do processo de engenharia que é aberta e, em última análise, mais subjetiva. Tal como a engenharia electrotécnica e o desenho de políticas públicas, a engenharia de token trata de uma análise rigorosa, do design e verificação de sistemas e das suas premissas. As suas premissas precisam ser assistidas por ferramentas que conciliem teoria e prática. Ao contrário da engenharia electrotécnica, a concepção do comportamento humano é muito mais semelhante à orientação das economias nacionais, e à concepção de políticas públicas, uma vez que requer técnicas de modelagem muito mais "difusas".
~
Com a emergência da inteligência artificial e melhores ferramentas de simulação, poderemos ser capazes do design e implementação de tokens mais eficazes e orientadas para objetivos específicos que também influenciam a distribuição de probabilidades desconhecidas, comportamentos de agentes desconhecidos ou adversos, potenciais externalidades de rede, e o problema "tragédia dos comuns" incorridos a outros setores da sociedade.
~
A engenharia é a prática de criar uma tecnologia que, em última análise, tem sempre um objetivo social. Olhando para a engenharia através de uma lente puramente tecnológica, perpetua-se uma mentalidade redutora sobre o porquê e o como construímos a tecnologia. Parece haver uma compreensão crescente da necessidade de utilizar o termo "engenharia" no sentido mais amplo, quando se concebe um sistema de token.
~
A Web3, com as suas ledgers distribuídas e contratos inteligentes, fornece uma camada de governança e uma camada econômica para a Internet. Se algo correr mal, os danos colaterais são elevados.
~
A engenharia técnica diz respeito às questões técnicas da criação de um token de infraestrutura ou de um utility token, e de como implementar tecnicamente o sistema de token: Token de infraestrutura ou token de aplicação? Os aspectos de segurança abordam a concepção dos mecanismos criptoeconômicos para fornecer o nível de segurança necessário. Os aspectos de escalabilidade abordam o trade-off entre segurança, descentralização, e escalabilidade. Os aspectos de privacidade abordam as questões de que tipo de criptografia deve ser utilizado para permitir o "privacy by design" mais adequado.
~
A engenharia jurídica dos tokens é a tarefa predominante quando lidamos com "sistemas de tokens simples". O termo "simples" é comumente utilizado no domínio dos sistemas complexos. No contexto da engenharia de token, o termo "simples" refere-se ao fato de que a dinâmica do negócio ou modelos de governança de um potencial token são bem conhecidos, como no caso de (i) dinheiro do banco central, (ii) títulos e outros ativos, (iii) processos de identificação e certificação, (iv) direitos de voto, (v) vales e cupões, ou (vi) bilhetes de entrada e outros direitos de acesso. A Tokenização de processos conhecidos de negócios/governança requer que a tokenização dos ativos existentes, direitos de acesso e direitos de voto estejam em conformidade legal com a legislação local.
~
A engenharia econômica é predominantemente necessária na concepção de "sistemas de tokens complexos". Os incentivos e as regras de governança da comunidade estão ligados a "tokens orientadas para objetivos" que orientam a ação coletiva da comunidade através de mecanismos automatizados. As ferramentas necessárias para conceber tais sistemas podem ser encontradas em economia, ciência de redes, sistemas ciberfísicos e sistemas sócio-técnicos. As principais questões que precisam ser respondidas em tais processos de concepção tratam dos seguintes questionamentos: Que tipo de sistema se pretende criar? De quantos tipos diferentes de tokens se necessita? Finalidade? Propriedades: Transferibilidade, fungibilidade, data de validade?
~
A concepção de sistemas de token também requer pensamento ético e político. O tipo de sistema que queremos criar não é uma questão tecnológica, mas uma questão socioeconômica e política. As questões de política, moral e ética terão de ser respondidas, idealmente antes da concepção de tais sistemas, os mais importantes dos quais giram em torno das questões de "transparência vs. privacidade" e "estruturas de poder". Se não conseguirmos incorporar questões éticas no processo de concepção de tais sistemas, criaremos um "protocol bias."
~
Ter advogados, economistas e cientistas sociais como parte da equipe, além dos engenheiros técnicos, a nível executivo e abaixo, será primordial para o desenvolvimento de sistemas de tokens resilientes. Contudo, o trabalho interdisciplinar requer tempo e esforço, uma vez que as quatro categorias se sobrepõem e a comunicação entre as disciplinas requer alguns esforços de lançamento.

Referências do Capítulo & Leitura Adicional

Resumo do Capítulo

Notes

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

[^4]: "A teoria dos sistemas complexos investiga as relações entre as partes do sistema com os comportamentos coletivos do sistema e o ambiente do sistema". Os sistemas complexos diferem dos outros sistemas, na medida em que o comportamento do sistema não pode ser facilmente inferido a partir das mudanças de estado induzidas pelos atores da rede. Propriedades como a emergência, não-linearidade, adaptação, ordem espontânea e loops de feedback são típicas de sistemas complexos. Abordagens de modelagem que ignoram tais dificuldades produzirão modelos que não são úteis para a modelagem e direção desses sistemas". Voshmgir, S.; Zargham, M.: "Foundations of Cryptoeconomic Systems" (ver referências).

[^5]: "a ética da engenharia identifica uma precedência específica com respeito à consideração do engenheiro pelo público, clientes, empregadores e pela profissão. Muitas sociedades profissionais de engenharia prepararam códigos de ética. Alguns datam das primeiras décadas do século XX (que) foram incorporados, em maior ou menor grau, às leis regulatórias de várias jurisdições". (https://en.wikipedia.org/wiki/Engineering_ethics#General_principles). Ou, como afirma a American Society of Civil Engineers: "Os engenheiros devem ter a segurança, a saúde e o bem-estar do público em primeiro lugar e devem esforçar-se para cumprir os princípios do desenvolvimento sustentável no desempenho das suas funções profissionais."

Token Economia: Como a Web3 está a reinventar a Internet
Traduzido de “Token Economy: How the Web3 reinvents the Internet”, Segunda Edição, Junho 2020. A primeira edição foi publicada pela BlokchcianHub Berlin em Junho de 2019 sob o título "Token Economy: How Blockchain & Smart contracts revolutionize the Economy" e teve duas edições alteradas.

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

  • Author: Shermin Voshmgir
  • Translator: António Chagas, Courtnay Guimaraes, Jose Rui Sousa, Joana Camilo
⚠️ **GitHub.com Fallback** ⚠️