Saltar para o conteúdo principal

33 posts marcados com "Ethereum"

Artigos sobre blockchain Ethereum, contratos inteligentes e ecossistema

Ver todas as tags

MEV, Desmistificado: Como o Valor Se Move Através do Blockspace—e O Que Você Pode Fazer Sobre Isso

· 12 min de leitura
Dora Noda
Software Engineer

Valor Máximo Extraível (MEV) não é apenas o bicho-papão dos traders—é o motor econômico silenciosamente moldando como blocos são construídos, como carteiras roteiam ordens, e como protocolos desenham mercados. Aqui está um guia pragmático para fundadores, engenheiros, traders e validadores.


TL;DR

  • O que é MEV: Valor extra que um produtor de blocos (validador/sequenciador) ou seus parceiros podem extrair reordenando, inserindo ou excluindo transações além das recompensas base e gas.
  • Por que existe: Mempools públicos, execução determinística, e dependências de ordem de transação (ex. slippage de AMM) criam jogos de ordenamento lucrativos.
  • Como MEV moderno funciona: Uma cadeia de suprimentos—carteiras & leilões de fluxo de ordens → searchers → builders → relays → proposers—formalizada por Separação Proposer-Builder (PBS) e MEV-Boost.
  • Proteções de usuário hoje: Submissão de transação privada e Leilões de Fluxo de Ordens (OFAs) podem reduzir risco de sandwich e compartilhar melhoria de preço com usuários.
  • O que vem a seguir (setembro de 2025): PBS consagrado, listas de inclusão, MEV-burn, SUAVE, e sequenciadores compartilhados para L2s—todos visando equidade e resistência.

O Modelo Mental de Cinco Minutos

Pense em blockspace como um recurso escasso vendido a cada 12 segundos no Ethereum. Quando você envia uma transação, ela aterrissa numa área de espera pública chamada mempool. Algumas transações, particularmente swaps de DEX, liquidações, e oportunidades de arbitragem, têm payoffs dependentes de ordem. Seu resultado e lucratividade mudam baseado em onde elas aterrizam num bloco relativo a outras transações. Isso cria um jogo de altas apostas para quem controla o ordenamento.

O lucro potencial máximo deste jogo é Valor Máximo Extraível (MEV). Uma definição limpa e canônica é:

"O valor máximo extraível da produção de blocos em excesso da recompensa padrão do bloco e taxas de gas ao incluir, excluir e mudar a ordem das transações."

Este fenômeno foi primeiro formalizado no paper acadêmico "Flash Boys 2.0" de 2019, que documentou os caóticos "leilões de gas prioritário" (onde bots subiriam taxas de gas para conseguir sua transação incluída primeiro) e destacou os riscos que isso representava para a estabilidade do consenso.


Uma Taxonomia Rápida (Com Exemplos)

MEV não é uma atividade única mas uma categoria de estratégias. Aqui estão as mais comuns:

  • Arbitragem DEX (Backrunning): Imagine um swap grande no Uniswap faz o preço do ETH cair relativo ao seu preço no Curve. Um arbitrageur pode comprar o ETH barato no Uniswap e vendê-lo no Curve por um lucro instantâneo. Isso é um "backrun" porque acontece imediatamente após a transação que move o preço. Esta forma de MEV é geralmente considerada benéfica pois ajuda manter preços consistentes entre mercados.

  • Sandwiching: Esta é a forma mais infame e diretamente prejudicial de MEV. Um atacante detecta a ordem de compra grande de um usuário no mempool. Eles fazem frontrun do usuário comprando o mesmo ativo logo antes deles, empurrando o preço para cima. O trade da vítima então executa a este preço pior e mais alto. O atacante então imediatamente faz backrun da vítima vendendo o ativo, capturando a diferença de preço. Isso explora a tolerância ao slippage especificada do usuário.

  • Liquidações: Em protocolos de empréstimo como Aave ou Compound, posições se tornam sub-colateralizadas se o valor da sua garantia cai. Estes protocolos oferecem um bônus para quem for primeiro a liquidar a posição. Isso cria uma corrida entre bots para ser o primeiro a chamar a função de liquidação e reivindicar a recompensa.

  • "Guerras de Gas" de Mint de NFT (Padrão Legado): Em mints de NFT badalados, uma corrida começa para garantir um token de suprimento limitado. Bots competiriam ferozmente pelos primeiros slots num bloco, frequentemente subindo preços de gas a níveis astronômicos para toda a rede.

  • MEV Cross-Domain: Conforme atividade se fragmenta entre Layer 1s, Layer 2s, e diferentes rollups, oportunidades surgem para lucrar com diferenças de preço entre estes ambientes isolados. Esta é uma área de extração MEV crescendo rapidamente e complexa.


A Cadeia de Suprimentos MEV Moderna (Pós-Merge)

Antes do Merge, mineiros controlavam ordenamento de transações. Agora, validadores fazem. Para prevenir validadores de se tornarem excessivamente centralizados e especializados, a comunidade Ethereum desenvolveu Separação Proposer-Builder (PBS). Este princípio separa o trabalho de propor um bloco para a cadeia do trabalho complexo de construir o bloco mais lucrativo.

Na prática hoje, a maioria dos validadores usa middleware chamado MEV-Boost. Este software os deixa terceirizar construção de blocos para um mercado competitivo. O fluxo de alto nível se parece assim:

  1. Usuário/Carteira: Um usuário inicia uma transação, seja enviando para o mempool público ou para um endpoint RPC privado que oferece proteção.
  2. Searchers/Solvers: Estes são atores sofisticados que constantemente monitoram o mempool para oportunidades MEV. Eles criam "bundles" de transações (ex. um frontrun, o trade da vítima, e um backrun) para capturar este valor.
  3. Builders: Estas são entidades altamente especializadas que agregam bundles de searchers e outras transações para construir o bloco mais lucrativo possível. Eles competem uns contra os outros para criar o bloco de maior valor.
  4. Relays: Estes agem como intermediários confiáveis. Builders submetem seus blocos para relays, que os checam por validade e escondem o conteúdo do proposer até estar assinado. Isso previne o proposer de roubar o trabalho duro do builder.
  5. Proposer/Validator: O validador executando MEV-Boost consulta múltiplos relays e simplesmente escolhe o cabeçalho de bloco mais lucrativo oferecido. Eles o assinam cegamente, sem ver o conteúdo, e coletam o pagamento do builder vencedor.

Embora PBS tenha ampliado com sucesso o acesso à construção de blocos, também levou à centralização entre um pequeno conjunto de builders e relays de alta performance. Estudos recentes mostram que um punhado de builders produz a vasta maioria de blocos no Ethereum, que é uma preocupação contínua para a descentralização de longo prazo da rede e resistência à censura.


Por Que MEV Pode Ser Prejudicial

  • Custo Direto ao Usuário: Ataques sandwich e outras formas de frontrunning resultam em pior qualidade de execução para usuários. Você paga mais por um ativo ou recebe menos do que deveria, com a diferença sendo capturada por um searcher.
  • Risco de Consenso: Em casos extremos, MEV pode ameaçar a estabilidade da blockchain em si. Antes do Merge, ataques "time-bandit" eram uma preocupação teórica onde mineiros poderiam ser incentivados a re-organizar a blockchain para capturar uma oportunidade MEV passada, minando a finalidade.
  • Risco de Estrutura de Mercado: A cadeia de suprimentos MEV pode criar operadores dominantes poderosos. Acordos de fluxo de ordens exclusivos entre carteiras e builders podem criar paywalls para transações de usuário, entrincheirando oligopólios de builder/relay e ameaçando os princípios centrais de neutralidade e resistência à censura.

O Que Realmente Funciona Hoje (Mitigações Práticas)

Você não é impotente contra MEV prejudicial. Um conjunto de ferramentas e melhores práticas emergiu para proteger usuários e alinhar o ecossistema.

Para Usuários e Traders

  • Use um Caminho de Submissão Privada: Serviços como Flashbots Protect oferecem um endpoint RPC "protect" para sua carteira. Enviar sua transação através dele a mantém fora do mempool público, tornando-a invisível para bots sandwich. Alguns serviços podem até reembolsá-lo uma porção do MEV extraído do seu trade.
  • Prefira Roteadores Apoiados por OFA: Leilões de Fluxo de Ordens (OFAs) são uma defesa poderosa. Em vez de enviar seu swap para o mempool, roteadores como CoW Swap ou UniswapX enviam sua intenção para um marketplace competitivo de solvers. Estes solvers competem para te dar o melhor preço possível, efetivamente retornando qualquer MEV potencial de volta para você como melhoria de preço.
  • Apertar Slippage: Para pares ilíquidos, definir manualmente uma tolerância de slippage baixa (ex. 0.1%) para limitar o lucro máximo que um atacante sandwich pode extrair. Quebrar trades grandes em pedaços menores também pode ajudar.

Para Carteiras e Dapps

  • Integre uma OFA: Por padrão, roteie transações de usuário através de um Leilão de Fluxo de Ordens. Esta é a forma mais efetiva de proteger usuários de ataques sandwich e fornecer qualidade de execução superior.
  • Ofereça RPC Privado como Padrão: Torne RPCs protegidos a configuração padrão na sua carteira ou dapp. Permita usuários avançados configurarem suas preferências de builder e relay para ajustar finamente o trade-off entre privacidade e velocidade de inclusão.
  • Meça Qualidade de Execução: Não apenas assuma que seu roteamento é ótimo. Faça benchmark da sua execução contra roteamento de mempool público e quantifique a melhoria de preço ganha de OFAs e submissão privada.

Para Validadores

  • Execute MEV-Boost: Participe no mercado PBS para maximizar suas recompensas de staking.
  • Diversifique: Conecte a um conjunto diverso de relays e builders para evitar dependência de um único provedor e melhorar a resistência da rede. Monitore suas recompensas e taxas de inclusão de blocos para garantir que você está bem conectado.

L2s e a Ascensão de SEV (Valor Extraível por Sequenciador)

Rollups de Layer 2 não eliminam MEV; apenas mudam seu nome. Rollups concentram poder de ordenamento numa única entidade chamada sequenciador, criando Valor Extraível por Sequenciador (SEV). Pesquisa empírica mostra que MEV está disseminado em L2s, embora frequentemente com margens de lucro menores que em L1.

Para combater o risco de centralização de um único sequenciador por rollup, conceitos como sequenciadores compartilhados estão emergindo. Estes são marketplaces descentralizados que permitem múltiplos rollups compartilharem uma única entidade neutra para ordenamento de transações, visando arbitrar MEV cross-rollup mais justamente.


O Que Vem a Seguir (E Por Que Importa)

O trabalho para domar MEV está longe de terminar. Várias atualizações importantes em nível de protocolo estão no horizonte:

  • PBS Consagrado (ePBS): Isto visa mover Separação Proposer-Builder diretamente para o protocolo Ethereum em si, reduzindo dependência de relays centralizados confiáveis e endurecendo as garantias de segurança da rede.
  • Listas de Inclusão (EIP-7547): Esta proposta dá aos proposers uma forma de forçar um builder a incluir um conjunto específico de transações. É uma ferramenta poderosa para combater censura, garantindo que até transações com taxas baixas possam eventualmente chegar à cadeia.
  • MEV-Burn: Similar a como EIP-1559 queima uma porção da taxa base de gas, MEV-burn propõe queimar uma porção dos pagamentos de builders. Isso suavizaria picos de receita MEV, reduziria incentivos para comportamento desestabilizador, e redistribuiria valor de volta para todos os holders de ETH.
  • SUAVE (Leilão Único Unificador para Expressão de Valor): Um projeto da Flashbots para criar uma camada de leilão descentralizada e que preserva privacidade para fluxo de ordens. O objetivo é criar um mercado mais aberto e justo para construção de blocos e combater a tendência para acordos exclusivos e centralizados.
  • Padronização OFA: Conforme leilões se tornam a norma, trabalho está em andamento para criar métricas formais e ferramentas abertas para quantificar e comparar a melhoria de preço oferecida por diferentes roteadores, elevando o padrão para qualidade de execução em todo o ecossistema.

Lista de Verificação do Fundador (Envie Produtos Conscientes de MEV)

  • Padrão para Privacidade: Roteie fluxo de usuário através de submissão privada ou sistemas baseados em intenções criptografadas.
  • Projete para Leilões, Não Corridas: Evite mecânicas "primeiro a chegar, primeiro a ser servido" que criam jogos de latência. Aproveite leilões em lote ou OFAs para criar mercados justos e eficientes.
  • Instrumente Tudo: Registre slippage, preço efetivo versus preço do oráculo, e o custo de oportunidade das suas decisões de roteamento. Seja transparente com seus usuários sobre sua qualidade de execução.
  • Diversifique Dependências: Confie em múltiplos builders e relays hoje. Prepare sua infraestrutura para a transição para PBS consagrado amanhã.
  • Planeje para L2s: Se você está construindo uma aplicação multi-chain, conte com SEV e MEV cross-domain no seu design.

FAQ do Desenvolvedor

  • MEV é "ruim" ou "ilegal"? MEV é um subproduto inevitável de mercados blockchain abertos e determinísticos. Algumas formas, como arbitragem e liquidações, são essenciais para eficiência de mercado. Outras, como sandwiching, são puramente extrativas e prejudiciais aos usuários. O objetivo não é eliminar MEV mas desenhar mecanismos que minimizem o dano e alinhem extração com benefício do usuário e segurança da rede. Seu status legal é complexo e varia por jurisdição.

  • Submissão de transação privada garante não sandwiches? Reduz significativamente sua exposição mantendo sua transação fora do mempool público onde a maioria dos bots está olhando. Quando combinado com uma OFA, é uma defesa muito forte. No entanto, nenhum sistema é perfeito, e garantias dependem das políticas específicas do relay privado e builders que você usa.

  • Por que não simplesmente "desligar MEV"? Você não pode. Enquanto houver mercados on-chain com ineficiências de preço (que é sempre), haverá lucro em corrigi-las. Tentar eliminá-lo inteiramente provavelmente quebraria funções econômicas úteis. O caminho mais produtivo é gerenciá-lo e redistribuí-lo através de melhor design de mecanismos como ePBS, listas de inclusão, e MEV-burn.


Leitura Adicional

  • Definição canônica e visão geral: Ethereum.org—docs MEV
  • Origens e riscos: Flash Boys 2.0 (Daian et al., 2019)
  • Primer PBS/MEV-Boost: Docs Flashbots e MEV-Boost in a Nutshell
  • Pesquisa OFA: Uniswap Labs—Quantifying Price Improvement in Order Flow Auctions
  • ePBS e MEV-burn: Discussões do fórum Ethereum Research
  • Evidência MEV L2: Análises empíricas através dos principais rollups (ex. "Analyzing the Extraction of MEV Across Layer-2 Rollups")

Conclusão

MEV não é um bug; é um gradiente de incentivos inerente a blockchains. A abordagem vencedora não é negação—é design de mecanismos. O objetivo é tornar extração de valor contestável, transparente, e alinhada ao usuário. Se você está construindo, asse esta consciência no seu produto desde o dia um. Se você está negociando, insista que suas ferramentas façam isso por você. O ecossistema está convergindo rapidamente para este futuro mais maduro e resistente—agora é hora de projetar para ele.

Apresentando a Atualização Ethereum Cancun

· 4 min de leitura
Dora Noda
Software Engineer

Ethereum, a plataforma de blockchain mais adotada do mundo para contratos inteligentes, é conhecida por suas atualizações regulares, cada uma trazendo novos recursos, ajustes de parâmetros ou segurança aprimorada. Essas atualizações, impulsionadas tanto por inovação proativa quanto pela necessidade de mitigar ameaças de segurança potenciais, marcaram a evolução do Ethereum ao longo dos anos.

Um Salto Maior Rumo a uma Rede Mais Rápida e Econômica

Antes da fusão do Ethereum em setembro passado, a plataforma havia passado por 14 atualizações. Notavelmente, uma atualização reativa ocorreu em 2016 após o incidente do DAO Fork, quando o Ethereum Classic (ETC) surgiu após um ataque cibernético que comprometeu o financiamento em ETH do projeto DAO.

Nos últimos anos, atualizações significativas aconteceram. A atualização London, em agosto de 2020, introduziu o EIP‑1599, trazendo a queima de ETH e o ajuste dinâmico da Taxa Base para cada transação. Em setembro de 2022, a atualização Paris migrou o mecanismo de consenso do Ethereum de Proof of Work (PoW) para Proof of Stake (PoS), sinalizando o fim da era da mineração por máquinas.

Após a atualização Shanghai, a equipe central de desenvolvimento do Ethereum anunciou que a atualização mais importante deste ano seria a Cancun, prevista para acontecer ainda este ano.

Atualização Cancun: O Que É e Por Que Importa?

Nomeada em homenagem à cidade que sediou a Ethereum Developer Conference (Devcon), a próxima atualização Cancun implementará melhorias cruciais na rede Ethereum.

A estrela da atualização, o EIP‑4844, tem como objetivo permitir que nós Ethereum armazenem e recuperem temporariamente dados off‑chain, atendendo às necessidades de dados e armazenamento de aplicações blockchain. Se implementado com sucesso, espera‑se que o EIP‑4844 reduza os custos das soluções de rollup de Layer 2 (L2). Segundo relatos, o EIP‑4844 já foi testado em quatro redes de desenvolvimento, com uma quinta rede de testes prestes a ser lançada.

Originalmente previsto para ser concluído durante a atualização Shanghai, o EIP‑4844 foi adiado para a atualização Cancun. Os desenvolvedores também concordaram em incluir o EIP‑6780 (preparando a aplicação futura de Verkle Trees), o EIP‑6475 (fornecendo melhor legibilidade e serialização compacta) e o EIP‑1153 (introduzindo o opcode de armazenamento transitório) na atualização.

O Princípio Por Trás da Atualização

A essência dos esforços de escalabilidade do Ethereum reside em aumentar o volume e a velocidade de processamento de dados. Duas direções são perseguidas simultaneamente – rollups de Layer 2 e sharding na mainnet. A implementação do EIP‑4844 é o primeiro passo rumo ao sharding completo.

Antes da atualização Cancun, as informações de L2 eram armazenadas no Calldata das informações de L1. Esse método era caro e limitado devido ao espaço restrito do Calldata.

Com a atualização Cancun, o L1 será armazenado em um novo local chamado “Blob”. O armazenamento em Blob é mais barato e oferece mais espaço, permitindo que o Ethereum hospede mais dados, aumente suas transações por segundo (TPS) e reduza custos. Como o Blob é um pacote de dados temporário limpo a cada 30 dias, os nós precisam baixar apenas uma quantidade fixa de dados por mês, diminuindo a carga sobre eles.

Em essência, a atualização Cancun tornará o L2 mais barato e mais rápido. Isso beneficiará não apenas os protocolos de L2, mas também fomentará o desenvolvimento rápido de ecossistemas construídos sobre L2.

Em conclusão, a próxima atualização Ethereum Cancun promete ser um marco importante, anunciando uma nova era de aplicações blockchain eficientes, acessíveis e escaláveis. Fique atento a novas atualizações enquanto a comunidade Ethereum continua seu trabalho pioneiro na evolução das tecnologias descentralizadas.

ERC-4337: Revolucionando o Ethereum com Abstração de Conta

· 3 min de leitura
Dora Noda
Software Engineer

Olá e bem‑vindo de volta ao nosso blog de blockchain! Hoje, vamos mergulhar em uma proposta empolgante chamada ERC-4337, que introduz a abstração de conta ao Ethereum sem exigir mudanças no protocolo da camada de consenso. Em vez disso, essa proposta depende de infraestrutura de camada superior para alcançar seus objetivos. Vamos explorar o que o ERC-4337 tem a oferecer e como ele resolve as limitações do ecossistema Ethereum atual.

O que é ERC-4337?

ERC-4337 é uma proposta que introduz a abstração de conta ao Ethereum por meio do uso de um mempool separado e de um novo tipo de objeto pseudo‑transação chamado UserOperation. Usuários enviam objetos UserOperation para o mempool alternativo, onde uma classe especial de atores chamada bundlers os empacota em uma transação que faz uma chamada handleOps a um contrato dedicado. Essas transações são então incluídas em um bloco.

A proposta visa alcançar vários objetivos:

  1. Permitir que os usuários utilizem carteiras de contrato inteligente com lógica de verificação arbitrária como suas contas principais.
  2. Eliminar completamente a necessidade de contas externamente possuídas (EOAs).
  3. Garantir descentralização ao permitir que qualquer bundler participe do processo de inclusão de operações de usuário abstraídas.
  4. Permitir que toda a atividade ocorra em um mempool público, eliminando a necessidade de os usuários conhecerem endereços de comunicação direta de atores específicos.
  5. Evitar suposições de confiança nos bundlers.
  6. Evitar a necessidade de alterações no consenso do Ethereum para uma adoção mais rápida.
  7. Suportar outros casos de uso, como aplicações que preservam privacidade, operações atômicas múltiplas, pagamento de taxas de transação com tokens ERC‑20 e transações patrocinadas por desenvolvedores.

Compatibilidade Retroativa

Como o ERC-4337 não altera a camada de consenso, não há problemas diretos de compatibilidade retroativa para o Ethereum. Contudo, contas pré‑ERC‑4337 não são facilmente compatíveis com o novo sistema porque carecem da função validateUserOp necessária. Isso pode ser resolvido criando uma conta compatível com ERC‑4337 que re‑implementa a lógica de verificação como um wrapper e definindo‑a como o remetente de operação confiável da conta original.

Implementação de Referência

Para quem deseja aprofundar nos detalhes técnicos do ERC‑4337, uma implementação de referência está disponível em https://github.com/eth-infinitism/account-abstraction/tree/main/contracts.

Considerações de Segurança

O contrato de ponto de entrada para o ERC‑4337 deve ser amplamente auditado e formalmente verificado, pois serve como ponto central de confiança para todo o sistema. Embora essa abordagem reduza a carga de auditoria e verificação formal para contas individuais, ela concentra o risco de segurança no contrato de ponto de entrada, que deve ser robustamente verificado.

A verificação deve cobrir duas reivindicações principais:

  1. Segurança contra sequestro arbitrário: o ponto de entrada só chama uma conta genericamente se validateUserOp para essa conta específica tiver sido aprovado.
  2. Segurança contra drenagem de taxas: se o ponto de entrada chamar validateUserOp e passar, ele também deve fazer a chamada genérica com calldata igual a op.calldata.

Conclusão

ERC‑4337 é uma proposta empolgante que visa introduzir a abstração de conta ao Ethereum sem exigir mudanças no protocolo da camada de consenso. Ao usar infraestrutura de camada superior, abre novas possibilidades para descentralização, flexibilidade e diversos casos de uso. Embora existam considerações de segurança a serem abordadas, essa proposta tem o potencial de melhorar significativamente o ecossistema Ethereum e a experiência do usuário.

Atualização Shanghai (Shapella) do Ethereum, Desmistificada

· 7 min de leitura
Dora Noda
Software Engineer

Saques, ajustes de gás, e o que veio depois—sem o hype.


A Versão Resumida

A atualização Shapella, um portmanteau de Shanghai (para a camada de execução) e Capella (para a camada de consenso), foi ao ar no Ethereum em 12 de abril de 2023. Sua característica principal foi habilitar saques de staking pela primeira vez desde o lançamento da Beacon Chain.

A mudança principal, EIP-4895, introduziu um sistema onde saques de validadores são automaticamente "empurrados" da camada de consenso para a camada de execução, não requerendo transação de usuário ou taxas de gás. Junto a isso, quatro EIPs menores foram enviados para ajustar a EVM, incluindo reduções de custo de gás (Warm COINBASE), otimizações de bytecode (PUSH0), e limites de criação de contratos (Initcode metering). A atualização também serviu como aviso final aos desenvolvedores de que o opcode SELFDESTRUCT estava sendo descontinuado.

Shapella efetivamente fechou o ciclo do Merge, e a próxima grande atualização, Dencun, seguiu em 13 de março de 2024, mudando o foco da rede para escalabilidade com "blobs" EIP-4844.


Por Que Shapella Foi um Marco Crítico

Desde o início da Beacon Chain até abril de 2023, fazer staking de ETH era uma rua de mão única. Você podia depositar 32 ETH para ajudar a proteger a rede e ganhar recompensas, mas não conseguia recuperar seu principal ou essas recompensas da camada de consenso. Essa liquidez bloqueada era um compromisso significativo e uma barreira para muitos stakers em potencial.

Shapella mudou tudo ao abrir a porta de saída.

O núcleo da atualização foi EIP-4895, que engenhosamente projetou uma "operação de saque" em nível de sistema. Em vez de exigir que stakers criassem uma transação e pagassem gás para sacar, o protocolo em si agora automaticamente coleta fundos elegíveis da camada de consenso e os empurra para a camada de execução. Este design limpo, baseado em push, minimizou complexidade e risco, tornando muito mais fácil testar e implantar a mudança com segurança.


O Que Realmente Mudou: Os EIPs em Português Claro

Shapella foi um pacote de cinco Propostas de Melhoria do Ethereum (EIPs) principais:

  • EIP-4895 — Saques da Beacon Chain (Baseados em Push) Este foi o evento principal. Habilitou tanto saques parciais (recompensas) quanto completos (principal + recompensas) para fluir da camada de consenso para o endereço de saque especificado do staker. A inovação chave é que essas não são transações iniciadas pelo usuário; são operações automáticas incorporadas em blocos propostos.

  • EIP-3651 — "Warm COINBASE" Este EIP fez uma pequena mas importante otimização de gás. Na EVM, COINBASE refere-se ao endereço do produtor do bloco (o validador), não a exchange. Antes do Shapella, a primeira vez que um contrato inteligente acessava este endereço dentro de uma transação, incorria em um custo de gás mais alto. EIP-3651 tornou o endereço COINBASE "warm" por padrão, reduzindo o custo de gás para protocolos que frequentemente interagem com ele, como aqueles que pagam gorjetas MEV diretamente ao construtor de blocos.

  • EIP-3855 — Opcode PUSH0 Uma adição simples mas elegante à EVM. Este novo opcode, PUSH0, faz exatamente o que diz: empurra o valor zero para a pilha. Anteriormente, desenvolvedores tinham que usar opcodes mais pesados e caros para conseguir isso. PUSH0 torna o bytecode ligeiramente menor e mais eficiente em gás, especialmente para os numerosos contratos que inicializam variáveis em zero.

  • EIP-3860 — Limitar e Medir initcode Esta mudança introduziu duas regras para o código usado para criar um contrato inteligente (initcode). Primeiro, limitou o tamanho máximo do initcode em 49.152 bytes. Segundo, adicionou uma pequena taxa de gás para cada pedaço de 32 bytes deste código. Isso previne ataques de negação de serviço envolvendo contratos excessivamente grandes e torna os custos de criação de contratos mais previsíveis.

  • EIP-6049 — Depreciar SELFDESTRUCT (Aviso) Isso não foi uma mudança de código, mas um aviso formal para a comunidade de desenvolvedores. Sinalizou que o opcode SELFDESTRUCT, que permite a um contrato se deletar e enviar seu ETH para um endereço alvo, teria sua funcionalidade drasticamente mudada em uma atualização futura. Isso deu aos desenvolvedores tempo para eliminar gradualmente sua dependência antes da atualização Dencun posteriormente alterar seu comportamento com EIP-6780.


Saques 101: Parciais vs. Completos

Shapella introduziu dois tipos de saques automáticos, cada um com suas próprias regras.

  • Saques Parciais Estes são coletas automáticas de recompensas. Se o saldo de um validador cresce acima de 32 ETH devido a recompensas da camada de consenso, o protocolo automaticamente "descremá" o valor excedente e o envia para o endereço de saque designado. O validador permanece ativo e continua seus deveres. Isso acontece sem ação requerida do staker.

  • Saques Completos (Saída) Isso é para stakers que querem parar de validar e recuperar todo seu saldo. O staker deve primeiro transmitir uma mensagem de saída voluntária. Após um período de espera, o validador se torna elegível para um saque completo. Uma vez processado na coleta, todo o saldo é enviado para o endereço de saque, e o validador não é mais parte do conjunto ativo.

Throughput e Cadência

A rede é projetada para processar saques suavemente sem causar instabilidade.

  • Até 16 saques podem ser incluídos em cada bloco (a cada 12 segundos), permitindo um máximo de aproximadamente 115.200 saques por dia.
  • O proponente do bloco escaneia a lista de validadores ativos e inclui os primeiros 16 saques elegíveis. O próximo proponente de bloco continua de onde o último parou, garantindo que cada validador tenha sua vez na fila.
  • Para prevenir um êxodo em massa de desestabilizar a rede, o número de validadores que podem sair por época (a cada ~6.4 minutos) é limitado por um limite de rotatividade. Este limite é dinâmico baseado no número total de validadores ativos, suavizando ondas de saída.

Também é importante notar que recompensas da camada de consenso são tratadas por este mecanismo de saque EIP-4895, enquanto recompensas da camada de execução (taxas prioritárias e MEV) são enviadas diretamente para o endereço do destinatário de taxas configurado do validador e estão disponíveis imediatamente.


O Que Veio Depois: Dencun e o Caminho para Escalabilidade

Shapella marcou a conclusão bem-sucedida da "era do Merge." Com staking agora sendo um processo completamente líquido e bidirecional, desenvolvedores voltaram sua atenção para o próximo grande desafio do Ethereum: escalabilidade.

A próxima grande atualização, Dencun (Deneb + Cancun), chegou em 13 de março de 2024. Sua peça central foi EIP-4844, que introduziu "blobs"—uma nova forma mais barata para rollups de Camada 2 postarem dados de transação na mainnet do Ethereum. Isso reduziu drasticamente as taxas de transação em L2s e foi um passo massivo à frente no roteiro centrado em rollups. Dencun também cumpriu a promessa do EIP-6049 implementando EIP-6780, que significativamente restringiu o poder do opcode SELFDESTRUCT.


O Quadro Geral

Shapella foi o marco de confiança essencial para o consenso Proof-of-Stake do Ethereum. Ao habilitar saques, des-arriscou o staking, restaurou liquidez, e afirmou a capacidade da rede de executar atualizações complexas e coordenadas. Também entregou algumas melhorias pragmáticas da EVM que limparam débito técnico e pavimentaram o caminho para otimizações futuras.

Em resumo, Shapella não apenas abriu a porta de saída para stakers—solidificou a fundação da era pós-Merge e limpou a pista para o Ethereum focar em sua próxima fronteira: escalabilidade massiva.

Lançando o dStore da BlockEden.xyz impulsionado pela EthStorage

· 7 min de leitura
Dora Noda
Software Engineer

Estamos em uma missão para construir e acelerar a indústria web3 de amanhã. Somos obcecados pela experiência do desenvolvedor e buscamos inovação constante. E é por isso que agora estamos oferecendo uma loja de arquivos descentralizada, impulsionada pela EthStorage. O dStore é uma solução de armazenamento gerenciado para criadores e desenvolvedores de qualquer blockchain. É amigável ao usuário, compatível com EVM, de baixo custo e com escala de nível petabyte, tudo alimentado pela EthStorage.

BlockEden.xyz dStore

O que é EthStorage ?

EthStorage é uma solução de camada 2 que fornece armazenamento dinâmico programável baseado na disponibilidade de dados da Ethereum. Ela reduzirá significativamente o custo de armazenamento de uma grande quantidade de dados na Ethereum, economizando de 1 % a 0,1 %. O baixo custo de armazenamento de grandes dados pela EthStorage pode permitir melhor uma rede totalmente descentralizada no futuro. A EthStorage é altamente integrada com EVM e é compatível com Solidity, Remix, Hardhat e MetaMask. A equipe recebeu uma bolsa de pesquisa da Ethereum Foundation para pesquisa de disponibilidade de dados.

EthStorage comparison with File coin and Arweave

A EthStorage foi inventada pelo Dr. Qi Zhou, o fundador da QuarkChain e autor de EIP - 4804 / 4972 / 5018 / 5027 / 5478. Você pode acompanhar o status da EthStorage a partir das seguintes fontes :

Por que o armazenamento descentralizado é importante ?

O armazenamento descentralizado é importante porque permite que os dados sejam armazenados de forma distribuída em vez de serem armazenados em um único local. Isso traz diversas vantagens, como aumento de segurança e confiabilidade, bem como melhor acessibilidade. Por exemplo, como os sistemas de armazenamento descentralizados são distribuídos, eles são menos vulneráveis a ataques, censura ou falhas e podem continuar a funcionar mesmo se alguns dos componentes individuais falharem. Além disso, como os dados são armazenados em vários dispositivos, eles podem ser acessados de vários locais, tornando - os mais convenientes para os usuários.

O que é a oferta dStore da BlockEden.xyz ?

Acreditamos fortemente na visão do Dr. Zhou de trazer um armazenamento mais econômico para a web descentralizada e gostaríamos de colaborar com sua equipe para democratizar essa inovação para todos os desenvolvedores web3 do planeta.

Mais especificamente, aplicaremos a EthStorage como o fornecedor subjacente do nosso armazenamento de blobs. Nossos desenvolvedores podem desenvolver sobre ele para construir seus DApps mais rápido e escalar instantaneamente.

Portal web para gerenciamento de arquivos

Desenvolvedores e criadores podem arrastar e soltar seus ativos estáticos para esta loja de arquivos e gerenciá - los facilmente. Nós os libertamos das complicações de gerenciar chaves privadas, pagar taxas de transação e manter arquivos com blockchains.

BlockEden.xyz dStore architecture

Para garantir a descentralização do armazenamento, os desenvolvedores podem ejetar a loja gerenciada para seu próprio endereço a qualquer momento. Além disso, abriremos o código - fonte do backend da loja de arquivos para que desenvolvedores ou outros provedores voltados para desenvolvedores possam hospedar facilmente serviços de gerenciamento de arquivos.

Desbloqueando novas possibilidades de negócios por meio de parcerias estratégicas

Também existem futuras oportunidades de integração entre a EthStorage e a BlockEden.xyz, além do dStore lançado hoje.

CDN para acelerar a leitura

A maioria dos serviços de Internet exige muita leitura e leva tempo para servir um grande número de recursos de uma loja descentralizada. Com nosso serviço CDN, os desenvolvedores podem desfrutar tanto da descentralização dos arquivos de origem quanto da velocidade extremamente rápida que podemos alcançar com uma CDN.

Serviço de nó e gateway de API para a EthStorage

Forneceremos acesso via API aos nós das blockchains de testnet e mainnet da EthStorage após o lançamento da mainnet da EthStorage para desenvolvedores e empresas. Aqui estão alguns motivos pelos quais os desenvolvedores devem nos escolher em vez de seus próprios nós ou nós oficiais :

  1. Fácil acesso a nós de blockchain : A API ChainPlus da BlockEden.xyz fornece acesso fácil aos nós da EthStorage, que podem ser usados para interagir com essas redes blockchain. Comece a construir em 10 s, em vez de gastar 20 horas para começar e inúmeras horas para manter !

  2. Escalabilidade : A BlockEden.xyz fornece nós altamente escaláveis que podem lidar com altos níveis de tráfego e transações. Isso pode ser importante para empresas e projetos que exigem grandes quantidades de dados ou atividade do usuário.

  3. Confiabilidade : Os nós da BlockEden.xyz são altamente confiáveis, com um tempo de atividade de 99,9 %. Isso pode ser importante para empresas e projetos que precisam garantir que suas aplicações ou serviços estejam sempre disponíveis para os usuários.

Como usar o dStore com a EthStorage ?

Passo 1. Vá para https://BlockEden.xyz/dash/dstore e, em seguida, arraste e solte seus arquivos na janela.

dStore - how it works? Step 1

Passo 2. Após o upload do arquivo para a EthStorage com sucesso, você verá o item na tabela, então clique com o botão direito na linha e selecione "Copy URL" para obter o link. Você também pode excluir um arquivo selecionando "Delete".

dStore - how it works? Step 2

É certo que a versão atual do dStore tem algumas limitações. Não oferecemos suporte ao upload de diretórios e arquivos grandes (tamanho > 2 MB). Pode levar dezenas de segundos para fazer o upload de imagens de tamanho médio. No entanto, esta é apenas uma versão inicial e continuaremos a melhorar o produto a longo prazo.

Dr. Qi Zhou, fundador da EthStorage, compartilhou seu elogio no Twitter -

Mike Thrift, BD na BlockEden.xyz, comentou : "O dStore enriqueceu nossa oferta de pacotes para criadores e desenvolvedores e estabeleceu uma base sólida para nossos serviços de API de função agregada para blockchains. Isso nos tornou um contribuidor ativo do ecossistema Ethereum e deu aos nossos desenvolvedores de Aptos e Sui uma escolha mais econômica e flexível do que IPFS ou Arweave."

A BlockEden.xyz está comprometida em fornecer as melhores experiências de desenvolvedor para desenvolvedores web3, o que não se limita a RPCs de Blockchain. O armazenamento descentralizado abre novas portas para os desenvolvedores gerenciarem seus ativos NFT e arquivos em nossa loja completa. Comece hoje gratuitamente em https://blockeden.xyz/dstore

Extending BlockEden.xyz RPC Service to Ethereum Ecosystem

· 2 min de leitura
Jack Sim
Web3 Builder

Back to a month ago, we made a public incognito Ethereum mainnet RPC endpoint available to Metamask users (blog post), which attracted and was used by a few users. Now we decided to expand the benefit to our developer customers too!

eth

How to get started?

Step 1. Go to https://blockeden.xyz/dash/. Please sign up if you haven’t done so.

Step 2. Input your name for the API key, select ETH Mainnet, and then click + Create key.

create eth mainnet api key

Step 3. Grab your access URL by clicking it and copying it to the clipboard.

Step 4. Use the access URL in your project like the following. Remember to replace <access_key> with your own key.

To test it, using curl to connect ETH mainnet

curl --location --request POST 'https://eth-mainnet.blockeden.xyz/<access_key>' \
--header 'Content-Type: application/json' \
--data-raw '{
"jsonrpc":"2.0",
"method":"eth_blockNumber",
"params":[],
"id":73
}'

Why Ethereum Network?

Ethereum network has the biggest developer ecosystem, and there are so many great innovations accumulated over years. Supporting it is going to create significant synergy with Move ecosystem. Many of our customers are not exclusive Move developers. Building a single stop for all needed services makes their life easier.

Enjoy our new service and happy holidays!