Ethereum : Plateforme de contrats intelligents et d'applications décentralisées de nouvelle génération
Abstract
Ethereum e uma plataforma de criptomoedas e aplicacoes descentralizadas de nova geracao que introduz uma blockchain com uma linguagem de programacao Turing-completa incorporada. Isso permite que qualquer pessoa escreva smart contracts e aplicacoes descentralizadas onde podem criar suas proprias regras arbitrarias para propriedade, formatos de transacao e funcoes de transicao de estado.
A inovacao fundamental do Ethereum e combinar a tecnologia blockchain pioneira do Bitcoin com um ambiente de programacao de proposito geral. Enquanto o Bitcoin fornece um sistema simples de transicao de estado para mover moeda de uma conta para outra, o Ethereum fornece uma plataforma onde desenvolvedores podem construir qualquer tipo de aplicacao descentralizada que possam imaginar, desde moedas alternativas e instrumentos financeiros ate sistemas de registro de dominios e organizacoes descentralizadas.
O Ethereum alcanca isso construindo o que e essencialmente a camada fundacional abstrata definitiva: uma blockchain com uma linguagem de programacao Turing-completa incorporada, permitindo que qualquer pessoa escreva smart contracts e aplicacoes descentralizadas onde podem criar suas proprias regras arbitrarias para propriedade, formatos de transacao e funcoes de transicao de estado. Uma versao basica do Namecoin pode ser escrita em duas linhas de codigo, e outros protocolos como moedas e sistemas de reputacao podem ser construidos em menos de vinte.
Abstract
Ethereum est une plateforme de cryptomonnaie et d'application decentralisee de nouvelle generation qui introduit une blockchain dotee d'un langage de programmation Turing-complet integre. Cela permet a quiconque d'ecrire des smart contracts et des applications decentralisees dans lesquels ils peuvent creer leurs propres regles arbitraires de propriete, de formats de transaction et de fonctions de transition d'etat.
L'innovation fondamentale d'Ethereum est de combiner la technologie blockchain pionnierement developpee par Bitcoin avec un environnement de programmation generaliste. Alors que Bitcoin fournit un simple systeme de transition d'etat pour deplacer de la monnaie d'un compte a un autre, Ethereum fournit une plateforme ou les developpeurs peuvent construire tout type d'application decentralisee qu'ils peuvent imaginer, des monnaies alternatives et instruments financiers aux systemes d'enregistrement de noms de domaine et aux organisations decentralisees.
Ethereum y parvient en construisant ce qui est essentiellement la couche fondationnelle abstraite ultime : une blockchain avec un langage de programmation Turing-complet integre, permettant a quiconque d'ecrire des smart contracts et des applications decentralisees dans lesquels ils peuvent creer leurs propres regles arbitraires de propriete, de formats de transaction et de fonctions de transition d'etat. Une version minimale de Namecoin peut etre ecrite en deux lignes de code, et d'autres protocoles comme les monnaies et les systemes de reputation peuvent etre construits en moins de vingt.
Introduction and Existing Concepts
O conceito de moeda digital descentralizada, assim como aplicacoes alternativas como registros de propriedade, existe ha decadas. Os protocolos anonimos de dinheiro eletronico das decadas de 1980 e 1990, em sua maioria dependentes de uma primitiva criptografica conhecida como cegamento de Chaum, forneciam uma moeda com alto grau de privacidade, mas os protocolos em grande parte nao conseguiram ganhar tracao devido a sua dependencia de um intermediario centralizado. Em 1998, o b-money de Wei Dai tornou-se a primeira proposta a introduzir a ideia de criar dinheiro atraves da resolucao de quebra-cabecas computacionais, bem como consenso descentralizado, mas a proposta era escassa em detalhes sobre como o consenso descentralizado poderia realmente ser implementado.
Em 2009, uma moeda descentralizada foi implementada na pratica pela primeira vez por Satoshi Nakamoto, combinando primitivas estabelecidas para gerenciar propriedade atraves de criptografia de chave publica com um algoritmo de consenso para rastrear quem possui as moedas, conhecido como "proof of work". O mecanismo por tras do proof of work foi um avanco no campo porque resolveu simultaneamente dois problemas. Primeiro, forneceu um algoritmo de consenso simples e moderadamente eficaz, permitindo que os nos da rede concordassem coletivamente em um conjunto de atualizacoes canonicas ao estado do livro-razao do Bitcoin. Segundo, forneceu um mecanismo para permitir a entrada livre no processo de consenso, resolvendo o problema politico de decidir quem pode influenciar o consenso, enquanto simultaneamente prevenia ataques sybil.
A blockchain do Bitcoin provou ser notavelmente robusta ao longo de seus anos de operacao, mas e inerentemente limitada. A linguagem de scripting do Bitcoin e intencionalmente projetada para ser restritiva e nao Turing-completa, carecendo de loops e muitas outras funcionalidades que seriam necessarias para construir aplicacoes mais complexas. Essa limitacao existe para prevenir loops infinitos e outras formas de ataques computacionais, mas restringe severamente o que pode ser construido sobre o Bitcoin.
Nos ultimos cinco anos, houve varias tentativas de estender a funcionalidade do Bitcoin. Os colored coins buscaram usar a blockchain do Bitcoin para rastrear a propriedade de ativos alternativos, o Namecoin tentou criar um banco de dados descentralizado de registro de nomes, e varios protocolos metacoin buscaram construir camadas adicionais sobre o Bitcoin. Embora essas abordagens tenham mostrado promessa, foram finalmente limitadas pelas capacidades de scripting do Bitcoin e pela incapacidade de acessar dados da blockchain de dentro dos scripts.
O que o Ethereum pretende fornecer e uma blockchain com uma linguagem de programacao Turing-completa totalmente desenvolvida que pode ser usada para criar "contratos" que podem ser usados para codificar funcoes de transicao de estado arbitrarias, permitindo aos usuarios criar qualquer um dos sistemas descritos acima, bem como muitos outros que ainda nao imaginamos, simplesmente escrevendo a logica em poucas linhas de codigo.
Introduction and Existing Concepts
Le concept de monnaie numerique decentralisee, ainsi que les applications alternatives comme les registres de propriete, existe depuis des decennies. Les protocoles anonymes de monnaie electronique des annees 1980 et 1990, principalement fondes sur une primitive cryptographique connue sous le nom de blinding de Chaum, fournissaient une monnaie avec un haut degre de confidentialite, mais ces protocoles n'ont largement pas reussi a gagner du terrain en raison de leur dependance a un intermediaire centralise. En 1998, le b-money de Wei Dai est devenu la premiere proposition a introduire l'idee de creer de la monnaie en resolvant des puzzles computationnels ainsi qu'un consensus decentralise, mais la proposition etait peu detaillee quant a la facon dont le consensus decentralise pourrait effectivement etre mis en oeuvre.
En 2009, une monnaie decentralisee a ete pour la premiere fois implementee en pratique par Satoshi Nakamoto, combinant des primitives etablies pour la gestion de la propriete par la cryptographie a cle publique avec un algorithme de consensus pour suivre qui possede les coins, connu sous le nom de "preuve de travail". Le mecanisme derriere la preuve de travail a constitue une percee dans le domaine car il resolvait simultanement deux problemes. Premierement, il fournissait un algorithme de consensus simple et moderement efficace, permettant aux noeuds du reseau de s'accorder collectivement sur un ensemble de mises a jour canoniques de l'etat du registre Bitcoin. Deuxiemement, il fournissait un mecanisme permettant l'entree libre dans le processus de consensus, resolvant le probleme politique de decider qui peut influencer le consensus, tout en empechant simultanement les attaques Sybil.
La blockchain Bitcoin s'est averee remarquablement robuste au fil de ses annees de fonctionnement, mais elle est inheremment limitee. Le langage de script de Bitcoin est intentionnellement concu pour etre restrictif et non-Turing-complet, depourvu de boucles et de nombreuses autres fonctionnalites qui seraient necessaires pour construire des applications plus complexes. Cette limitation existe pour prevenir les boucles infinies et d'autres formes d'attaques computationnelles, mais elle restreint severement ce qui peut etre construit au-dessus de Bitcoin.
Au cours des cinq dernieres annees, il y a eu un certain nombre de tentatives pour etendre les fonctionnalites de Bitcoin. Les colored coins cherchaient a utiliser la blockchain Bitcoin pour suivre la propriete d'actifs alternatifs, Namecoin a tente de creer une base de donnees decentralisee d'enregistrement de noms, et divers protocoles de metacoin visaient a construire des couches supplementaires au-dessus de Bitcoin. Bien que ces approches aient montre des promesses, elles etaient finalement limitees par les capacites de script de Bitcoin et l'impossibilite d'acceder aux donnees de la blockchain depuis les scripts.
Ce qu'Ethereum entend fournir est une blockchain avec un langage de programmation Turing-complet pleinement developpe integre, qui peut etre utilise pour creer des "contrats" pouvant encoder des fonctions de transition d'etat arbitraires, permettant aux utilisateurs de creer n'importe lequel des systemes decrits ci-dessus, ainsi que de nombreux autres que nous n'avons pas encore imagines, simplement en ecrivant la logique en quelques lignes de code.
Bitcoin As A State Transition System
Do ponto de vista tecnico, o livro-razao de uma criptomoeda como o Bitcoin pode ser pensado como um sistema de transicao de estado, onde ha um "estado" que consiste no status de propriedade de todos os bitcoins existentes e uma "funcao de transicao de estado" que recebe um estado e uma transacao e produz um novo estado que e o resultado. Em um sistema bancario padrao, por exemplo, o estado e um balanco patrimonial, uma transacao e uma solicitacao para mover \(X de A para B, e a funcao de transicao de estado reduz o valor na conta de A em \)X e aumenta o valor na conta de B em \(X. Se a conta de A tem menos de \)X inicialmente, a funcao de transicao de estado retorna um erro.
O "estado" no Bitcoin e a colecao de todas as moedas (tecnicamente, "saidas de transacao nao gastas" ou UTXO) que foram cunhadas e ainda nao gastas, onde cada UTXO tem uma denominacao e um proprietario (definido por um endereco de 20 bytes que e essencialmente uma chave publica criptografica). Uma transacao contem uma ou mais entradas, onde cada entrada contem uma referencia a um UTXO existente e uma assinatura criptografica produzida pela chave privada associada ao endereco do proprietario, e uma ou mais saidas, onde cada saida contem um novo UTXO a ser adicionado ao estado.
A funcao de transicao de estado APPLY(S,TX) - S' pode ser definida aproximadamente da seguinte forma:
- Para cada entrada em TX, se o UTXO referenciado nao esta em S, retornar um erro.
- Se a assinatura fornecida nao corresponde ao proprietario do UTXO, retornar um erro.
- Se a soma das denominacoes de todos os UTXO de entrada e menor que a soma das denominacoes de todos os UTXO de saida, retornar um erro.
- Retornar S com todos os UTXO de entrada removidos e todos os UTXO de saida adicionados.
A primeira metade do primeiro passo impede que os remetentes de transacoes gastem moedas que nao existem, a segunda metade do primeiro passo impede que os remetentes gastem moedas de outras pessoas, e o segundo passo garante a conservacao de valor. Para usar isso para pagamentos, o protocolo e o seguinte: suponha que Alice queira enviar 11.7 BTC para Bob. Primeiro, Alice procurara um conjunto de UTXO disponiveis que ela possui e que somem pelo menos 11.7 BTC. Realisticamente, Alice nao conseguira obter exatamente 11.7 BTC; digamos que o minimo que ela pode obter e 6+4+2=12. Ela entao cria uma transacao com essas tres entradas e duas saidas. A primeira saida sera 11.7 BTC com o endereco de Bob como proprietario, e a segunda saida sera o "troco" restante de 0.3 BTC, sendo a proprietaria a propria Alice.
Bitcoin As A State Transition System
D'un point de vue technique, le registre d'une cryptomonnaie telle que Bitcoin peut etre considere comme un systeme de transition d'etat, ou il y a un "etat" constitue du statut de propriete de tous les bitcoins existants et une "fonction de transition d'etat" qui prend un etat et une transaction et produit un nouvel etat qui en est le resultat. Dans un systeme bancaire standard, par exemple, l'etat est un bilan, une transaction est une demande de transfert de \(X de A vers B, et la fonction de transition d'etat reduit la valeur du compte de A de \)X et augmente la valeur du compte de B de \(X. Si le compte de A a moins de \)X au depart, la fonction de transition d'etat renvoie une erreur.
L'"etat" dans Bitcoin est la collection de tous les coins (techniquement, les "sorties de transaction non depensees" ou UTXO) qui ont ete emis et pas encore depenses, chaque UTXO ayant une denomination et un proprietaire (defini par une adresse de 20 octets qui est essentiellement une cle publique cryptographique). Une transaction contient une ou plusieurs entrees, chaque entree contenant une reference a un UTXO existant et une signature cryptographique produite par la cle privee associee a l'adresse du proprietaire, et une ou plusieurs sorties, chaque sortie contenant un nouvel UTXO a ajouter a l'etat.
La fonction de transition d'etat APPLY(S,TX) - S' peut etre definie approximativement comme suit :
- Pour chaque entree dans TX, si l'UTXO reference n'est pas dans S, renvoyer une erreur.
- Si la signature fournie ne correspond pas au proprietaire de l'UTXO, renvoyer une erreur.
- Si la somme des denominations de tous les UTXO d'entree est inferieure a la somme des denominations de tous les UTXO de sortie, renvoyer une erreur.
- Renvoyer S avec tous les UTXO d'entree supprimes et tous les UTXO de sortie ajoutes.
La premiere moitie de la premiere etape empeche les expediteurs de transactions de depenser des coins qui n'existent pas, la seconde moitie de la premiere etape empeche les expediteurs de transactions de depenser les coins d'autres personnes, et la deuxieme etape impose la conservation de la valeur. Pour utiliser ceci pour un paiement, le protocole est le suivant : supposons qu'Alice veuille envoyer 11,7 BTC a Bob. D'abord, Alice cherchera un ensemble d'UTXO disponibles qu'elle possede et qui totalisent au moins 11,7 BTC. De maniere realiste, Alice ne pourra pas obtenir exactement 11,7 BTC ; disons que le plus petit montant qu'elle peut obtenir est 6+4+2=12. Elle cree alors une transaction avec ces trois entrees et deux sorties. La premiere sortie sera de 11,7 BTC avec l'adresse de Bob comme proprietaire, et la seconde sortie sera le "change" restant de 0,3 BTC, dont le proprietaire est Alice elle-meme.
Mining
Se tivessemos acesso a um servico centralizado confiavel, este sistema seria trivial de implementar; poderia simplesmente ser codificado exatamente como descrito, usando o disco rigido de um servidor centralizado para rastrear o estado. No entanto, com o Bitcoin estamos tentando construir um sistema de moeda descentralizado, entao precisaremos combinar o sistema de transicao de estado com um sistema de consenso para garantir que todos concordem com a ordem das transacoes. O processo de consenso descentralizado do Bitcoin requer que os nos na rede tentem continuamente produzir pacotes de transacoes chamados "blocos". A rede e projetada para produzir aproximadamente um bloco a cada dez minutos, com cada bloco contendo um carimbo de tempo, um nonce, uma referencia ao (ou seja, hash do) bloco anterior e uma lista de todas as transacoes que ocorreram desde o bloco anterior.
Com o tempo, isso cria uma "blockchain" persistente e em constante crescimento que se atualiza constantemente para representar o estado mais recente do livro-razao do Bitcoin. O algoritmo para verificar se um bloco e valido, expresso neste paradigma, e o seguinte:
- Verificar se o bloco anterior referenciado pelo bloco existe e e valido.
- Verificar que o carimbo de tempo do bloco e maior que o do bloco anterior e menor que 2 horas no futuro.
- Verificar que o proof of work do bloco e valido.
- Seja S o estado no final do bloco anterior.
- Suponha que TX e a lista de transacoes do bloco com n transacoes. Para todo i em 0...n-1, definir S = APPLY(S,TX[i]). Se qualquer aplicacao retornar um erro, sair e retornar falso.
- Retornar verdadeiro e registrar S como o estado no final deste bloco.
Essencialmente, cada transacao no bloco deve fornecer uma transicao de estado valida do que era o estado canonico antes da transacao ser executada para algum novo estado. Note que o estado nao esta codificado no bloco de nenhuma forma; e puramente uma abstracao a ser lembrada pelo no validador e so pode ser calculada (de forma segura) para qualquer bloco comecando a partir do estado genesis e aplicando sequencialmente cada transacao em cada bloco.
O minerador e recompensado por seu trabalho computacional com bitcoins recem-criados mais as taxas de transacao. O processo de mineracao funciona da seguinte forma: os mineradores pegam o cabecalho do bloco e fazem hash dele repetidamente com diferentes valores de nonce ate encontrar um hash que esteja abaixo de um certo alvo de dificuldade. Quando um minerador encontra tal hash, transmite o bloco para a rede, e outros nos verificam que o hash e valido e que todas as transacoes no bloco sao validas. O alvo de dificuldade e ajustado automaticamente pelo protocolo a cada 2016 blocos (aproximadamente duas semanas) para garantir que os blocos sejam produzidos a uma taxa aproximadamente constante.
Note que a longo prazo, a seguranca da blockchain depende dos mineradores terem um incentivo financeiro para se comportar honestamente. Se um atacante controlar mais de 50% do poder de mineracao da rede, ele pode potencialmente executar um "ataque de 51%" criando uma blockchain alternativa que cresce mais rapido que a cadeia honesta. No entanto, tal ataque exigiria enormes recursos computacionais e provavelmente resultaria nas recompensas de mineracao do atacante se tornando sem valor a medida que a rede perdesse confianca na integridade da blockchain.
Mining
Si nous avions acces a un service centralise digne de confiance, ce systeme serait trivial a implementer ; il pourrait simplement etre code exactement comme decrit, en utilisant le disque dur d'un serveur centralise pour garder la trace de l'etat. Cependant, avec Bitcoin, nous essayons de construire un systeme monetaire decentralise, nous devrons donc combiner le systeme de transaction d'etat avec un systeme de consensus afin de nous assurer que tout le monde est d'accord sur l'ordre des transactions. Le processus de consensus decentralise de Bitcoin necessite que les noeuds du reseau tentent en permanence de produire des paquets de transactions appeles "blocs". Le reseau est cense produire environ un bloc toutes les dix minutes, chaque bloc contenant un horodatage, un nonce, une reference au (c'est-a-dire le hash du) bloc precedent et une liste de toutes les transactions ayant eu lieu depuis le bloc precedent.
Au fil du temps, cela cree une "blockchain" persistante et en croissance continue qui se met constamment a jour pour representer le dernier etat du registre Bitcoin. L'algorithme pour verifier si un bloc est valide, exprime dans ce paradigme, est le suivant :
- Verifier si le bloc precedent reference par le bloc existe et est valide.
- Verifier que l'horodatage du bloc est superieur a celui du bloc precedent et inferieur a 2 heures dans le futur.
- Verifier que la preuve de travail sur le bloc est valide.
- Soit S l'etat a la fin du bloc precedent.
- Supposons que TX est la liste de transactions du bloc avec n transactions. Pour tout i dans 0...n-1, definir S = APPLY(S,TX[i]). Si une application renvoie une erreur, quitter et renvoyer faux.
- Renvoyer vrai, et enregistrer S comme l'etat a la fin de ce bloc.
Essentiellement, chaque transaction dans le bloc doit fournir une transition d'etat valide depuis ce qui etait l'etat canonique avant l'execution de la transaction vers un nouvel etat. Notez que l'etat n'est encode dans le bloc d'aucune maniere ; c'est purement une abstraction a retenir par le noeud validant et ne peut etre (de maniere securisee) calcule pour n'importe quel bloc qu'en partant de l'etat genesis et en appliquant sequentiellement chaque transaction dans chaque bloc.
Le mineur est recompense pour son travail computationnel par des bitcoins nouvellement crees plus les frais de transaction. Le processus de minage fonctionne comme suit : les mineurs prennent l'en-tete du bloc et le hachent de maniere repetee avec differentes valeurs de nonce jusqu'a ce qu'ils trouvent un hash inferieur a un certain objectif de difficulte. Quand un mineur trouve un tel hash, il diffuse le bloc sur le reseau, et les autres noeuds verifient que le hash est valide et que toutes les transactions du bloc sont valides. L'objectif de difficulte est automatiquement ajuste par le protocole tous les 2016 blocs (environ deux semaines) pour s'assurer que les blocs sont produits a un rythme a peu pres constant.
Notez qu'a long terme, la securite de la blockchain depend du fait que les mineurs aient une incitation financiere a se comporter honnetement. Si un attaquant controle plus de 50% de la puissance de minage du reseau, il peut potentiellement executer une "attaque a 51%" en creant une blockchain alternative qui croit plus vite que la chaine honnete. Cependant, une telle attaque necessiterait d'enormes ressources computationnelles et aboutirait probablement a ce que les recompenses de minage de l'attaquant deviennent sans valeur a mesure que le reseau perdrait confiance dans l'integrite de la blockchain.
Merkle Trees
Merkle trees sao uma estrutura de dados fundamental utilizada nos blocos do Bitcoin para permitir a verificacao eficiente e segura da inclusao de transacoes. Um Merkle tree e uma arvore binaria de hashes onde os nos folha contem hashes de transacoes individuais, e cada no interior contem o hash de seus dois filhos, construindo-se recursivamente ate um unico hash raiz que e armazenado no cabecalho do bloco. Essa estrutura hierarquica permite que qualquer pessoa verifique que uma transacao especifica esta incluida em um bloco baixando apenas o ramo do Merkle tree — a cadeia de hashes desde a transacao ate a raiz — em vez de baixar todas as transacoes do bloco.
Os ganhos de eficiencia sao substanciais: enquanto um no completo do Bitcoin deve armazenar toda a blockchain (aproximadamente 15GB em 2013), um no de verificacao de pagamento simplificada (SPV) so precisa baixar os cabecalhos dos blocos contendo as raizes do Merkle tree, exigindo apenas 4MB de dados. Para verificar uma transacao, um no SPV solicita o ramo do Merkle tree aos nos completos, o que requer apenas O(log n) dados onde n e o numero de transacoes em um bloco. Essa escalabilidade logaritmica torna viavel executar clientes leves em dispositivos moveis e ambientes com recursos limitados.
O uso de Merkle trees pelo Bitcoin demonstra um principio-chave: estruturas criptograficas podem reduzir drasticamente os requisitos de confianca e recursos para participar de uma rede descentralizada. Esse mesmo principio fundamenta o design do Ethereum, onde Merkle trees sao usados nao apenas para transacoes, mas tambem para armazenamento de estado e recibos, permitindo protocolos de clientes leves ainda mais sofisticados.
Merkle Trees
Les arbres de Merkle sont une structure de donnees fondamentale utilisee dans les blocs Bitcoin pour permettre une verification efficace et securisee de l'inclusion des transactions. Un arbre de Merkle est un arbre binaire de hachages ou les noeuds feuilles contiennent les hachages des transactions individuelles, et chaque noeud interieur contient le hachage de ses deux enfants, construisant recursivement jusqu'a un seul hachage racine stocke dans l'en-tete du bloc. Cette structure hierarchique permet a quiconque de verifier qu'une transaction specifique est incluse dans un bloc en telechargeant uniquement la branche de Merkle — la chaine de hachages de la transaction jusqu'a la racine — plutot que de telecharger toutes les transactions du bloc.
Les gains d'efficacite sont substantiels : tandis qu'un noeud Bitcoin complet doit stocker l'integralite de la blockchain (environ 15 Go en 2013), un noeud de verification simplifiee des paiements (SPV) n'a besoin de telecharger que les en-tetes de blocs contenant les racines de Merkle, necessitant seulement 4 Mo de donnees. Pour verifier une transaction, un noeud SPV demande la branche de Merkle aux noeuds complets, ce qui ne necessite que O(log n) donnees ou n est le nombre de transactions dans un bloc. Cette mise a l'echelle logarithmique rend possible l'execution de clients legers sur des appareils mobiles et dans des environnements a faibles ressources.
L'utilisation des arbres de Merkle par Bitcoin demontre un principe cle : les structures cryptographiques peuvent reduire considerablement les exigences de confiance et de ressources pour participer a un reseau decentralise. Ce meme principe sous-tend la conception d'Ethereum, ou les arbres de Merkle sont utilises non seulement pour les transactions mais aussi pour le stockage de l'etat et des recus, permettant des protocoles de clients legers encore plus sophistiques.
Alternative Blockchain Applications
O sucesso da blockchain do Bitcoin inspirou inumeras tentativas de estender o conceito alem da simples moeda. Namecoin, lancado em 2010, foi um dos primeiros exemplos — um banco de dados descentralizado de registro de nomes construido sobre uma blockchain, permitindo que os usuarios registrassem nomes em um espaco de nomes distribuido que nenhuma autoridade central poderia censurar ou revogar. Os colored coins surgiram como uma forma de representar ativos alternativos na blockchain do Bitcoin "marcando" saidas de transacao especificas para representar a propriedade de ativos do mundo real, acoes de empresas ou outras criptomoedas. Os metacoins e metaprotocolos como Mastercoin (posteriormente Omni) adicionaram funcionalidade extra sobre o Bitcoin codificando dados adicionais nas transacoes do Bitcoin e construindo regras de protocolo separadas por cima.
No entanto, todas essas abordagens sofriam de limitacoes fundamentais impostas pela arquitetura do Bitcoin. A linguagem de scripting do Bitcoin e intencionalmente restrita — nao pode acessar o estado da blockchain, carece de loops e fluxo de controle complexo, e fornece introspecao limitada sobre os valores das transacoes. Construir aplicacoes sofisticadas exigia solucoes alternativas desajeitadas: codificar metadados em campos de transacao que nunca foram destinados para esse proposito, depender de infraestrutura fora da cadeia para logica complexa, ou aceitar limitacoes severas no que o protocolo poderia realizar.
Essas restricoes motivaram a busca por uma plataforma blockchain de proposito mais geral. Em vez de construir mais um protocolo de proposito especial sobre a base limitada do Bitcoin, o Ethereum adota uma abordagem diferente: fornecer uma blockchain com uma linguagem de programacao Turing-completa incorporada, permitindo que qualquer pessoa escreva smart contracts e aplicacoes descentralizadas com regras arbitrarias para propriedade, formatos de transacao e funcoes de transicao de estado.
Alternative Blockchain Applications
Le succes de la blockchain de Bitcoin a inspire de nombreuses tentatives pour etendre le concept au-dela de la simple monnaie. Namecoin, lance en 2010, fut l'un des premiers exemples — une base de donnees d'enregistrement de noms decentralisee construite sur une blockchain, permettant aux utilisateurs d'enregistrer des noms dans un espace de noms distribue qu'aucune autorite centrale ne pouvait censurer ou revoquer. Les colored coins ont emerge comme un moyen de representer des actifs alternatifs sur la blockchain Bitcoin en "marquant" des sorties de transactions specifiques pour representer la propriete d'actifs du monde reel, d'actions d'entreprises ou d'autres cryptomonnaies. Les metacoins et meta-protocoles comme Mastercoin (plus tard Omni) ont ajoute des fonctionnalites supplementaires par-dessus Bitcoin en encodant des donnees supplementaires dans les transactions Bitcoin et en construisant des regles de protocole separees par-dessus.
Cependant, toutes ces approches souffraient de limitations fondamentales imposees par l'architecture de Bitcoin. Le langage de script de Bitcoin est intentionnellement restreint — il ne peut pas acceder a l'etat de la blockchain, manque de boucles et de flux de controle complexes, et offre une introspection limitee des valeurs de transaction. Construire des applications sophistiquees necessitait des solutions de contournement maladroites : encoder des metadonnees dans des champs de transaction jamais destines a cet usage, s'appuyer sur une infrastructure hors chaine pour la logique complexe, ou accepter de severes limitations sur ce que le protocole pouvait accomplir.
Ces contraintes ont motive la recherche d'une plateforme blockchain plus generaliste. Plutot que de construire encore un autre protocole a usage specifique par-dessus les fondations limitees de Bitcoin, Ethereum adopte une approche differente : fournir une blockchain avec un langage de programmation Turing-complet integre, permettant a quiconque d'ecrire des smart contracts et des applications decentralisees avec des regles arbitraires pour la propriete, les formats de transaction et les fonctions de transition d'etat.
Scripting
Bitcoin Script, a linguagem usada para definir as condicoes de gasto das transacoes do Bitcoin, e intencionalmente projetada com severas limitacoes. Nao e Turing-completa — notavelmente, carece de loops e estruturas complexas de fluxo de controle. A linguagem opera como um ambiente de execucao simples baseado em pilha onde as operacoes empurram e extraem valores, avaliam condicoes criptograficas e finalmente retornam verdadeiro ou falso para determinar se uma transacao e valida. Embora essa simplicidade forneca beneficios de seguranca e facilite a analise formal, tambem torna impossivel implementar muitos tipos de aplicacoes.
Essas limitacoes se dividem em tres categorias principais. Primeiro, a falta de completude de Turing impede a implementacao de maquinas de estado complexas, arvores de decisao ou qualquer algoritmo que requeira iteracao. Segundo, a cegueira de valor significa que os scripts nao podem especificar controle detalhado sobre as quantias de saque — um UTXO so pode ser gasto em sua totalidade, com o troco enviado para uma nova saida. Um script nao pode, por exemplo, limitar saques a um maximo de X por dia enquanto deixa o restante bloqueado. Terceiro, a falta de consciencia do estado da blockchain significa que os UTXO estao gastos ou nao gastos sem estados intermediarios, tornando impossivel implementar contratos de multiplas etapas puramente na cadeia.
Essas restricoes tornam aplicacoes sofisticadas como organizacoes autonomas descentralizadas, carteiras de poupanca com limites de saque, exchanges descentralizadas ou mercados de predicao impossiveis ou exigem mecanismos desajeitados fora da cadeia. Um contrato financeiro avancado pode exigir acesso a dados de mercado, a capacidade de manter estado interno atraves de multiplas transacoes e logica condicional complexa — nada do que o Bitcoin Script pode fornecer. O Ethereum elimina essas limitacoes fornecendo uma linguagem Turing-completa com acesso completo ao estado da blockchain.
Scripting
Bitcoin Script, le langage utilise pour definir les conditions de depense des transactions Bitcoin, est intentionnellement concu avec des limitations severes. Il n'est pas Turing-complet — plus notablement, il manque de boucles et de structures de flux de controle complexes. Le langage fonctionne comme un environnement d'execution simple base sur une pile ou les operations poussent et retirent des valeurs, evaluent des conditions cryptographiques, et retournent finalement vrai ou faux pour determiner si une transaction est valide. Bien que cette simplicite offre des avantages de securite et facilite l'analyse formelle, elle rend egalement de nombreux types d'applications impossibles a implementer.
Ces limitations se repartissent en trois categories principales. Premierement, le manque de completude de Turing empeche d'implementer des machines d'etat complexes, des arbres de decision, ou tout algorithme necessitant une iteration. Deuxiemement, l'aveuglement aux valeurs signifie que les scripts ne peuvent pas specifier un controle fin sur les montants de retrait — un UTXO ne peut etre depense que dans sa totalite, avec la monnaie envoyee a une nouvelle sortie. Un script ne peut pas, par exemple, limiter les retraits a un maximum de X par jour tout en laissant le reste verrouille. Troisiemement, le manque de conscience de l'etat de la blockchain signifie que les UTXO sont soit depenses soit non depenses sans etats intermediaires, rendant les contrats multi-etapes impossibles a implementer purement on-chain.
Ces contraintes rendent les applications sophistiquees comme les organisations autonomes decentralisees, les portefeuilles d'epargne avec des limites de retrait, les echanges decentralises, ou les marches de prediction soit impossibles soit necessitant des mecanismes hors chaine maladroits. Un contrat financier avance pourrait necessiter l'acces a des donnees de marche, la capacite de maintenir un etat interne a travers plusieurs transactions, et une logique conditionnelle complexe — aucun de ces elements ne pouvant etre fourni par Bitcoin Script. Ethereum supprime ces limitations en fournissant un langage Turing-complet avec un acces complet a l'etat de la blockchain.
Ethereum
O objetivo fundamental do Ethereum e fornecer uma blockchain com uma linguagem de programacao Turing-completa incorporada que permita a qualquer pessoa escrever smart contracts e aplicacoes descentralizadas onde possam criar suas proprias regras arbitrarias para propriedade, formatos de transacao e funcoes de transicao de estado. Em vez de projetar um protocolo para aplicacoes especificas como moeda, registro de nomes ou negociacao de ativos, o Ethereum fornece uma camada fundacional — uma plataforma de computacao distribuida baseada em blockchain que os desenvolvedores podem usar para construir qualquer aplicacao que possam imaginar.
A arquitetura difere fundamentalmente do modelo UTXO do Bitcoin. O Ethereum usa um sistema baseado em contas onde o estado da blockchain consiste em um mapeamento de enderecos para objetos de conta. Cada conta tem um saldo, um contador de transacoes (nonce), e para contas de contrato, codigo associado e armazenamento. A plataforma inclui uma linguagem de programacao Turing-completa incorporada para escrever codigo de contrato que e executado na Maquina Virtual Ethereum (EVM), um ambiente de execucao baseado em pilha que processa transacoes e transicoes de estado.
Essa generalidade permite uma vasta gama de aplicacoes: criptomoedas alternativas com regras de emissao personalizadas, derivativos financeiros e stablecoins, sistemas de identidade e reputacao, armazenamento de arquivos descentralizado, organizacoes autonomas descentralizadas (DAOs), e muito mais. O whitepaper enfatiza que o Ethereum nao e otimizado para nenhum caso de uso particular, mas sim fornece os blocos de construcao fundamentais — contas, transacoes, uma linguagem Turing-completa e execucao medida por gas — que os desenvolvedores podem combinar para criar qualquer aplicacao que o ecossistema demande.
Ethereum
L'objectif fondamental d'Ethereum est de fournir une blockchain avec un langage de programmation Turing-complet integre qui permet a quiconque d'ecrire des smart contracts et des applications decentralisees ou ils peuvent creer leurs propres regles arbitraires pour la propriete, les formats de transaction et les fonctions de transition d'etat. Plutot que de concevoir un protocole pour des applications specifiques comme la monnaie, l'enregistrement de noms ou le commerce d'actifs, Ethereum fournit une couche fondamentale — une plateforme informatique distribuee basee sur la blockchain que les developpeurs peuvent utiliser pour construire toute application qu'ils peuvent imaginer.
L'architecture differe fondamentalement du modele UTXO de Bitcoin. Ethereum utilise un systeme base sur les comptes ou l'etat de la blockchain consiste en une correspondance des adresses vers des objets de compte. Chaque compte a un solde, un compteur de transactions (nonce), et pour les comptes de contrats, du code et du stockage associes. La plateforme inclut un langage de programmation Turing-complet integre pour ecrire du code de contrat qui s'execute dans la Machine Virtuelle Ethereum (EVM), un environnement d'execution base sur une pile qui traite les transactions et les transitions d'etat.
Cette generalite permet une vaste gamme d'applications : des cryptomonnaies alternatives avec des regles d'emission personnalisees, des derives financiers et des stablecoins, des systemes d'identite et de reputation, du stockage de fichiers decentralise, des organisations autonomes decentralisees (DAOs), et bien plus encore. Le whitepaper souligne qu'Ethereum n'est pas optimise pour un cas d'utilisation particulier mais fournit plutot les blocs de construction fondamentaux — comptes, transactions, un langage Turing-complet et une execution mesuree par le gas — que les developpeurs peuvent combiner pour creer les applications que l'ecosysteme exige.
Ethereum Accounts
No Ethereum, o estado e composto por contas, e ha dois tipos fundamentais. As contas de propriedade externa (EOAs) sao controladas por chaves privadas e nao possuem codigo associado — representam usuarios humanos ou entidades externas interagindo com a blockchain. As contas de contrato sao controladas pelo seu codigo de contrato e sao ativadas quando recebem uma mensagem ou transacao. Ambos os tipos compartilham uma estrutura comum: cada conta tem um nonce (um contador usado para garantir que cada transacao so possa ser processada uma vez), um saldo de ether, e para os contratos especificamente, codigo de contrato e armazenamento persistente.
Ether e a criptomoeda interna principal do Ethereum, servindo tanto como meio de transferencia de valor quanto como unidade fundamental para pagar taxas de transacao (gas). Diferentemente do modelo UTXO do Bitcoin onde o valor esta distribuido entre multiplas saidas nao gastas, as contas do Ethereum mantem um saldo simples que aumenta quando recebem ether e diminui quando o enviam. Esse modelo baseado em contas simplifica muitos tipos de aplicacoes, particularmente aquelas que requerem estado persistente ou controle de acesso complexo, embora introduza diferentes consideracoes de seguranca comparado com a abordagem do Bitcoin.
A distincao entre EOAs e contas de contrato e crucial para entender o funcionamento do Ethereum. As EOAs podem iniciar transacoes criando e assinando mensagens com suas chaves privadas, pagando taxas de gas para que suas transacoes sejam incluidas em blocos. As contas de contrato nao podem iniciar transacoes por si mesmas, mas podem enviar mensagens para outros contratos em resposta ao recebimento de uma transacao ou mensagem, permitindo cadeias complexas de execucao onde uma unica transacao externa desencadeia multiplas interacoes de contrato para contrato.
Ethereum Accounts
Dans Ethereum, l'etat est constitue de comptes, et il existe deux types fondamentaux. Les comptes a propriete externe (EOAs) sont controles par des cles privees et n'ont pas de code associe — ils representent des utilisateurs humains ou des entites externes interagissant avec la blockchain. Les comptes de contrats sont controles par leur code de contrat et sont actives lorsqu'ils recoivent un message ou une transaction. Les deux types partagent une structure commune : chaque compte a un nonce (un compteur utilise pour s'assurer que chaque transaction ne peut etre traitee qu'une seule fois), un solde en ether, et pour les contrats specifiquement, du code de contrat et du stockage persistant.
L'ether est la cryptomonnaie interne principale d'Ethereum, servant a la fois de moyen de transfert de valeur et d'unite fondamentale pour payer les frais de transaction (gas). Contrairement au modele UTXO de Bitcoin ou la valeur est distribuee a travers plusieurs sorties non depensees, les comptes Ethereum maintiennent un solde simple qui augmente lorsqu'ils recoivent de l'ether et diminue lorsqu'ils en envoient. Ce modele base sur les comptes simplifie de nombreux types d'applications, en particulier celles necessitant un etat persistant ou un controle d'acces complexe, bien qu'il introduise des considerations de securite differentes par rapport a l'approche de Bitcoin.
La distinction entre les EOAs et les comptes de contrats est cruciale pour comprendre le fonctionnement d'Ethereum. Les EOAs peuvent initier des transactions en creant et signant des messages avec leurs cles privees, payant des frais de gas pour que leurs transactions soient incluses dans les blocs. Les comptes de contrats ne peuvent pas initier de transactions eux-memes mais peuvent envoyer des messages a d'autres contrats en reponse a la reception d'une transaction ou d'un message, permettant des chaines d'execution complexes ou une seule transaction externe declenche de multiples interactions de contrat a contrat.
Messages and Transactions
As transacoes no Ethereum sao pacotes de dados assinados criados por contas de propriedade externa e transmitidos para a rede. Uma transacao contem o endereco do destinatario, uma assinatura criptografica provando a identidade do remetente, a quantidade de ether a transferir, um campo de dados opcional (crucial para interagir com contratos), STARTGAS (o numero maximo de passos computacionais que a transacao pode realizar) e GASPRICE (a taxa por passo computacional que o remetente esta disposto a pagar). Os mineradores coletam essas transacoes, as validam, as executam e as incluem em blocos, recebendo as taxas de gas como compensacao.
As mensagens sao conceitualmente similares as transacoes, mas sao produzidas por contratos em vez de atores externos. Quando o codigo de um contrato e executado, ele pode enviar mensagens para outros contratos — essas mensagens internas contem o remetente (o endereco do contrato), o destinatario, uma quantidade de ether a transferir, uma carga de dados opcional e um limite de STARTGAS. As mensagens permitem a comunicacao de contrato para contrato, possibilitando que aplicacoes complexas sejam construidas a partir de multiplos contratos interagindo entre si em vez de programas monoliticos.
O mecanismo de gas e crucial para prevenir abusos: cada passo computacional, operacao de armazenamento e byte de dados em uma transacao consome gas. Se uma transacao ficar sem gas antes de ser concluida, todas as mudancas de estado sao revertidas (exceto o pagamento de gas ao minerador), prevenindo que loops infinitos ou computacao excessiva paralisem a rede. O remetente especifica tanto o orcamento total de gas (STARTGAS) quanto o preco que esta disposto a pagar por unidade (GASPRICE), e qualquer gas nao utilizado e reembolsado apos a execucao ser concluida.
Messages and Transactions
Les transactions dans Ethereum sont des paquets de donnees signes crees par des comptes a propriete externe et diffuses sur le reseau. Une transaction contient l'adresse du destinataire, une signature cryptographique prouvant l'identite de l'expediteur, le montant d'ether a transferer, un champ de donnees optionnel (crucial pour interagir avec les contrats), STARTGAS (le nombre maximum d'etapes de calcul que la transaction est autorisee a effectuer), et GASPRICE (les frais par etape de calcul que l'expediteur est pret a payer). Les mineurs collectent ces transactions, les valident, les executent et les incluent dans des blocs, recevant les frais de gas comme compensation.
Les messages sont conceptuellement similaires aux transactions mais sont produits par des contrats plutot que par des acteurs externes. Lorsque le code d'un contrat s'execute, il peut envoyer des messages a d'autres contrats — ces messages internes contiennent l'expediteur (l'adresse du contrat), le destinataire, un montant d'ether a transferer, une charge utile de donnees optionnelle et une limite STARTGAS. Les messages permettent la communication de contrat a contrat, permettant de construire des applications complexes a partir de plusieurs contrats interagissant plutot que de programmes monolithiques.
Le mecanisme de gas est crucial pour prevenir les abus : chaque etape de calcul, operation de stockage et octet de donnees dans une transaction consomme du gas. Si une transaction epuise son gas avant de se terminer, tous les changements d'etat sont annules (sauf le paiement du gas au mineur), empechant les boucles infinies ou les calculs excessifs de paralyser le reseau. L'expediteur specifie a la fois le budget total de gas (STARTGAS) et le prix qu'il est pret a payer par unite (GASPRICE), et tout gas non utilise est rembourse apres l'execution.
Ethereum State Transition Function
A funcao de transicao de estado do Ethereum APPLY(S,TX) - S' define como uma transacao transforma o estado da blockchain, e segue uma sequencia precisa de etapas. Primeiro, o sistema verifica a validade da transacao: verificando que a assinatura esta correta, confirmando que o nonce corresponde ao nonce da conta do remetente, e garantindo que o remetente tem saldo suficiente para pagar o custo inicial (STARTGAS x GASPRICE mais o valor enviado). Se qualquer verificacao falhar, a transacao e rejeitada antes que a execucao comece. Se valida, a taxa de transacao e deduzida da conta do remetente, o nonce do remetente e incrementado, e um contador de gas inicial e definido como STARTGAS menos uma taxa por byte para os dados da transacao.
Em seguida, o sistema transfere o valor de ether especificado do remetente para o destinatario. Se o destinatario e uma conta de propriedade externa, isso completa a transacao. Se o destinatario e uma conta de contrato, o codigo do contrato e executado na Maquina Virtual Ethereum, consumindo gas para cada operacao ate que o codigo seja concluido com sucesso, o codigo pare explicitamente, ou o gas se esgote. Durante a execucao, o contrato pode ler e modificar seu armazenamento, enviar mensagens para outros contratos e criar novos contratos.
Finalmente, se a transferencia de valor falhou (saldo insuficiente) ou a execucao do codigo falhou (ficar sem gas ou encontrar um erro), todas as mudancas de estado sao revertidas — exceto que o remetente ainda paga as taxas de gas ao minerador pela computacao realizada. Se a execucao foi bem-sucedida, o gas restante e reembolsado ao remetente, e o gas consumido e enviado ao minerador como taxa. Esse mecanismo garante que os mineradores sejam compensados pela computacao enquanto previne que a execucao descontrolada consuma recursos ilimitados.
Ethereum State Transition Function
La fonction de transition d'etat d'Ethereum APPLY(S,TX) - S' definit comment une transaction transforme l'etat de la blockchain, et elle suit une sequence precise d'etapes. Premierement, le systeme verifie la validite de la transaction : verifiant que la signature est correcte, confirmant que le nonce correspond au nonce du compte de l'expediteur, et s'assurant que l'expediteur dispose d'un solde suffisant pour payer le cout initial (STARTGAS x GASPRICE plus la valeur envoyee). Si une verification echoue, la transaction est rejetee avant le debut de l'execution. Si elle est valide, les frais de transaction sont deduits du compte de l'expediteur, le nonce de l'expediteur est incremente, et un compteur de gas initial est defini a STARTGAS moins des frais par octet pour les donnees de la transaction.
Ensuite, le systeme transfere la valeur en ether specifiee de l'expediteur au destinataire. Si le destinataire est un compte a propriete externe, cela complete la transaction. Si le destinataire est un compte de contrat, le code du contrat s'execute dans la Machine Virtuelle Ethereum, consommant du gas pour chaque operation jusqu'a ce que le code se termine avec succes, que le code s'arrete explicitement, ou que le gas soit epuise. Pendant l'execution, le contrat peut lire et modifier son stockage, envoyer des messages a d'autres contrats et creer de nouveaux contrats.
Enfin, si le transfert de valeur a echoue (solde insuffisant) ou si l'execution du code a echoue (epuisement du gas ou erreur), tous les changements d'etat sont annules — sauf que l'expediteur paie toujours les frais de gas au mineur pour le calcul effectue. Si l'execution a reussi, le gas restant est rembourse a l'expediteur, et le gas consomme est envoye au mineur comme frais. Ce mecanisme garantit que les mineurs sont compenses pour le calcul tout en empechant les executions incontroles de consommer des ressources illimitees.
Code Execution
A Maquina Virtual Ethereum (EVM) e o ambiente de execucao onde o codigo dos contratos e executado — uma maquina virtual de baixo nivel baseada em pilha, similar em conceito a Maquina Virtual Java ou WebAssembly. O codigo do contrato e armazenado como uma sequencia de bytes, onde cada byte representa uma operacao (opcode) que a EVM pode executar. O modelo de execucao e deliberadamente simples e deterministico: cada no executando a EVM com o mesmo estado de entrada e transacao deve chegar ao mesmo estado de saida, garantindo o consenso atraves da rede.
A EVM fornece tres tipos distintos de armazenamento para computacao. A pilha (stack) e uma estrutura de ultimo a entrar, primeiro a sair (LIFO) limitada a 1024 elementos, usada para valores de operacao imediatos. A memoria (memory) e um array de bytes infinitamente expansivel que persiste apenas durante a duracao de uma unica chamada de mensagem e e reiniciada entre execucoes. O armazenamento (storage) e o armazem persistente de chave-valor permanentemente associado a cada conta de contrato, onde os contratos mantem seu estado de longo prazo entre transacoes. Esses tipos de armazenamento tem precos diferentes em gas — as operacoes de pilha e memoria sao baratas, enquanto as operacoes de armazenamento sao caras para prevenir o inchaamento da blockchain.
Durante a execucao, o codigo do contrato tem acesso a contexto crucial: pode ler o endereco do remetente da mensagem, a quantidade de ether enviada, a carga de dados fornecida pelo invocador, e propriedades a nivel de bloco como o numero do bloco atual, o carimbo de tempo e o endereco do minerador. O codigo pode retornar um array de bytes de saida ao invocador e pode enviar mensagens para outros contratos ou criar novos contratos. Esse modelo de execucao e Turing-completo — loops e fluxo de controle complexo sao possiveis — mas o mecanismo de gas garante que toda a computacao termine em tempo limitado, resolvendo o problema da parada de forma economica em vez de atraves de restricoes da linguagem.
Code Execution
La Machine Virtuelle Ethereum (EVM) est l'environnement d'execution ou le code des contrats s'execute — une machine virtuelle de bas niveau basee sur une pile, similaire en concept a la Machine Virtuelle Java ou WebAssembly. Le code des contrats est stocke sous forme d'une sequence d'octets, ou chaque octet represente une operation (opcode) que l'EVM peut executer. Le modele d'execution est deliberement simple et deterministe : chaque noeud executant l'EVM avec le meme etat d'entree et la meme transaction doit arriver au meme etat de sortie, assurant le consensus a travers le reseau.
L'EVM fournit trois types distincts de stockage pour le calcul. La pile est une structure dernier entre, premier sorti (LIFO) limitee a 1024 elements, utilisee pour les valeurs d'operation immediates. La memoire est un tableau d'octets extensible a l'infini qui persiste uniquement pour la duree d'un seul appel de message et est reinitialise entre les executions. Le stockage est le magasin cle-valeur persistant associe de maniere permanente a chaque compte de contrat, ou les contrats maintiennent leur etat a long terme a travers les transactions. Ces types de stockage sont tarifes differemment en gas — les operations sur la pile et la memoire sont bon marche, tandis que les operations de stockage sont couteuses pour prevenir le gonflement de la blockchain.
Pendant l'execution, le code du contrat a acces a un contexte crucial : il peut lire l'adresse de l'expediteur du message, le montant d'ether envoye, la charge utile de donnees fournie par l'appelant, et les proprietes au niveau du bloc comme le numero de bloc actuel, l'horodatage et l'adresse du mineur. Le code peut retourner un tableau d'octets de sortie a l'appelant et peut envoyer des messages a d'autres contrats ou creer de nouveaux contrats. Ce modele d'execution est Turing-complet — les boucles et le flux de controle complexe sont possibles — mais le mecanisme de gas garantit que tout calcul se termine en temps borne, resolvant le probleme de l'arret de maniere economique plutot que par des restrictions de langage.
Blockchain and Mining
A blockchain do Ethereum e fundamentalmente similar a do Bitcoin, servindo como um banco de dados contendo cada transacao ja executada. No entanto, enquanto o Bitcoin armazena apenas uma lista de transacoes, o Ethereum armazena tanto a lista de transacoes quanto o estado mais recente. Cada bloco no Ethereum contem o hash do bloco anterior, uma raiz de estado (o hash raiz do Merkle Patricia trie representando o estado completo), uma raiz de transacoes, uma raiz de recibos (armazenando dados da execucao de transacoes), junto com valores de dificuldade, carimbo de tempo e nonce. O estado em si e um grande Merkle Patricia trie mapeando enderecos para objetos de conta, onde cada conta tem um saldo, nonce, codigo (se presente) e armazenamento.
O Ethereum usa uma versao modificada do protocolo GHOST (Greedy Heaviest Observed Subtree) para abordar problemas de seguranca que surgem de tempos de bloco rapidos. Nos protocolos tradicionais de cadeia mais longa, blocos rapidos levam a altas taxas de obsolescencia, reduzindo a seguranca da rede e aumentando os riscos de centralizacao ja que grandes mineradores desperdicam menos computacao em blocos obsoletos. O GHOST inclui blocos obsoletos (chamados "tios" no Ethereum) no calculo de qual cadeia e mais longa, e fornece recompensas parciais aos blocos tio, incentivando mineradores a referencia-los. Isso permite ao Ethereum manter um tempo de bloco alvo de aproximadamente 12 segundos enquanto preserva a seguranca da rede.
O algoritmo de mineracao funciona de forma similar ao proof of work do Bitcoin, exigindo que os mineradores encontrem um nonce tal que o hash do bloco esteja abaixo de um certo alvo de dificuldade. No entanto, o algoritmo de mineracao de uso intensivo de memoria do Ethereum (Ethash) e projetado para ser resistente a ASIC, promovendo um ecossistema de mineracao mais descentralizado. A dificuldade se ajusta dinamicamente com base nos tempos de bloco para manter o alvo de ~12 segundos, garantindo uma producao de blocos consistente enquanto o protocolo GHOST fornece garantias de seguranca apesar dos tempos de bloco mais rapidos comparados com a media de 10 minutos do Bitcoin.
Blockchain and Mining
La blockchain Ethereum est fondamentalement similaire a celle de Bitcoin, servant de base de donnees contenant chaque transaction jamais executee. Cependant, alors que Bitcoin ne stocke qu'une liste de transactions, Ethereum stocke a la fois la liste des transactions et l'etat le plus recent. Chaque bloc dans Ethereum contient le hachage du bloc precedent, une racine d'etat (le hachage racine du trie Patricia de Merkle representant l'etat entier), une racine de transaction, une racine de recu (stockant les donnees de l'execution des transactions), ainsi que des valeurs de difficulte, d'horodatage et de nonce. L'etat lui-meme est un grand trie Patricia de Merkle faisant correspondre les adresses aux objets de compte, ou chaque compte a un solde, un nonce, du code (si present) et du stockage.
Ethereum utilise une version modifiee du protocole GHOST (Greedy Heaviest Observed Subtree) pour traiter les problemes de securite qui surviennent avec des temps de bloc rapides. Dans les protocoles traditionnels de chaine la plus longue, des blocs rapides conduisent a des taux de blocs perimes eleves, reduisant la securite du reseau et augmentant les risques de centralisation car les grands mineurs gaspillent moins de calcul sur les blocs perimes. GHOST inclut les blocs perimes (appeles "oncles" dans Ethereum) dans le calcul de la chaine la plus longue, et fournit des recompenses partielles aux blocs oncles, incitant les mineurs a les referencer. Cela permet a Ethereum de maintenir un temps de bloc cible d'environ 12 secondes tout en preservant la securite du reseau.
L'algorithme de minage fonctionne de maniere similaire a la preuve de travail de Bitcoin, exigeant des mineurs qu'ils trouvent un nonce tel que le hachage du bloc soit inferieur a un certain objectif de difficulte. Cependant, l'algorithme de minage a forte intensite memoire d'Ethereum (Ethash) est concu pour etre resistant aux ASIC, favorisant un ecosysteme de minage plus decentralise. La difficulte s'ajuste dynamiquement en fonction des temps de bloc pour maintenir la cible d'environ 12 secondes, assurant une production de blocs constante tandis que le protocole GHOST fournit des garanties de securite malgre les temps de bloc plus rapides par rapport a la moyenne de 10 minutes de Bitcoin.
Applications
As aplicacoes que podem ser construidas sobre o Ethereum se dividem em tres amplas categorias. A primeira categoria sao as aplicacoes financeiras, fornecendo aos usuarios formas mais poderosas de gerenciar e participar de contratos envolvendo seu dinheiro. Isso inclui sub-moedas, derivativos financeiros, contratos de hedge, carteiras de poupanca com limites de saque, testamentos que distribuem fundos automaticamente, e ate contratos de emprego que calculam pagamentos com base na verificacao de trabalho concluido. Essas aplicacoes aproveitam a programabilidade do Ethereum para criar instrumentos financeiros complexos que seriam impossiveis ou extremamente dificeis de implementar em sistemas tradicionais ou mesmo no Bitcoin.
A segunda categoria sao as aplicacoes semi-financeiras, onde o dinheiro esta envolvido, mas tambem ha um componente nao monetario substancial no que esta sendo feito. Um exemplo perfeito sao as recompensas auto-executaveis para solucoes de problemas computacionais. Alguem poderia publicar um problema computacional junto com uma recompensa, e o contrato poderia verificar automaticamente as solucoes enviadas e pagar a recompensa para a primeira resposta correta. Essa categoria faz a ponte entre financas puras e outros dominios, usando incentivos economicos para resolver problemas ou coordenar comportamento.
A terceira categoria sao as aplicacoes que nao tem nada a ver com dinheiro, como sistemas de votacao online e governanca descentralizada. Essas aplicacoes nao financeiras demonstram a flexibilidade do Ethereum como plataforma de proposito geral. Os exemplos incluem sistemas de nomes de dominio descentralizados como Namecoin, sistemas de reputacao, armazenamento de arquivos descentralizado e ferramentas de governanca organizacional. De todos esses tipos de aplicacoes, os sistemas de tokens surgiram como os mais comuns e fundamentais, servindo como blocos de construcao para muitas outras aplicacoes.
Applications
Les applications qui peuvent etre construites sur Ethereum se repartissent en trois grandes categories. La premiere categorie est celle des applications financieres, fournissant aux utilisateurs des moyens plus puissants de gerer et de conclure des contrats impliquant leur argent. Cela inclut les sous-monnaies, les derives financiers, les contrats de couverture, les portefeuilles d'epargne avec des limites de retrait, les testaments qui distribuent automatiquement les fonds, et meme les contrats de travail qui calculent le paiement en fonction de l'achevement verifie du travail. Ces applications tirent parti de la programmabilite d'Ethereum pour creer des instruments financiers complexes qui seraient impossibles ou extremement difficiles a implementer dans les systemes traditionnels ou meme sur Bitcoin.
La deuxieme categorie est celle des applications semi-financieres, ou l'argent est implique mais il y a aussi une composante non monetaire substantielle dans ce qui est realise. Un exemple parfait est celui des primes auto-executoires pour les solutions a des problemes de calcul. Quelqu'un pourrait poster un probleme de calcul accompagne d'une recompense, et le contrat pourrait automatiquement verifier les solutions soumises et payer la prime a la premiere reponse correcte. Cette categorie fait le pont entre la finance pure et d'autres domaines, utilisant des incitations economiques pour resoudre des problemes ou coordonner les comportements.
La troisieme categorie est celle des applications qui n'ont rien a voir avec l'argent, comme le vote en ligne et les systemes de gouvernance decentralises. Ces applications non financieres demontrent la flexibilite d'Ethereum en tant que plateforme generaliste. Les exemples incluent les systemes de noms de domaine decentralises comme Namecoin, les systemes de reputation, le stockage de fichiers decentralise et les outils de gouvernance organisationnelle. Parmi tous ces types d'applications, les systemes de tokens ont emerge comme les plus courants et fondamentaux, servant de blocs de construction pour de nombreuses autres applications.
Token Systems
Os sistemas de tokens sao surpreendentemente simples de implementar no Ethereum, apesar de serem uma das aplicacoes mais poderosas e comuns. Em sua essencia, os sistemas de tokens sao simplesmente um banco de dados com uma unica operacao: subtrair X unidades da conta A e adicionar X unidades a conta B, com a condicao de que A tinha pelo menos X unidades antes da transacao e a transacao e autorizada por A. A implementacao requer manter um mapeamento de enderecos para saldos e fornecer uma funcao de transferencia que realize as verificacoes apropriadas antes de mover tokens entre contas.
O codigo do contrato para um sistema de tokens basico e notavelmente simples e pode ser escrito em apenas algumas linhas. Consiste em uma estrutura de dados mapeando enderecos para saldos, uma funcao de inicializacao que atribui o fornecimento inicial de tokens, e uma funcao de transferencia que verifica o saldo e a autorizacao do remetente antes de executar a transferencia. Essa simplicidade contrasta fortemente com a complexidade necessaria para implementar sistemas semelhantes no Bitcoin, que exigiria solucoes alternativas significativas e limitacoes devido as capacidades restritas de scripting do Bitcoin.
Os tokens no Ethereum podem representar virtualmente qualquer coisa de valor. Podem representar sub-moedas com suas proprias politicas monetarias, derivativos financeiros que rastreiam ativos externos, acoes de empresas com direitos a dividendos, pontos de fidelidade em programas de clientes, commodities como ouro ou petroleo, ou ate representacoes de propriedade fisica. A programabilidade do Ethereum permite que esses tokens tenham regras arbitrarias governando seu comportamento, como restricoes de transferencia, mecanismos de queima automatica, distribuicoes de dividendos ou direitos de governanca. Essa flexibilidade tornou os sistemas de tokens o bloco de construcao fundamental para grande parte do ecossistema Ethereum.
Token Systems
Les systemes de tokens sont etonnamment simples a implementer sur Ethereum, bien qu'ils soient l'une des applications les plus puissantes et les plus courantes. A leur base, les systemes de tokens sont simplement une base de donnees avec une seule operation : soustraire X unites du compte A et ajouter X unites au compte B, a condition que A ait eu au moins X unites avant la transaction et que la transaction soit autorisee par A. L'implementation necessite de maintenir une correspondance des adresses aux soldes et de fournir une fonction de transfert qui effectue les verifications appropriees avant de deplacer les tokens entre les comptes.
Le code du contrat pour un systeme de tokens basique est remarquablement simple et peut etre ecrit en quelques lignes seulement. Il consiste en une structure de donnees faisant correspondre les adresses aux soldes, une fonction d'initialisation qui attribue l'offre initiale de tokens, et une fonction de transfert qui verifie le solde et l'autorisation de l'expediteur avant d'executer le transfert. Cette simplicite contraste fortement avec la complexite requise pour implementer des systemes similaires sur Bitcoin, qui necessiteraient des solutions de contournement et des limitations significatives en raison des capacites de script restreintes de Bitcoin.
Les tokens sur Ethereum peuvent representer virtuellement n'importe quoi de valeur. Ils peuvent representer des sous-monnaies avec leurs propres politiques monetaires, des derives financiers suivant des actifs externes, des actions d'entreprise avec des droits a dividendes, des points de fidelite dans des programmes clients, des matieres premieres comme l'or ou le petrole, ou meme des representations de propriete physique. La programmabilite d'Ethereum permet a ces tokens d'avoir des regles arbitraires gouvernant leur comportement, telles que des restrictions de transfert, des mecanismes de destruction automatique, des distributions de dividendes ou des droits de gouvernance. Cette flexibilite a fait des systemes de tokens le bloc de construction fondamental d'une grande partie de l'ecosysteme Ethereum.
Financial Derivatives and Stable-Value Currencies
Os derivativos financeiros representam uma das aplicacoes mais fundamentais e importantes dos smart contracts do Ethereum. Um simples contrato de hedge demonstra o mecanismo basico: a parte A deposita uma certa quantidade de ether no valor de \(1000, a parte B deposita uma quantidade equivalente, e o contrato registra o valor em USD do ether naquele momento usando um feed de dados. Apos 30 dias, o contrato recalcula o valor e envia ether no valor de \)1000 para A e o restante para B. Se o preco do ether subiu, A recebe menos ether mas mantem o valor de $1000; se caiu, A recebe mais ether para manter esse valor. Isso permite que A se proteja contra a volatilidade enquanto B especula sobre os movimentos de preco.
A implementacao de tais contratos requer acesso a dados externos atraves de contratos oraculo ou feeds de dados. Esses oraculos fornecem informacoes de precos, dados meteorologicos ou outras informacoes do mundo real que os contratos precisam para executar corretamente. Embora os oraculos introduzam uma dependencia de confianca, podem ser projetados com redundancia e incentivos criptoeconomicos para fornecer dados confiaveis. O contrato em si simplesmente consulta o oraculo, realiza calculos com base nesses dados e distribui fundos de acordo com sua logica programada.
Stablecoins e instrumentos financeiros mais complexos podem ser construidos usando mecanismos similares. Um contrato de stablecoin poderia manter uma reserva de ether e emitir tokens atrelados a uma moeda fiduciaria, ajustando automaticamente o fornecimento ou os requisitos de colateral com base em feeds de precos. Contratos de opcoes, futuros, swaps e outros derivativos que normalmente exigiriam marcos legais complexos e intermediarios confiaveis podem ser codificados como smart contracts auto-executaveis. Essa infraestrutura de financas programaveis permite engenharia financeira sofisticada mantendo as garantias de transparencia e seguranca da tecnologia blockchain.
Financial Derivatives and Stable-Value Currencies
Les derives financiers representent l'une des applications les plus fondamentales et importantes des smart contracts Ethereum. Un simple contrat de couverture demontre le mecanisme de base : la partie A depose un certain montant d'ether d'une valeur de 1000 \(, la partie B depose un montant equivalent, et le contrat enregistre la valeur en USD de l'ether a ce moment en utilisant un flux de donnees. Apres 30 jours, le contrat recalcule la valeur et envoie de l'ether d'une valeur de 1000 \) a A et le reste a B. Si le prix de l'ether a augmente, A recoit moins d'ether mais maintient une valeur de 1000 $ ; s'il a baisse, A recoit plus d'ether pour maintenir cette valeur. Cela permet a A de se couvrir contre la volatilite tandis que B specule sur les mouvements de prix.
L'implementation de tels contrats necessite l'acces a des donnees externes via des contrats oracle ou des flux de donnees. Ces oracles fournissent des informations sur les prix, des donnees meteorologiques ou d'autres informations du monde reel dont les contrats ont besoin pour s'executer correctement. Bien que les oracles introduisent une dependance de confiance, ils peuvent etre concus avec de la redondance et des incitations cryptoeconomiques pour fournir des donnees fiables. Le contrat lui-meme interroge simplement l'oracle, effectue des calculs bases sur ces donnees et distribue les fonds selon sa logique programmee.
Les stablecoins et les instruments financiers plus complexes peuvent etre construits en utilisant des mecanismes similaires. Un contrat de stablecoin pourrait maintenir une reserve d'ether et emettre des tokens adosses a une monnaie fiduciaire, ajustant automatiquement l'offre ou les exigences de collateral en fonction des flux de prix. Les contrats d'options, de futures, de swaps et d'autres derives qui necessiteraient normalement des cadres juridiques complexes et des intermediaires de confiance peuvent plutot etre encodes comme des smart contracts auto-executoires. Cette infrastructure de finance programmable permet une ingenierie financiere sophistiquee tout en maintenant les garanties de transparence et de securite de la technologie blockchain.
Identity and Reputation Systems
Um sistema de registro de nomes similar ao Namecoin e trivialmente implementavel no Ethereum e serve como o exemplo mais simples de um sistema de identidade. O contrato mantem um banco de dados com uma tabela chave-valor mapeando nomes para dados associados (como enderecos IP, chaves publicas ou outras informacoes). Qualquer pessoa pode registrar um nome enviando uma transacao para o contrato junto com uma pequena taxa de registro, desde que esse nome ainda nao esteja em uso. O proprietario pode atualizar os dados associados a qualquer momento, e os nomes podem ser tornados transferiveis ou permanentes de acordo com as regras codificadas no contrato.
Sistemas de identidade mais avancados podem ser construidos sobre essa base para incluir pontuacoes de reputacao, relacoes de rede de confianca e verificacao de identidade descentralizada. Por exemplo, um contrato poderia manter pontuacoes de reputacao baseadas em transacoes verificadas, avaliacoes de pares ou conclusao de tarefas. Essas pontuacoes seriam publicamente visiveis e criptograficamente vinculadas a enderecos especificos, criando uma reputacao portatil que segue os usuarios atraves das aplicacoes. Os sistemas de rede de confianca poderiam permitir que os usuarios atestassem a identidade de outros, construindo grafos sociais que ajudam a distinguir usuarios legitimos de atores maliciosos.
Tais sistemas de identidade e reputacao se tornam particularmente poderosos quando integrados com outras aplicacoes. Um marketplace poderia exigir pontuacoes minimas de reputacao para vendedores, uma plataforma de emprestimos poderia ajustar as taxas de juros com base na reputacao do tomador, ou uma rede social poderia usar a rede de confianca para filtrar spam e conteudo fraudulento. Ao fornecer uma infraestrutura compartilhada de identidade que qualquer aplicacao pode consultar, o Ethereum permite uma nova classe de aplicacoes baseadas em confianca que nao dependem de provedores de identidade centralizados ou sistemas de reputacao proprietarios.
Identity and Reputation Systems
Un systeme d'enregistrement de noms similaire a Namecoin est trivialement implementable sur Ethereum et sert d'exemple le plus simple d'un systeme d'identite. Le contrat maintient une base de donnees avec une table cle-valeur faisant correspondre les noms aux donnees associees (comme les adresses IP, les cles publiques ou d'autres informations). N'importe qui peut enregistrer un nom en envoyant une transaction au contrat accompagnee de frais d'enregistrement modestes, a condition que ce nom ne soit pas deja pris. Le proprietaire peut mettre a jour les donnees associees a tout moment, et les noms peuvent etre rendus transferables ou permanents selon les regles encodees dans le contrat.
Des systemes d'identite plus avances peuvent etre construits sur cette base pour inclure des scores de reputation, des relations de reseau de confiance et une verification d'identite decentralisee. Par exemple, un contrat pourrait maintenir des scores de reputation bases sur des transactions verifiees, des evaluations par les pairs ou l'accomplissement de taches. Ces scores seraient publiquement visibles et cryptographiquement lies a des adresses specifiques, creant une reputation portable qui suit les utilisateurs a travers les applications. Les systemes de reseau de confiance pourraient permettre aux utilisateurs de se porter garants de l'identite des autres, construisant des graphes sociaux qui aident a distinguer les utilisateurs legitimes des acteurs malveillants.
De tels systemes d'identite et de reputation deviennent particulierement puissants lorsqu'ils sont integres avec d'autres applications. Une place de marche pourrait exiger des scores de reputation minimums pour les vendeurs, une plateforme de pret pourrait ajuster les taux d'interet en fonction de la reputation de l'emprunteur, ou un reseau social pourrait utiliser le reseau de confiance pour filtrer le spam et le contenu frauduleux. En fournissant une infrastructure partagee pour l'identite que toute application peut interroger, Ethereum permet une nouvelle classe d'applications basees sur la confiance qui ne reposent pas sur des fournisseurs d'identite centralises ou des systemes de reputation proprietaires.
Decentralized File Storage
O armazenamento descentralizado de arquivos pode ser implementado atraves de contratos Ethereum que coordenam entre usuarios que precisam de armazenamento e provedores que o oferecem. Em um modelo de "Dropbox descentralizado", os usuarios pagariam uma taxa mensal para enviar arquivos, com o contrato distribuindo pagamentos aos provedores de armazenamento que provem que estao realmente armazenando os dados. O mecanismo de prova funciona atraves de desafios criptograficos periodicos: o contrato seleciona aleatoriamente porcoes de arquivos e pede aos provedores que fornecam provas de Merkle tree demonstrando que possuem aqueles dados. Os provedores que falharem nos desafios ou ficarem offline perderiam seus depositos e fluxo de pagamentos futuros.
Essa abordagem oferece varias vantagens sobre o armazenamento centralizado. As provas de Merkle tree permitem verificacao eficiente — os usuarios e o contrato podem confirmar a disponibilidade de arquivos sem baixar arquivos inteiros. O sistema distribui naturalmente os arquivos entre multiplos provedores independentes, criando redundancia sem exigir protocolos de replicacao explicitos. Os incentivos economicos alinham o comportamento do provedor com as necessidades do usuario: os provedores ganham dinheiro armazenando dados de forma confiavel e perdem dinheiro se nao o fizerem. Isso elimina o requisito de confianca inerente nas solucoes de armazenamento centralizado.
Os custos de armazenamento em tal sistema podem ser potencialmente mais baixos que as alternativas centralizadas por varias razoes. A eliminacao de precos monopolistas permite que a competicao de mercado reduza os custos para perto do custo real de armazenamento. A redundancia implicita de multiplos usuarios armazenando arquivos semelhantes pode reduzir os requisitos totais de armazenamento. Nao ha necessidade de infraestrutura cara de data centers ou custos corporativos gerais. No entanto, permanecem desafios em torno dos mecanismos de pagamento, garantir participacao adequada de provedores e gerenciar o equilibrio entre redundancia e custo. Apesar desses desafios, o armazenamento descentralizado demonstra como o Ethereum pode coordenar interacoes complexas de multiplas partes apenas atraves de incentivos economicos.
Decentralized File Storage
Le stockage de fichiers decentralise peut etre implemente via des contrats Ethereum qui coordonnent entre les utilisateurs ayant besoin de stockage et les fournisseurs qui l'offrent. Dans un modele de "Dropbox decentralise", les utilisateurs paieraient des frais mensuels pour telecharger des fichiers, le contrat distribuant les paiements aux fournisseurs de stockage qui prouvent qu'ils stockent reellement les donnees. Le mecanisme de preuve fonctionne par des defis cryptographiques periodiques : le contrat selectionne aleatoirement des portions de fichiers et demande aux fournisseurs de fournir des preuves d'arbre de Merkle demontrant qu'ils possedent ces donnees. Les fournisseurs qui echouent aux defis ou se deconnectent perdraient leurs depots et leur flux de paiement futur.
Cette approche offre plusieurs avantages par rapport au stockage centralise. Les preuves d'arbre de Merkle permettent une verification efficace — les utilisateurs et le contrat peuvent confirmer la disponibilite des fichiers sans telecharger des fichiers entiers. Le systeme distribue naturellement les fichiers a travers plusieurs fournisseurs independants, creant de la redondance sans necessiter de protocoles de replication explicites. Les incitations economiques alignent le comportement des fournisseurs avec les besoins des utilisateurs : les fournisseurs gagnent de l'argent en stockant les donnees de maniere fiable et en perdent s'ils ne le font pas. Cela elimine l'exigence de confiance inherente aux solutions de stockage centralisees.
Les couts de stockage dans un tel systeme peuvent potentiellement etre inferieurs a ceux des alternatives centralisees pour plusieurs raisons. L'elimination de la tarification monopolistique permet a la concurrence du marche de ramener les couts pres du cout reel du stockage. La redondance implicite de plusieurs utilisateurs stockant des fichiers similaires peut reduire les besoins totaux de stockage. Il n'y a pas besoin d'infrastructure de centre de donnees couteuse ou de frais generaux d'entreprise. Cependant, des defis subsistent concernant les mecanismes de paiement, l'assurance d'une participation adequate des fournisseurs et la gestion du compromis entre redondance et cout. Malgre ces defis, le stockage decentralise demontre comment Ethereum peut coordonner des interactions complexes multi-parties uniquement par des incitations economiques.
Decentralized Autonomous Organizations
Uma Organizacao Autonoma Descentralizada (DAO) e uma entidade virtual que possui um conjunto de membros ou acionistas que coletivamente tem o direito de gastar os fundos da entidade e modificar seu codigo. Uma DAO tipica opera com uma regra simples: 67% dos membros sao necessarios para tomar decisoes de gasto ou modificar o codigo da organizacao. Os membros podem enviar propostas, votar nelas, e se uma proposta receber apoio suficiente, o contrato executa automaticamente a decisao. As participacoes de membresia podem ser transferiveis, permitindo um mercado liquido para a participacao na DAO, e diferentes classes de participacoes podem ter diferentes direitos de voto ou reivindicacoes economicas.
O design mais simples de uma DAO e um contrato auto-modificavel que mantem uma lista de membros e requer maioria de 2/3 de votos para alterar qualquer aspecto do contrato, incluindo suas proprias regras de votacao. Os membros enviariam mudancas de codigo como transacoes, outros membros votariam, e ao atingir o limiar, o contrato se atualizaria. Designs mais sofisticados poderiam incluir sistemas de votacao delegada onde os membros podem atribuir seu poder de voto a representantes, ou democracia liquida onde os votos podem ser delegados mas reivindicados a qualquer momento para decisoes importantes.
As DAOs podem servir a diversos propositos alem da simples gestao de fundos. Uma DAO poderia funcionar como uma corporacao descentralizada, contratando prestadores de servicos, comprando servicos e distribuindo lucros aos acionistas — tudo governado por codigo de smart contract em vez de estruturas legais tradicionais. Poderia operar como um fundo de investimento descentralizado, com os membros votando sobre quais projetos financiar. Poderia gerenciar um recurso comum, com as partes interessadas votando sobre as regras de alocacao. A ideia-chave e que ao codificar as regras de governanca em codigo transparente e imutavel e vincula-las a uma participacao economica, as DAOs podem coordenar decisoes de grupo sem exigir gestao hierarquica tradicional ou aplicacao legal.
Decentralized Autonomous Organizations
Une Organisation Autonome Decentralisee (DAO) est une entite virtuelle qui possede un ensemble de membres ou d'actionnaires qui ont collectivement le droit de depenser les fonds de l'entite et de modifier son code. Une DAO typique fonctionne avec une regle simple : 67% des membres sont necessaires pour prendre des decisions de depense ou modifier le code de l'organisation. Les membres peuvent soumettre des propositions, voter dessus, et si une proposition recoit un soutien suffisant, le contrat execute automatiquement la decision. Les parts de membres peuvent etre transferables, permettant un marche liquide pour la participation a la DAO, et differentes classes de parts peuvent avoir differents droits de vote ou revendications economiques.
La conception de DAO la plus simple est un contrat auto-modifiable qui maintient une liste de membres et necessite un vote a majorite des 2/3 pour modifier tout aspect du contrat, y compris ses propres regles de vote. Les membres soumettraient des modifications de code sous forme de transactions, les autres membres voteraient, et une fois le seuil atteint, le contrat se mettrait a jour. Des conceptions plus sophistiquees pourraient inclure des systemes de vote delegue ou les membres peuvent attribuer leur pouvoir de vote a des representants, ou une democratie liquide ou les votes peuvent etre delegues mais recuperes a tout moment pour les decisions importantes.
Les DAOs peuvent servir a divers objectifs au-dela de la simple gestion de fonds. Une DAO pourrait fonctionner comme une entreprise decentralisee, embauchant des prestataires, achetant des services et distribuant des benefices aux actionnaires — le tout gouverne par du code de smart contract plutot que par des structures juridiques traditionnelles. Elle pourrait fonctionner comme un fonds d'investissement decentralise, avec des membres votant sur les projets a financer. Elle pourrait gerer une ressource commune, avec les parties prenantes votant sur les regles d'allocation. L'insight cle est qu'en encodant les regles de gouvernance dans du code transparent et immuable et en les liant a un enjeu economique, les DAOs peuvent coordonner les decisions de groupe sans necessiter de gestion hierarchique traditionnelle ou d'application legale.
Further Applications
Alem das categorias principais ja discutidas, o Ethereum possibilita numerosas outras aplicacoes. Carteiras de poupanca com recursos de seguranca sofisticados podem impor limites de saque diarios enquanto fornecem chaves de emergencia para recuperacao, protegendo os usuarios contra roubo enquanto mantem o controle final. Contratos de seguro agricola podem pagar automaticamente aos agricultores com base em feeds de dados meteorologicos, eliminando o processamento de sinistros e reduzindo os custos administrativos. Aplicacoes de apostas peer-to-peer podem operar sem nenhum intermediario confiavel, com smart contracts mantendo as apostas e pagando automaticamente aos vencedores com base em numeros aleatorios verificaveis ou dados de eventos do mundo real.
Os mercados de predicao on-chain permitem que os usuarios apostem em eventos futuros, criando poderosos mecanismos de previsao atraves da sabedoria das massas. Estes podem ser aprimorados com protocolos do tipo SchellingCoin para criar oraculos descentralizados: os participantes reportam dados independentemente (como resultados eleitorais ou condicoes meteorologicas), e aqueles cujos relatorios correspondem a maioria recebem recompensas enquanto os valores discrepantes sao penalizados. Essa abordagem criptoeconomica incentiva o relato honesto e pode fornecer dados do mundo real confiaveis para outros contratos sem exigir confianca em nenhum provedor de oraculo individual.
As carteiras multisig representam outra aplicacao importante, permitindo o controle compartilhado de fundos entre multiplas partes. Uma carteira multisig 2-de-3 poderia exigir que duas de tres partes designadas aprovem uma transacao antes que os fundos possam ser gastos, util para acordos de garantia, tesourarias corporativas ou seguranca pessoal. Os marketplaces descentralizados podem combinar sistemas de identidade, pontuacoes de reputacao, contratos de garantia e mecanismos de resolucao de disputas para permitir o comercio peer-to-peer sem plataformas centralizadas. Cada uma dessas aplicacoes demonstra como a programabilidade do Ethereum permite novos modelos de confianca e estruturas organizacionais.
Further Applications
Au-dela des grandes categories deja discutees, Ethereum permet de nombreuses autres applications. Les portefeuilles d'epargne avec des fonctionnalites de securite sophistiquees peuvent imposer des limites de retrait quotidiennes tout en fournissant des cles d'urgence pour la recuperation, protegeant les utilisateurs contre le vol tout en maintenant le controle ultime. Les contrats d'assurance recolte peuvent automatiquement payer les agriculteurs sur la base de flux de donnees meteorologiques, eliminant le traitement des reclamations et reduisant les frais administratifs. Les applications de jeux d'argent pair-a-pair peuvent fonctionner sans aucun intermediaire de confiance, les smart contracts detenant les mises et payant automatiquement les gagnants sur la base de nombres aleatoires verifiables ou de donnees d'evenements du monde reel.
Les marches de prediction on-chain permettent aux utilisateurs de parier sur des evenements futurs, creant de puissants mecanismes de prevision par la sagesse des foules. Ceux-ci peuvent etre augmentes avec des protocoles de type SchellingCoin pour creer des oracles decentralises : les participants rapportent independamment des donnees (comme les resultats d'elections ou les conditions meteorologiques), et ceux dont les rapports correspondent a la majorite recoivent des recompenses tandis que les valeurs aberrantes sont penalisees. Cette approche cryptoeconomique incite au reportage honnete et peut fournir des donnees fiables du monde reel a d'autres contrats sans necessiter de confiance en un seul fournisseur d'oracle.
Les portefeuilles multi-signatures representent une autre application importante, permettant le controle partage de fonds entre plusieurs parties. Un portefeuille multi-sig 2-sur-3 pourrait necessiter que deux des trois parties designees approuvent une transaction avant que les fonds puissent etre depenses, utile pour les arrangements d'entiercement, les tresoreries d'entreprise ou la securite personnelle. Les places de marche decentralisees peuvent combiner des systemes d'identite, des scores de reputation, des contrats d'entiercement et des mecanismes de resolution des litiges pour permettre le commerce pair-a-pair sans plateformes centralisees. Chacune de ces applications demontre comment la programmabilite d'Ethereum permet de nouveaux modeles de confiance et de nouvelles structures organisationnelles.
Miscellanea And Concerns
A implementacao do Ethereum do protocolo GHOST modificado inclui regras especificas para inclusao e recompensas de tios. Os tios devem ser filhos diretos de um ancestral do bloco atual (entre 2 e 7 geracoes atras), devem ser cabecalhos de bloco validos, devem ser distintos de tios anteriores e nao devem ser ancestrais diretos do bloco atual. Os blocos tio recebem 87.5% da recompensa padrao de bloco, enquanto o bloco que os inclui recebe um adicional de 3.125% por cada tio incluido (ate dois tios). Essa estrutura de incentivos encoraja os mineradores a referenciar blocos obsoletos que observam, fortalecendo a seguranca da rede enquanto recompensa mineradores que tiveram ma sorte temporaria com a propagacao da rede.
O sistema de taxas e baseado no conceito de "gas", onde cada operacao computacional tem um custo fixo em gas. Por exemplo, uma operacao de multiplicacao custa 5 gas, um hash SHA256 custa 20 gas, e cada transacao tem um custo base de 21.000 gas. Os usuarios especificam tanto um limite de gas (maximo de gas que estao dispostos a consumir) quanto um preco de gas (quanto ether pagarao por unidade de gas). Esse sistema serve a multiplos propositos: previne loops infinitos e ataques de negacao de servico garantindo que toda computacao seja paga, cria um mercado para espaco de bloco onde os usuarios fazem lances via precos de gas, e permite que mineradores definam um preco minimo de gas que estao dispostos a aceitar, protegendo os recursos da rede.
A escalabilidade continua sendo uma preocupacao significativa, ja que cada no completo deve processar cada transacao para verificar o estado. As arquiteturas blockchain atuais lutam para igualar o throughput de transacoes dos sistemas centralizados. Solucoes potenciais incluem sharding de estado, onde diferentes nos processam diferentes subconjuntos de transacoes, e uma transicao de proof of work para consenso proof of stake, que poderia permitir producao de blocos mais eficiente. Clientes leves usando provas de Merkle podem verificar transacoes sem processar todos os blocos, mas alguem ainda precisa processar tudo. Esses desafios de escalabilidade representam areas ativas de pesquisa e desenvolvimento criticas para a viabilidade de longo prazo do Ethereum.
Miscellanea And Concerns
L'implementation par Ethereum du protocole GHOST modifie inclut des regles specifiques pour l'inclusion et les recompenses des oncles. Les oncles doivent etre des enfants directs de l'ancetre du bloc actuel (entre 2 et 7 generations en arriere), doivent etre des en-tetes de bloc valides, doivent etre distincts des oncles precedents et ne doivent pas etre des ancetres directs du bloc actuel. Les blocs oncles recoivent 87,5% de la recompense de bloc standard, tandis que le bloc qui les inclut recoit un supplement de 3,125% par oncle inclus (jusqu'a deux oncles). Cette structure d'incitation encourage les mineurs a referencer les blocs perimes qu'ils observent, renforçant la securite du reseau tout en recompensant les mineurs qui ont temporairement eu de la malchance avec la propagation du reseau.
Le systeme de frais est base sur le concept de "gas", ou chaque operation de calcul a un cout fixe en gas. Par exemple, une operation de multiplication coute 5 gas, un hachage SHA256 coute 20 gas, et chaque transaction a un cout de base de 21 000 gas. Les utilisateurs specifient a la fois une limite de gas (le gas maximum qu'ils sont prets a consommer) et un prix du gas (combien d'ether ils paieront par unite de gas). Ce systeme sert plusieurs objectifs : il empeche les boucles infinies et les attaques par deni de service en garantissant que tout calcul est paye, il cree un marche pour l'espace de bloc ou les utilisateurs encherissent via les prix du gas, et il permet aux mineurs de fixer un prix minimum du gas qu'ils sont prets a accepter, protegeant les ressources du reseau.
L'evolutivite reste une preoccupation significative, car chaque noeud complet doit traiter chaque transaction pour verifier l'etat. Les architectures blockchain actuelles peinent a egaliser le debit de transactions des systemes centralises. Les solutions potentielles incluent le sharding d'etat, ou differents noeuds traitent differents sous-ensembles de transactions, et une transition de la preuve de travail vers un consensus par preuve d'enjeu, qui pourrait permettre une production de blocs plus efficace. Les clients legers utilisant des preuves de Merkle peuvent verifier les transactions sans traiter tous les blocs, mais quelqu'un doit quand meme tout traiter. Ces defis d'evolutivite representent des domaines actifs de recherche et de developpement critiques pour la viabilite a long terme d'Ethereum.
Conclusion
O protocolo Ethereum foi originalmente concebido como uma versao aprimorada de uma criptomoeda, fornecendo recursos avancados como garantias on-blockchain, limites de saque e contratos financeiros atraves de uma linguagem de programacao altamente generalizada. No entanto, o protocolo Ethereum vai muito alem de apenas moeda. Os protocolos em torno de armazenamento descentralizado de arquivos, computacao descentralizada e mercados de predicao descentralizados, entre dezenas de outros conceitos, tem o potencial de aumentar substancialmente a eficiencia da industria computacional e fornecer um impulso massivo para outros protocolos peer-to-peer ao adicionar pela primeira vez uma camada economica.
Em vez de fornecer um conjunto limitado de operacoes projetadas para casos de uso especificos, o Ethereum fornece uma linguagem de programacao Turing-completa que permite aos desenvolvedores construir qualquer aplicacao que possam projetar. Quer inventar seu proprio derivativo financeiro? Criar sua propria moeda? Estabelecer um governo na blockchain? Tudo isso e trivialmente implementavel com o sistema de scripting do Ethereum. O poder da plataforma nao reside em prever quais aplicacoes serao construidas, mas em fornecer a infraestrutura fundacional que torna facil construi-las.
O conceito de uma funcao de transicao de estado arbitraria implementada pelo protocolo Ethereum fornece uma plataforma com potencial unico. Em vez de ser um protocolo fechado, de proposito unico, destinado a aplicacoes especificas em armazenamento de dados, apostas ou financas, o Ethereum e aberto por design, e acreditamos que e extremamente adequado para servir como camada fundacional para um grande numero de protocolos tanto financeiros quanto nao financeiros nos anos vindouros. As aplicacoes que serao construidas sobre o Ethereum no futuro podem ser aquelas que nem podemos imaginar hoje, e essa possibilidade aberta representa a verdadeira promessa da plataforma.
Conclusion
Le protocole Ethereum a ete initialement concu comme une version amelioree d'une cryptomonnaie, fournissant des fonctionnalites avancees comme l'entiercement on-blockchain, les limites de retrait et les contrats financiers a travers un langage de programmation hautement generalise. Cependant, le protocole Ethereum va bien au-dela de la simple monnaie. Les protocoles autour du stockage de fichiers decentralise, du calcul decentralise et des marches de prediction decentralises, parmi des dizaines d'autres concepts, ont le potentiel d'augmenter substantiellement l'efficacite de l'industrie informatique et de fournir un coup de pouce massif aux autres protocoles pair-a-pair en ajoutant pour la premiere fois une couche economique.
Plutot que de fournir un ensemble limite d'operations concues pour des cas d'utilisation specifiques, Ethereum fournit un langage de programmation Turing-complet qui permet aux developpeurs de construire toute application qu'ils peuvent concevoir. Vous voulez inventer votre propre derive financier ? Creer votre propre monnaie ? Etablir un gouvernement sur la blockchain ? Tout cela est trivialement implementable avec le systeme de script d'Ethereum. La puissance de la plateforme ne reside pas dans la prediction des applications qui seront construites, mais dans la fourniture de l'infrastructure fondamentale qui rend leur construction facile.
Le concept d'une fonction de transition d'etat arbitraire telle qu'implementee par le protocole Ethereum fournit une plateforme au potentiel unique. Plutot que d'etre un protocole ferme et a usage unique destine a des applications specifiques dans le stockage de donnees, les jeux d'argent ou la finance, Ethereum est ouvert par conception, et nous croyons qu'il est extremement bien adapte pour servir de couche fondamentale pour un grand nombre de protocoles financiers et non financiers dans les annees a venir. Les applications qui seront construites sur Ethereum a l'avenir pourraient etre celles que nous ne pouvons meme pas imaginer aujourd'hui, et cette possibilite ouverte represente la veritable promesse de la plateforme.
References and Further Reading
O whitepaper do Ethereum se baseia em um extenso trabalho previo em pesquisa de criptomoedas e sistemas distribuidos. O protocolo fundacional do Bitcoin e descrito no artigo original de 2008 de Satoshi Nakamoto "Bitcoin: A Peer-to-Peer Electronic Cash System", que introduziu o conceito de moeda digital baseada em blockchain. As primeiras tentativas de estender a funcionalidade do Bitcoin incluem o Namecoin, um sistema de registro de nomes descentralizado que demonstra aplicacoes de blockchain alem da moeda, embora limitado pelas capacidades restritas de scripting do Bitcoin.
O whitepaper de colored coins propos um metodo para representar ativos alternativos na blockchain do Bitcoin "colorindo" bitcoins especificos para representar outros ativos, enquanto o Mastercoin tentou criar uma camada de protocolo sobre o Bitcoin para instrumentos financeiros mais complexos. Ambos destacaram as limitacoes de construir sobre o Bitcoin e motivaram a necessidade de uma plataforma mais flexivel. O conceito de corporacoes autonomas descentralizadas, explorado na Bitcoin Magazine, forneceu fundamentos teoricos para governanca organizacional atraves de smart contracts.
Os componentes tecnicos chave incluem verificacao de pagamento simplificada (SPV) para clientes leves, Merkle trees para verificacao eficiente de dados e Patricia tries para a representacao de estado do Ethereum. O protocolo GHOST (Greedy Heaviest Observed Subtree), descrito em um artigo de criptografia de 2013, aborda problemas de seguranca que surgem de tempos de bloco rapidos e forma a base do mecanismo de consenso do Ethereum. Essas referencias representam os fundamentos intelectuais sobre os quais o Ethereum foi construido, combinando conhecimentos de criptomoedas, sistemas distribuidos, criptografia e teoria dos jogos para criar uma plataforma blockchain de proposito geral.
References and Further Reading
Le whitepaper d'Ethereum s'appuie sur de nombreux travaux anterieurs en recherche sur les cryptomonnaies et les systemes distribues. Le protocole Bitcoin fondateur est decrit dans l'article original de 2008 de Satoshi Nakamoto "Bitcoin: A Peer-to-Peer Electronic Cash System", qui a introduit le concept de monnaie numerique basee sur la blockchain. Les premieres tentatives d'extension des fonctionnalites de Bitcoin incluent Namecoin, un systeme d'enregistrement de noms decentralise demontrant des applications blockchain au-dela de la monnaie, bien que limite par les capacites de script restreintes de Bitcoin.
Le whitepaper des colored coins a propose une methode pour representer des actifs alternatifs sur la blockchain Bitcoin en "colorant" des bitcoins specifiques pour representer d'autres actifs, tandis que Mastercoin a tente de creer une couche de protocole par-dessus Bitcoin pour des instruments financiers plus complexes. Les deux ont mis en evidence les limitations de la construction sur Bitcoin et ont motive le besoin d'une plateforme plus flexible. Le concept de societes autonomes decentralisees, explore dans Bitcoin Magazine, a fourni les fondements theoriques de la gouvernance organisationnelle par le biais de smart contracts.
Les composants techniques cles incluent la verification simplifiee des paiements (SPV) pour les clients legers, les arbres de Merkle pour la verification efficace des donnees et les tries Patricia pour la representation de l'etat d'Ethereum. Le protocole GHOST (Greedy Heaviest Observed Subtree), decrit dans un article de cryptographie de 2013, traite les problemes de securite decoulant des temps de bloc rapides et constitue la base du mecanisme de consensus d'Ethereum. Ces references representent les fondements intellectuels sur lesquels Ethereum a ete construit, combinant des perspectives de la cryptomonnaie, des systemes distribues, de la cryptographie et de la theorie des jeux pour creer une plateforme blockchain generaliste.
