#eip
eip
14,120 visualizações
64 a discutir
Popular
Mais recente
·
--
A comunidade Ethereum apresentou um rascunho de EIP com uma ideia de design bastante engenhosa: usar «opcodes versionados» para reajustar os custos de Gas sem quebrar nenhum contrato já implantado.
O mecanismo central tem três camadas:
1｜Separação entre versões. Os contratos recém-implantados devem usar os opcodes V2 e seguir a nova tabela de custos de Gas definida pelas EIPs 8037/8038; os contratos existentes continuam usando a tabela antiga, mantendo inalterado o comportamento histórico na blockchain.
2｜Remoção da introspecção de Gas. O conjunto de opcodes V2 não inclui opcodes de consulta como GAS e GASLIMIT. Se o bytecode contiver algum deles, a implantação será revertida. Isso equivale a proibir que contratos dependam do «Gas restante» para tomar decisões lógicas, abrindo caminho para reajustes de preços futuros sem restrições.
3｜As chamadas também têm versão. O novo DELEGATECALL_V2 tem comportamento semelhante ao de DELEGATECALL, mas exige que code_version do contrato de destino seja ≥ 2; caso contrário, falha imediatamente, evitando que contratos novos chamem por engano a lógica de versões antigas.
Essencialmente, essa proposta transforma o «ajuste dos custos de Gas» — que exigiria uma atualização drástica de toda a rede — numa operação rotineira, feita gradualmente por versão de contrato. A compatibilidade retroativa é garantida pelo próprio protocolo. Para os usuários comuns $ETH , quase não haverá impacto; já os desenvolvedores de contratos precisarão acompanhar o ritmo de adaptação das ferramentas V2.
Texto original do rascunho: https://github.com/ethereum/EIPs/pull/12638
#以太坊 #EIP #Taxa de Gas
A comunidade Ethereum apresentou um rascunho de EIP com uma ideia de design bastante engenhosa: usar «opcodes versionados» para reajustar os custos de Gas sem quebrar nenhum contrato já implantado.
O mecanismo central tem três camadas:
1｜Separação entre versões. Os contratos recém-implantados devem usar os opcodes V2 e seguir a nova tabela de custos de Gas definida pelas EIPs 8037/8038; os contratos existentes continuam usando a tabela antiga, mantendo inalterado o comportamento histórico na blockchain.
2｜Remoção da introspecção de Gas. O conjunto de opcodes V2 não inclui opcodes de consulta como GAS e GASLIMIT. Se o bytecode contiver algum deles, a implantação será revertida. Isso equivale a proibir que contratos dependam do «Gas restante» para tomar decisões lógicas, abrindo caminho para reajustes de preços futuros sem restrições.
3｜As chamadas também têm versão. O novo DELEGATECALL_V2 tem comportamento semelhante ao de DELEGATECALL, mas exige que code_version do contrato de destino seja ≥ 2; caso contrário, falha imediatamente, evitando que contratos novos chamem por engano a lógica de versões antigas.
Essencialmente, essa proposta transforma o «ajuste dos custos de Gas» — que exigiria uma atualização drástica de toda a rede — numa operação rotineira, feita gradualmente por versão de contrato. A compatibilidade retroativa é garantida pelo próprio protocolo. Para os usuários comuns $ETH , quase não haverá impacto; já os desenvolvedores de contratos precisarão acompanhar o ritmo de adaptação das ferramentas V2.
Texto original do rascunho: https://github.com/ethereum/EIPs/pull/12638
#以太坊 #EIP #Taxa de Gas
O mecanismo central tem três camadas:
1｜Separação entre versões. Os contratos recém-implantados devem usar os opcodes V2 e seguir a nova tabela de custos de Gas definida pelas EIPs 8037/8038; os contratos existentes continuam usando a tabela antiga, mantendo inalterado o comportamento histórico na blockchain.
2｜Remoção da introspecção de Gas. O conjunto de opcodes V2 não inclui opcodes de consulta como GAS e GASLIMIT. Se o bytecode contiver algum deles, a implantação será revertida. Isso equivale a proibir que contratos dependam do «Gas restante» para tomar decisões lógicas, abrindo caminho para reajustes de preços futuros sem restrições.
3｜As chamadas também têm versão. O novo DELEGATECALL_V2 tem comportamento semelhante ao de DELEGATECALL, mas exige que code_version do contrato de destino seja ≥ 2; caso contrário, falha imediatamente, evitando que contratos novos chamem por engano a lógica de versões antigas.
Essencialmente, essa proposta transforma o «ajuste dos custos de Gas» — que exigiria uma atualização drástica de toda a rede — numa operação rotineira, feita gradualmente por versão de contrato. A compatibilidade retroativa é garantida pelo próprio protocolo. Para os usuários comuns $ETH , quase não haverá impacto; já os desenvolvedores de contratos precisarão acompanhar o ritmo de adaptação das ferramentas V2.
Texto original do rascunho: https://github.com/ethereum/EIPs/pull/12638
#以太坊 #EIP #Taxa de Gas
58
·
--
O Ethereum quer adicionar «números de versão» à EVM.
Um novo rascunho de EIP propõe «opcodes versionados para reprecificação do Gas». A ideia central, em uma frase: os opcodes são divididos por versão e funcionam em paralelo; os contratos antigos continuam usando a tabela de custos de Gas antiga, enquanto os novos contratos implantados precisam usar os opcodes V2 e seguir as novas tabelas definidas pelas EIPs 8037/8038. As duas regras não interferem uma na outra e são compatíveis com versões anteriores.
Alguns detalhes que os desenvolvedores devem observar:
1. O conjunto de opcodes V2 remove diretamente opcodes de introspecção do Gas, como GAS e GASLIMIT. Se um novo contrato os contiver, a implantação será revertida. A lógica por trás disso é que, se um contrato depender da «quantidade de Gas restante» para tomar decisões, qualquer ajuste futuro de preços poderá comprometê-lo.
2. É adicionado o DELEGATECALL_V2, que se comporta de forma semelhante ao DELEGATECALL, mas exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a chamada falha imediatamente. É como adicionar uma verificação de versão às chamadas entre contratos.
3. O objetivo de todo esse projeto é permitir que o Ethereum ajuste os custos de Gas no futuro sem hesitar por receio das consequências: o isolamento por versão separa o espaço para atualizações da segurança dos contratos existentes, em vez de fazer com que cada mudança de preço afete todo o ecossistema.
Em essência, isso representa uma tentativa de tornar a EVM mais parecida com um «sistema de software evolutivo». A proposta ainda está na fase de rascunho e falta muito para ser incluída em uma atualização da rede principal, mas vale a pena acompanhar essa direção a longo prazo.
#以太坊 #EIP #EVM
O Ethereum quer adicionar «números de versão» à EVM.
Um novo rascunho de EIP propõe «opcodes versionados para reprecificação do Gas». A ideia central, em uma frase: os opcodes são divididos por versão e funcionam em paralelo; os contratos antigos continuam usando a tabela de custos de Gas antiga, enquanto os novos contratos implantados precisam usar os opcodes V2 e seguir as novas tabelas definidas pelas EIPs 8037/8038. As duas regras não interferem uma na outra e são compatíveis com versões anteriores.
Alguns detalhes que os desenvolvedores devem observar:
1. O conjunto de opcodes V2 remove diretamente opcodes de introspecção do Gas, como GAS e GASLIMIT. Se um novo contrato os contiver, a implantação será revertida. A lógica por trás disso é que, se um contrato depender da «quantidade de Gas restante» para tomar decisões, qualquer ajuste futuro de preços poderá comprometê-lo.
2. É adicionado o DELEGATECALL_V2, que se comporta de forma semelhante ao DELEGATECALL, mas exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a chamada falha imediatamente. É como adicionar uma verificação de versão às chamadas entre contratos.
3. O objetivo de todo esse projeto é permitir que o Ethereum ajuste os custos de Gas no futuro sem hesitar por receio das consequências: o isolamento por versão separa o espaço para atualizações da segurança dos contratos existentes, em vez de fazer com que cada mudança de preço afete todo o ecossistema.
Em essência, isso representa uma tentativa de tornar a EVM mais parecida com um «sistema de software evolutivo». A proposta ainda está na fase de rascunho e falta muito para ser incluída em uma atualização da rede principal, mas vale a pena acompanhar essa direção a longo prazo.
#以太坊 #EIP #EVM
Um novo rascunho de EIP propõe «opcodes versionados para reprecificação do Gas». A ideia central, em uma frase: os opcodes são divididos por versão e funcionam em paralelo; os contratos antigos continuam usando a tabela de custos de Gas antiga, enquanto os novos contratos implantados precisam usar os opcodes V2 e seguir as novas tabelas definidas pelas EIPs 8037/8038. As duas regras não interferem uma na outra e são compatíveis com versões anteriores.
Alguns detalhes que os desenvolvedores devem observar:
1. O conjunto de opcodes V2 remove diretamente opcodes de introspecção do Gas, como GAS e GASLIMIT. Se um novo contrato os contiver, a implantação será revertida. A lógica por trás disso é que, se um contrato depender da «quantidade de Gas restante» para tomar decisões, qualquer ajuste futuro de preços poderá comprometê-lo.
2. É adicionado o DELEGATECALL_V2, que se comporta de forma semelhante ao DELEGATECALL, mas exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a chamada falha imediatamente. É como adicionar uma verificação de versão às chamadas entre contratos.
3. O objetivo de todo esse projeto é permitir que o Ethereum ajuste os custos de Gas no futuro sem hesitar por receio das consequências: o isolamento por versão separa o espaço para atualizações da segurança dos contratos existentes, em vez de fazer com que cada mudança de preço afete todo o ecossistema.
Em essência, isso representa uma tentativa de tornar a EVM mais parecida com um «sistema de software evolutivo». A proposta ainda está na fase de rascunho e falta muito para ser incluída em uma atualização da rede principal, mas vale a pena acompanhar essa direção a longo prazo.
#以太坊 #EIP #EVM
65
·
--
O Ethereum publicou discretamente uma proposta de EIP que pode afetar o ciclo de vida dos contratos na próxima década: preparar o terreno para reajustar o preço do Gas usando «opcodes versionados».
A lógica central tem três partes:
1. Novos contratos implantados devem usar opcodes V2 e a nova tabela de custos de Gas do EIP-8037/8038; os contratos já implantados continuam usando a tabela antiga, sem alterações de comportamento.
2. O conjunto de opcodes V2 remove diretamente instruções de introspecção de Gas, como GAS e GASLIMIT. Se o bytecode contiver esses opcodes, a implantação será revertida.
3. É adicionado o DELEGATECALL_V2, com semântica semelhante à do DELEGATECALL, mas que exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a execução falha imediatamente.
Por que isso merece a atenção dos desenvolvedores? No passado, a maior preocupação ao ajustar os custos de Gas no Ethereum era que «mudar os preços equivale a mudar o comportamento dos contratos existentes». Protocolos que dependiam de suposições de Gas codificadas diretamente já foram prejudicados várias vezes. Com a versionação, os contratos antigos permanecem sob as regras antigas e a nova lógica passa a seguir as novas regras, criando pela primeira vez limites claros entre atualização e compatibilidade.
O custo também é evidente: a capacidade de introspecção de Gas é removida deliberadamente, então projetos que dependem da leitura em tempo real do Gas restante na blockchain precisam ser adaptados com antecedência. O requisito de versão do DELEGATECALL_V2 também obrigará contratos proxy, multisigs e carteiras inteligentes a reavaliar toda a cadeia de chamadas.
Por enquanto, ainda é uma proposta em fase de PR. Antes de chegar à mainnet, precisa passar por várias etapas: revisão, testes e hard fork. Mas a direção já está clara: o Ethereum está transformando a «EVM atualizável» de um slogan em um projeto de mecanismo. Os detentores de $ETH não precisam tomar nenhuma medida no curto prazo; recomenda-se que os desenvolvedores leiam o texto original o quanto antes e avaliem os custos de migração.
#以太坊 #EIP #Gas
O Ethereum publicou discretamente uma proposta de EIP que pode afetar o ciclo de vida dos contratos na próxima década: preparar o terreno para reajustar o preço do Gas usando «opcodes versionados».
A lógica central tem três partes:
1. Novos contratos implantados devem usar opcodes V2 e a nova tabela de custos de Gas do EIP-8037/8038; os contratos já implantados continuam usando a tabela antiga, sem alterações de comportamento.
2. O conjunto de opcodes V2 remove diretamente instruções de introspecção de Gas, como GAS e GASLIMIT. Se o bytecode contiver esses opcodes, a implantação será revertida.
3. É adicionado o DELEGATECALL_V2, com semântica semelhante à do DELEGATECALL, mas que exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a execução falha imediatamente.
Por que isso merece a atenção dos desenvolvedores? No passado, a maior preocupação ao ajustar os custos de Gas no Ethereum era que «mudar os preços equivale a mudar o comportamento dos contratos existentes». Protocolos que dependiam de suposições de Gas codificadas diretamente já foram prejudicados várias vezes. Com a versionação, os contratos antigos permanecem sob as regras antigas e a nova lógica passa a seguir as novas regras, criando pela primeira vez limites claros entre atualização e compatibilidade.
O custo também é evidente: a capacidade de introspecção de Gas é removida deliberadamente, então projetos que dependem da leitura em tempo real do Gas restante na blockchain precisam ser adaptados com antecedência. O requisito de versão do DELEGATECALL_V2 também obrigará contratos proxy, multisigs e carteiras inteligentes a reavaliar toda a cadeia de chamadas.
Por enquanto, ainda é uma proposta em fase de PR. Antes de chegar à mainnet, precisa passar por várias etapas: revisão, testes e hard fork. Mas a direção já está clara: o Ethereum está transformando a «EVM atualizável» de um slogan em um projeto de mecanismo. Os detentores de $ETH não precisam tomar nenhuma medida no curto prazo; recomenda-se que os desenvolvedores leiam o texto original o quanto antes e avaliem os custos de migração.
#以太坊 #EIP #Gas
A lógica central tem três partes:
1. Novos contratos implantados devem usar opcodes V2 e a nova tabela de custos de Gas do EIP-8037/8038; os contratos já implantados continuam usando a tabela antiga, sem alterações de comportamento.
2. O conjunto de opcodes V2 remove diretamente instruções de introspecção de Gas, como GAS e GASLIMIT. Se o bytecode contiver esses opcodes, a implantação será revertida.
3. É adicionado o DELEGATECALL_V2, com semântica semelhante à do DELEGATECALL, mas que exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a execução falha imediatamente.
Por que isso merece a atenção dos desenvolvedores? No passado, a maior preocupação ao ajustar os custos de Gas no Ethereum era que «mudar os preços equivale a mudar o comportamento dos contratos existentes». Protocolos que dependiam de suposições de Gas codificadas diretamente já foram prejudicados várias vezes. Com a versionação, os contratos antigos permanecem sob as regras antigas e a nova lógica passa a seguir as novas regras, criando pela primeira vez limites claros entre atualização e compatibilidade.
O custo também é evidente: a capacidade de introspecção de Gas é removida deliberadamente, então projetos que dependem da leitura em tempo real do Gas restante na blockchain precisam ser adaptados com antecedência. O requisito de versão do DELEGATECALL_V2 também obrigará contratos proxy, multisigs e carteiras inteligentes a reavaliar toda a cadeia de chamadas.
Por enquanto, ainda é uma proposta em fase de PR. Antes de chegar à mainnet, precisa passar por várias etapas: revisão, testes e hard fork. Mas a direção já está clara: o Ethereum está transformando a «EVM atualizável» de um slogan em um projeto de mecanismo. Os detentores de $ETH não precisam tomar nenhuma medida no curto prazo; recomenda-se que os desenvolvedores leiam o texto original o quanto antes e avaliem os custos de migração.
#以太坊 #EIP #Gas
66
A comunidade de desenvolvedores principais do Ethereum trouxe novidades: um rascunho de EIP intitulado «Opcodes versionados para a reprecificação do Gas» foi publicado oficialmente no fórum para consulta pública. A ideia central é adicionar números de versão aos opcodes, para que futuros ajustes nos custos de Gas não exijam hard forks que quebrem contratos já implantados.
Em detalhes, o rascunho tem alguns pontos-chave:
Primeiro, coexistência entre versões novas e antigas, com compatibilidade retroativa. Os contratos recém-implantados devem usar opcodes V2 e seguir a nova tabela de Gas definida pelas EIPs 8037/8038; os contratos existentes continuarão usando a tabela antiga, sem alterações de comportamento. Isso equivale a isolar o impacto do «aumento de preços» na camada de novos contratos.
Segundo, o conjunto de opcodes V2 remove deliberadamente opcodes de introspecção de Gas, como GAS e GASLIMIT. Se o bytecode de um novo contrato contiver esses opcodes, a implantação será revertida imediatamente. A lógica da comunidade de desenvolvedores é que, se um contrato depender excessivamente de avaliações precisas do Gas restante, qualquer reprecificação futura poderá causar falhas em cadeia. É melhor eliminar esse acoplamento desde o início.
Terceiro, foi adicionado o DELEGATECALL_V2. Sua semântica é semelhante à do DELEGATECALL clássico, mas exige que o code_version do contrato de destino seja igual ou superior a 2; caso contrário, a chamada falha imediatamente. Com isso, evita-se que contratos da nova versão invoquem por engano a lógica antiga e dependam de suposições de Gas desatualizadas.
No geral, trata-se de um projeto de baixo nível que prepara o caminho para a capacidade de atualização do Ethereum a longo prazo: os preços do Gas nunca são parâmetros estáticos, e os opcodes versionados oferecem ao protocolo um caminho de ajuste gradual que «afeta apenas os novos contratos, sem interferir nos antigos». Para os desenvolvedores, os próximos pontos a acompanhar são quando as ferramentas de migração e as regras de auditoria serão atualizadas; para os usuários comuns, a experiência on-chain não mudará no curto prazo, mas isso poderá influenciar profundamente a forma como os contratos inteligentes serão escritos nos próximos anos.
#以太坊 #EIP
A comunidade de desenvolvedores principais do Ethereum trouxe novidades: um rascunho de EIP intitulado «Opcodes versionados para a reprecificação do Gas» foi publicado oficialmente no fórum para consulta pública. A ideia central é adicionar números de versão aos opcodes, para que futuros ajustes nos custos de Gas não exijam hard forks que quebrem contratos já implantados.
Em detalhes, o rascunho tem alguns pontos-chave:
Primeiro, coexistência entre versões novas e antigas, com compatibilidade retroativa. Os contratos recém-implantados devem usar opcodes V2 e seguir a nova tabela de Gas definida pelas EIPs 8037/8038; os contratos existentes continuarão usando a tabela antiga, sem alterações de comportamento. Isso equivale a isolar o impacto do «aumento de preços» na camada de novos contratos.
Segundo, o conjunto de opcodes V2 remove deliberadamente opcodes de introspecção de Gas, como GAS e GASLIMIT. Se o bytecode de um novo contrato contiver esses opcodes, a implantação será revertida imediatamente. A lógica da comunidade de desenvolvedores é que, se um contrato depender excessivamente de avaliações precisas do Gas restante, qualquer reprecificação futura poderá causar falhas em cadeia. É melhor eliminar esse acoplamento desde o início.
Terceiro, foi adicionado o DELEGATECALL_V2. Sua semântica é semelhante à do DELEGATECALL clássico, mas exige que o code_version do contrato de destino seja igual ou superior a 2; caso contrário, a chamada falha imediatamente. Com isso, evita-se que contratos da nova versão invoquem por engano a lógica antiga e dependam de suposições de Gas desatualizadas.
No geral, trata-se de um projeto de baixo nível que prepara o caminho para a capacidade de atualização do Ethereum a longo prazo: os preços do Gas nunca são parâmetros estáticos, e os opcodes versionados oferecem ao protocolo um caminho de ajuste gradual que «afeta apenas os novos contratos, sem interferir nos antigos». Para os desenvolvedores, os próximos pontos a acompanhar são quando as ferramentas de migração e as regras de auditoria serão atualizadas; para os usuários comuns, a experiência on-chain não mudará no curto prazo, mas isso poderá influenciar profundamente a forma como os contratos inteligentes serão escritos nos próximos anos.
#以太坊 #EIP
Em detalhes, o rascunho tem alguns pontos-chave:
Primeiro, coexistência entre versões novas e antigas, com compatibilidade retroativa. Os contratos recém-implantados devem usar opcodes V2 e seguir a nova tabela de Gas definida pelas EIPs 8037/8038; os contratos existentes continuarão usando a tabela antiga, sem alterações de comportamento. Isso equivale a isolar o impacto do «aumento de preços» na camada de novos contratos.
Segundo, o conjunto de opcodes V2 remove deliberadamente opcodes de introspecção de Gas, como GAS e GASLIMIT. Se o bytecode de um novo contrato contiver esses opcodes, a implantação será revertida imediatamente. A lógica da comunidade de desenvolvedores é que, se um contrato depender excessivamente de avaliações precisas do Gas restante, qualquer reprecificação futura poderá causar falhas em cadeia. É melhor eliminar esse acoplamento desde o início.
Terceiro, foi adicionado o DELEGATECALL_V2. Sua semântica é semelhante à do DELEGATECALL clássico, mas exige que o code_version do contrato de destino seja igual ou superior a 2; caso contrário, a chamada falha imediatamente. Com isso, evita-se que contratos da nova versão invoquem por engano a lógica antiga e dependam de suposições de Gas desatualizadas.
No geral, trata-se de um projeto de baixo nível que prepara o caminho para a capacidade de atualização do Ethereum a longo prazo: os preços do Gas nunca são parâmetros estáticos, e os opcodes versionados oferecem ao protocolo um caminho de ajuste gradual que «afeta apenas os novos contratos, sem interferir nos antigos». Para os desenvolvedores, os próximos pontos a acompanhar são quando as ferramentas de migração e as regras de auditoria serão atualizadas; para os usuários comuns, a experiência on-chain não mudará no curto prazo, mas isso poderá influenciar profundamente a forma como os contratos inteligentes serão escritos nos próximos anos.
#以太坊 #EIP
56
O Ethereum está prestes a colocar um “número de versão” na EVM.
Uma nova proposta de EIP propõe “opcodes versionados para a reprecificação do Gas”. A ideia central é que os contratos recém-implantados usem os opcodes V2 e uma nova tabela de custos de Gas (EIP-8037/8038), enquanto os contratos antigos já implantados continuem seguindo as regras antigas. Os dois sistemas não interferem um no outro, mantendo a compatibilidade retroativa ao ajustar os custos de Gas.
Vale a pena observar alguns detalhes do projeto:
1. O conjunto de opcodes V2 remove diretamente opcodes de introspecção de Gas, como GAS e GASLIMIT. Se um novo contrato incluir essas instruções, a implantação será revertida — são justamente esses opcodes que, historicamente, tornaram os reajustes de Gas propensos a afetar contratos já existentes.
2. É adicionado o DELEGATECALL_V2, que se comporta de forma semelhante ao DELEGATECALL, mas exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a chamada falha imediatamente, evitando ambiguidades semânticas em chamadas delegadas entre versões diferentes.
3. O objetivo geral é simples: fazer com que futuros ajustes nos custos de Gas deixem de ser uma “mudança radical de hard fork”, aplicada de uma só vez, e passem a ocorrer por meio de uma migração gradual conforme a versão de cada contrato, sem quebrar as premissas dos contratos já implantados.
Em outras palavras, o Ethereum está tentando criar para a EVM um mecanismo de evolução semelhante ao gerenciamento de versões de software. Se a proposta avançar e for implementada, a capacidade de atualização da EVM a longo prazo será significativamente aprimorada. Para $ETH , isso também representa uma melhoria concreta na camada de infraestrutura básica.
Texto original da proposta: github.com/ethereum/EIPs/pull/12638
#以太坊 #EIP #EVM
O Ethereum está prestes a colocar um “número de versão” na EVM.
Uma nova proposta de EIP propõe “opcodes versionados para a reprecificação do Gas”. A ideia central é que os contratos recém-implantados usem os opcodes V2 e uma nova tabela de custos de Gas (EIP-8037/8038), enquanto os contratos antigos já implantados continuem seguindo as regras antigas. Os dois sistemas não interferem um no outro, mantendo a compatibilidade retroativa ao ajustar os custos de Gas.
Vale a pena observar alguns detalhes do projeto:
1. O conjunto de opcodes V2 remove diretamente opcodes de introspecção de Gas, como GAS e GASLIMIT. Se um novo contrato incluir essas instruções, a implantação será revertida — são justamente esses opcodes que, historicamente, tornaram os reajustes de Gas propensos a afetar contratos já existentes.
2. É adicionado o DELEGATECALL_V2, que se comporta de forma semelhante ao DELEGATECALL, mas exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a chamada falha imediatamente, evitando ambiguidades semânticas em chamadas delegadas entre versões diferentes.
3. O objetivo geral é simples: fazer com que futuros ajustes nos custos de Gas deixem de ser uma “mudança radical de hard fork”, aplicada de uma só vez, e passem a ocorrer por meio de uma migração gradual conforme a versão de cada contrato, sem quebrar as premissas dos contratos já implantados.
Em outras palavras, o Ethereum está tentando criar para a EVM um mecanismo de evolução semelhante ao gerenciamento de versões de software. Se a proposta avançar e for implementada, a capacidade de atualização da EVM a longo prazo será significativamente aprimorada. Para $ETH , isso também representa uma melhoria concreta na camada de infraestrutura básica.
Texto original da proposta: github.com/ethereum/EIPs/pull/12638
#以太坊 #EIP #EVM
Uma nova proposta de EIP propõe “opcodes versionados para a reprecificação do Gas”. A ideia central é que os contratos recém-implantados usem os opcodes V2 e uma nova tabela de custos de Gas (EIP-8037/8038), enquanto os contratos antigos já implantados continuem seguindo as regras antigas. Os dois sistemas não interferem um no outro, mantendo a compatibilidade retroativa ao ajustar os custos de Gas.
Vale a pena observar alguns detalhes do projeto:
1. O conjunto de opcodes V2 remove diretamente opcodes de introspecção de Gas, como GAS e GASLIMIT. Se um novo contrato incluir essas instruções, a implantação será revertida — são justamente esses opcodes que, historicamente, tornaram os reajustes de Gas propensos a afetar contratos já existentes.
2. É adicionado o DELEGATECALL_V2, que se comporta de forma semelhante ao DELEGATECALL, mas exige que o contrato de destino tenha code_version ≥ 2; caso contrário, a chamada falha imediatamente, evitando ambiguidades semânticas em chamadas delegadas entre versões diferentes.
3. O objetivo geral é simples: fazer com que futuros ajustes nos custos de Gas deixem de ser uma “mudança radical de hard fork”, aplicada de uma só vez, e passem a ocorrer por meio de uma migração gradual conforme a versão de cada contrato, sem quebrar as premissas dos contratos já implantados.
Em outras palavras, o Ethereum está tentando criar para a EVM um mecanismo de evolução semelhante ao gerenciamento de versões de software. Se a proposta avançar e for implementada, a capacidade de atualização da EVM a longo prazo será significativamente aprimorada. Para $ETH , isso também representa uma melhoria concreta na camada de infraestrutura básica.
Texto original da proposta: github.com/ethereum/EIPs/pull/12638
#以太坊 #EIP #EVM
56
O pesquisador da Fundação Ethereum frisitano apresentou uma proposta de EIP com o objetivo de atualizar o PeerDAS para oferecer «configuração sem confiança + resistência quântica».
Mudança principal: substituir os compromissos e as provas KZG dos Blobs por compromissos Merkle Keccak-256 e caminhos de autenticação. Em seguida, uma prova LeanDA STARK recalculará a raiz Merkle, verificará as relações de codificação Reed-Solomon e confirmará a consistência entre o compromisso e os dados. Isso eliminará a dependência de uma configuração confiável do KZG e aumentará a segurança diante da computação quântica no futuro.
A proposta também introduz Blobs de tamanho variável: o comprimento em bytes deve ficar entre 2048 e 524288, ser uma potência de 2 e ser divisível por 128 colunas. As transações da camada de execução passarão a transportar (merkle_root, byte_length), em vez do hash versionado, e a camada de rede e a cobrança de Gas também serão ajustadas.
Se for implementada, a proposta permitirá que os dados enviados pelos Rollups se adaptem melhor às necessidades reais e que os recursos de Blob sejam utilizados com mais precisão. No entanto, ainda se trata de uma proposta, e o desenho dos parâmetros, a compatibilidade e a segurança precisam ser discutidos mais a fundo.$ETH #以太坊 #EIP #PeerDAS
O pesquisador da Fundação Ethereum frisitano apresentou uma proposta de EIP com o objetivo de atualizar o PeerDAS para oferecer «configuração sem confiança + resistência quântica».
Mudança principal: substituir os compromissos e as provas KZG dos Blobs por compromissos Merkle Keccak-256 e caminhos de autenticação. Em seguida, uma prova LeanDA STARK recalculará a raiz Merkle, verificará as relações de codificação Reed-Solomon e confirmará a consistência entre o compromisso e os dados. Isso eliminará a dependência de uma configuração confiável do KZG e aumentará a segurança diante da computação quântica no futuro.
A proposta também introduz Blobs de tamanho variável: o comprimento em bytes deve ficar entre 2048 e 524288, ser uma potência de 2 e ser divisível por 128 colunas. As transações da camada de execução passarão a transportar (merkle_root, byte_length), em vez do hash versionado, e a camada de rede e a cobrança de Gas também serão ajustadas.
Se for implementada, a proposta permitirá que os dados enviados pelos Rollups se adaptem melhor às necessidades reais e que os recursos de Blob sejam utilizados com mais precisão. No entanto, ainda se trata de uma proposta, e o desenho dos parâmetros, a compatibilidade e a segurança precisam ser discutidos mais a fundo.$ETH #以太坊 #EIP #PeerDAS
Mudança principal: substituir os compromissos e as provas KZG dos Blobs por compromissos Merkle Keccak-256 e caminhos de autenticação. Em seguida, uma prova LeanDA STARK recalculará a raiz Merkle, verificará as relações de codificação Reed-Solomon e confirmará a consistência entre o compromisso e os dados. Isso eliminará a dependência de uma configuração confiável do KZG e aumentará a segurança diante da computação quântica no futuro.
A proposta também introduz Blobs de tamanho variável: o comprimento em bytes deve ficar entre 2048 e 524288, ser uma potência de 2 e ser divisível por 128 colunas. As transações da camada de execução passarão a transportar (merkle_root, byte_length), em vez do hash versionado, e a camada de rede e a cobrança de Gas também serão ajustadas.
Se for implementada, a proposta permitirá que os dados enviados pelos Rollups se adaptem melhor às necessidades reais e que os recursos de Blob sejam utilizados com mais precisão. No entanto, ainda se trata de uma proposta, e o desenho dos parâmetros, a compatibilidade e a segurança precisam ser discutidos mais a fundo.$ETH #以太坊 #EIP #PeerDAS
15
·
--
EIP-7702 é uma atualização de segurança para a rede Ethereum que foi citada como uma das causas do recente ataque hacker à Binance. A atualização tem como objetivo melhorar a segurança das transações na rede Ethereum, mas sua implementação gerou algumas preocupações entre os desenvolvedores.
Para os traders, essa notícia é importante porque pode afetar a estabilidade e a segurança das transações na rede Ethereum, o que poderia impactar o valor das criptomoedas que utilizam a rede. Os desenvolvedores do Ethereum estão trabalhando para implementar a atualização de forma a minimizar as interrupções no serviço.
Mas que medidas vocês acham que as exchanges deveriam tomar para se proteger contra futuros ataques hackers?
#EIP-7702 #BinanceHack #Ethereum #SegurançaCripto
EIP-7702 é uma atualização de segurança para a rede Ethereum que foi citada como uma das causas do recente ataque hacker à Binance. A atualização tem como objetivo melhorar a segurança das transações na rede Ethereum, mas sua implementação gerou algumas preocupações entre os desenvolvedores.
Para os traders, essa notícia é importante porque pode afetar a estabilidade e a segurança das transações na rede Ethereum, o que poderia impactar o valor das criptomoedas que utilizam a rede. Os desenvolvedores do Ethereum estão trabalhando para implementar a atualização de forma a minimizar as interrupções no serviço.
Mas que medidas vocês acham que as exchanges deveriam tomar para se proteger contra futuros ataques hackers?
#EIP-7702 #BinanceHack #Ethereum #SegurançaCripto
Para os traders, essa notícia é importante porque pode afetar a estabilidade e a segurança das transações na rede Ethereum, o que poderia impactar o valor das criptomoedas que utilizam a rede. Os desenvolvedores do Ethereum estão trabalhando para implementar a atualização de forma a minimizar as interrupções no serviço.
Mas que medidas vocês acham que as exchanges deveriam tomar para se proteger contra futuros ataques hackers?
#EIP-7702 #BinanceHack #Ethereum #SegurançaCripto
224
·
--
A equipe de DevOps do Ethereum Foundation Protocol lançou oficialmente o teste inicial da atualização Glamsterdam na rede Platåberget, com bifurcação programada para ser concluída na rede em 20 de agosto. Diferentemente dos devnets temporários de curto prazo anteriores, o Platåberget deve operar de forma estável por vários meses e vem acompanhado de uma configuração de rede com um clique e um faucet de ETH de testes, facilitando que desenvolvedores e a comunidade continuem participando da validação.
A roadmap de testes também está, em grande medida, clara: dentro de um mês será disponibilizado um devnet não final para testar cenários de consenso anômalos; em seguida, redes de longo prazo como Sepolia e Hoodi concluirão a bifurcação do Glamsterdam uma após a outra, e o objetivo final mira na atualização da mainnet do Ethereum.
Entre as mudanças que merecem atenção especial nesta atualização, incluem-se:
Separação embutida entre proponente e construtor (ePBS), escrevendo a relação proposer-builder na camada de protocolo; listas de acesso em nível de bloco (Block-Level Access Lists), otimizando a eficiência de acesso a dados on-chain; reprecificação dos custos de Gas, com meta de um limite inferior em torno de 200 milhões de Gas; e limites máximos de tamanho para contratos e initcode, respectivamente, de 24KiB e 48KiB para 64KiB e 128KiB.
É especialmente importante notar que: quaisquer ferramentas que dependam de limites máximos de Gas codificados diretamente — como carteiras, indexadores, estimadores de Gas etc. — serão afetadas e precisarão ser atualizadas de forma correspondente. Recomenda-se que as equipes de desenvolvimento relevantes avaliem a adaptação com antecedência.
#以太坊 #Glamsterdam #EIP
A equipe de DevOps do Ethereum Foundation Protocol lançou oficialmente o teste inicial da atualização Glamsterdam na rede Platåberget, com bifurcação programada para ser concluída na rede em 20 de agosto. Diferentemente dos devnets temporários de curto prazo anteriores, o Platåberget deve operar de forma estável por vários meses e vem acompanhado de uma configuração de rede com um clique e um faucet de ETH de testes, facilitando que desenvolvedores e a comunidade continuem participando da validação.
A roadmap de testes também está, em grande medida, clara: dentro de um mês será disponibilizado um devnet não final para testar cenários de consenso anômalos; em seguida, redes de longo prazo como Sepolia e Hoodi concluirão a bifurcação do Glamsterdam uma após a outra, e o objetivo final mira na atualização da mainnet do Ethereum.
Entre as mudanças que merecem atenção especial nesta atualização, incluem-se:
Separação embutida entre proponente e construtor (ePBS), escrevendo a relação proposer-builder na camada de protocolo; listas de acesso em nível de bloco (Block-Level Access Lists), otimizando a eficiência de acesso a dados on-chain; reprecificação dos custos de Gas, com meta de um limite inferior em torno de 200 milhões de Gas; e limites máximos de tamanho para contratos e initcode, respectivamente, de 24KiB e 48KiB para 64KiB e 128KiB.
É especialmente importante notar que: quaisquer ferramentas que dependam de limites máximos de Gas codificados diretamente — como carteiras, indexadores, estimadores de Gas etc. — serão afetadas e precisarão ser atualizadas de forma correspondente. Recomenda-se que as equipes de desenvolvimento relevantes avaliem a adaptação com antecedência.
#以太坊 #Glamsterdam #EIP
A roadmap de testes também está, em grande medida, clara: dentro de um mês será disponibilizado um devnet não final para testar cenários de consenso anômalos; em seguida, redes de longo prazo como Sepolia e Hoodi concluirão a bifurcação do Glamsterdam uma após a outra, e o objetivo final mira na atualização da mainnet do Ethereum.
Entre as mudanças que merecem atenção especial nesta atualização, incluem-se:
Separação embutida entre proponente e construtor (ePBS), escrevendo a relação proposer-builder na camada de protocolo; listas de acesso em nível de bloco (Block-Level Access Lists), otimizando a eficiência de acesso a dados on-chain; reprecificação dos custos de Gas, com meta de um limite inferior em torno de 200 milhões de Gas; e limites máximos de tamanho para contratos e initcode, respectivamente, de 24KiB e 48KiB para 64KiB e 128KiB.
É especialmente importante notar que: quaisquer ferramentas que dependam de limites máximos de Gas codificados diretamente — como carteiras, indexadores, estimadores de Gas etc. — serão afetadas e precisarão ser atualizadas de forma correspondente. Recomenda-se que as equipes de desenvolvimento relevantes avaliem a adaptação com antecedência.
#以太坊 #Glamsterdam #EIP
25
·
--
A comunidade Ethereum acabou de lançar uma nova proposta de EIP de contrato de depósito (EIP) voltada à segurança contra computação pós-quântica, o que representa mais um passo importante da Ethereum em sua arquitetura de segurança de longo prazo.
O cerne desta proposta, numerada como EIP-12235, inclui:
✅ Introduzir um novo contrato para suportar chaves e metadados de credenciais de comprimento variável, com um identificador de scheme claro; o depósito BLS atual mantém o scheme 0
✅ Abandonar a estrutura de árvore de Merkle do contrato antigo de depósitos, passando as informações do depósito para a camada de consenso por meio da execução derivada de logs do EIP-7685
✅ Definir uma linha do tempo irreversível controlada por chamadas do sistema de protocolo: depósitos inicialmente desativados, depois habilitar depósitos BLS e, por fim, desativar permanentemente os depósitos BLS
✅ Durante a fase de migração, os clientes deverão consolidar os pedidos de depósitos dos dois contratos, o novo e o antigo
A segurança pós-quântica tem sido um foco central de atenção na indústria blockchain. O avanço da computação quântica representa uma ameaça potencial de longo prazo aos algoritmos criptográficos atuais. Ao planejar a atualização da arquitetura com antecedência, a Ethereum se prepara para as necessidades de segurança futuras, e vale a pena acompanhar continuamente.
$ETH
#以太坊 #EIP #segurança pós-quântica
A comunidade Ethereum acabou de lançar uma nova proposta de EIP de contrato de depósito (EIP) voltada à segurança contra computação pós-quântica, o que representa mais um passo importante da Ethereum em sua arquitetura de segurança de longo prazo.
O cerne desta proposta, numerada como EIP-12235, inclui:
✅ Introduzir um novo contrato para suportar chaves e metadados de credenciais de comprimento variável, com um identificador de scheme claro; o depósito BLS atual mantém o scheme 0
✅ Abandonar a estrutura de árvore de Merkle do contrato antigo de depósitos, passando as informações do depósito para a camada de consenso por meio da execução derivada de logs do EIP-7685
✅ Definir uma linha do tempo irreversível controlada por chamadas do sistema de protocolo: depósitos inicialmente desativados, depois habilitar depósitos BLS e, por fim, desativar permanentemente os depósitos BLS
✅ Durante a fase de migração, os clientes deverão consolidar os pedidos de depósitos dos dois contratos, o novo e o antigo
A segurança pós-quântica tem sido um foco central de atenção na indústria blockchain. O avanço da computação quântica representa uma ameaça potencial de longo prazo aos algoritmos criptográficos atuais. Ao planejar a atualização da arquitetura com antecedência, a Ethereum se prepara para as necessidades de segurança futuras, e vale a pena acompanhar continuamente.
$ETH
#以太坊 #EIP #segurança pós-quântica
O cerne desta proposta, numerada como EIP-12235, inclui:
✅ Introduzir um novo contrato para suportar chaves e metadados de credenciais de comprimento variável, com um identificador de scheme claro; o depósito BLS atual mantém o scheme 0
✅ Abandonar a estrutura de árvore de Merkle do contrato antigo de depósitos, passando as informações do depósito para a camada de consenso por meio da execução derivada de logs do EIP-7685
✅ Definir uma linha do tempo irreversível controlada por chamadas do sistema de protocolo: depósitos inicialmente desativados, depois habilitar depósitos BLS e, por fim, desativar permanentemente os depósitos BLS
✅ Durante a fase de migração, os clientes deverão consolidar os pedidos de depósitos dos dois contratos, o novo e o antigo
A segurança pós-quântica tem sido um foco central de atenção na indústria blockchain. O avanço da computação quântica representa uma ameaça potencial de longo prazo aos algoritmos criptográficos atuais. Ao planejar a atualização da arquitetura com antecedência, a Ethereum se prepara para as necessidades de segurança futuras, e vale a pena acompanhar continuamente.
$ETH
#以太坊 #EIP #segurança pós-quântica
60
A comunidade do Ethereum fez uma submissão recente da proposta EIP “contratos de depósito com suporte a pós-quantum”. Uma preparação antecipada para enfrentar, no futuro, as ameaças à segurança dos ativos cripto trazidas pela computação quântica. O que você acha desse upgrade visionário?
Os pontos centrais da proposta incluem:
1️⃣ Introdução de um novo contrato que suporta chaves públicas e metadados de credenciais de tamanho variável, além de acrescentar um identificador de scheme claro (o scheme 0 fica reservado para os depósitos BLS atuais)
2️⃣ O novo contrato de depósito não depende mais da estrutura da árvore de Merkle do contrato de depósito antigo; em vez disso, ele utiliza a execução derivada de logs do EIP-7685 para encaminhar as informações do depósito à camada de consenso, tornando a estrutura mais clara
3️⃣ Definição de um modo de troca irreversível controlado pelo sistema de protocolos: o depósito fica inicialmente desabilitado, e então os depósitos BLS são habilitados em um timestamp especificado; depois, em um timestamp mais tarde, os depósitos BLS são desativados permanentemente, sem possibilidade de reabilitação, concluindo a migração de upgrade em etapas
4️⃣ Durante o período de migração, o cliente de execução precisa unificar ao mesmo tempo as solicitações de depósitos dos dois contratos (novo e antigo) para garantir uma transição suave
Com o avanço contínuo da tecnologia de computação quântica, atualizar antecipadamente os padrões de segurança da infraestrutura criptográfica é o que permite proteger os ativos dos usuários a longo prazo. Esse tipo de upgrade proativo da ecologia $ETH , “pensar no futuro antes que seja tarde”, você acha que é necessário?
#以太坊 #EIP #Segurança pós-quântica
A comunidade do Ethereum fez uma submissão recente da proposta EIP “contratos de depósito com suporte a pós-quantum”. Uma preparação antecipada para enfrentar, no futuro, as ameaças à segurança dos ativos cripto trazidas pela computação quântica. O que você acha desse upgrade visionário?
Os pontos centrais da proposta incluem:
1️⃣ Introdução de um novo contrato que suporta chaves públicas e metadados de credenciais de tamanho variável, além de acrescentar um identificador de scheme claro (o scheme 0 fica reservado para os depósitos BLS atuais)
2️⃣ O novo contrato de depósito não depende mais da estrutura da árvore de Merkle do contrato de depósito antigo; em vez disso, ele utiliza a execução derivada de logs do EIP-7685 para encaminhar as informações do depósito à camada de consenso, tornando a estrutura mais clara
3️⃣ Definição de um modo de troca irreversível controlado pelo sistema de protocolos: o depósito fica inicialmente desabilitado, e então os depósitos BLS são habilitados em um timestamp especificado; depois, em um timestamp mais tarde, os depósitos BLS são desativados permanentemente, sem possibilidade de reabilitação, concluindo a migração de upgrade em etapas
4️⃣ Durante o período de migração, o cliente de execução precisa unificar ao mesmo tempo as solicitações de depósitos dos dois contratos (novo e antigo) para garantir uma transição suave
Com o avanço contínuo da tecnologia de computação quântica, atualizar antecipadamente os padrões de segurança da infraestrutura criptográfica é o que permite proteger os ativos dos usuários a longo prazo. Esse tipo de upgrade proativo da ecologia $ETH , “pensar no futuro antes que seja tarde”, você acha que é necessário?
#以太坊 #EIP #Segurança pós-quântica
Os pontos centrais da proposta incluem:
1️⃣ Introdução de um novo contrato que suporta chaves públicas e metadados de credenciais de tamanho variável, além de acrescentar um identificador de scheme claro (o scheme 0 fica reservado para os depósitos BLS atuais)
2️⃣ O novo contrato de depósito não depende mais da estrutura da árvore de Merkle do contrato de depósito antigo; em vez disso, ele utiliza a execução derivada de logs do EIP-7685 para encaminhar as informações do depósito à camada de consenso, tornando a estrutura mais clara
3️⃣ Definição de um modo de troca irreversível controlado pelo sistema de protocolos: o depósito fica inicialmente desabilitado, e então os depósitos BLS são habilitados em um timestamp especificado; depois, em um timestamp mais tarde, os depósitos BLS são desativados permanentemente, sem possibilidade de reabilitação, concluindo a migração de upgrade em etapas
4️⃣ Durante o período de migração, o cliente de execução precisa unificar ao mesmo tempo as solicitações de depósitos dos dois contratos (novo e antigo) para garantir uma transição suave
Com o avanço contínuo da tecnologia de computação quântica, atualizar antecipadamente os padrões de segurança da infraestrutura criptográfica é o que permite proteger os ativos dos usuários a longo prazo. Esse tipo de upgrade proativo da ecologia $ETH , “pensar no futuro antes que seja tarde”, você acha que é necessário?
#以太坊 #EIP #Segurança pós-quântica
83
·
--
📰 A equipe do Consórcio da Fundação Ethereum já listou a prioridade das melhorias da atualização de Hegotá, com um objetivo bem claro: até dezembro de 2029, concluir a preparação para segurança quântica nos três níveis da camada de execução, consenso e dados do Ethereum.
🔥 Desta vez, há duas propostas-chave classificadas como S “obrigatórias para entrar no ar”. No nível de consenso, a FOCIL, ou EIP-7805, pretende fortalecer a resistência do sistema à censura ao forçar a inclusão de transações provenientes de mempool pública.
💡 Na camada de execução, as Frame Transactions, ou EIP-8141, também fazem parte dos itens obrigatórios. Elas vão dividir transações em alguns “frames” programáveis de verificação, pagamento de Gas e execução. Assim, recursos como abstração nativa de contas, assinaturas personalizadas e pagamento de Gas por terceiros ganham uma base técnica mais definida.
Sinceramente, segurança quântica parece estar muito distante do usuário comum, mas isto não é um remendo temporário: é uma rota de evolução de longo prazo planejada com antecedência pela equipe do protocolo. A equipe estima que, a partir do hard fork Glamsterdam no 4º trimestre de 2026, em diante, cada hard fork em média exigirá cerca de 7,2 meses, buscando concluir antes do “Q-day” que deve chegar por volta de 2030.
🤔 Em quanto tempo o Ethereum vai fazer isso? Você acha que essa atualização antecipada é uma abordagem segura, ou que vai deixar a evolução do protocolo lenta demais?
#以太坊 #Hegotá #量子安全 #EIP
📰 A equipe do Consórcio da Fundação Ethereum já listou a prioridade das melhorias da atualização de Hegotá, com um objetivo bem claro: até dezembro de 2029, concluir a preparação para segurança quântica nos três níveis da camada de execução, consenso e dados do Ethereum.
🔥 Desta vez, há duas propostas-chave classificadas como S “obrigatórias para entrar no ar”. No nível de consenso, a FOCIL, ou EIP-7805, pretende fortalecer a resistência do sistema à censura ao forçar a inclusão de transações provenientes de mempool pública.
💡 Na camada de execução, as Frame Transactions, ou EIP-8141, também fazem parte dos itens obrigatórios. Elas vão dividir transações em alguns “frames” programáveis de verificação, pagamento de Gas e execução. Assim, recursos como abstração nativa de contas, assinaturas personalizadas e pagamento de Gas por terceiros ganham uma base técnica mais definida.
Sinceramente, segurança quântica parece estar muito distante do usuário comum, mas isto não é um remendo temporário: é uma rota de evolução de longo prazo planejada com antecedência pela equipe do protocolo. A equipe estima que, a partir do hard fork Glamsterdam no 4º trimestre de 2026, em diante, cada hard fork em média exigirá cerca de 7,2 meses, buscando concluir antes do “Q-day” que deve chegar por volta de 2030.
🤔 Em quanto tempo o Ethereum vai fazer isso? Você acha que essa atualização antecipada é uma abordagem segura, ou que vai deixar a evolução do protocolo lenta demais?
#以太坊 #Hegotá #量子安全 #EIP
🔥 Desta vez, há duas propostas-chave classificadas como S “obrigatórias para entrar no ar”. No nível de consenso, a FOCIL, ou EIP-7805, pretende fortalecer a resistência do sistema à censura ao forçar a inclusão de transações provenientes de mempool pública.
💡 Na camada de execução, as Frame Transactions, ou EIP-8141, também fazem parte dos itens obrigatórios. Elas vão dividir transações em alguns “frames” programáveis de verificação, pagamento de Gas e execução. Assim, recursos como abstração nativa de contas, assinaturas personalizadas e pagamento de Gas por terceiros ganham uma base técnica mais definida.
Sinceramente, segurança quântica parece estar muito distante do usuário comum, mas isto não é um remendo temporário: é uma rota de evolução de longo prazo planejada com antecedência pela equipe do protocolo. A equipe estima que, a partir do hard fork Glamsterdam no 4º trimestre de 2026, em diante, cada hard fork em média exigirá cerca de 7,2 meses, buscando concluir antes do “Q-day” que deve chegar por volta de 2030.
🤔 Em quanto tempo o Ethereum vai fazer isso? Você acha que essa atualização antecipada é uma abordagem segura, ou que vai deixar a evolução do protocolo lenta demais?
#以太坊 #Hegotá #量子安全 #EIP
24
·
--
A proposta EIP-8361 é oficialmente publicada; a ideia central é “instalar uma válvula de controle” na inflação da Ethereum:
· Em cada epoch, subtrai-se e destrói-se uma parte dos incentivos de recompensa dos blocos dos validadores
· Quando a taxa total de participação (staking) da rede atingir 50%, a taxa de destruição é elevada diretamente para 100%
· A proporção exata de redução/cessação dos incentivos no fim é determinada pela disputa do mercado, mas estritamente menor que 50%
Em outras palavras: quanto mais pessoas fizerem staking, mais agressiva será a destruição das recompensas. É um experimento de design que usa mecanismos on-chain para suprimir a inflação do ETH ao contrário. 50% é um limiar psicológico fundamental, e também a linha de alerta de “overstaking” (staking excessivo), na visão dos autores da proposta.
Se for implementada, significa que o modelo econômico da Ethereum se aproximará ainda mais do caminho de “priorizar a deflação”; titulares de longo prazo se beneficiariam, mas o retorno dos validadores seria comprimido de forma significativa. Você gosta desse rumo?
#Ethereum#EIP#Inflação
A proposta EIP-8361 é oficialmente publicada; a ideia central é “instalar uma válvula de controle” na inflação da Ethereum:
· Em cada epoch, subtrai-se e destrói-se uma parte dos incentivos de recompensa dos blocos dos validadores
· Quando a taxa total de participação (staking) da rede atingir 50%, a taxa de destruição é elevada diretamente para 100%
· A proporção exata de redução/cessação dos incentivos no fim é determinada pela disputa do mercado, mas estritamente menor que 50%
Em outras palavras: quanto mais pessoas fizerem staking, mais agressiva será a destruição das recompensas. É um experimento de design que usa mecanismos on-chain para suprimir a inflação do ETH ao contrário. 50% é um limiar psicológico fundamental, e também a linha de alerta de “overstaking” (staking excessivo), na visão dos autores da proposta.
Se for implementada, significa que o modelo econômico da Ethereum se aproximará ainda mais do caminho de “priorizar a deflação”; titulares de longo prazo se beneficiariam, mas o retorno dos validadores seria comprimido de forma significativa. Você gosta desse rumo?
#Ethereum#EIP#Inflação
· Em cada epoch, subtrai-se e destrói-se uma parte dos incentivos de recompensa dos blocos dos validadores
· Quando a taxa total de participação (staking) da rede atingir 50%, a taxa de destruição é elevada diretamente para 100%
· A proporção exata de redução/cessação dos incentivos no fim é determinada pela disputa do mercado, mas estritamente menor que 50%
Em outras palavras: quanto mais pessoas fizerem staking, mais agressiva será a destruição das recompensas. É um experimento de design que usa mecanismos on-chain para suprimir a inflação do ETH ao contrário. 50% é um limiar psicológico fundamental, e também a linha de alerta de “overstaking” (staking excessivo), na visão dos autores da proposta.
Se for implementada, significa que o modelo econômico da Ethereum se aproximará ainda mais do caminho de “priorizar a deflação”; titulares de longo prazo se beneficiariam, mas o retorno dos validadores seria comprimido de forma significativa. Você gosta desse rumo?
#Ethereum#EIP#Inflação
125
A comunidade do Ethereum acabou de lançar uma nova proposta de EIP para contratos de depósito voltada para a era da computação pós-quântica, antecipando atualizações de segurança criptográfica — essa visão de futuro merece nota máxima 👏
Resumo dos pontos centrais da proposta:
▫️Introduz um novo contrato que suporta chaves públicas e metadados de credenciais com tamanho variável, além de adicionar um identificador claro de scheme (scheme 0 reservado para depósitos BLS atuais)
▫️Deixa de depender da estrutura de Merkle tree do contrato de depósito antigo; com a execução derivada de logs do EIP-7685, as informações do depósito são transmitidas para a camada de consenso, tornando a arquitetura mais simples e eficiente
▫️Define um mecanismo de transição irreversível: depósitos inicialmente desabilitados; primeiro habilita depósitos BLS por uma janela de tempo; após o vencimento, desabilita BLS permanentemente — a troca fica clara e controlável
▫️Durante a fase de migração, o cliente precisa combinar o processamento de solicitações de depósitos dos contratos novos e antigos, garantindo uma transição estável
Com a ameaça da computação quântica se aproximando aos poucos, a comunidade do Ethereum inicia com antecedência uma atualização de segurança na base, colocando um alicerce sólido para a segurança do ecossistema a longo prazo — essa é, de fato, a atitude de longo prazo que um projeto de topo deveria ter.
O que você acha desse planejamento antecipado do Ethereum para a era pós-quântica? Fale sobre sua opinião nos comentários 👇
#以太坊 #EIP #computação_pós-quântica
A comunidade do Ethereum acabou de lançar uma nova proposta de EIP para contratos de depósito voltada para a era da computação pós-quântica, antecipando atualizações de segurança criptográfica — essa visão de futuro merece nota máxima 👏
Resumo dos pontos centrais da proposta:
▫️Introduz um novo contrato que suporta chaves públicas e metadados de credenciais com tamanho variável, além de adicionar um identificador claro de scheme (scheme 0 reservado para depósitos BLS atuais)
▫️Deixa de depender da estrutura de Merkle tree do contrato de depósito antigo; com a execução derivada de logs do EIP-7685, as informações do depósito são transmitidas para a camada de consenso, tornando a arquitetura mais simples e eficiente
▫️Define um mecanismo de transição irreversível: depósitos inicialmente desabilitados; primeiro habilita depósitos BLS por uma janela de tempo; após o vencimento, desabilita BLS permanentemente — a troca fica clara e controlável
▫️Durante a fase de migração, o cliente precisa combinar o processamento de solicitações de depósitos dos contratos novos e antigos, garantindo uma transição estável
Com a ameaça da computação quântica se aproximando aos poucos, a comunidade do Ethereum inicia com antecedência uma atualização de segurança na base, colocando um alicerce sólido para a segurança do ecossistema a longo prazo — essa é, de fato, a atitude de longo prazo que um projeto de topo deveria ter.
O que você acha desse planejamento antecipado do Ethereum para a era pós-quântica? Fale sobre sua opinião nos comentários 👇
#以太坊 #EIP #computação_pós-quântica
Resumo dos pontos centrais da proposta:
▫️Introduz um novo contrato que suporta chaves públicas e metadados de credenciais com tamanho variável, além de adicionar um identificador claro de scheme (scheme 0 reservado para depósitos BLS atuais)
▫️Deixa de depender da estrutura de Merkle tree do contrato de depósito antigo; com a execução derivada de logs do EIP-7685, as informações do depósito são transmitidas para a camada de consenso, tornando a arquitetura mais simples e eficiente
▫️Define um mecanismo de transição irreversível: depósitos inicialmente desabilitados; primeiro habilita depósitos BLS por uma janela de tempo; após o vencimento, desabilita BLS permanentemente — a troca fica clara e controlável
▫️Durante a fase de migração, o cliente precisa combinar o processamento de solicitações de depósitos dos contratos novos e antigos, garantindo uma transição estável
Com a ameaça da computação quântica se aproximando aos poucos, a comunidade do Ethereum inicia com antecedência uma atualização de segurança na base, colocando um alicerce sólido para a segurança do ecossistema a longo prazo — essa é, de fato, a atitude de longo prazo que um projeto de topo deveria ter.
O que você acha desse planejamento antecipado do Ethereum para a era pós-quântica? Fale sobre sua opinião nos comentários 👇
#以太坊 #EIP #computação_pós-quântica
69
·
--
Detalhamento do mais recente discurso de Vitalik sobre o EIP-8288: a escalabilidade do Ethereum ganha uma “solução definitiva”, e as futuras transações serão rápidas e baratas!
Questão central: o Ethereum enfrenta por muito tempo o dilema de conseguir, ao mesmo tempo, segurança pós-quântica, proteção de privacidade e escalabilidade. Transações comuns custam cerca de 21.000 gas, e a verificação de assinatura ECDSA cerca de 4.000 gas; já assinaturas pós-quânticas têm custo alto, de 100.000 a 300.000 gas. Provas de privacidade em ZK exigem, no mínimo, 350.000 gas (às vezes mais de 1 milhão). Se ambos forem combinados (provas STARK com pós-quântica + privacidade), uma única transação pode consumir cerca de 8 milhões de gas — isso derrubaria o TPS do Ethereum de 25 para 0,25, tornando-o basicamente inutilizável.
A proposta de V God: a ideia central do EIP-8288 é mover as operações criptográficas caras para fora da cadeia (off-chain):
Antes de publicar a transação na blockchain, os nós primeiro agregam, no mempool, as assinaturas/provas de vários usuários em uma prova STARK usando um projeto de “estrutura de microframes”; na cadeia, ficam apenas informações de dependência de 65–96 bytes. Os grandes volumes de dados criptográficos não ficam na blockchain. A transação é dividida em duas partes: “lógica de negócio” e “trabalho de validação”. A validação é processada off-chain em paralelo (com fragmentação especializada).
Alguns destaques: pode ser o primeiro cenário em que o Ethereum realmente introduz o conjunto de instruções RISC-V; a solução é construída sobre o EIP-8141 (abstração nativa de contas) que está por ser lançado; após compressão, os dados do bloco podem ficar na faixa de 100–300 KB; a experiência do desenvolvedor não muda muito — não requer que desenvolvedores do Ethereum façam grandes adaptações.
Conclusão: se a proposta for implementada, o custo de transações pós-quânticas cairá significativamente. Aplicações de privacidade não precisarão mais ser desencorajadas por taxas de gas altas, e a velocidade de confirmação dos L2 com ZK-Rollup também deve melhorar bastante. Atualmente, a comunidade já abriu vários canais para participação, como modelos de simulação de rede, redes de teste, competições de algoritmos e bibliotecas de código de protótipos, estando em uma fase inicial de construção conjunta.
#以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元
Detalhamento do mais recente discurso de Vitalik sobre o EIP-8288: a escalabilidade do Ethereum ganha uma “solução definitiva”, e as futuras transações serão rápidas e baratas!
Questão central: o Ethereum enfrenta por muito tempo o dilema de conseguir, ao mesmo tempo, segurança pós-quântica, proteção de privacidade e escalabilidade. Transações comuns custam cerca de 21.000 gas, e a verificação de assinatura ECDSA cerca de 4.000 gas; já assinaturas pós-quânticas têm custo alto, de 100.000 a 300.000 gas. Provas de privacidade em ZK exigem, no mínimo, 350.000 gas (às vezes mais de 1 milhão). Se ambos forem combinados (provas STARK com pós-quântica + privacidade), uma única transação pode consumir cerca de 8 milhões de gas — isso derrubaria o TPS do Ethereum de 25 para 0,25, tornando-o basicamente inutilizável.
A proposta de V God: a ideia central do EIP-8288 é mover as operações criptográficas caras para fora da cadeia (off-chain):
Antes de publicar a transação na blockchain, os nós primeiro agregam, no mempool, as assinaturas/provas de vários usuários em uma prova STARK usando um projeto de “estrutura de microframes”; na cadeia, ficam apenas informações de dependência de 65–96 bytes. Os grandes volumes de dados criptográficos não ficam na blockchain. A transação é dividida em duas partes: “lógica de negócio” e “trabalho de validação”. A validação é processada off-chain em paralelo (com fragmentação especializada).
Alguns destaques: pode ser o primeiro cenário em que o Ethereum realmente introduz o conjunto de instruções RISC-V; a solução é construída sobre o EIP-8141 (abstração nativa de contas) que está por ser lançado; após compressão, os dados do bloco podem ficar na faixa de 100–300 KB; a experiência do desenvolvedor não muda muito — não requer que desenvolvedores do Ethereum façam grandes adaptações.
Conclusão: se a proposta for implementada, o custo de transações pós-quânticas cairá significativamente. Aplicações de privacidade não precisarão mais ser desencorajadas por taxas de gas altas, e a velocidade de confirmação dos L2 com ZK-Rollup também deve melhorar bastante. Atualmente, a comunidade já abriu vários canais para participação, como modelos de simulação de rede, redes de teste, competições de algoritmos e bibliotecas de código de protótipos, estando em uma fase inicial de construção conjunta.
#以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元
Questão central: o Ethereum enfrenta por muito tempo o dilema de conseguir, ao mesmo tempo, segurança pós-quântica, proteção de privacidade e escalabilidade. Transações comuns custam cerca de 21.000 gas, e a verificação de assinatura ECDSA cerca de 4.000 gas; já assinaturas pós-quânticas têm custo alto, de 100.000 a 300.000 gas. Provas de privacidade em ZK exigem, no mínimo, 350.000 gas (às vezes mais de 1 milhão). Se ambos forem combinados (provas STARK com pós-quântica + privacidade), uma única transação pode consumir cerca de 8 milhões de gas — isso derrubaria o TPS do Ethereum de 25 para 0,25, tornando-o basicamente inutilizável.
A proposta de V God: a ideia central do EIP-8288 é mover as operações criptográficas caras para fora da cadeia (off-chain):
Antes de publicar a transação na blockchain, os nós primeiro agregam, no mempool, as assinaturas/provas de vários usuários em uma prova STARK usando um projeto de “estrutura de microframes”; na cadeia, ficam apenas informações de dependência de 65–96 bytes. Os grandes volumes de dados criptográficos não ficam na blockchain. A transação é dividida em duas partes: “lógica de negócio” e “trabalho de validação”. A validação é processada off-chain em paralelo (com fragmentação especializada).
Alguns destaques: pode ser o primeiro cenário em que o Ethereum realmente introduz o conjunto de instruções RISC-V; a solução é construída sobre o EIP-8141 (abstração nativa de contas) que está por ser lançado; após compressão, os dados do bloco podem ficar na faixa de 100–300 KB; a experiência do desenvolvedor não muda muito — não requer que desenvolvedores do Ethereum façam grandes adaptações.
Conclusão: se a proposta for implementada, o custo de transações pós-quânticas cairá significativamente. Aplicações de privacidade não precisarão mais ser desencorajadas por taxas de gas altas, e a velocidade de confirmação dos L2 com ZK-Rollup também deve melhorar bastante. Atualmente, a comunidade já abriu vários canais para participação, como modelos de simulação de rede, redes de teste, competições de algoritmos e bibliotecas de código de protótipos, estando em uma fase inicial de construção conjunta.
#以太坊扩容 #EIP #比特币现货ETF四日流入23.1亿美元
120
·
--
【Compilação de Notícias】Pesquisadores de Ethereum propõem EIP-8361: usar “queima com emissão gradual” para limitar a proporção de staking
Recentemente, um grupo de pesquisadores de Ethereum (incluindo Justin Drake etc.) divulgou um rascunho do EIP-8361 (Tapered Issuance Burn).
Em termos simples, o mecanismo é:
1. As recompensas dos validadores serão calculadas de acordo com a proporção total de ETH em staking na rede, e uma parte será descontada e destruída permanentemente
2. Quanto mais staking, maior a taxa de queima
3. Quando o staking ativo atingir 60,25 milhões de ETH (aproximadamente metade da oferta), a queima pode chegar a 100%, e a emissão líquida na camada de consenso tende a zero
4. Para reduzir o impacto sobre os detentores de staking existentes, foi desenhado um período de transição de cerca de 18 meses (durante o período, o fator de recompensas também é ajustado)
A motivação da proposta é mais voltada para a camada de protocolo: evitar riscos de centralização e captura causados por uma escalada infinita do staking, e ao mesmo tempo preservar o papel neutro do ETH não estacado como moeda. No momento, ainda é Draft; a comunidade discute no Eth Magicians / GitHub, e não é certo se isso poderá entrar nas próximas atualizações da rede.
Fonte:
The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50
CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion
Rascunho https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md
#Ethereum #EIP
Compilação de informações, não constitui recomendação de investimento
【Compilação de Notícias】Pesquisadores de Ethereum propõem EIP-8361: usar “queima com emissão gradual” para limitar a proporção de staking
Recentemente, um grupo de pesquisadores de Ethereum (incluindo Justin Drake etc.) divulgou um rascunho do EIP-8361 (Tapered Issuance Burn).
Em termos simples, o mecanismo é:
1. As recompensas dos validadores serão calculadas de acordo com a proporção total de ETH em staking na rede, e uma parte será descontada e destruída permanentemente
2. Quanto mais staking, maior a taxa de queima
3. Quando o staking ativo atingir 60,25 milhões de ETH (aproximadamente metade da oferta), a queima pode chegar a 100%, e a emissão líquida na camada de consenso tende a zero
4. Para reduzir o impacto sobre os detentores de staking existentes, foi desenhado um período de transição de cerca de 18 meses (durante o período, o fator de recompensas também é ajustado)
A motivação da proposta é mais voltada para a camada de protocolo: evitar riscos de centralização e captura causados por uma escalada infinita do staking, e ao mesmo tempo preservar o papel neutro do ETH não estacado como moeda. No momento, ainda é Draft; a comunidade discute no Eth Magicians / GitHub, e não é certo se isso poderá entrar nas próximas atualizações da rede.
Fonte:
The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50
CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion
Rascunho https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md
#Ethereum #EIP
Compilação de informações, não constitui recomendação de investimento
Recentemente, um grupo de pesquisadores de Ethereum (incluindo Justin Drake etc.) divulgou um rascunho do EIP-8361 (Tapered Issuance Burn).
Em termos simples, o mecanismo é:
1. As recompensas dos validadores serão calculadas de acordo com a proporção total de ETH em staking na rede, e uma parte será descontada e destruída permanentemente
2. Quanto mais staking, maior a taxa de queima
3. Quando o staking ativo atingir 60,25 milhões de ETH (aproximadamente metade da oferta), a queima pode chegar a 100%, e a emissão líquida na camada de consenso tende a zero
4. Para reduzir o impacto sobre os detentores de staking existentes, foi desenhado um período de transição de cerca de 18 meses (durante o período, o fator de recompensas também é ajustado)
A motivação da proposta é mais voltada para a camada de protocolo: evitar riscos de centralização e captura causados por uma escalada infinita do staking, e ao mesmo tempo preservar o papel neutro do ETH não estacado como moeda. No momento, ainda é Draft; a comunidade discute no Eth Magicians / GitHub, e não é certo se isso poderá entrar nas próximas atualizações da rede.
Fonte:
The Block https://www.theblock.co/post/410643/ethereum-researchers-propose-burning-validator-rewards-cap-staking-50
CoinDesk https://www.coindesk.com/tech/2026/08/05/new-ethereum-proposal-would-cut-issuance-to-zero-if-staked-eth-reaches-usd112-billion
Rascunho https://github.com/pintail-xyz/EIPs/blob/edde78eb1feeb285906d5a8deb582c4feaecd6ba/EIPS/eip-draft_tapered_issuance_burn.md
#Ethereum #EIP
Compilação de informações, não constitui recomendação de investimento
115
·
--
A comunidade do Ethereum fez a submissão mais recente da proposta EIP-12235, planejando introduzir um novo contrato de depósito com suporte a segurança criptográfica pós-quântica, antecipando-se para garantir a segurança de longo prazo do Ethereum—e essa etapa está bem encaminhada.
Os pontos centrais da proposta incluem:
1️⃣ O novo contrato suporta chaves e metadados de credenciais de tamanho variável, adiciona um identificador de scheme claro; a scheme 0 é reservada para o mecanismo atual de depósitos BLS
2️⃣ Deixa de depender da estrutura de árvore de Merkle do contrato de depósito antigo e passa a encaminhar as informações de depósito para a camada de consenso por meio da execução derivada de logs da EIP-7685
3️⃣ Define um modo de transição irreversível controlado por chamadas do sistema de protocolo: no estado inicial, a funcionalidade de depósito fica desativada. Depois, em um timestamp especificado, os depósitos BLS são habilitados; mais tarde, em um timestamp posterior, os depósitos BLS são permanentemente desativados, sem possibilidade de reativação
4️⃣ Durante a migração, o cliente executante precisa consolidar simultaneamente as solicitações de depósito dos dois contratos, o novo e o antigo
Diante do cenário mais amplo de avanço da computação quântica, atualizar antecipadamente a infraestrutura de segurança criptográfica é muito necessário—afinal, segurança é a linha vital de uma blockchain.
$ETH
#以太坊 #后量子安全 #EIP
A comunidade do Ethereum fez a submissão mais recente da proposta EIP-12235, planejando introduzir um novo contrato de depósito com suporte a segurança criptográfica pós-quântica, antecipando-se para garantir a segurança de longo prazo do Ethereum—e essa etapa está bem encaminhada.
Os pontos centrais da proposta incluem:
1️⃣ O novo contrato suporta chaves e metadados de credenciais de tamanho variável, adiciona um identificador de scheme claro; a scheme 0 é reservada para o mecanismo atual de depósitos BLS
2️⃣ Deixa de depender da estrutura de árvore de Merkle do contrato de depósito antigo e passa a encaminhar as informações de depósito para a camada de consenso por meio da execução derivada de logs da EIP-7685
3️⃣ Define um modo de transição irreversível controlado por chamadas do sistema de protocolo: no estado inicial, a funcionalidade de depósito fica desativada. Depois, em um timestamp especificado, os depósitos BLS são habilitados; mais tarde, em um timestamp posterior, os depósitos BLS são permanentemente desativados, sem possibilidade de reativação
4️⃣ Durante a migração, o cliente executante precisa consolidar simultaneamente as solicitações de depósito dos dois contratos, o novo e o antigo
Diante do cenário mais amplo de avanço da computação quântica, atualizar antecipadamente a infraestrutura de segurança criptográfica é muito necessário—afinal, segurança é a linha vital de uma blockchain.
$ETH
#以太坊 #后量子安全 #EIP
Os pontos centrais da proposta incluem:
1️⃣ O novo contrato suporta chaves e metadados de credenciais de tamanho variável, adiciona um identificador de scheme claro; a scheme 0 é reservada para o mecanismo atual de depósitos BLS
2️⃣ Deixa de depender da estrutura de árvore de Merkle do contrato de depósito antigo e passa a encaminhar as informações de depósito para a camada de consenso por meio da execução derivada de logs da EIP-7685
3️⃣ Define um modo de transição irreversível controlado por chamadas do sistema de protocolo: no estado inicial, a funcionalidade de depósito fica desativada. Depois, em um timestamp especificado, os depósitos BLS são habilitados; mais tarde, em um timestamp posterior, os depósitos BLS são permanentemente desativados, sem possibilidade de reativação
4️⃣ Durante a migração, o cliente executante precisa consolidar simultaneamente as solicitações de depósito dos dois contratos, o novo e o antigo
Diante do cenário mais amplo de avanço da computação quântica, atualizar antecipadamente a infraestrutura de segurança criptográfica é muito necessário—afinal, segurança é a linha vital de uma blockchain.
$ETH
#以太坊 #后量子安全 #EIP
56
·
--
📰 Exploração da Binance ligada à delegação EIP-7702; perdas preliminares aumentam
A Fireblocks afirma que uma delegação EIP-7702 assinada permitiu saques das carteiras quentes da Binance; a atualização preliminar da Binance aponta para um laptop de DevOps comprometido. (Leia mais)
Fonte : Blockchain News
Horário : 2026-10-30 19:59:28
Crédito : tony kim
#lazarus_group #binance #crypto-security #news #eip-7702
$ARB $BTC $USDT
Compartilhe sua opinião na seção de comentários abaixo
📰 Exploração da Binance ligada à delegação EIP-7702; perdas preliminares aumentam
A Fireblocks afirma que uma delegação EIP-7702 assinada permitiu saques das carteiras quentes da Binance; a atualização preliminar da Binance aponta para um laptop de DevOps comprometido. (Leia mais)
Fonte : Blockchain News
Horário : 2026-10-30 19:59:28
Crédito : tony kim
#lazarus_group #binance #crypto-security #news #eip-7702
$ARB $BTC $USDT
Compartilhe sua opinião na seção de comentários abaixo
A Fireblocks afirma que uma delegação EIP-7702 assinada permitiu saques das carteiras quentes da Binance; a atualização preliminar da Binance aponta para um laptop de DevOps comprometido. (Leia mais)
Fonte : Blockchain News
Horário : 2026-10-30 19:59:28
Crédito : tony kim
#lazarus_group #binance #crypto-security #news #eip-7702
$ARB $BTC $USDT
Compartilhe sua opinião na seção de comentários abaixo
76
·
--
O Ethereum quer reduzir a liquidação final de cerca de 16 minutos para cerca de 4 minutos. Ben Edgington, coordenador da investigação sobre finalização rápida do Ethereum, apresentou um rascunho de EIP em conjunto com Francesco D'Amato, Roberto Saltini, Yann Vonlanthen e Mikhail Kalinin (n.º 12566, já integrado no processo formal), com o objetivo de reduzir o tempo até à confirmação final em cerca de 4 vezes.
Por que é que a rapidez importa? Os serviços de transferência entre redes têm de adiantar fundos enquanto aguardam a confirmação: se adiantarem de forma constante 1 milhão de dólares por hora, com um atraso de 16 minutos ficam imobilizados cerca de 267 mil dólares; em 4 minutos, esse valor baixa para cerca de 67 mil dólares.
A causa técnica é que os validadores usam o mesmo voto para duas coisas — escolher blocos e confirmar blocos anteriores —, pelo que a confirmação tem de acompanhar o ritmo de rotação dos validadores. O rascunho separa os dois votos, permitindo acelerar as confirmações de forma independente e, mais tarde, continuar a reduzir os tempos. Separar os votos também facilita a eventual adoção de assinaturas resistentes à computação quântica. Os próprios autores dizem que «muitos aspetos ainda estão por definir». Para já, o objetivo modesto é obter um número de proposta e entrar no processo formal de atualização do Ethereum — o projeto ainda não está concluído e não há data de ativação. Não o tomem como algo garantido.
A comparação torna tudo ainda mais interessante: a Circle (CRCL) já cobra pela rapidez nas transferências rápidas de USDC entre redes — o encaminhamento rápido no Ethereum custa 0.01% (1 dólar por cada 10 mil dólares), e há também limites para o valor total das transferências rápidas. Do lado da concorrência, o Alpenglow da Solana tem como meta uma finalização de cerca de 150 milissegundos (foi lançado ontem). Mesmo que chegue aos 4 minutos, o Ethereum continuará lento, mas tem como trunfos a segurança e a escala da rede principal.
Fontes: CoinDesk e rascunho do EIP (github.com/ethereum/EIPs/pull/12566).
#ETH #以太坊 #EIP #跨链 #Circle
O Ethereum quer reduzir a liquidação final de cerca de 16 minutos para cerca de 4 minutos. Ben Edgington, coordenador da investigação sobre finalização rápida do Ethereum, apresentou um rascunho de EIP em conjunto com Francesco D'Amato, Roberto Saltini, Yann Vonlanthen e Mikhail Kalinin (n.º 12566, já integrado no processo formal), com o objetivo de reduzir o tempo até à confirmação final em cerca de 4 vezes.
Por que é que a rapidez importa? Os serviços de transferência entre redes têm de adiantar fundos enquanto aguardam a confirmação: se adiantarem de forma constante 1 milhão de dólares por hora, com um atraso de 16 minutos ficam imobilizados cerca de 267 mil dólares; em 4 minutos, esse valor baixa para cerca de 67 mil dólares.
A causa técnica é que os validadores usam o mesmo voto para duas coisas — escolher blocos e confirmar blocos anteriores —, pelo que a confirmação tem de acompanhar o ritmo de rotação dos validadores. O rascunho separa os dois votos, permitindo acelerar as confirmações de forma independente e, mais tarde, continuar a reduzir os tempos. Separar os votos também facilita a eventual adoção de assinaturas resistentes à computação quântica. Os próprios autores dizem que «muitos aspetos ainda estão por definir». Para já, o objetivo modesto é obter um número de proposta e entrar no processo formal de atualização do Ethereum — o projeto ainda não está concluído e não há data de ativação. Não o tomem como algo garantido.
A comparação torna tudo ainda mais interessante: a Circle (CRCL) já cobra pela rapidez nas transferências rápidas de USDC entre redes — o encaminhamento rápido no Ethereum custa 0.01% (1 dólar por cada 10 mil dólares), e há também limites para o valor total das transferências rápidas. Do lado da concorrência, o Alpenglow da Solana tem como meta uma finalização de cerca de 150 milissegundos (foi lançado ontem). Mesmo que chegue aos 4 minutos, o Ethereum continuará lento, mas tem como trunfos a segurança e a escala da rede principal.
Fontes: CoinDesk e rascunho do EIP (github.com/ethereum/EIPs/pull/12566).
#ETH #以太坊 #EIP #跨链 #Circle
Por que é que a rapidez importa? Os serviços de transferência entre redes têm de adiantar fundos enquanto aguardam a confirmação: se adiantarem de forma constante 1 milhão de dólares por hora, com um atraso de 16 minutos ficam imobilizados cerca de 267 mil dólares; em 4 minutos, esse valor baixa para cerca de 67 mil dólares.
A causa técnica é que os validadores usam o mesmo voto para duas coisas — escolher blocos e confirmar blocos anteriores —, pelo que a confirmação tem de acompanhar o ritmo de rotação dos validadores. O rascunho separa os dois votos, permitindo acelerar as confirmações de forma independente e, mais tarde, continuar a reduzir os tempos. Separar os votos também facilita a eventual adoção de assinaturas resistentes à computação quântica. Os próprios autores dizem que «muitos aspetos ainda estão por definir». Para já, o objetivo modesto é obter um número de proposta e entrar no processo formal de atualização do Ethereum — o projeto ainda não está concluído e não há data de ativação. Não o tomem como algo garantido.
A comparação torna tudo ainda mais interessante: a Circle (CRCL) já cobra pela rapidez nas transferências rápidas de USDC entre redes — o encaminhamento rápido no Ethereum custa 0.01% (1 dólar por cada 10 mil dólares), e há também limites para o valor total das transferências rápidas. Do lado da concorrência, o Alpenglow da Solana tem como meta uma finalização de cerca de 150 milissegundos (foi lançado ontem). Mesmo que chegue aos 4 minutos, o Ethereum continuará lento, mas tem como trunfos a segurança e a escala da rede principal.
Fontes: CoinDesk e rascunho do EIP (github.com/ethereum/EIPs/pull/12566).
#ETH #以太坊 #EIP #跨链 #Circle
10
Artigo
Vitalik Diz Que o Ethereum Vai Se Tornar uma Cadeia Híbrida com FOCIL, EIP-8288 e Privacidade$O fundador do Ethereum, Vitalik Buterin, acabou de revelar a atualização mais importante para o Ethereum após o fork Hegota.Ele disse que o Ethereum não é mais apenas uma blockchain. Ele se tornará uma arquitetura híbrida que combina blockchain + criptografia moderna como SNARKs, STARKs, FHE e Obfuscation.O que é FOCIL?🚀
FOCIL está chegando na atualização H-STARK. Atualmente, um único construtor pode censurar sua transação. Com FOCIL, 16 construtores vão criar blocos em conjunto. Então, se você enviar uma transação, ELA PRECISA ser incluída no próximo slot. Nenhuma entidade única pode atrasá-la. Isso é enorme para a descentralização.O que é EIP-8288?
Vitalik Diz Que o Ethereum Vai Se Tornar uma Cadeia Híbrida com FOCIL, EIP-8288 e Privacidade
$O fundador do Ethereum, Vitalik Buterin, acabou de revelar a atualização mais importante para o Ethereum após o fork Hegota.Ele disse que o Ethereum não é mais apenas uma blockchain. Ele se tornará uma arquitetura híbrida que combina blockchain + criptografia moderna como SNARKs, STARKs, FHE e Obfuscation.O que é FOCIL?🚀
FOCIL está chegando na atualização H-STARK. Atualmente, um único construtor pode censurar sua transação. Com FOCIL, 16 construtores vão criar blocos em conjunto. Então, se você enviar uma transação, ELA PRECISA ser incluída no próximo slot. Nenhuma entidade única pode atrasá-la. Isso é enorme para a descentralização.O que é EIP-8288?
FOCIL está chegando na atualização H-STARK. Atualmente, um único construtor pode censurar sua transação. Com FOCIL, 16 construtores vão criar blocos em conjunto. Então, se você enviar uma transação, ELA PRECISA ser incluída no próximo slot. Nenhuma entidade única pode atrasá-la. Isso é enorme para a descentralização.O que é EIP-8288?
1
70
·
--
Em Alta
$BTC $ASTER
Você já foi “ferido” pelas taxas de Gas do Ethereum que subiram de repente? Você já ficou olhando enquanto uma taxa de transação era maior que o valor da transferência, sem poder fazer nada? 🤯 Não se preocupe, o V acaba de propor uma ideia ousada que pode mudar as regras do jogo - estabelecer um mercado de futuros de Gas para o Ethereum! Isso não é para os traders especularem, mas para que você e eu possamos travar os preços do combustível com antecedência, dizendo adeus à era das oscilações aterrorizantes! 🚀
Simplificando, essa ideia permite que usuários e desenvolvedores travem os preços futuros de Gas, como se estivessem comprando um seguro. Não precisamos mais “apostar na sorte” toda vez que a rede estiver congestionada! 📉
Por que isso é importante?
Atualmente, a drástica volatilidade das taxas de Gas é um dos maiores pontos problemáticos do Ethereum. É difícil de prever, impossível de orçar e, além disso, um pesadelo quando se trata de rodar aplicativos em larga escala. Um mercado do tipo futuros tem como objetivo transformar o Gas de uma variável caótica em um custo estável e planejável.
Se for bem-sucedido, o que isso trará?
✅ Os desenvolvedores poderão fazer orçamentos com confiança, sem se preocupar com o descontrole dos custos.
✅ O funcionamento do DApp será mais estável e confiável, e a experiência do usuário melhorará drasticamente.
✅ $ETH se tornará mais como uma verdadeira infraestrutura, e não apenas uma rede experimental.
💡 O essencial é: isso não é para especulação de moedas, mas para garantir que o Ethereum continue utilizável e acessível no momento em que mais precisa de estabilidade - ou seja, quando as transações realmente explodem e a rede está mais congestionada. Atualmente, isso é apenas uma proposta inicial, mas emite um sinal forte: o Ethereum ainda está focado em resolver aqueles problemas fundamentais que são difíceis, pouco glamourosos, mas que realmente afetam a adoção a longo prazo!
Você acha que essa ideia de “futuros de Gas” pode ser implementada com sucesso? Será que se tornará a peça chave para a ampla adoção do Ethereum? 🤔 Venha comentar sua opinião na seção de comentários! ⬇️
#区块链 #Web3 #EIP #加密货币
$BTC $ASTER
Você já foi “ferido” pelas taxas de Gas do Ethereum que subiram de repente? Você já ficou olhando enquanto uma taxa de transação era maior que o valor da transferência, sem poder fazer nada? 🤯 Não se preocupe, o V acaba de propor uma ideia ousada que pode mudar as regras do jogo - estabelecer um mercado de futuros de Gas para o Ethereum! Isso não é para os traders especularem, mas para que você e eu possamos travar os preços do combustível com antecedência, dizendo adeus à era das oscilações aterrorizantes! 🚀
Simplificando, essa ideia permite que usuários e desenvolvedores travem os preços futuros de Gas, como se estivessem comprando um seguro. Não precisamos mais “apostar na sorte” toda vez que a rede estiver congestionada! 📉
Por que isso é importante?
Atualmente, a drástica volatilidade das taxas de Gas é um dos maiores pontos problemáticos do Ethereum. É difícil de prever, impossível de orçar e, além disso, um pesadelo quando se trata de rodar aplicativos em larga escala. Um mercado do tipo futuros tem como objetivo transformar o Gas de uma variável caótica em um custo estável e planejável.
Se for bem-sucedido, o que isso trará?
✅ Os desenvolvedores poderão fazer orçamentos com confiança, sem se preocupar com o descontrole dos custos.
✅ O funcionamento do DApp será mais estável e confiável, e a experiência do usuário melhorará drasticamente.
✅ $ETH se tornará mais como uma verdadeira infraestrutura, e não apenas uma rede experimental.
💡 O essencial é: isso não é para especulação de moedas, mas para garantir que o Ethereum continue utilizável e acessível no momento em que mais precisa de estabilidade - ou seja, quando as transações realmente explodem e a rede está mais congestionada. Atualmente, isso é apenas uma proposta inicial, mas emite um sinal forte: o Ethereum ainda está focado em resolver aqueles problemas fundamentais que são difíceis, pouco glamourosos, mas que realmente afetam a adoção a longo prazo!
Você acha que essa ideia de “futuros de Gas” pode ser implementada com sucesso? Será que se tornará a peça chave para a ampla adoção do Ethereum? 🤔 Venha comentar sua opinião na seção de comentários! ⬇️
#区块链 #Web3 #EIP #加密货币
Você já foi “ferido” pelas taxas de Gas do Ethereum que subiram de repente? Você já ficou olhando enquanto uma taxa de transação era maior que o valor da transferência, sem poder fazer nada? 🤯 Não se preocupe, o V acaba de propor uma ideia ousada que pode mudar as regras do jogo - estabelecer um mercado de futuros de Gas para o Ethereum! Isso não é para os traders especularem, mas para que você e eu possamos travar os preços do combustível com antecedência, dizendo adeus à era das oscilações aterrorizantes! 🚀
Simplificando, essa ideia permite que usuários e desenvolvedores travem os preços futuros de Gas, como se estivessem comprando um seguro. Não precisamos mais “apostar na sorte” toda vez que a rede estiver congestionada! 📉
Por que isso é importante?
Atualmente, a drástica volatilidade das taxas de Gas é um dos maiores pontos problemáticos do Ethereum. É difícil de prever, impossível de orçar e, além disso, um pesadelo quando se trata de rodar aplicativos em larga escala. Um mercado do tipo futuros tem como objetivo transformar o Gas de uma variável caótica em um custo estável e planejável.
Se for bem-sucedido, o que isso trará?
✅ Os desenvolvedores poderão fazer orçamentos com confiança, sem se preocupar com o descontrole dos custos.
✅ O funcionamento do DApp será mais estável e confiável, e a experiência do usuário melhorará drasticamente.
✅ $ETH se tornará mais como uma verdadeira infraestrutura, e não apenas uma rede experimental.
💡 O essencial é: isso não é para especulação de moedas, mas para garantir que o Ethereum continue utilizável e acessível no momento em que mais precisa de estabilidade - ou seja, quando as transações realmente explodem e a rede está mais congestionada. Atualmente, isso é apenas uma proposta inicial, mas emite um sinal forte: o Ethereum ainda está focado em resolver aqueles problemas fundamentais que são difíceis, pouco glamourosos, mas que realmente afetam a adoção a longo prazo!
Você acha que essa ideia de “futuros de Gas” pode ser implementada com sucesso? Será que se tornará a peça chave para a ampla adoção do Ethereum? 🤔 Venha comentar sua opinião na seção de comentários! ⬇️
#区块链 #Web3 #EIP #加密货币
5
375
Inicia sessão para explorar mais conteúdos
Junta-te a utilizadores de criptomoedas de todo o mundo na Binance Square
⚡️ Obtém informações úteis e recentes sobre criptomoedas.
💬 Com a confiança da maior exchange de criptomoedas do mundo.
👍 Descobre perspetivas reais de criadores verificados.
E-mail/Número de telefone
Tópicos em Tendência
1
#WhoWillSucceedJensenHuangatNvidia?
121,639 visualizações
1,416 a discutir
2
#WhatWillDriveCryptoandStocks’NextRebound?
506,875 visualizações
3,293 a discutir
3
#BitcoinActiveSupplyInProfitDropsBelow45%
49,611 visualizações
569 a discutir
4
#KavaSaysAbnormalActivityLimitedToKavaLend
24,653 visualizações
309 a discutir
5
#USSpotXRPETFsSeeLargestWeeklyOutflowIn8Months
19,130 visualizações
265 a discutir
6
#USPPIMissMayEaseBTCPressure
252,587 visualizações
2,172 a discutir
7
#WORPTLetsTouristsConvertCryptoToThaiBaht
6,556 visualizações
78 a discutir
8
#TONStrategyReports$23.97MQ3NetLoss
7,363 visualizações
41 a discutir
9
#PolkadotCommunityApprovesNewStrategyWith97%Vote
23,632 visualizações
275 a discutir
10
#dYdXPlansV9.9UpgradeToShiftUSDCToInjective
18,275 visualizações
227 a discutir