Por que vale a pena prestar atenção ao Ethereum recentemente?
Após a aprovação do ETF de Bitcoin spot, a próxima narrativa imediatamente mudou para a lógica narrativa central do Ethereum: ETF de Ethereum spot em maio, atualização de Londres, Restaking e mais.
Explorando os Padrões de Desenvolvimento do Ethereum
Antes da Fusão, o Ethereum parecia mais o modelo de desenvolvimento de uma empresa iniciante. PoW dotou os mineradores com recompensas de bloco como estratégia de marketing inicial, sem se importar muito com o valor do token. A economia do token inflacionou rapidamente, priorizando a sedimentação de valor em detrimento da experiência do usuário.
O objetivo da Fusão não é melhorar o desempenho do Ethereum, mas sim reduzir o consumo de geração de blockchains (conversão de PoW para PoS). Usando uma analogia da Web2.0, é semelhante à otimização da parte a montante de uma cadeia industrial, lançando as bases para o desenvolvimento sustentável no futuro. A economia de tokens também transita para a deflação, enfatizando a experiência do usuário. A renda dos mineradores transforma-se gradualmente em renda de staking, e a receita das taxas de gás diminui.
O upgrade de Londres corresponde a parte de The Surge, priorizando a experiência do utilizador (como aumentar a velocidade de transação e reduzir as taxas de gás).
Os futuros ciclos de atualização terão intervalos relativamente curtos. Após a atualização de Xangai, o Ethereum, de certa forma, altera o consenso PoW para PoS, entrando numa fase mais madura. Embora haja várias atualizações principais no futuro, o objetivo principal é focar na escalabilidade on-chain, na verificação mais simples de blocos, em taxas mais baratas, e em desempenho mais poderoso e estável.
Algumas Reflexões
O desenvolvimento do Ethereum é complexo e diversificado e, no processo de estudar o seu percurso global de desenvolvimento, existem muitas questões não resolvidas que necessitam de consideração.
Vitalik desempenhou um papel orientador muito forte no desenvolvimento do Ethereum. Na verdade, do ponto de vista corporativo, ter um bom CEO liderando a carga é uma abordagem de desenvolvimento muito boa. No final, todos os desenvolvimentos no ecossistema do Ethereum liderados por Vitalik contribuirão para o sucesso a longo prazo do ETH.
Projetos como Arb, OP, ZKsync, Metis e várias soluções de Camada2; Plataformas DeFi como Aave, Compound, Uniswap e muitos outros projetos de alta valoração estão ligados ao Ethereum. Tornaram-se narrativas populares por um período de tempo e o Ethereum, em maior ou menor medida, beneficia destas tendências.
Em vez de ser semelhante à Microsoft ou Apple, o Ethereum parece mais próximo da Nvidia. Quer se trate de desenvolvimento de IA, RV/RA, Web3.0, várias nuvens ou centros de potência computacional, todas as tecnologias de ponta são inseparáveis da potência computacional e, portanto, da Nvidia.
A Web 3.0 também tem um status semelhante. Qualquer desenvolvimento é desafiador de separar do crescimento do Ethereum. Enquanto a narrativa do Ethereum esteve relativamente quieta por um período, a atualização de Londres e o ETF spot do Ethereum levaram a um aumento nos preços da Camada 2 e do ETH. Desenvolvimentos anteriores como o Verão DeFi e o Verão NFT também contribuem para impulsionar o preço do Ethereum. Projetos com uma meia-vida mais longa precisam de interação suficiente com o Ethereum.
Muitos projetos que querem afastar-se do Ethereum estão basicamente a pensar com a lógica de um 'Ethereum killer'. O TON, discutido anteriormente, não ganhou muita tração depois de não se posicionar como um concorrente do Ethereum.
O desenvolvimento do Ethereum é bastante centralizado. A própria cadeia do Ethereum é descentralizada, mas por vezes parece que a centralização do desenvolvimento do Ethereum está ao nível da equipa da Uniswap, não tão bem distribuída como alguns protocolos como Aave e MakerDAO. Isso reflete indiretamente que, para um projeto se desenvolver bem, pode ser fundamentalmente necessário um certo nível de centralização.
Talvez um dia, o Ethereum possa amadurecer para um estágio em que alcance um governo completamente descentralizado. No entanto, pelo menos até que Vitalik ainda seja jovem, sinto que esse dia está longe. Por outro lado, o Ethereum é apenas uma empresa de 11 anos e está longe de ser considerada madura.
1.1 História e Forks
O quadro de conteúdo seguinte é citado de: https://ethereum.org/zh/history e outras informações públicas. Para obter conteúdo mais específico, clique no link para referência.
White paper lançado, Ethereum nasceu
O whitepaper definiu contratos inteligentes, introduzindo o conceito de Éter (ETH). Explicou que o Éter poderia servir como gás na rede Ethereum, exigindo que os utilizadores pagassem uma determinada taxa de gás ao realizar atividades como transferir fundos ou implementar contratos inteligentes. Parte da taxa de gás seria recompensada aos validadores de blocos (também conhecidos como mineradores). Se o iniciador de uma transação não pagasse Éter suficiente, a transação não seria executada, e se pagassem uma quantia em excesso, o excedente seria reembolsado para a carteira do iniciador.
2014f: Fase 0.5 - Venda de Ethereum
Venda de Ethereum
22 de julho de 2014, 00:00:00 +UTC
O período de pré-venda do Éter durou 42 dias e permitiu compras usando Bitcoin.
Resumo
A taxa de câmbio inicial era de 1 Bitcoin por 2000 Éter, mantida por 14 dias. Depois, a taxa diminuiu linearmente até atingir 1 Bitcoin por 1337 Éter. A venda de tokens concluiu em 2 de setembro de 2014, com aproximadamente $18 milhões em vendas totais, envolvendo a compra de mais de 60 milhões de Éter. Após concluir a compra, o Éter recebido só podia ser transferido após o lançamento do bloco gênese do Ethereum.
Além dos mais de 60 milhões de ETH da pré-venda, foram feitas mais duas alocações. Uma alocação foi para os contribuidores do desenvolvimento inicial do Ethereum, e a outra foi destinada a projetos de pesquisa de longo prazo. Ambas as alocações representaram 9,9% da quantidade de ETH da pré-venda.
No total, quando o Ethereum foi oficialmente emitido, foram alocados 72.002.454,768 ETH.
Origem: https://blog.ethereum.org/2014/07/22/lançamento-da-venda-de-éter
Em 3 de março de 2015, foram anunciadas quatro etapas importantes no artigo publicado no Ethereum’sBlog oficial. De acordo com o blog, parte da lógica de pensamento original de Vitalik foi a seguinte:
fronteira
Frontier é a versão original do Ethereum, mas há muito pouco que pode ser feito nela. O lançamento segue a conclusão bem-sucedida da fase beta olímpica. É destinado a usuários técnicos, especialmente desenvolvedores. Os blocos têm um limite de combustível de 5.000 unidades. Esse período de "desbloqueio" permite que os mineradores comecem as operações e que os primeiros adotantes tenham tempo suficiente para instalar os clientes.
Similar ao início a frio de muitos projetos da Web 3.0, os "mineiros" receberão uma recompensa de 5 moedas Ethereum por cada bloco que minerarem na mainnet "Frontier".
Frontier unlocking fork
O fork de desbloqueio da Fronteira aumenta o limite de 5.000 unidades de gás por bloco e define o preço padrão do gás para 51 gwei. Isso permitirá a transação - que requer 21.000 unidades de gás.
Para garantir futuros hard forks para prova de participação, o conceito de bomba de dificuldadeé introduzido. Este conceito também é conhecido como TTD, que significa Dificuldade Total do Terminal, que é a soma da dificuldade de todos os blocos anteriores. Quando o valor acumulado da dificuldade de mineração de toda a rede atinge TTD, a rede principal da ETH ativará a “bomba de dificuldade”. A “bomba de dificuldade” é uma função backdoor que ajusta a dificuldade do Ethereum. O tempo de bloco PoW do Ethereum não é fixo, mas a dificuldade de mineração é ajustada dinamicamente de acordo com a potência de computação de toda a rede. Desta forma, o tempo de bloco é fixado dentro de uma faixa aproximada. A implementação da bomba de dificuldade usa uma função backdoor para ajustar a dificuldade de mineração para um valor máximo, de modo que nenhum minerador possa produzir blocos a esta dificuldade de mineração, levando assim os mineradores a desistir do PoW. A conversão PoW-POS não define uma altura de bloco fixa, mas estipula o TTD como o momento em que a Fusão ocorre. Parte da razão é evitar que alguém sabote deliberadamente o processo de Fusão.
Disfarçada, prova que o Ethereum há muito tempo está determinado a passar de PoW para PoS.
O primeiro hard fork do Ethereum, após passar por vários incidentes de segurança, melhorou gradualmente algumas especificações dos contratos inteligentes.
fork do homestead,
O Fork Homestead otimiza o processo de criação de contratos inteligentes.
fork DAO
Este fork foi um fork passivo não planeado, resultante de um ataque ao Ethereum.
O DAO é um projeto de financiamento coletivo lançado pela empresa de blockchain [Slock.it] para fornecer um meio de financiamento comunitário para projetos. Os utilizadores da comunidade participam na votação trocando os seus ETH por Token DAO. Se o financiamento coletivo for bem-sucedido, podem receber uma parte da recompensa de lucro. O projeto completou uma venda coletiva de 28 dias em abril de 2016, arrecadando um total de mais de 12 milhões de ETH, representando quase 14% do montante de Ethereum na altura. No entanto, apenas 2 meses depois, hackers exploraram uma vulnerabilidade no código do The DAO e roubaram 3,6 milhões de ETH do fundo.
Esta ação foi votada pela comunidade Ethereum. Todos os detentores de Ethereum poderão votar através de transações na plataforma de votação. A decisão de fazer o fork recebeu mais de 85% dos votos. Através do rollback do fork, os ETH roubados pelo hacker foram recuperados.
Este fork move fundos do contrato em questão para um novo contrato que tem apenas uma função: levantamentos. Qualquer pessoa que tenha perdido fundos pode levantar éter da sua carteira a uma taxa de 1 éter por 100 tokens DAO.
Alguns mineiros recusaram-se a fazer o fork porque o incidente do DAO não foi uma falha no protocolo. Mais tarde, formaram o Ethereum Classic (ETC).
garfo de apito de tangerina
O fork Tangerine Whistle é uma otimização do ataque de Negação de Serviço (DoS) sofrido pela rede Ethereum em 18 de setembro de 2016, que causou atrasos severos no processamento de transações; principalmente resolve questões de emergência de saúde da rede relacionadas a códigos de operação subestimados.
Fork Spurious Dragon
22 de novembro de 2016 04:15:44 +UTC
O Fork Spurious Dragon é ainda mais otimizado para ataques cibernéticos de Negação de Serviço (DoS), incluindo:
-Ajustar os preços dos opcodes para prevenir futuros ataques à rede.
-Adicionada proteção contra ataques de repetição.
O principal trabalho de Metropolis é corrigir alguns problemas na rede Ethereum e preparar a introdução de ZK-SNARKS.
O evento mais influente que ocorreu nesta fase foram as duas reduções das recompensas de bloco: de 5ETH para 3ETH e depois para 2ETH, que pode ser considerado um período de transição de PoW para PoS.
Nesta fase, começamos a considerar a experiência do usuário e como fazer a transição suave de PoW para PoS no futuro.
Atualização de Bizâncio
O garfo bizantino abriu caminho para a introdução do ZK-Snark, que começou a focar na privacidade do usuário e na experiência do usuário.
-com o blocomineraçãorecompensas reduzindo de 5 Ethereum para 3 Ethereum.
-adiar a implementação da dificuldadebombadurante um ano.
-adicionada a capacidade de chamar outros contratos sem mudar de estado.
-adicionou certos métodos de criptografia para alcançar Camada2.
O Ethereum está a amadurecer gradualmente, e o consenso mudou de PoW para PoS. A experiência do utilizador, segurança, descentralização da zona e escalabilidade são as direções de desenvolvimento mais importantes do Ethereum.
fork Constantinople
Reduzir o blocomineraçãorecompensa de 3 Ethereum para 2 Ethereum.
- Custos de gás otimizados para operações específicas na Máquina Virtual Ethereum.
-Melhorar a resiliência após ataques de negação de serviço.
-Permitir soluções de Camada 2 baseadas em 'argumentação de conhecimento concisa não interativa de conhecimento zero' e 'argumentação de conhecimento transparente escalável de conhecimento zero' para terem melhor desempenho.
-Permitir contratos para introduzir mais funcionalidades criativas.
O Muir Glacier Fork atrasa a implementação da bomba de dificuldade. Aumentar a dificuldade de bloqueio do mecanismo de consenso de prova de trabalho pode aumentar o tempo de espera para enviar transações e usar aplicativos descentralizados, reduzindo assim a usabilidade do Ethereum.
Implementar contrato de depósito de participação
O Contrato de Depósito de Stake introduz o staking no ecossistema Ethereum. Embora seja um contrato na mainnet, afeta diretamente o cronograma de lançamento da beacon chain, que é uma parte importante da atualização do Ethereum.
Bloco genesis da cadeia de beacons
A Beacon Chain requer 16.384 contas que armazenam 32 Éter apostados para garantir um lançamento seguro. Isso aconteceu em 27 de novembro de 2020, o que significa que a Beacon Chain começou a produzir blocos em 1 de dezembro de 2020.
A cadeia de beacons desempenha o papel de gerir, supervisionar e verificar a rede blockchain. A cadeia de beacons utiliza um método aleatório para selecionar verificadores. Aqueles que têm sucesso na verificação serão recompensados, mas se houver comportamento malicioso, serão punidos.
Após a fusão, as unidades de tempo de um bloco aparecerão como slots e épocas. Um slot é criado a cada 12 segundos, e cada pacote de épocas consiste em 32 slots. Uma época é um período de tempo fixo no final do qual os verificadores serão reatribuídos.
Para se tornar um validador e obter direitos de voto, os utilizadores devem apostar pelo menos 32 Éter.
A regra do Ethereum é que para cada época, os validadores serão atribuídos aleatoriamente a 32 comitês, garantindo que cada comitê seja composto por pelo menos 128 validadores. O sistema usa o algoritmo RANDAO para atribuir 1 validador para cada período e também seleciona aleatoriamente um comitê para este período. Este validador é responsável por propor blocos, enquanto o comitê é responsável por validar e votar nas propostas. Uma vez que o voto seja aprovado, um bloco será gerado e o proponente receberá a recompensa; caso contrário, não apenas a recompensa não será obtida, mas o depósito também será perdido. O mesmo vale para os verificadores comuns: se seguirem corretamente as regras, são recompensados, enquanto os spoilers são punidos. Uma vez que o depósito de 32 ETH cai abaixo de 16 ETH, a elegibilidade do validador será encerrada.
A atualização de Berlim otimiza os custos de gás para certas operações da Máquina Virtual Ethereum e adiciona suporte para vários tipos de transações.
Atualização de Londres
A atualização de Londres introduziu o EIP-1559, que reforma o mercado de taxas de negociação. Continue a adiar a implementação da bomba dificil até ao seu lançamento em 1 de dezembro de 2021.
Atualização Aquila
A atualização Aquila é a primeira atualização planeada da Beacon Chain. Adiciona suporte para “comités de sincronização”—suporte para clientes leves e adiciona penalidades para a preguiça de validadores e comportamentos puníveis à medida que avança em direção a fusões.
Atualização do Glaciar Arrow
A bomba de dificuldade atrasou a geração de um total de 10.700.000 blocos até junho de 2022.
O atraso na atualização da rede Gray Glacier adia a implementação da bomba de dificuldade em três meses. Esta é a única alteração introduzida nesta atualização, que é essencialmente semelhante às atualizações Arrow Glacier e Muir Glacier. Alterações semelhantes foram feitas nas atualizações da rede Byzantine, Constantinopla e Londres.
Atualização Bellatrix
A atualização Bellatrix é a segunda atualização planeada da cadeia Beacon, preparando a cadeia Beacon para a fusão. Aumenta a penalização que um validador recebe por preguiça e por se envolver em comportamento punível com a perda total. A atualização Bellatrix também inclui atualizações às regras de seleção de fork para preparar a Cadeia Beacon para a fusão e transição do último bloco de Prova de Trabalho para o primeiro bloco de Prova de Participação. Isso inclui tornar os clientes de consenso cientes da dificuldade terminal total de 587500000000000000000000.
Atualização Paris (Fusão)
O upgrade de Paris foi acionado quando a blockchain de prova de trabalho excedeu a dificuldade total do terminal de 58750000000000000000000. Isso aconteceu no bloco 15537393 em 15 de setembro de 2022 e acionou o upgrade de Paris no bloco seguinte. O upgrade de Paris é uma transição de fusão. A função principal do Ethereum encerra o algoritmo de mineração de prova de trabalho e a lógica de consenso relacionada e inicia a prova de participação. O upgrade de Paris em si é um upgrade para o cliente de execução (equivalente ao upgrade de Bellatrix na camada de consenso), permitindo que o cliente de execução aceite instruções do cliente de consenso conectado a ele.
A atualização Capella é a terceira grande atualização da camada de consenso (Beacon Chain), que permite levantamentos de aposta. Capella e Xangai atualizaram simultaneamente a camada de execução e ativaram a função de levantamento de aposta.
Esta atualização da camada de consenso permite aos stakers que não tenham fornecido certificados de levantamento para os seus depósitos iniciais fornecer certificados de levantamento para efetuar levantamentos.
A atualização também fornece varredura automatizada de contas para processar continuamente quaisquer pagamentos de recompensa disponíveis ou retiradas completas das contas de validadores.
Atualização de Xangai
A atualização Shanghai introduz retiradas de staking na camada de execução. A atualização Shanghai coincide com a atualização Capella, permitindo que o bloco aceite operações de retirada para que os stakers possam retirar éter da beacon chain para a camada de execução.
PoW é mais como uma ferramenta de marketing inicial para uma empresa iniciante, com subsídios para músicas famosas estáveis (renda estável para os mineiros da mineração), enquanto o PoS é mais como patrimônio líquido e emissão líquida de Éter.
A fusão altera significativamente a política monetária do Ethereum. Ao eliminar as recompensas dos mineiros e convertê-las em recompensas de participação, reduz significativamente a emissão de novos tokens ETH. Isso constitui uma diminuição na emissão diária de ETH de aproximadamente 88,7%, equivalente a uma taxa de emissão anualizada de 0,52% do fornecimento total. Como as taxas de gás sob o EIP-1559 são queimadas, a emissão líquida mostra uma tendência deflacionária.
Existem duas mudanças-chave:
1.2.1 EIP-1559 introduzido na atualização de Londres: citando o mecanismo de queima de custos
Artigo de referência:Combustível e taxas
Para a transação de transferência on-chain mais simples, o O limite de gás é fixado em 21.000, não importa o quão ocupada a cadeia esteja.Portanto, desde que o preço do Gás e o limite do Gás estejam claros, podemos saber quanto eth gastamos com esta interação. O preço do gás irá mudar com a congestão da rede, e o limite do gás permanecerá inalterado.
Suponha que Alice precise pagar 1 Éter a Bob. Na transação, o limite de combustível é de 21.000 unidades e o preço do combustível é de 200 gwei.
O custo total é: unidades de gás (limite)Preço do gás por unidade, ou seja, 21.000 200 = 4,200,000 gwei ou 0.0042 Éter.
Para dar prioridade mais alta, os cientistas podem definir uma taxa de gás muito alta no momento, o que resulta em uma experiência do utilizador confusa e difícil de prever.
A taxa base é definida pelo protocolo e será queimada diretamente, e a taxa de prioridade é a gorjeta definida pelo utilizador a ser paga ao verificador.
Por exemplo, digamos que Jordan queira pagar a Taylor 1 éter. Uma transferência Ethereum requer 21.000 unidades de gás e tem uma taxa base de 10 gwei. Jordan pagou 2 gwei como gorjeta.
A taxa é de 21.000 * (10 + 2) = 252.000 gwei (0.000252 éter).
Quando Jordan transfere dinheiro, 1.000252 Éter será debitado da conta de Jordan. A conta de Taylor é aumentada em 1.0000 Éter. O validador recebe uma gorjeta no valor de 0.000042 Ethereum. A taxa base de 0.00021 moedas Ethereum é queimada.
Atualização 1.2.2 Paris
Primeiro, o hard fork de Constantinopla reduziu a recompensa de mineração de 3 ETH por bloco para 2 ETH. Depois, a fusão converteu PoW em PoS, e as recompensas de mineração (160.000eth/dia) desapareceram diretamente e foram transformadas em recompensas de stake (1.600eth/dia), com o volume de emissão caindo acentuadamente em 99%.
Em 15 de setembro de 2022, após a atualização de Paris, o Ethereum oficialmente tornou-se deflacionário.
Origem: https://ultrasound.money/
Desde o Merge, o fornecimento total foi apostado e queimado, excedendo 300.000 Éter. Com uma taxa de queima anual de 981.000, uma taxa de emissão de 723.000, o fornecimento sofre deflação a uma taxa de 0,21% ao ano.
Origem: https://ultrasound.money/
Depois da Fusão, o Ethereum resolveu o problema do elevado consumo de energia e depois concentrou-se nas questões de desempenho e custo. A Camada 2 resolveu estes dois problemas ao mesmo tempo, tornando-se assim a pista mais preocupante no ecossistema Ethereum após a Fusão.
Vitalik Buterin apresentou uma visão para o roteiro do Ethereum, que divide as atualizações em várias categorias com base no seu impacto na arquitetura do Ethereum. Isso inclui:
Estas atualizações são feitas em paralelo, o que significa que qualquer parte que seja desenvolvida mais rapidamente, pode ser atualizada primeiro.
Fonte - Twitter de Vitalik Buterin: https://twitter.com/VitalikButerin/status/1741190491578810445
Após a fusão do Ethereum, a coisa mais importante é melhorar o desempenho TPS, reduzir as taxas de gás e fazer com que o Ethereum se aproxime de uma aplicação perfeita.
Que tipo de TPS e Taxa de Gás o Vitalik pensa que o Ethereum pode alcançar para ser considerada uma cadeia pública qualificada?
Esta atualização do Ethereum chama-se atualização Dencun (Dencun+Cancun). A atualização Cancun (Cancun, a cidade que acolhe o Devcon) concentra-se na camada de execução do Ethereum, e a atualização Deneb concentra-se na camada de consenso.
O upgrade Cancun corresponde à parte de The Surge, com o objetivo de atingir 10+TPS.
De acordo com o Github, a atualização Cancun implementará os seguintes seis EIPs, nos quais nos concentraremos na próxima seção.
Origem: https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md
Além do Pro-Danksharding (EIP-4844), a atualização Cancun também inclui EIP-6780, EIP-1153, EIP-6475, EIP-4788 e outras propostas de melhoria.
Uma das coisas mais importantes na atualização de Cancun é introduzir o Proto-Danksharding para fazer a transição para a expansão completa do shard do Ethereum e introduzir tecnologias semelhantes antecipadamente. O objetivo final do Ethereum é dividir a rede principal em 64 fatias para alcançar mais de 100.000 TPS.
O contexto do Proto-Danksharding é que embora o esquema Rollup reduza significativamente as taxas de transação em comparação com a cadeia principal do Ethereum, ainda não é baixo o suficiente. Isso ocorre porque o calldata que fornece disponibilidade de dados na cadeia principal do Ethereum ainda ocupa um custo elevado (16 gas / byte). Na ideia original, o Ethereum propôs fornecer 16MB de espaço de dados dedicado para cada bloco no particionamento de dados para que o Rollup utilize, mas a implementação real do particionamento de dados ainda está longe.
Atualmente, os dados retornados pela Camada2 para a Camada1 são armazenados em Calldata, e os dados são armazenados permanentemente na camada de execução. Além disso, por razões de segurança, o Calldata requer gás para cada etapa de execução a fim de evitar abusos de recursos de rede.
Após o Ethereum concluir a fusão, separou a camada de consenso (responsável pelo consenso PoS) e a camada de execução (execução do código do contrato). A função da camada de execução é executar os dados armazenados em Calldata (que pode ser considerado um tipo de transação).
O conteúdo contido em Calldata pode ser dividido em duas partes:
Origem: https://dune.com/optimismfnd/optimism-l1-batch-submission-fees-security-costs
Na verdade, como dados de transação, existem apenas requisitos de verificação e não requisitos de execução. Não é necessário transmiti-lo para a camada de execução para aumentar o fardo sobre a camada de execução. Pode apenas ser armazenado nos nós da camada de consenso.
Para este fim, a EIP-4844 introduz um novo tipo de transação chamado Blob (Binary Large Objects), que subdivisões ainda mais os tipos de transação. Ao contrário das transações regulares, os Blobs carregam um pacote de dados adicional de cerca de 125 KB. Estes Blobs existem apenas na camada de consenso, funcionando como um pacote de cache semelhante a um banco de dados anexado adicional. Eles são especificamente projetados como um tipo de dados separado (Blob) para os dados transmitidos de volta da Camada 2, distintos do Calldata da Camada 1. Consequentemente, os dados do Blob só precisam ser acessíveis e verificados por quem precisa dentro de um determinado período de tempo, sem exigir que a execução da Camada 1 lide com todo o processo. Isso alivia significativamente o fardo sobre a Camada 1.
O Proto-Danksharding introduz Blobs com um tamanho de 128 KB cada, com cada bloco de Ethereum planeado para incluir 3-6 Blobs (0.375 MB - 0.75 MB), expandindo gradualmente para 64 no futuro. Em comparação, o bloco de Ethereum atual pode acomodar menos de 200 KB de dados. A introdução de Blobs aumentará significativamente a quantidade de dados que os blocos de Ethereum podem conter.
Origem: https://etherscan.io/chart/blocksize
EIP-4844 é a versão avançada do Danksharding, que tem como objetivo alcançar armazenamento temporário e recuperação de dados off-chain através dos nós Ethereum. A Layer2 por si só comprime os dados off-chain. Portanto, espera-se que permita à L2 transportar mais dados por blockchain, reduzindo as taxas de negociação em 10-100 vezes.
Se Dencun atingir com sucesso a meta média de 3 blobs por bloco após a atualização, a capacidade de L2 será aumentada quase 2 vezes. Se o objetivo de adicionar 64 blobs a um bloco for finalmente alcançado, a capacidade de L2 será melhorada quase 40 vezes.
Proto-Danksharding introduz EIP-1559 para reduzir ainda mais os custos de blob
E se eu quiser ver os dados da transação?
O EIP-4844 também introduz o esquema de compromisso KZG (Kate-Zaverucha-Goldberg) como parte do processo de verificação de blob e geração de atestados. O compromisso KZG é um esquema de compromisso polinomial que permite que os transmitentes usem uma cadeia curta para se comprometer com polinômios e suporta os verificadores a usar cadeias curtas para confirmar os compromissos declarados. Simplificando, o KZG pode simplificar a verificação de grandes quantidades de dados na verificação de pequenos compromissos criptográficos.
Comparação antes e depois da introdução do Proto-Danksharding.
A EIP-6780 propõe modificar a função do opcode SELFDESTRUCT para preparar futuras aplicações de árvores de Merkle. No futuro, através da aplicação de árvores de Merkle, a eficiência de armazenamento do Ethereum será grandemente melhorada.
EIP-1153 permite que o protocolo faça armazenamento temporário adicionando um opcode de armazenamento transitório, poupando assim taxas de gás na rede.
EIP-6475 é uma solução complementar ao EIP-4844, proporcionando melhor legibilidade e ordem sequencial compacta ao introduzir tipos de transação codificados em SSZ.
O EIP-4788 tem como objetivo melhorar a estrutura das pontes entre cadeias e pools de participação.
O TVL total ultrapassou os $20b
Origem: https://l2beat.com/scaling/tvl
Embora Vitalik acredite que ZK seja a solução final para Rollup, na verdade Arb+OP e outros sistemas Op já ultrapassaram os 85%. Ao mesmo tempo, muitos projetos também estão tentando a combinação de OP+ZK e constantemente iterando.
Fonte: https://l2beat.com/scaling/summary
A taxa de manuseamento de alguns dólares por transação única pode ser considerada uma pequena quantia para os OG que foram expostos precocemente ao web3.0, mas ainda é demasiado cara para a Adoção em Massa.
Fonte: https://l2fees.info/
Selecione a Camada1 e Camada2 para categoria e selecione as quatro cadeias públicas na imagem para blockchain (Fonte:https://cryptofees.info/)
3.2 TPS
O TPS mais antigo do Ethereum é 108. Teoricamente, o TPS da Camada 2 pode exceder 100.000 transações por segundo (TON). No entanto, atualmente não existem aplicações neste nível, o que também é motivo de preocupação.
Origem: https://chainspect.app/dashboard/tps
O TPS máximo em tempo real atual na Camada 2 é inferior a 50.
Origem: https://chainspect.app/dashboard/tps?tag=layer_2
No processo de desenvolvimento do protocolo Ethereum, as atualizações de rede e forks têm o mesmo significado. Ambos representam alterações no protocolo Ethereum e a adição de novas regras (sob a forma de EIP), que podem ser planeadas ou não planeadas. Contudo, o significado de um hard fork é diferente. Significa que esta atualização de rede não é totalmente compatível com versões anteriores e pode até alterar a funcionalidade existente dos contratos implementados e invalidar algumas transações anteriores.
Principais fontes de referência: https://eips.ethereum.org/EIPS/eip-1, ou seja, EIP-1
Classificação de EIP 2.1
EIPs podem ser divididos em três categorias principais:
EIP do Padrão de Trilha:Este tipo de EIP descreve quaisquer alterações que afetem a maioria ou todas as implementações do Ethereum, ou quaisquer alterações ou adições que afetem a interoperabilidade de aplicações que utilizam o Ethereum. Simplificando, é qualquer EIP que mude todos ou a maioria dos detalhes de implementação do Ethereum. Pode ser subdividido nas seguintes categorias:
Meta EIP (Meta Ethereum Improvement Proposal): Esta categoria de EIP gira em torno de mudanças nos processos do Ethereum (ou eventos dentro do processo), incluindo modificações nos processos, guias de usuário, processos de decisão, ambientes de desenvolvimento e ferramentas. Uma vez que essas modificações exigem a adesão coletiva dos usuários da comunidade, é necessário alcançar um consenso comunitário.
EIP informativo (Proposta de Melhoria Informativa do Ethereum): Este tipo de EIP é uma melhoria não padrão, não propondo novas funcionalidades, mas abordando questões de design e oferecendo opiniões sobre diretrizes gerais ou informações dentro da comunidade Ethereum. Não representa necessariamente um consenso ou recomendação da comunidade Ethereum.
Atualmente, o repositório EIP passou pela separação do ERC (Ethereum Request for Comment) e EIP. A proposta EIP-7329 sugere separar as especificações do ERC do repositório EIP em um novo repositório, mantendo apenas o EIP do protocolo principal. Portanto, o repositório EIP atual concentra-se na padronização do próprio Ethereum e dos protocolos construídos sobre ele, acompanhando melhorias passadas e em andamento na forma de EIPs. Por outro lado, o repositório ERC é dedicado à padronização da camada de aplicativos Ethereum, acompanhando melhorias nos padrões de aplicativos na forma de ERCs. O ERC deu origem a vários padrões conhecidos como ERC-20, ERC-721, ERC-1155 e outros.
2.2 Processo de revisão da PEI
Idea - Uma ideia pré-rascunho. Isso não é rastreado no repositório EIP.
Esboço - A primeira fase formal de rastreamento no desenvolvimento de um EIP. Quando devidamente formatado, o EIP é mesclado no repositório do EIP pelo editor do EIP.
Revisão - O autor do EIP marca o EIP como pronto e solicita revisão pelos pares.
Última Chamada - Esta é a última janela de revisão para o EIP antes da transferência para
Final - O editor do EIP irá atribuir
Última Chamada
É o estado e definirá a data de término da revisão
última-chamada-prazo
) geralmente após 14 dias.
Se ocorrerem alterações normativas necessárias durante este período, o EIP irá reverter para
Rever
.
Final - Este EIP representa o padrão final. O EIP final está num estado final e só deve ser atualizado para corrigir erros e adicionar esclarecimentos não normativos.
O PR que move o EIP da última invocação para a invocação final não deve conter quaisquer alterações que não sejam atualizações de status. Quaisquer alterações propostas de conteúdo ou editoriais devem ser submetidas separadamente e antes deste PR de atualização de status.
Estagnado
Rasgo
Revisão
ou qualquer EIP que esteja inativo há 6 meses ou mais
Última Chamada
será movido para
Estagnado
. O autor ou editor do EIP pode mover o EIP para trás por
Rasgo
ou um estado anterior para recuperar. Se não for ressuscitado, a proposta pode permanecer assim para sempre.
Os autores do EIP são notificados de quaisquer alterações de algoritmo ao seu estado EIP
Retirado - O autor do EIP retirou o EIP proposto. Este estado é final e não pode ser ressuscitado usando este número de EIP. Se a ideia for continuada mais tarde, será considerada uma nova proposta.
Vida - Um estado especial de um EIP projetado para ser continuamente atualizado e não atingir um estado final. O mais famoso destes é o EIP-1.
Por que vale a pena prestar atenção ao Ethereum recentemente?
Após a aprovação do ETF de Bitcoin spot, a próxima narrativa imediatamente mudou para a lógica narrativa central do Ethereum: ETF de Ethereum spot em maio, atualização de Londres, Restaking e mais.
Explorando os Padrões de Desenvolvimento do Ethereum
Antes da Fusão, o Ethereum parecia mais o modelo de desenvolvimento de uma empresa iniciante. PoW dotou os mineradores com recompensas de bloco como estratégia de marketing inicial, sem se importar muito com o valor do token. A economia do token inflacionou rapidamente, priorizando a sedimentação de valor em detrimento da experiência do usuário.
O objetivo da Fusão não é melhorar o desempenho do Ethereum, mas sim reduzir o consumo de geração de blockchains (conversão de PoW para PoS). Usando uma analogia da Web2.0, é semelhante à otimização da parte a montante de uma cadeia industrial, lançando as bases para o desenvolvimento sustentável no futuro. A economia de tokens também transita para a deflação, enfatizando a experiência do usuário. A renda dos mineradores transforma-se gradualmente em renda de staking, e a receita das taxas de gás diminui.
O upgrade de Londres corresponde a parte de The Surge, priorizando a experiência do utilizador (como aumentar a velocidade de transação e reduzir as taxas de gás).
Os futuros ciclos de atualização terão intervalos relativamente curtos. Após a atualização de Xangai, o Ethereum, de certa forma, altera o consenso PoW para PoS, entrando numa fase mais madura. Embora haja várias atualizações principais no futuro, o objetivo principal é focar na escalabilidade on-chain, na verificação mais simples de blocos, em taxas mais baratas, e em desempenho mais poderoso e estável.
Algumas Reflexões
O desenvolvimento do Ethereum é complexo e diversificado e, no processo de estudar o seu percurso global de desenvolvimento, existem muitas questões não resolvidas que necessitam de consideração.
Vitalik desempenhou um papel orientador muito forte no desenvolvimento do Ethereum. Na verdade, do ponto de vista corporativo, ter um bom CEO liderando a carga é uma abordagem de desenvolvimento muito boa. No final, todos os desenvolvimentos no ecossistema do Ethereum liderados por Vitalik contribuirão para o sucesso a longo prazo do ETH.
Projetos como Arb, OP, ZKsync, Metis e várias soluções de Camada2; Plataformas DeFi como Aave, Compound, Uniswap e muitos outros projetos de alta valoração estão ligados ao Ethereum. Tornaram-se narrativas populares por um período de tempo e o Ethereum, em maior ou menor medida, beneficia destas tendências.
Em vez de ser semelhante à Microsoft ou Apple, o Ethereum parece mais próximo da Nvidia. Quer se trate de desenvolvimento de IA, RV/RA, Web3.0, várias nuvens ou centros de potência computacional, todas as tecnologias de ponta são inseparáveis da potência computacional e, portanto, da Nvidia.
A Web 3.0 também tem um status semelhante. Qualquer desenvolvimento é desafiador de separar do crescimento do Ethereum. Enquanto a narrativa do Ethereum esteve relativamente quieta por um período, a atualização de Londres e o ETF spot do Ethereum levaram a um aumento nos preços da Camada 2 e do ETH. Desenvolvimentos anteriores como o Verão DeFi e o Verão NFT também contribuem para impulsionar o preço do Ethereum. Projetos com uma meia-vida mais longa precisam de interação suficiente com o Ethereum.
Muitos projetos que querem afastar-se do Ethereum estão basicamente a pensar com a lógica de um 'Ethereum killer'. O TON, discutido anteriormente, não ganhou muita tração depois de não se posicionar como um concorrente do Ethereum.
O desenvolvimento do Ethereum é bastante centralizado. A própria cadeia do Ethereum é descentralizada, mas por vezes parece que a centralização do desenvolvimento do Ethereum está ao nível da equipa da Uniswap, não tão bem distribuída como alguns protocolos como Aave e MakerDAO. Isso reflete indiretamente que, para um projeto se desenvolver bem, pode ser fundamentalmente necessário um certo nível de centralização.
Talvez um dia, o Ethereum possa amadurecer para um estágio em que alcance um governo completamente descentralizado. No entanto, pelo menos até que Vitalik ainda seja jovem, sinto que esse dia está longe. Por outro lado, o Ethereum é apenas uma empresa de 11 anos e está longe de ser considerada madura.
1.1 História e Forks
O quadro de conteúdo seguinte é citado de: https://ethereum.org/zh/history e outras informações públicas. Para obter conteúdo mais específico, clique no link para referência.
White paper lançado, Ethereum nasceu
O whitepaper definiu contratos inteligentes, introduzindo o conceito de Éter (ETH). Explicou que o Éter poderia servir como gás na rede Ethereum, exigindo que os utilizadores pagassem uma determinada taxa de gás ao realizar atividades como transferir fundos ou implementar contratos inteligentes. Parte da taxa de gás seria recompensada aos validadores de blocos (também conhecidos como mineradores). Se o iniciador de uma transação não pagasse Éter suficiente, a transação não seria executada, e se pagassem uma quantia em excesso, o excedente seria reembolsado para a carteira do iniciador.
2014f: Fase 0.5 - Venda de Ethereum
Venda de Ethereum
22 de julho de 2014, 00:00:00 +UTC
O período de pré-venda do Éter durou 42 dias e permitiu compras usando Bitcoin.
Resumo
A taxa de câmbio inicial era de 1 Bitcoin por 2000 Éter, mantida por 14 dias. Depois, a taxa diminuiu linearmente até atingir 1 Bitcoin por 1337 Éter. A venda de tokens concluiu em 2 de setembro de 2014, com aproximadamente $18 milhões em vendas totais, envolvendo a compra de mais de 60 milhões de Éter. Após concluir a compra, o Éter recebido só podia ser transferido após o lançamento do bloco gênese do Ethereum.
Além dos mais de 60 milhões de ETH da pré-venda, foram feitas mais duas alocações. Uma alocação foi para os contribuidores do desenvolvimento inicial do Ethereum, e a outra foi destinada a projetos de pesquisa de longo prazo. Ambas as alocações representaram 9,9% da quantidade de ETH da pré-venda.
No total, quando o Ethereum foi oficialmente emitido, foram alocados 72.002.454,768 ETH.
Origem: https://blog.ethereum.org/2014/07/22/lançamento-da-venda-de-éter
Em 3 de março de 2015, foram anunciadas quatro etapas importantes no artigo publicado no Ethereum’sBlog oficial. De acordo com o blog, parte da lógica de pensamento original de Vitalik foi a seguinte:
fronteira
Frontier é a versão original do Ethereum, mas há muito pouco que pode ser feito nela. O lançamento segue a conclusão bem-sucedida da fase beta olímpica. É destinado a usuários técnicos, especialmente desenvolvedores. Os blocos têm um limite de combustível de 5.000 unidades. Esse período de "desbloqueio" permite que os mineradores comecem as operações e que os primeiros adotantes tenham tempo suficiente para instalar os clientes.
Similar ao início a frio de muitos projetos da Web 3.0, os "mineiros" receberão uma recompensa de 5 moedas Ethereum por cada bloco que minerarem na mainnet "Frontier".
Frontier unlocking fork
O fork de desbloqueio da Fronteira aumenta o limite de 5.000 unidades de gás por bloco e define o preço padrão do gás para 51 gwei. Isso permitirá a transação - que requer 21.000 unidades de gás.
Para garantir futuros hard forks para prova de participação, o conceito de bomba de dificuldadeé introduzido. Este conceito também é conhecido como TTD, que significa Dificuldade Total do Terminal, que é a soma da dificuldade de todos os blocos anteriores. Quando o valor acumulado da dificuldade de mineração de toda a rede atinge TTD, a rede principal da ETH ativará a “bomba de dificuldade”. A “bomba de dificuldade” é uma função backdoor que ajusta a dificuldade do Ethereum. O tempo de bloco PoW do Ethereum não é fixo, mas a dificuldade de mineração é ajustada dinamicamente de acordo com a potência de computação de toda a rede. Desta forma, o tempo de bloco é fixado dentro de uma faixa aproximada. A implementação da bomba de dificuldade usa uma função backdoor para ajustar a dificuldade de mineração para um valor máximo, de modo que nenhum minerador possa produzir blocos a esta dificuldade de mineração, levando assim os mineradores a desistir do PoW. A conversão PoW-POS não define uma altura de bloco fixa, mas estipula o TTD como o momento em que a Fusão ocorre. Parte da razão é evitar que alguém sabote deliberadamente o processo de Fusão.
Disfarçada, prova que o Ethereum há muito tempo está determinado a passar de PoW para PoS.
O primeiro hard fork do Ethereum, após passar por vários incidentes de segurança, melhorou gradualmente algumas especificações dos contratos inteligentes.
fork do homestead,
O Fork Homestead otimiza o processo de criação de contratos inteligentes.
fork DAO
Este fork foi um fork passivo não planeado, resultante de um ataque ao Ethereum.
O DAO é um projeto de financiamento coletivo lançado pela empresa de blockchain [Slock.it] para fornecer um meio de financiamento comunitário para projetos. Os utilizadores da comunidade participam na votação trocando os seus ETH por Token DAO. Se o financiamento coletivo for bem-sucedido, podem receber uma parte da recompensa de lucro. O projeto completou uma venda coletiva de 28 dias em abril de 2016, arrecadando um total de mais de 12 milhões de ETH, representando quase 14% do montante de Ethereum na altura. No entanto, apenas 2 meses depois, hackers exploraram uma vulnerabilidade no código do The DAO e roubaram 3,6 milhões de ETH do fundo.
Esta ação foi votada pela comunidade Ethereum. Todos os detentores de Ethereum poderão votar através de transações na plataforma de votação. A decisão de fazer o fork recebeu mais de 85% dos votos. Através do rollback do fork, os ETH roubados pelo hacker foram recuperados.
Este fork move fundos do contrato em questão para um novo contrato que tem apenas uma função: levantamentos. Qualquer pessoa que tenha perdido fundos pode levantar éter da sua carteira a uma taxa de 1 éter por 100 tokens DAO.
Alguns mineiros recusaram-se a fazer o fork porque o incidente do DAO não foi uma falha no protocolo. Mais tarde, formaram o Ethereum Classic (ETC).
garfo de apito de tangerina
O fork Tangerine Whistle é uma otimização do ataque de Negação de Serviço (DoS) sofrido pela rede Ethereum em 18 de setembro de 2016, que causou atrasos severos no processamento de transações; principalmente resolve questões de emergência de saúde da rede relacionadas a códigos de operação subestimados.
Fork Spurious Dragon
22 de novembro de 2016 04:15:44 +UTC
O Fork Spurious Dragon é ainda mais otimizado para ataques cibernéticos de Negação de Serviço (DoS), incluindo:
-Ajustar os preços dos opcodes para prevenir futuros ataques à rede.
-Adicionada proteção contra ataques de repetição.
O principal trabalho de Metropolis é corrigir alguns problemas na rede Ethereum e preparar a introdução de ZK-SNARKS.
O evento mais influente que ocorreu nesta fase foram as duas reduções das recompensas de bloco: de 5ETH para 3ETH e depois para 2ETH, que pode ser considerado um período de transição de PoW para PoS.
Nesta fase, começamos a considerar a experiência do usuário e como fazer a transição suave de PoW para PoS no futuro.
Atualização de Bizâncio
O garfo bizantino abriu caminho para a introdução do ZK-Snark, que começou a focar na privacidade do usuário e na experiência do usuário.
-com o blocomineraçãorecompensas reduzindo de 5 Ethereum para 3 Ethereum.
-adiar a implementação da dificuldadebombadurante um ano.
-adicionada a capacidade de chamar outros contratos sem mudar de estado.
-adicionou certos métodos de criptografia para alcançar Camada2.
O Ethereum está a amadurecer gradualmente, e o consenso mudou de PoW para PoS. A experiência do utilizador, segurança, descentralização da zona e escalabilidade são as direções de desenvolvimento mais importantes do Ethereum.
fork Constantinople
Reduzir o blocomineraçãorecompensa de 3 Ethereum para 2 Ethereum.
- Custos de gás otimizados para operações específicas na Máquina Virtual Ethereum.
-Melhorar a resiliência após ataques de negação de serviço.
-Permitir soluções de Camada 2 baseadas em 'argumentação de conhecimento concisa não interativa de conhecimento zero' e 'argumentação de conhecimento transparente escalável de conhecimento zero' para terem melhor desempenho.
-Permitir contratos para introduzir mais funcionalidades criativas.
O Muir Glacier Fork atrasa a implementação da bomba de dificuldade. Aumentar a dificuldade de bloqueio do mecanismo de consenso de prova de trabalho pode aumentar o tempo de espera para enviar transações e usar aplicativos descentralizados, reduzindo assim a usabilidade do Ethereum.
Implementar contrato de depósito de participação
O Contrato de Depósito de Stake introduz o staking no ecossistema Ethereum. Embora seja um contrato na mainnet, afeta diretamente o cronograma de lançamento da beacon chain, que é uma parte importante da atualização do Ethereum.
Bloco genesis da cadeia de beacons
A Beacon Chain requer 16.384 contas que armazenam 32 Éter apostados para garantir um lançamento seguro. Isso aconteceu em 27 de novembro de 2020, o que significa que a Beacon Chain começou a produzir blocos em 1 de dezembro de 2020.
A cadeia de beacons desempenha o papel de gerir, supervisionar e verificar a rede blockchain. A cadeia de beacons utiliza um método aleatório para selecionar verificadores. Aqueles que têm sucesso na verificação serão recompensados, mas se houver comportamento malicioso, serão punidos.
Após a fusão, as unidades de tempo de um bloco aparecerão como slots e épocas. Um slot é criado a cada 12 segundos, e cada pacote de épocas consiste em 32 slots. Uma época é um período de tempo fixo no final do qual os verificadores serão reatribuídos.
Para se tornar um validador e obter direitos de voto, os utilizadores devem apostar pelo menos 32 Éter.
A regra do Ethereum é que para cada época, os validadores serão atribuídos aleatoriamente a 32 comitês, garantindo que cada comitê seja composto por pelo menos 128 validadores. O sistema usa o algoritmo RANDAO para atribuir 1 validador para cada período e também seleciona aleatoriamente um comitê para este período. Este validador é responsável por propor blocos, enquanto o comitê é responsável por validar e votar nas propostas. Uma vez que o voto seja aprovado, um bloco será gerado e o proponente receberá a recompensa; caso contrário, não apenas a recompensa não será obtida, mas o depósito também será perdido. O mesmo vale para os verificadores comuns: se seguirem corretamente as regras, são recompensados, enquanto os spoilers são punidos. Uma vez que o depósito de 32 ETH cai abaixo de 16 ETH, a elegibilidade do validador será encerrada.
A atualização de Berlim otimiza os custos de gás para certas operações da Máquina Virtual Ethereum e adiciona suporte para vários tipos de transações.
Atualização de Londres
A atualização de Londres introduziu o EIP-1559, que reforma o mercado de taxas de negociação. Continue a adiar a implementação da bomba dificil até ao seu lançamento em 1 de dezembro de 2021.
Atualização Aquila
A atualização Aquila é a primeira atualização planeada da Beacon Chain. Adiciona suporte para “comités de sincronização”—suporte para clientes leves e adiciona penalidades para a preguiça de validadores e comportamentos puníveis à medida que avança em direção a fusões.
Atualização do Glaciar Arrow
A bomba de dificuldade atrasou a geração de um total de 10.700.000 blocos até junho de 2022.
O atraso na atualização da rede Gray Glacier adia a implementação da bomba de dificuldade em três meses. Esta é a única alteração introduzida nesta atualização, que é essencialmente semelhante às atualizações Arrow Glacier e Muir Glacier. Alterações semelhantes foram feitas nas atualizações da rede Byzantine, Constantinopla e Londres.
Atualização Bellatrix
A atualização Bellatrix é a segunda atualização planeada da cadeia Beacon, preparando a cadeia Beacon para a fusão. Aumenta a penalização que um validador recebe por preguiça e por se envolver em comportamento punível com a perda total. A atualização Bellatrix também inclui atualizações às regras de seleção de fork para preparar a Cadeia Beacon para a fusão e transição do último bloco de Prova de Trabalho para o primeiro bloco de Prova de Participação. Isso inclui tornar os clientes de consenso cientes da dificuldade terminal total de 587500000000000000000000.
Atualização Paris (Fusão)
O upgrade de Paris foi acionado quando a blockchain de prova de trabalho excedeu a dificuldade total do terminal de 58750000000000000000000. Isso aconteceu no bloco 15537393 em 15 de setembro de 2022 e acionou o upgrade de Paris no bloco seguinte. O upgrade de Paris é uma transição de fusão. A função principal do Ethereum encerra o algoritmo de mineração de prova de trabalho e a lógica de consenso relacionada e inicia a prova de participação. O upgrade de Paris em si é um upgrade para o cliente de execução (equivalente ao upgrade de Bellatrix na camada de consenso), permitindo que o cliente de execução aceite instruções do cliente de consenso conectado a ele.
A atualização Capella é a terceira grande atualização da camada de consenso (Beacon Chain), que permite levantamentos de aposta. Capella e Xangai atualizaram simultaneamente a camada de execução e ativaram a função de levantamento de aposta.
Esta atualização da camada de consenso permite aos stakers que não tenham fornecido certificados de levantamento para os seus depósitos iniciais fornecer certificados de levantamento para efetuar levantamentos.
A atualização também fornece varredura automatizada de contas para processar continuamente quaisquer pagamentos de recompensa disponíveis ou retiradas completas das contas de validadores.
Atualização de Xangai
A atualização Shanghai introduz retiradas de staking na camada de execução. A atualização Shanghai coincide com a atualização Capella, permitindo que o bloco aceite operações de retirada para que os stakers possam retirar éter da beacon chain para a camada de execução.
PoW é mais como uma ferramenta de marketing inicial para uma empresa iniciante, com subsídios para músicas famosas estáveis (renda estável para os mineiros da mineração), enquanto o PoS é mais como patrimônio líquido e emissão líquida de Éter.
A fusão altera significativamente a política monetária do Ethereum. Ao eliminar as recompensas dos mineiros e convertê-las em recompensas de participação, reduz significativamente a emissão de novos tokens ETH. Isso constitui uma diminuição na emissão diária de ETH de aproximadamente 88,7%, equivalente a uma taxa de emissão anualizada de 0,52% do fornecimento total. Como as taxas de gás sob o EIP-1559 são queimadas, a emissão líquida mostra uma tendência deflacionária.
Existem duas mudanças-chave:
1.2.1 EIP-1559 introduzido na atualização de Londres: citando o mecanismo de queima de custos
Artigo de referência:Combustível e taxas
Para a transação de transferência on-chain mais simples, o O limite de gás é fixado em 21.000, não importa o quão ocupada a cadeia esteja.Portanto, desde que o preço do Gás e o limite do Gás estejam claros, podemos saber quanto eth gastamos com esta interação. O preço do gás irá mudar com a congestão da rede, e o limite do gás permanecerá inalterado.
Suponha que Alice precise pagar 1 Éter a Bob. Na transação, o limite de combustível é de 21.000 unidades e o preço do combustível é de 200 gwei.
O custo total é: unidades de gás (limite)Preço do gás por unidade, ou seja, 21.000 200 = 4,200,000 gwei ou 0.0042 Éter.
Para dar prioridade mais alta, os cientistas podem definir uma taxa de gás muito alta no momento, o que resulta em uma experiência do utilizador confusa e difícil de prever.
A taxa base é definida pelo protocolo e será queimada diretamente, e a taxa de prioridade é a gorjeta definida pelo utilizador a ser paga ao verificador.
Por exemplo, digamos que Jordan queira pagar a Taylor 1 éter. Uma transferência Ethereum requer 21.000 unidades de gás e tem uma taxa base de 10 gwei. Jordan pagou 2 gwei como gorjeta.
A taxa é de 21.000 * (10 + 2) = 252.000 gwei (0.000252 éter).
Quando Jordan transfere dinheiro, 1.000252 Éter será debitado da conta de Jordan. A conta de Taylor é aumentada em 1.0000 Éter. O validador recebe uma gorjeta no valor de 0.000042 Ethereum. A taxa base de 0.00021 moedas Ethereum é queimada.
Atualização 1.2.2 Paris
Primeiro, o hard fork de Constantinopla reduziu a recompensa de mineração de 3 ETH por bloco para 2 ETH. Depois, a fusão converteu PoW em PoS, e as recompensas de mineração (160.000eth/dia) desapareceram diretamente e foram transformadas em recompensas de stake (1.600eth/dia), com o volume de emissão caindo acentuadamente em 99%.
Em 15 de setembro de 2022, após a atualização de Paris, o Ethereum oficialmente tornou-se deflacionário.
Origem: https://ultrasound.money/
Desde o Merge, o fornecimento total foi apostado e queimado, excedendo 300.000 Éter. Com uma taxa de queima anual de 981.000, uma taxa de emissão de 723.000, o fornecimento sofre deflação a uma taxa de 0,21% ao ano.
Origem: https://ultrasound.money/
Depois da Fusão, o Ethereum resolveu o problema do elevado consumo de energia e depois concentrou-se nas questões de desempenho e custo. A Camada 2 resolveu estes dois problemas ao mesmo tempo, tornando-se assim a pista mais preocupante no ecossistema Ethereum após a Fusão.
Vitalik Buterin apresentou uma visão para o roteiro do Ethereum, que divide as atualizações em várias categorias com base no seu impacto na arquitetura do Ethereum. Isso inclui:
Estas atualizações são feitas em paralelo, o que significa que qualquer parte que seja desenvolvida mais rapidamente, pode ser atualizada primeiro.
Fonte - Twitter de Vitalik Buterin: https://twitter.com/VitalikButerin/status/1741190491578810445
Após a fusão do Ethereum, a coisa mais importante é melhorar o desempenho TPS, reduzir as taxas de gás e fazer com que o Ethereum se aproxime de uma aplicação perfeita.
Que tipo de TPS e Taxa de Gás o Vitalik pensa que o Ethereum pode alcançar para ser considerada uma cadeia pública qualificada?
Esta atualização do Ethereum chama-se atualização Dencun (Dencun+Cancun). A atualização Cancun (Cancun, a cidade que acolhe o Devcon) concentra-se na camada de execução do Ethereum, e a atualização Deneb concentra-se na camada de consenso.
O upgrade Cancun corresponde à parte de The Surge, com o objetivo de atingir 10+TPS.
De acordo com o Github, a atualização Cancun implementará os seguintes seis EIPs, nos quais nos concentraremos na próxima seção.
Origem: https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md
Além do Pro-Danksharding (EIP-4844), a atualização Cancun também inclui EIP-6780, EIP-1153, EIP-6475, EIP-4788 e outras propostas de melhoria.
Uma das coisas mais importantes na atualização de Cancun é introduzir o Proto-Danksharding para fazer a transição para a expansão completa do shard do Ethereum e introduzir tecnologias semelhantes antecipadamente. O objetivo final do Ethereum é dividir a rede principal em 64 fatias para alcançar mais de 100.000 TPS.
O contexto do Proto-Danksharding é que embora o esquema Rollup reduza significativamente as taxas de transação em comparação com a cadeia principal do Ethereum, ainda não é baixo o suficiente. Isso ocorre porque o calldata que fornece disponibilidade de dados na cadeia principal do Ethereum ainda ocupa um custo elevado (16 gas / byte). Na ideia original, o Ethereum propôs fornecer 16MB de espaço de dados dedicado para cada bloco no particionamento de dados para que o Rollup utilize, mas a implementação real do particionamento de dados ainda está longe.
Atualmente, os dados retornados pela Camada2 para a Camada1 são armazenados em Calldata, e os dados são armazenados permanentemente na camada de execução. Além disso, por razões de segurança, o Calldata requer gás para cada etapa de execução a fim de evitar abusos de recursos de rede.
Após o Ethereum concluir a fusão, separou a camada de consenso (responsável pelo consenso PoS) e a camada de execução (execução do código do contrato). A função da camada de execução é executar os dados armazenados em Calldata (que pode ser considerado um tipo de transação).
O conteúdo contido em Calldata pode ser dividido em duas partes:
Origem: https://dune.com/optimismfnd/optimism-l1-batch-submission-fees-security-costs
Na verdade, como dados de transação, existem apenas requisitos de verificação e não requisitos de execução. Não é necessário transmiti-lo para a camada de execução para aumentar o fardo sobre a camada de execução. Pode apenas ser armazenado nos nós da camada de consenso.
Para este fim, a EIP-4844 introduz um novo tipo de transação chamado Blob (Binary Large Objects), que subdivisões ainda mais os tipos de transação. Ao contrário das transações regulares, os Blobs carregam um pacote de dados adicional de cerca de 125 KB. Estes Blobs existem apenas na camada de consenso, funcionando como um pacote de cache semelhante a um banco de dados anexado adicional. Eles são especificamente projetados como um tipo de dados separado (Blob) para os dados transmitidos de volta da Camada 2, distintos do Calldata da Camada 1. Consequentemente, os dados do Blob só precisam ser acessíveis e verificados por quem precisa dentro de um determinado período de tempo, sem exigir que a execução da Camada 1 lide com todo o processo. Isso alivia significativamente o fardo sobre a Camada 1.
O Proto-Danksharding introduz Blobs com um tamanho de 128 KB cada, com cada bloco de Ethereum planeado para incluir 3-6 Blobs (0.375 MB - 0.75 MB), expandindo gradualmente para 64 no futuro. Em comparação, o bloco de Ethereum atual pode acomodar menos de 200 KB de dados. A introdução de Blobs aumentará significativamente a quantidade de dados que os blocos de Ethereum podem conter.
Origem: https://etherscan.io/chart/blocksize
EIP-4844 é a versão avançada do Danksharding, que tem como objetivo alcançar armazenamento temporário e recuperação de dados off-chain através dos nós Ethereum. A Layer2 por si só comprime os dados off-chain. Portanto, espera-se que permita à L2 transportar mais dados por blockchain, reduzindo as taxas de negociação em 10-100 vezes.
Se Dencun atingir com sucesso a meta média de 3 blobs por bloco após a atualização, a capacidade de L2 será aumentada quase 2 vezes. Se o objetivo de adicionar 64 blobs a um bloco for finalmente alcançado, a capacidade de L2 será melhorada quase 40 vezes.
Proto-Danksharding introduz EIP-1559 para reduzir ainda mais os custos de blob
E se eu quiser ver os dados da transação?
O EIP-4844 também introduz o esquema de compromisso KZG (Kate-Zaverucha-Goldberg) como parte do processo de verificação de blob e geração de atestados. O compromisso KZG é um esquema de compromisso polinomial que permite que os transmitentes usem uma cadeia curta para se comprometer com polinômios e suporta os verificadores a usar cadeias curtas para confirmar os compromissos declarados. Simplificando, o KZG pode simplificar a verificação de grandes quantidades de dados na verificação de pequenos compromissos criptográficos.
Comparação antes e depois da introdução do Proto-Danksharding.
A EIP-6780 propõe modificar a função do opcode SELFDESTRUCT para preparar futuras aplicações de árvores de Merkle. No futuro, através da aplicação de árvores de Merkle, a eficiência de armazenamento do Ethereum será grandemente melhorada.
EIP-1153 permite que o protocolo faça armazenamento temporário adicionando um opcode de armazenamento transitório, poupando assim taxas de gás na rede.
EIP-6475 é uma solução complementar ao EIP-4844, proporcionando melhor legibilidade e ordem sequencial compacta ao introduzir tipos de transação codificados em SSZ.
O EIP-4788 tem como objetivo melhorar a estrutura das pontes entre cadeias e pools de participação.
O TVL total ultrapassou os $20b
Origem: https://l2beat.com/scaling/tvl
Embora Vitalik acredite que ZK seja a solução final para Rollup, na verdade Arb+OP e outros sistemas Op já ultrapassaram os 85%. Ao mesmo tempo, muitos projetos também estão tentando a combinação de OP+ZK e constantemente iterando.
Fonte: https://l2beat.com/scaling/summary
A taxa de manuseamento de alguns dólares por transação única pode ser considerada uma pequena quantia para os OG que foram expostos precocemente ao web3.0, mas ainda é demasiado cara para a Adoção em Massa.
Fonte: https://l2fees.info/
Selecione a Camada1 e Camada2 para categoria e selecione as quatro cadeias públicas na imagem para blockchain (Fonte:https://cryptofees.info/)
3.2 TPS
O TPS mais antigo do Ethereum é 108. Teoricamente, o TPS da Camada 2 pode exceder 100.000 transações por segundo (TON). No entanto, atualmente não existem aplicações neste nível, o que também é motivo de preocupação.
Origem: https://chainspect.app/dashboard/tps
O TPS máximo em tempo real atual na Camada 2 é inferior a 50.
Origem: https://chainspect.app/dashboard/tps?tag=layer_2
No processo de desenvolvimento do protocolo Ethereum, as atualizações de rede e forks têm o mesmo significado. Ambos representam alterações no protocolo Ethereum e a adição de novas regras (sob a forma de EIP), que podem ser planeadas ou não planeadas. Contudo, o significado de um hard fork é diferente. Significa que esta atualização de rede não é totalmente compatível com versões anteriores e pode até alterar a funcionalidade existente dos contratos implementados e invalidar algumas transações anteriores.
Principais fontes de referência: https://eips.ethereum.org/EIPS/eip-1, ou seja, EIP-1
Classificação de EIP 2.1
EIPs podem ser divididos em três categorias principais:
EIP do Padrão de Trilha:Este tipo de EIP descreve quaisquer alterações que afetem a maioria ou todas as implementações do Ethereum, ou quaisquer alterações ou adições que afetem a interoperabilidade de aplicações que utilizam o Ethereum. Simplificando, é qualquer EIP que mude todos ou a maioria dos detalhes de implementação do Ethereum. Pode ser subdividido nas seguintes categorias:
Meta EIP (Meta Ethereum Improvement Proposal): Esta categoria de EIP gira em torno de mudanças nos processos do Ethereum (ou eventos dentro do processo), incluindo modificações nos processos, guias de usuário, processos de decisão, ambientes de desenvolvimento e ferramentas. Uma vez que essas modificações exigem a adesão coletiva dos usuários da comunidade, é necessário alcançar um consenso comunitário.
EIP informativo (Proposta de Melhoria Informativa do Ethereum): Este tipo de EIP é uma melhoria não padrão, não propondo novas funcionalidades, mas abordando questões de design e oferecendo opiniões sobre diretrizes gerais ou informações dentro da comunidade Ethereum. Não representa necessariamente um consenso ou recomendação da comunidade Ethereum.
Atualmente, o repositório EIP passou pela separação do ERC (Ethereum Request for Comment) e EIP. A proposta EIP-7329 sugere separar as especificações do ERC do repositório EIP em um novo repositório, mantendo apenas o EIP do protocolo principal. Portanto, o repositório EIP atual concentra-se na padronização do próprio Ethereum e dos protocolos construídos sobre ele, acompanhando melhorias passadas e em andamento na forma de EIPs. Por outro lado, o repositório ERC é dedicado à padronização da camada de aplicativos Ethereum, acompanhando melhorias nos padrões de aplicativos na forma de ERCs. O ERC deu origem a vários padrões conhecidos como ERC-20, ERC-721, ERC-1155 e outros.
2.2 Processo de revisão da PEI
Idea - Uma ideia pré-rascunho. Isso não é rastreado no repositório EIP.
Esboço - A primeira fase formal de rastreamento no desenvolvimento de um EIP. Quando devidamente formatado, o EIP é mesclado no repositório do EIP pelo editor do EIP.
Revisão - O autor do EIP marca o EIP como pronto e solicita revisão pelos pares.
Última Chamada - Esta é a última janela de revisão para o EIP antes da transferência para
Final - O editor do EIP irá atribuir
Última Chamada
É o estado e definirá a data de término da revisão
última-chamada-prazo
) geralmente após 14 dias.
Se ocorrerem alterações normativas necessárias durante este período, o EIP irá reverter para
Rever
.
Final - Este EIP representa o padrão final. O EIP final está num estado final e só deve ser atualizado para corrigir erros e adicionar esclarecimentos não normativos.
O PR que move o EIP da última invocação para a invocação final não deve conter quaisquer alterações que não sejam atualizações de status. Quaisquer alterações propostas de conteúdo ou editoriais devem ser submetidas separadamente e antes deste PR de atualização de status.
Estagnado
Rasgo
Revisão
ou qualquer EIP que esteja inativo há 6 meses ou mais
Última Chamada
será movido para
Estagnado
. O autor ou editor do EIP pode mover o EIP para trás por
Rasgo
ou um estado anterior para recuperar. Se não for ressuscitado, a proposta pode permanecer assim para sempre.
Os autores do EIP são notificados de quaisquer alterações de algoritmo ao seu estado EIP
Retirado - O autor do EIP retirou o EIP proposto. Este estado é final e não pode ser ressuscitado usando este número de EIP. Se a ideia for continuada mais tarde, será considerada uma nova proposta.
Vida - Um estado especial de um EIP projetado para ser continuamente atualizado e não atingir um estado final. O mais famoso destes é o EIP-1.