Ethereum: Plataforma de Contratos Inteligentes y Aplicaciones Descentralizadas de Próxima Generación
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 es una plataforma de criptomonedas y aplicaciones descentralizadas de nueva generacion que introduce una blockchain con un lenguaje de programacion Turing-completo incorporado. Esto permite a cualquier persona escribir smart contracts y aplicaciones descentralizadas donde pueden crear sus propias reglas arbitrarias para la propiedad, los formatos de transaccion y las funciones de transicion de estado.
La innovacion fundamental de Ethereum es combinar la tecnologia blockchain pionera de Bitcoin con un entorno de programacion de proposito general. Mientras que Bitcoin proporciona un sistema simple de transicion de estado para mover moneda de una cuenta a otra, Ethereum proporciona una plataforma donde los desarrolladores pueden construir cualquier tipo de aplicacion descentralizada que puedan imaginar, desde monedas alternativas e instrumentos financieros hasta sistemas de registro de dominios y organizaciones descentralizadas.
Ethereum logra esto construyendo lo que es esencialmente la capa fundacional abstracta definitiva: una blockchain con un lenguaje de programacion Turing-completo incorporado, que permite a cualquier persona escribir smart contracts y aplicaciones descentralizadas donde pueden crear sus propias reglas arbitrarias para la propiedad, los formatos de transaccion y las funciones de transicion de estado. Una version basica de Namecoin puede escribirse en dos lineas de codigo, y otros protocolos como monedas y sistemas de reputacion pueden construirse en menos de veinte.
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
El concepto de moneda digital descentralizada, asi como aplicaciones alternativas como registros de propiedad, existe desde hace decadas. Los protocolos anonimos de dinero electronico de las decadas de 1980 y 1990, en su mayoria dependientes de una primitiva criptografica conocida como cegamiento de Chaum, proporcionaban una moneda con un alto grado de privacidad, pero los protocolos en gran medida no lograron ganar traccion debido a su dependencia de un intermediario centralizado. En 1998, el b-money de Wei Dai se convirtio en la primera propuesta en introducir la idea de crear dinero mediante la resolucion de rompecabezas computacionales asi como el consenso descentralizado, pero la propuesta era escasa en detalles sobre como el consenso descentralizado podria realmente implementarse.
En 2009, una moneda descentralizada fue implementada en la practica por primera vez por Satoshi Nakamoto, combinando primitivas establecidas para gestionar la propiedad a traves de criptografia de clave publica con un algoritmo de consenso para rastrear quien posee las monedas, conocido como "proof of work". El mecanismo detras del proof of work fue un avance en el campo porque resolvio simultaneamente dos problemas. Primero, proporciono un algoritmo de consenso simple y moderadamente efectivo, permitiendo a los nodos de la red acordar colectivamente un conjunto de actualizaciones canonicas al estado del libro mayor de Bitcoin. Segundo, proporciono un mecanismo para permitir la entrada libre al proceso de consenso, resolviendo el problema politico de decidir quien puede influir en el consenso, mientras simultaneamente prevenia ataques sybil.
La blockchain de Bitcoin ha demostrado ser notablemente robusta a lo largo de sus anos de operacion, pero es inherentemente limitada. El lenguaje de scripting de Bitcoin esta intencionalmente disenado para ser restrictivo y no Turing-completo, careciendo de bucles y muchas otras caracteristicas que serian necesarias para construir aplicaciones mas complejas. Esta limitacion existe para prevenir bucles infinitos y otras formas de ataques computacionales, pero restringe severamente lo que puede construirse sobre Bitcoin.
Durante los ultimos cinco anos, ha habido varios intentos de extender la funcionalidad de Bitcoin. Los colored coins buscaron usar la blockchain de Bitcoin para rastrear la propiedad de activos alternativos, Namecoin intento crear una base de datos descentralizada de registro de nombres, y varios protocolos metacoin buscaron construir capas adicionales sobre Bitcoin. Aunque estos enfoques mostraron promesa, finalmente estaban limitados por las capacidades de scripting de Bitcoin y la incapacidad de acceder a datos de la blockchain desde dentro de los scripts.
Lo que Ethereum pretende proporcionar es una blockchain con un lenguaje de programacion Turing-completo completamente desarrollado que puede usarse para crear "contratos" que pueden usarse para codificar funciones de transicion de estado arbitrarias, permitiendo a los usuarios crear cualquiera de los sistemas descritos anteriormente, asi como muchos otros que aun no hemos imaginado, simplemente escribiendo la logica en unas pocas lineas de codigo.
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
Desde un punto de vista tecnico, el libro mayor de una criptomoneda como Bitcoin puede considerarse como un sistema de transicion de estado, donde hay un "estado" que consiste en el estatus de propiedad de todos los bitcoins existentes y una "funcion de transicion de estado" que toma un estado y una transaccion y produce un nuevo estado que es el resultado. En un sistema bancario estandar, por ejemplo, el estado es un balance general, una transaccion es una solicitud para mover \(X de A a B, y la funcion de transicion de estado reduce el valor en la cuenta de A en \)X y aumenta el valor en la cuenta de B en \(X. Si la cuenta de A tiene menos de \)X en primer lugar, la funcion de transicion de estado devuelve un error.
El "estado" en Bitcoin es la coleccion de todas las monedas (tecnicamente, "salidas de transaccion no gastadas" o UTXO) que han sido acunadas y aun no gastadas, donde cada UTXO tiene una denominacion y un propietario (definido por una direccion de 20 bytes que es esencialmente una clave publica criptografica). Una transaccion contiene una o mas entradas, donde cada entrada contiene una referencia a un UTXO existente y una firma criptografica producida por la clave privada asociada con la direccion del propietario, y una o mas salidas, donde cada salida contiene un nuevo UTXO para ser anadido al estado.
La funcion de transicion de estado APPLY(S,TX) - S' puede definirse aproximadamente de la siguiente manera:
- Para cada entrada en TX, si el UTXO referenciado no esta en S, devolver un error.
- Si la firma proporcionada no coincide con el propietario del UTXO, devolver un error.
- Si la suma de las denominaciones de todos los UTXO de entrada es menor que la suma de las denominaciones de todos los UTXO de salida, devolver un error.
- Devolver S con todos los UTXO de entrada eliminados y todos los UTXO de salida anadidos.
La primera mitad del primer paso previene que los remitentes de transacciones gasten monedas que no existen, la segunda mitad del primer paso previene que los remitentes gasten monedas de otras personas, y el segundo paso asegura la conservacion de valor. Para usar esto para pagos, el protocolo es el siguiente: supongamos que Alice quiere enviar 11.7 BTC a Bob. Primero, Alice buscara un conjunto de UTXO disponibles que posee y que sumen al menos 11.7 BTC. De manera realista, Alice no podra obtener exactamente 11.7 BTC; digamos que lo minimo que puede obtener es 6+4+2=12. Entonces crea una transaccion con esas tres entradas y dos salidas. La primera salida sera 11.7 BTC con la direccion de Bob como propietario, y la segunda salida sera el "cambio" restante de 0.3 BTC, siendo la propietaria la propia Alice.
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 tuvieramos acceso a un servicio centralizado confiable, este sistema seria trivial de implementar; simplemente podria codificarse exactamente como se describe, usando el disco duro de un servidor centralizado para rastrear el estado. Sin embargo, con Bitcoin estamos tratando de construir un sistema de moneda descentralizado, por lo que necesitaremos combinar el sistema de transicion de estado con un sistema de consenso para asegurar que todos esten de acuerdo en el orden de las transacciones. El proceso de consenso descentralizado de Bitcoin requiere que los nodos en la red intenten continuamente producir paquetes de transacciones llamados "bloques". La red esta disenada para producir aproximadamente un bloque cada diez minutos, con cada bloque conteniendo una marca de tiempo, un nonce, una referencia al (es decir, hash del) bloque anterior y una lista de todas las transacciones que han tenido lugar desde el bloque anterior.
Con el tiempo, esto crea una "blockchain" persistente y en constante crecimiento que se actualiza constantemente para representar el estado mas reciente del libro mayor de Bitcoin. El algoritmo para verificar si un bloque es valido, expresado en este paradigma, es el siguiente:
- Verificar si el bloque anterior referenciado por el bloque existe y es valido.
- Verificar que la marca de tiempo del bloque es mayor que la del bloque anterior y menor a 2 horas en el futuro.
- Verificar que el proof of work del bloque es valido.
- Sea S el estado al final del bloque anterior.
- Supongamos que TX es la lista de transacciones del bloque con n transacciones. Para todo i en 0...n-1, establecer S = APPLY(S,TX[i]). Si alguna aplicacion devuelve un error, salir y devolver falso.
- Devolver verdadero y registrar S como el estado al final de este bloque.
Esencialmente, cada transaccion en el bloque debe proporcionar una transicion de estado valida desde lo que era el estado canonico antes de que la transaccion se ejecutara hasta algun nuevo estado. Hay que notar que el estado no esta codificado en el bloque de ninguna manera; es puramente una abstraccion que debe ser recordada por el nodo validador y solo puede ser calculada (de forma segura) para cualquier bloque comenzando desde el estado genesis y aplicando secuencialmente cada transaccion en cada bloque.
El minero es recompensado por su trabajo computacional con bitcoins recien creados mas las comisiones de transaccion. El proceso de mineria funciona de la siguiente manera: los mineros toman la cabecera del bloque y la hashean repetidamente con diferentes valores de nonce hasta encontrar un hash que este por debajo de un cierto objetivo de dificultad. Cuando un minero encuentra dicho hash, transmite el bloque a la red, y otros nodos verifican que el hash es valido y que todas las transacciones en el bloque son validas. El objetivo de dificultad se ajusta automaticamente por el protocolo cada 2016 bloques (aproximadamente dos semanas) para asegurar que los bloques se produzcan a un ritmo aproximadamente constante.
Hay que notar que a largo plazo, la seguridad de la blockchain depende de que los mineros tengan un incentivo financiero para comportarse honestamente. Si un atacante controla mas del 50% del poder de mineria de la red, potencialmente podria ejecutar un "ataque del 51%" creando una blockchain alternativa que crezca mas rapido que la cadena honesta. Sin embargo, tal ataque requeriria enormes recursos computacionales y probablemente resultaria en que las recompensas de mineria del atacante perdieran su valor a medida que la red perdiera confianza en la integridad 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
Los Merkle trees son una estructura de datos fundamental utilizada en los bloques de Bitcoin para permitir la verificacion eficiente y segura de la inclusion de transacciones. Un Merkle tree es un arbol binario de hashes donde los nodos hoja contienen hashes de transacciones individuales, y cada nodo interior contiene el hash de sus dos hijos, construyendose recursivamente hasta un unico hash raiz que se almacena en la cabecera del bloque. Esta estructura jerarquica permite a cualquiera verificar que una transaccion especifica esta incluida en un bloque descargando solo la rama del Merkle tree, la cadena de hashes desde la transaccion hasta la raiz, en lugar de descargar todas las transacciones del bloque.
Las ganancias en eficiencia son sustanciales: mientras que un nodo completo de Bitcoin debe almacenar toda la blockchain (aproximadamente 15GB en 2013), un nodo de verificacion de pagos simplificada (SPV) solo necesita descargar las cabeceras de los bloques que contienen las raices del Merkle tree, requiriendo solo 4MB de datos. Para verificar una transaccion, un nodo SPV solicita la rama del Merkle tree a los nodos completos, lo que requiere solo O(log n) datos donde n es el numero de transacciones en un bloque. Esta escalabilidad logaritmica hace factible ejecutar clientes ligeros en dispositivos moviles y entornos con recursos limitados.
El uso de Merkle trees por parte de Bitcoin demuestra un principio clave: las estructuras criptograficas pueden reducir dramaticamente los requisitos de confianza y recursos para participar en una red descentralizada. Este mismo principio subyace en el diseno de Ethereum, donde los Merkle trees se utilizan no solo para transacciones sino tambien para el almacenamiento de estado y recibos, permitiendo protocolos de clientes ligeros aun mas sofisticados.
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
El exito de la blockchain de Bitcoin inspiro numerosos intentos de extender el concepto mas alla de la simple moneda. Namecoin, lanzado en 2010, fue uno de los primeros ejemplos: una base de datos descentralizada de registro de nombres construida sobre una blockchain, que permitia a los usuarios registrar nombres en un espacio de nombres distribuido que ninguna autoridad central podia censurar o revocar. Los colored coins surgieron como una forma de representar activos alternativos en la blockchain de Bitcoin "etiquetando" salidas de transaccion especificas para representar la propiedad de activos del mundo real, acciones de empresas u otras criptomonedas. Los metacoins y metaprotocolos como Mastercoin (posteriormente Omni) anadieron funcionalidad adicional sobre Bitcoin codificando datos extra en las transacciones de Bitcoin y construyendo reglas de protocolo separadas encima.
Sin embargo, todos estos enfoques sufrian de limitaciones fundamentales impuestas por la arquitectura de Bitcoin. El lenguaje de scripting de Bitcoin esta intencionalmente restringido: no puede acceder al estado de la blockchain, carece de bucles y flujo de control complejo, y proporciona introspeccion limitada sobre los valores de las transacciones. Construir aplicaciones sofisticadas requeria soluciones alternativas incomodas: codificar metadatos en campos de transaccion que nunca fueron destinados para ese proposito, depender de infraestructura fuera de la cadena para logica compleja, o aceptar limitaciones severas en lo que el protocolo podia lograr.
Estas restricciones motivaron la busqueda de una plataforma blockchain de proposito mas general. En lugar de construir otro protocolo de proposito especial sobre la base limitada de Bitcoin, Ethereum toma un enfoque diferente: proporcionar una blockchain con un lenguaje de programacion Turing-completo incorporado, permitiendo a cualquier persona escribir smart contracts y aplicaciones descentralizadas con reglas arbitrarias para la propiedad, los formatos de transaccion y las funciones de transicion de estado.
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, el lenguaje utilizado para definir las condiciones de gasto de las transacciones de Bitcoin, esta intencionalmente disenado con severas limitaciones. No es Turing-completo — notablemente, carece de bucles y estructuras complejas de flujo de control. El lenguaje opera como un entorno de ejecucion simple basado en pila donde las operaciones empujan y extraen valores, evaluan condiciones criptograficas y finalmente devuelven verdadero o falso para determinar si una transaccion es valida. Aunque esta simplicidad proporciona beneficios de seguridad y facilita el analisis formal, tambien hace imposible implementar muchos tipos de aplicaciones.
Estas limitaciones se dividen en tres categorias principales. Primero, la falta de completitud de Turing impide implementar maquinas de estado complejas, arboles de decision o cualquier algoritmo que requiera iteracion. Segundo, la ceguera de valor significa que los scripts no pueden especificar un control detallado sobre las cantidades de retiro — un UTXO solo puede gastarse en su totalidad, con el cambio enviado a una nueva salida. Un script no puede, por ejemplo, limitar los retiros a un maximo de X por dia mientras deja el resto bloqueado. Tercero, la falta de conciencia del estado de la blockchain significa que los UTXO estan gastados o no gastados sin estados intermedios, haciendo imposible implementar contratos de multiples etapas puramente en la cadena.
Estas restricciones hacen que aplicaciones sofisticadas como organizaciones autonomas descentralizadas, carteras de ahorro con limites de retiro, exchanges descentralizados o mercados de prediccion sean imposibles o requieran mecanismos incomodos fuera de la cadena. Un contrato financiero avanzado podria requerir acceso a datos del mercado, la capacidad de mantener un estado interno a traves de multiples transacciones y logica condicional compleja — nada de lo cual Bitcoin Script puede proporcionar. Ethereum elimina estas limitaciones proporcionando un lenguaje Turing-completo con acceso completo al estado 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
El objetivo fundamental de Ethereum es proporcionar una blockchain con un lenguaje de programacion Turing-completo incorporado que permita a cualquier persona escribir smart contracts y aplicaciones descentralizadas donde puedan crear sus propias reglas arbitrarias para la propiedad, los formatos de transaccion y las funciones de transicion de estado. En lugar de disenar un protocolo para aplicaciones especificas como moneda, registro de nombres o comercio de activos, Ethereum proporciona una capa fundacional: una plataforma de computacion distribuida basada en blockchain que los desarrolladores pueden usar para construir cualquier aplicacion que puedan imaginar.
La arquitectura difiere fundamentalmente del modelo UTXO de Bitcoin. Ethereum utiliza un sistema basado en cuentas donde el estado de la blockchain consiste en un mapeo de direcciones a objetos de cuenta. Cada cuenta tiene un saldo, un contador de transacciones (nonce), y para las cuentas de contrato, codigo asociado y almacenamiento. La plataforma incluye un lenguaje de programacion Turing-completo incorporado para escribir codigo de contrato que se ejecuta en la Maquina Virtual de Ethereum (EVM), un entorno de ejecucion basado en pila que procesa transacciones y transiciones de estado.
Esta generalidad permite una vasta gama de aplicaciones: criptomonedas alternativas con reglas de emision personalizadas, derivados financieros y stablecoins, sistemas de identidad y reputacion, almacenamiento de archivos descentralizado, organizaciones autonomas descentralizadas (DAOs), y mucho mas. El whitepaper enfatiza que Ethereum no esta optimizado para ningun caso de uso en particular, sino que proporciona los bloques de construccion fundamentales — cuentas, transacciones, un lenguaje Turing-completo y ejecucion medida por gas — que los desarrolladores pueden combinar para crear cualquier aplicacion que el ecosistema demande.
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
En Ethereum, el estado esta compuesto por cuentas, y hay dos tipos fundamentales. Las cuentas de propiedad externa (EOAs) estan controladas por claves privadas y no tienen codigo asociado — representan usuarios humanos o entidades externas que interactuan con la blockchain. Las cuentas de contrato estan controladas por su codigo de contrato y se activan cuando reciben un mensaje o transaccion. Ambos tipos comparten una estructura comun: cada cuenta tiene un nonce (un contador utilizado para asegurar que cada transaccion solo pueda procesarse una vez), un saldo de ether, y para los contratos especificamente, codigo de contrato y almacenamiento persistente.
Ether es la criptomoneda interna principal de Ethereum, sirviendo tanto como medio de transferencia de valor como la unidad fundamental para pagar comisiones de transaccion (gas). A diferencia del modelo UTXO de Bitcoin donde el valor esta distribuido entre multiples salidas no gastadas, las cuentas de Ethereum mantienen un saldo simple que aumenta cuando reciben ether y disminuye cuando lo envian. Este modelo basado en cuentas simplifica muchos tipos de aplicaciones, particularmente aquellas que requieren estado persistente o control de acceso complejo, aunque introduce diferentes consideraciones de seguridad comparado con el enfoque de Bitcoin.
La distincion entre EOAs y cuentas de contrato es crucial para entender el funcionamiento de Ethereum. Las EOAs pueden iniciar transacciones creando y firmando mensajes con sus claves privadas, pagando comisiones de gas para que sus transacciones sean incluidas en bloques. Las cuentas de contrato no pueden iniciar transacciones por si mismas, pero pueden enviar mensajes a otros contratos en respuesta a recibir una transaccion o mensaje, permitiendo cadenas complejas de ejecucion donde una unica transaccion externa desencadena multiples interacciones de contrato a contrato.
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
Las transacciones en Ethereum son paquetes de datos firmados creados por cuentas de propiedad externa y transmitidos a la red. Una transaccion contiene la direccion del destinatario, una firma criptografica que prueba la identidad del remitente, la cantidad de ether a transferir, un campo de datos opcional (crucial para interactuar con contratos), STARTGAS (el numero maximo de pasos computacionales que la transaccion puede realizar) y GASPRICE (la comision por paso computacional que el remitente esta dispuesto a pagar). Los mineros recopilan estas transacciones, las validan, las ejecutan y las incluyen en bloques, recibiendo las comisiones de gas como compensacion.
Los mensajes son conceptualmente similares a las transacciones pero son producidos por contratos en lugar de actores externos. Cuando el codigo de un contrato se ejecuta, puede enviar mensajes a otros contratos — estos mensajes internos contienen el remitente (la direccion del contrato), el destinatario, una cantidad de ether a transferir, una carga de datos opcional y un limite de STARTGAS. Los mensajes permiten la comunicacion de contrato a contrato, permitiendo que aplicaciones complejas se construyan a partir de multiples contratos interactuantes en lugar de programas monoliticos.
El mecanismo de gas es crucial para prevenir abusos: cada paso computacional, operacion de almacenamiento y byte de datos en una transaccion consume gas. Si una transaccion se queda sin gas antes de completarse, todos los cambios de estado se revierten (excepto el pago de gas al minero), previniendo que bucles infinitos o computacion excesiva paralicen la red. El remitente especifica tanto el presupuesto total de gas (STARTGAS) como el precio que esta dispuesto a pagar por unidad (GASPRICE), y cualquier gas no utilizado se reembolsa despues de que la ejecucion se completa.
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 funcion de transicion de estado de Ethereum APPLY(S,TX) - S' define como una transaccion transforma el estado de la blockchain, y sigue una secuencia precisa de pasos. Primero, el sistema verifica la validez de la transaccion: verificando que la firma sea correcta, confirmando que el nonce coincide con el nonce de la cuenta del remitente, y asegurando que el remitente tiene saldo suficiente para pagar el costo inicial (STARTGAS x GASPRICE mas el valor enviado). Si alguna verificacion falla, la transaccion es rechazada antes de que comience la ejecucion. Si es valida, la comision de transaccion se deduce de la cuenta del remitente, el nonce del remitente se incrementa, y se establece un contador de gas inicial a STARTGAS menos una tarifa por byte para los datos de la transaccion.
A continuacion, el sistema transfiere el valor de ether especificado del remitente al destinatario. Si el destinatario es una cuenta de propiedad externa, esto completa la transaccion. Si el destinatario es una cuenta de contrato, el codigo del contrato se ejecuta en la Maquina Virtual de Ethereum, consumiendo gas por cada operacion hasta que el codigo se completa exitosamente, el codigo se detiene explicitamente, o el gas se agota. Durante la ejecucion, el contrato puede leer y modificar su almacenamiento, enviar mensajes a otros contratos y crear nuevos contratos.
Finalmente, si la transferencia de valor fallo (saldo insuficiente) o la ejecucion del codigo fallo (quedarse sin gas o encontrar un error), todos los cambios de estado se revierten — excepto que el remitente aun paga las comisiones de gas al minero por la computacion realizada. Si la ejecucion fue exitosa, el gas restante se reembolsa al remitente, y el gas consumido se envia al minero como comision. Este mecanismo asegura que los mineros sean compensados por la computacion mientras previene que la ejecucion descontrolada consuma recursos ilimitados.
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 Maquina Virtual de Ethereum (EVM) es el entorno de ejecucion donde se ejecuta el codigo de los contratos — una maquina virtual de bajo nivel basada en pila, similar en concepto a la Maquina Virtual de Java o WebAssembly. El codigo del contrato se almacena como una secuencia de bytes, donde cada byte representa una operacion (opcode) que la EVM puede ejecutar. El modelo de ejecucion es deliberadamente simple y determinista: cada nodo que ejecute la EVM con el mismo estado de entrada y transaccion debe llegar al mismo estado de salida, asegurando el consenso a traves de la red.
La EVM proporciona tres tipos distintos de almacenamiento para la computacion. La pila (stack) es una estructura de ultimo en entrar, primero en salir (LIFO) limitada a 1024 elementos, utilizada para valores de operacion inmediatos. La memoria (memory) es un arreglo de bytes infinitamente expandible que persiste solo durante la duracion de una unica llamada de mensaje y se reinicia entre ejecuciones. El almacenamiento (storage) es el almacen persistente de clave-valor permanentemente asociado con cada cuenta de contrato, donde los contratos mantienen su estado a largo plazo entre transacciones. Estos tipos de almacenamiento tienen precios diferentes en gas — las operaciones de pila y memoria son baratas, mientras que las operaciones de almacenamiento son costosas para prevenir la inflacion de la blockchain.
Durante la ejecucion, el codigo del contrato tiene acceso a contexto crucial: puede leer la direccion del remitente del mensaje, la cantidad de ether enviada, la carga de datos proporcionada por el invocador, y propiedades a nivel de bloque como el numero de bloque actual, la marca de tiempo y la direccion del minero. El codigo puede devolver un arreglo de bytes de salida al invocador y puede enviar mensajes a otros contratos o crear nuevos contratos. Este modelo de ejecucion es Turing-completo — los bucles y el flujo de control complejo son posibles — pero el mecanismo de gas asegura que toda la computacion termine en un tiempo limitado, resolviendo el problema de la detencion de manera economica en lugar de a traves de restricciones del lenguaje.
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 de Ethereum es fundamentalmente similar a la de Bitcoin, sirviendo como una base de datos que contiene cada transaccion jamas ejecutada. Sin embargo, mientras que Bitcoin almacena solo una lista de transacciones, Ethereum almacena tanto la lista de transacciones como el estado mas reciente. Cada bloque en Ethereum contiene el hash del bloque anterior, una raiz de estado (el hash raiz del Merkle Patricia trie que representa el estado completo), una raiz de transacciones, una raiz de recibos (que almacena datos de la ejecucion de transacciones), junto con valores de dificultad, marca de tiempo y nonce. El estado en si es un gran Merkle Patricia trie que mapea direcciones a objetos de cuenta, donde cada cuenta tiene un saldo, nonce, codigo (si esta presente) y almacenamiento.
Ethereum utiliza una version modificada del protocolo GHOST (Greedy Heaviest Observed Subtree) para abordar problemas de seguridad que surgen de tiempos de bloque rapidos. En los protocolos tradicionales de cadena mas larga, los bloques rapidos conducen a altas tasas de obsolescencia, reduciendo la seguridad de la red y aumentando los riesgos de centralizacion ya que los grandes mineros desperdician menos computacion en bloques obsoletos. GHOST incluye bloques obsoletos (llamados "tios" en Ethereum) en el calculo de cual cadena es mas larga, y proporciona recompensas parciales a los bloques tio, incentivando a los mineros a referenciarlos. Esto permite a Ethereum mantener un tiempo de bloque objetivo de aproximadamente 12 segundos mientras preserva la seguridad de la red.
El algoritmo de mineria funciona de manera similar al proof of work de Bitcoin, requiriendo que los mineros encuentren un nonce tal que el hash del bloque este por debajo de un cierto objetivo de dificultad. Sin embargo, el algoritmo de mineria de uso intensivo de memoria de Ethereum (Ethash) esta disenado para ser resistente a ASIC, promoviendo un ecosistema de mineria mas descentralizado. La dificultad se ajusta dinamicamente basandose en los tiempos de bloque para mantener el objetivo de ~12 segundos, asegurando una produccion de bloques consistente mientras el protocolo GHOST proporciona garantias de seguridad a pesar de los tiempos de bloque mas rapidos comparados con el promedio de 10 minutos 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
Las aplicaciones que pueden construirse sobre Ethereum se dividen en tres amplias categorias. La primera categoria son las aplicaciones financieras, que proporcionan a los usuarios formas mas poderosas de gestionar y participar en contratos que involucran su dinero. Esto incluye sub-monedas, derivados financieros, contratos de cobertura, carteras de ahorro con limites de retiro, testamentos que distribuyen fondos automaticamente, e incluso contratos de empleo que calculan pagos basandose en la verificacion de trabajo completado. Estas aplicaciones aprovechan la programabilidad de Ethereum para crear instrumentos financieros complejos que serian imposibles o extremadamente dificiles de implementar en sistemas tradicionales o incluso en Bitcoin.
La segunda categoria son las aplicaciones semi-financieras, donde el dinero esta involucrado pero tambien hay un componente no monetario sustancial en lo que se esta haciendo. Un ejemplo perfecto son las recompensas auto-ejecutables para soluciones a problemas computacionales. Alguien podria publicar un problema computacional junto con una recompensa, y el contrato podria verificar automaticamente las soluciones enviadas y pagar la recompensa a la primera respuesta correcta. Esta categoria tiende un puente entre las finanzas puras y otros dominios, utilizando incentivos economicos para resolver problemas o coordinar comportamiento.
La tercera categoria son las aplicaciones que no tienen nada que ver con el dinero, como los sistemas de votacion en linea y gobernanza descentralizada. Estas aplicaciones no financieras demuestran la flexibilidad de Ethereum como plataforma de proposito general. Los ejemplos incluyen sistemas de nombres de dominio descentralizados como Namecoin, sistemas de reputacion, almacenamiento de archivos descentralizado y herramientas de gobernanza organizacional. De todos estos tipos de aplicaciones, los sistemas de tokens han surgido como los mas comunes y fundamentales, sirviendo como bloques de construccion para muchas otras aplicaciones.
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
Los sistemas de tokens son sorprendentemente sencillos de implementar en Ethereum, a pesar de ser una de las aplicaciones mas poderosas y comunes. En esencia, los sistemas de tokens son simplemente una base de datos con una unica operacion: restar X unidades de la cuenta A y agregar X unidades a la cuenta B, con la condicion de que A tenia al menos X unidades antes de la transaccion y la transaccion esta autorizada por A. La implementacion requiere mantener un mapeo de direcciones a saldos y proporcionar una funcion de transferencia que realice las verificaciones apropiadas antes de mover tokens entre cuentas.
El codigo del contrato para un sistema de tokens basico es notablemente simple y puede escribirse en solo unas pocas lineas. Consiste en una estructura de datos que mapea direcciones a saldos, una funcion de inicializacion que asigna el suministro inicial de tokens, y una funcion de transferencia que verifica el saldo y la autorizacion del remitente antes de ejecutar la transferencia. Esta simplicidad contrasta fuertemente con la complejidad requerida para implementar sistemas similares en Bitcoin, que requeriria soluciones alternativas significativas y limitaciones debido a las capacidades restringidas de scripting de Bitcoin.
Los tokens en Ethereum pueden representar virtualmente cualquier cosa de valor. Pueden representar sub-monedas con sus propias politicas monetarias, derivados financieros que rastrean activos externos, acciones de empresas con derechos a dividendos, puntos de fidelidad en programas de clientes, materias primas como oro o petroleo, o incluso representaciones de propiedad fisica. La programabilidad de Ethereum permite que estos tokens tengan reglas arbitrarias que gobiernen su comportamiento, como restricciones de transferencia, mecanismos de quema automatica, distribuciones de dividendos o derechos de gobernanza. Esta flexibilidad ha hecho de los sistemas de tokens el bloque de construccion fundamental para gran parte del ecosistema de 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
Los derivados financieros representan una de las aplicaciones mas fundamentales e importantes de los smart contracts de Ethereum. Un simple contrato de cobertura demuestra el mecanismo basico: la parte A deposita una cierta cantidad de ether con valor de \(1000, la parte B deposita una cantidad equivalente, y el contrato registra el valor en USD del ether en ese momento usando un feed de datos. Despues de 30 dias, el contrato recalcula el valor y envia ether por valor de \)1000 a A y el resto a B. Si el precio del ether ha subido, A recibe menos ether pero mantiene el valor de $1000; si ha bajado, A recibe mas ether para mantener ese valor. Esto permite a A cubrirse contra la volatilidad mientras B especula sobre los movimientos de precio.
La implementacion de tales contratos requiere acceso a datos externos a traves de contratos oraculo o feeds de datos. Estos oraculos proporcionan informacion de precios, datos meteorologicos u otra informacion del mundo real que los contratos necesitan para ejecutarse correctamente. Aunque los oraculos introducen una dependencia de confianza, pueden disenarse con redundancia e incentivos criptoeconomicos para proporcionar datos confiables. El contrato en si simplemente consulta al oraculo, realiza calculos basados en esos datos y distribuye fondos de acuerdo con su logica programada.
Las stablecoins y instrumentos financieros mas complejos pueden construirse utilizando mecanismos similares. Un contrato de stablecoin podria mantener una reserva de ether y emitir tokens vinculados a una moneda fiduciaria, ajustando automaticamente el suministro o los requisitos de colateral basandose en feeds de precios. Los contratos de opciones, futuros, swaps y otros derivados que normalmente requeririan marcos legales complejos e intermediarios de confianza pueden en su lugar codificarse como smart contracts auto-ejecutables. Esta infraestructura de finanzas programables permite una ingenieria financiera sofisticada manteniendo las garantias de transparencia y seguridad de la tecnologia 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 sistema de registro de nombres similar a Namecoin es trivialmente implementable en Ethereum y sirve como el ejemplo mas simple de un sistema de identidad. El contrato mantiene una base de datos con una tabla clave-valor que mapea nombres a datos asociados (como direcciones IP, claves publicas u otra informacion). Cualquiera puede registrar un nombre enviando una transaccion al contrato junto con una pequena tarifa de registro, siempre que ese nombre no este ya tomado. El propietario puede actualizar los datos asociados en cualquier momento, y los nombres pueden hacerse transferibles o permanentes de acuerdo con las reglas codificadas en el contrato.
Sistemas de identidad mas avanzados pueden construirse sobre esta base para incluir puntuaciones de reputacion, relaciones de red de confianza y verificacion de identidad descentralizada. Por ejemplo, un contrato podria mantener puntuaciones de reputacion basadas en transacciones verificadas, calificaciones de pares o completacion de tareas. Estas puntuaciones serian publicamente visibles y criptograficamente vinculadas a direcciones especificas, creando una reputacion portatil que sigue a los usuarios a traves de las aplicaciones. Los sistemas de red de confianza podrian permitir a los usuarios avalar la identidad de otros, construyendo grafos sociales que ayudan a distinguir usuarios legitimos de actores maliciosos.
Tales sistemas de identidad y reputacion se vuelven particularmente poderosos cuando se integran con otras aplicaciones. Un mercado podria requerir puntuaciones minimas de reputacion para los vendedores, una plataforma de prestamos podria ajustar las tasas de interes basandose en la reputacion del prestatario, o una red social podria usar la red de confianza para filtrar spam y contenido fraudulento. Al proporcionar una infraestructura compartida de identidad que cualquier aplicacion puede consultar, Ethereum permite una nueva clase de aplicaciones basadas en la confianza que no dependen de proveedores de identidad centralizados o sistemas de reputacion propietarios.
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
El almacenamiento descentralizado de archivos puede implementarse a traves de contratos de Ethereum que coordinan entre usuarios que necesitan almacenamiento y proveedores que lo ofrecen. En un modelo de "Dropbox descentralizado", los usuarios pagarian una tarifa mensual para subir archivos, con el contrato distribuyendo pagos a los proveedores de almacenamiento que demuestren que realmente estan almacenando los datos. El mecanismo de prueba funciona a traves de desafios criptograficos periodicos: el contrato selecciona aleatoriamente porciones de archivos y pide a los proveedores que proporcionen pruebas de Merkle tree demostrando que poseen esos datos. Los proveedores que fallen en los desafios o se desconecten perderian sus depositos y flujo de pagos futuros.
Este enfoque ofrece varias ventajas sobre el almacenamiento centralizado. Las pruebas de Merkle tree permiten una verificacion eficiente — los usuarios y el contrato pueden confirmar la disponibilidad de archivos sin descargar archivos completos. El sistema distribuye naturalmente los archivos entre multiples proveedores independientes, creando redundancia sin requerir protocolos de replicacion explicitos. Los incentivos economicos alinean el comportamiento del proveedor con las necesidades del usuario: los proveedores ganan dinero almacenando datos de manera confiable y pierden dinero si no lo hacen. Esto elimina el requisito de confianza inherente en las soluciones de almacenamiento centralizado.
Los costos de almacenamiento en tal sistema pueden ser potencialmente mas bajos que las alternativas centralizadas por varias razones. La eliminacion de precios monopolicos permite que la competencia del mercado reduzca los costos cerca del costo real de almacenamiento. La redundancia implicita de multiples usuarios almacenando archivos similares puede reducir los requisitos totales de almacenamiento. No hay necesidad de infraestructura costosa de centros de datos o gastos generales corporativos. Sin embargo, persisten desafios en torno a los mecanismos de pago, asegurar una participacion adecuada de proveedores y gestionar el equilibrio entre redundancia y costo. A pesar de estos desafios, el almacenamiento descentralizado demuestra como Ethereum puede coordinar interacciones complejas de multiples partes solo a traves de incentivos economicos.
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
Una Organizacion Autonoma Descentralizada (DAO) es una entidad virtual que tiene un conjunto de miembros o accionistas que colectivamente tienen el derecho de gastar los fondos de la entidad y modificar su codigo. Una DAO tipica opera con una regla simple: el 67% de los miembros son necesarios para tomar decisiones de gasto o modificar el codigo de la organizacion. Los miembros pueden enviar propuestas, votar sobre ellas, y si una propuesta recibe suficiente apoyo, el contrato ejecuta automaticamente la decision. Las participaciones de membresia pueden ser transferibles, permitiendo un mercado liquido para la participacion en la DAO, y diferentes clases de participaciones pueden tener diferentes derechos de voto o reclamaciones economicas.
El diseno mas simple de una DAO es un contrato auto-modificable que mantiene una lista de miembros y requiere una mayoria de 2/3 de votos para cambiar cualquier aspecto del contrato, incluyendo sus propias reglas de votacion. Los miembros enviarian cambios de codigo como transacciones, otros miembros votarian, y al alcanzar el umbral, el contrato se actualizaria a si mismo. Disenos mas sofisticados podrian incluir sistemas de votacion delegada donde los miembros pueden asignar su poder de voto a representantes, o democracia liquida donde los votos pueden ser delegados pero reclamados en cualquier momento para decisiones importantes.
Las DAOs pueden servir a diversos propositos mas alla de la simple gestion de fondos. Una DAO podria funcionar como una corporacion descentralizada, contratando proveedores, comprando servicios y distribuyendo beneficios a los accionistas — todo gobernado por codigo de smart contract en lugar de estructuras legales tradicionales. Podria operar como un fondo de inversion descentralizado, con los miembros votando sobre que proyectos financiar. Podria gestionar un recurso comun, con los interesados votando sobre las reglas de asignacion. La idea clave es que al codificar las reglas de gobernanza en codigo transparente e inmutable y vincularlas a una participacion economica, las DAOs pueden coordinar decisiones de grupo sin requerir gestion jerarquica tradicional o aplicacion legal.
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
Mas alla de las categorias principales ya discutidas, Ethereum permite numerosas otras aplicaciones. Las carteras de ahorro con caracteristicas de seguridad sofisticadas pueden imponer limites de retiro diarios mientras proporcionan claves de emergencia para la recuperacion, protegiendo a los usuarios del robo mientras mantienen el control ultimo. Los contratos de seguro de cosechas pueden pagar automaticamente a los agricultores basandose en feeds de datos meteorologicos, eliminando el procesamiento de reclamaciones y reduciendo los gastos administrativos. Las aplicaciones de apuestas entre pares pueden operar sin ningun intermediario de confianza, con smart contracts manteniendo las apuestas y pagando automaticamente a los ganadores basandose en numeros aleatorios verificables o datos de eventos del mundo real.
Los mercados de prediccion en la cadena permiten a los usuarios apostar sobre eventos futuros, creando poderosos mecanismos de pronostico a traves de la sabiduria de las masas. Estos pueden aumentarse con protocolos tipo SchellingCoin para crear oraculos descentralizados: los participantes reportan datos independientemente (como resultados electorales o condiciones meteorologicas), y aquellos cuyos reportes coinciden con la mayoria reciben recompensas mientras los valores atipicos son penalizados. Este enfoque criptoeconomico incentiva el reporte honesto y puede proporcionar datos del mundo real confiables a otros contratos sin requerir confianza en ningun proveedor de oraculo individual.
Las carteras multifirma representan otra aplicacion importante, permitiendo el control compartido de fondos entre multiples partes. Una cartera multifirma 2-de-3 podria requerir que dos de tres partes designadas aprueben una transaccion antes de que los fondos puedan gastarse, util para acuerdos de deposito en garantia, tesorerias corporativas o seguridad personal. Los mercados descentralizados pueden combinar sistemas de identidad, puntuaciones de reputacion, contratos de deposito en garantia y mecanismos de resolucion de disputas para permitir el comercio entre pares sin plataformas centralizadas. Cada una de estas aplicaciones demuestra como la programabilidad de Ethereum permite nuevos modelos de confianza y estructuras organizacionales.
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
La implementacion de Ethereum del protocolo GHOST modificado incluye reglas especificas para la inclusion y recompensas de tios. Los tios deben ser hijos directos de un ancestro del bloque actual (entre 2 y 7 generaciones atras), deben ser cabeceras de bloque validas, deben ser distintos de tios anteriores y no deben ser ancestros directos del bloque actual. Los bloques tio reciben el 87.5% de la recompensa estandar de bloque, mientras que el bloque que los incluye recibe un 3.125% adicional por cada tio incluido (hasta dos tios). Esta estructura de incentivos anima a los mineros a referenciar bloques obsoletos que observan, fortaleciendo la seguridad de la red mientras recompensa a los mineros que experimentaron mala suerte temporal con la propagacion de la red.
El sistema de comisiones se basa en el concepto de "gas", donde cada operacion computacional tiene un costo fijo en gas. Por ejemplo, una operacion de multiplicacion cuesta 5 gas, un hash SHA256 cuesta 20 gas, y cada transaccion tiene un costo base de 21,000 gas. Los usuarios especifican tanto un limite de gas (maximo de gas que estan dispuestos a consumir) como un precio de gas (cuanto ether pagaran por unidad de gas). Este sistema sirve multiples propositos: previene bucles infinitos y ataques de denegacion de servicio al asegurar que toda la computacion se pague, crea un mercado para el espacio de bloques donde los usuarios pujan mediante precios de gas, y permite a los mineros establecer un precio minimo de gas que estan dispuestos a aceptar, protegiendo los recursos de la red.
La escalabilidad sigue siendo una preocupacion significativa, ya que cada nodo completo debe procesar cada transaccion para verificar el estado. Las arquitecturas blockchain actuales luchan por igualar el rendimiento de transacciones de los sistemas centralizados. Las soluciones potenciales incluyen el sharding de estado, donde diferentes nodos procesan diferentes subconjuntos de transacciones, y una transicion de proof of work a consenso proof of stake, que podria permitir una produccion de bloques mas eficiente. Los clientes ligeros que usan pruebas de Merkle pueden verificar transacciones sin procesar todos los bloques, pero alguien debe seguir procesando todo. Estos desafios de escalabilidad representan areas activas de investigacion y desarrollo criticas para la viabilidad a largo plazo de 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
El protocolo de Ethereum fue concebido originalmente como una version mejorada de una criptomoneda, proporcionando caracteristicas avanzadas como depositos en garantia en la blockchain, limites de retiro y contratos financieros a traves de un lenguaje de programacion altamente generalizado. Sin embargo, el protocolo de Ethereum va mucho mas alla de solo la moneda. Los protocolos en torno al almacenamiento descentralizado de archivos, la computacion descentralizada y los mercados de prediccion descentralizados, entre docenas de otros conceptos, tienen el potencial de aumentar sustancialmente la eficiencia de la industria computacional y proporcionar un impulso masivo a otros protocolos peer-to-peer al agregar por primera vez una capa economica.
En lugar de proporcionar un conjunto limitado de operaciones disenadas para casos de uso especificos, Ethereum proporciona un lenguaje de programacion Turing-completo que permite a los desarrolladores construir cualquier aplicacion que puedan disenar. Quieres inventar tu propio derivado financiero? Crear tu propia moneda? Establecer un gobierno en la blockchain? Todo esto es trivialmente implementable con el sistema de scripting de Ethereum. El poder de la plataforma no radica en predecir que aplicaciones se construiran, sino en proporcionar la infraestructura fundacional que hace facil construirlas.
El concepto de una funcion de transicion de estado arbitraria implementada por el protocolo de Ethereum proporciona una plataforma con un potencial unico. En lugar de ser un protocolo cerrado, de proposito unico, destinado a aplicaciones especificas en almacenamiento de datos, apuestas o finanzas, Ethereum es abierto por diseno, y creemos que es extremadamente adecuado para servir como capa fundacional para un gran numero de protocolos tanto financieros como no financieros en los anos venideros. Las aplicaciones que se construiran sobre Ethereum en el futuro pueden ser aquellas que ni siquiera podemos imaginar hoy, y esa posibilidad abierta representa la verdadera promesa de la plataforma.
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
El whitepaper de Ethereum se basa en un extenso trabajo previo en investigacion de criptomonedas y sistemas distribuidos. El protocolo fundacional de Bitcoin se describe en el articulo original de 2008 de Satoshi Nakamoto "Bitcoin: A Peer-to-Peer Electronic Cash System", que introdujo el concepto de moneda digital basada en blockchain. Los primeros intentos de extender la funcionalidad de Bitcoin incluyen Namecoin, un sistema de registro de nombres descentralizado que demuestra aplicaciones de blockchain mas alla de la moneda, aunque limitado por las capacidades restringidas de scripting de Bitcoin.
El whitepaper de colored coins propuso un metodo para representar activos alternativos en la blockchain de Bitcoin "coloreando" bitcoins especificos para representar otros activos, mientras que Mastercoin intento crear una capa de protocolo sobre Bitcoin para instrumentos financieros mas complejos. Ambos resaltaron las limitaciones de construir sobre Bitcoin y motivaron la necesidad de una plataforma mas flexible. El concepto de corporaciones autonomas descentralizadas, explorado en Bitcoin Magazine, proporciono fundamentos teoricos para la gobernanza organizacional a traves de smart contracts.
Los componentes tecnicos clave incluyen la verificacion de pagos simplificada (SPV) para clientes ligeros, Merkle trees para la verificacion eficiente de datos y Patricia tries para la representacion de estado de Ethereum. El protocolo GHOST (Greedy Heaviest Observed Subtree), descrito en un articulo de criptografia de 2013, aborda problemas de seguridad que surgen de tiempos de bloque rapidos y forma la base del mecanismo de consenso de Ethereum. Estas referencias representan los fundamentos intelectuales sobre los cuales se construyo Ethereum, combinando conocimientos de criptomonedas, sistemas distribuidos, criptografia y teoria de juegos para crear una plataforma blockchain de proposito general.
