· A equipe de desenvolvimento do núcleo do Bitcoin anunciou que modificará as configurações padrão do OP_RETURN na versão Core 30, que será lançada em outubro, aumentando o limite de portador de dados de 80 bytes para quase 4 MB. Esta decisão marca uma vitória de fase para os reformistas liderados por Antoine Poinsot em uma longa disputa com conservadores como Luke Dashjr.

· O desenvolvedor do Bitcoin, Peter Todd, está desenvolvendo um mecanismo que sugere que os nós do Bitcoin Core desconectem automaticamente os nós que atacam seu software Libre Relay com "varredores". Anteriormente, Todd promoveu o aumento do limite de dados OP_RETURN padrão do Bitcoin Core para quase 4 MB, o que gerou controvérsia. Os oponentes usam software de "varredura" para se disfarçarem de nós para interferir na transmissão, impedindo a disseminação de grandes transações de dados. A nova versão das regras está programada para ser lançada com o Core v30 em outubro, e Todd está intensificando as contramedidas para defender seu esquema de expansão de dados on-chain.

· O fundador do BitVM, Robin Linus, tuitou apresentando o protocolo BitVM3, que comprime significativamente a pegada on-chain da verificação de prova SNARK de 2~4 MB do BitVM2 para 56 kB (assertTx) e 200 bytes (disproveTx) por meio de computação otimista e tecnologia de circuito confuso (Garbled Circuit), melhorando a eficiência em mais de 1000 vezes. Entende-se que o BitVM foi proposto pela primeira vez por Robin Linus em 2023 com o objetivo de introduzir computação complexa e funções de contrato inteligente no Bitcoin. Seu conceito central é "computação otimista", ou seja, a computação é concluída off-chain por padrão, e a verificação é realizada por meio de transações on-chain somente quando há uma disputa. Robin Linus também liderou a organização da BitVM Alliance, cujos membros incluem Fiamma, Zerosync, Element Labs, Citrea, etc.

Ethereum

· A especificação da camada de consenso (CL) da atualização Fusaka foi "congelada", e a especificação da camada de execução será finalizada na próxima reunião do ACD, preparando-se para lançar o Devnet 3.

· O desenvolvedor do Ethereum, Arvolear, propôs o conceito de Confidential Wrapped Ethereum \ PrivacyWrapped Ethereum (cWETH), que visa melhorar a proteção da privacidade dos usuários do Ethereum por meio de tecnologia de camada de aplicação. O esquema usa o esquema de compromisso EC Twisted ElGamal combinado com zk-SNARKs para criptografar saldos e valores de transferência, suportando pagamentos, doações e transações ponto a ponto (P2P) anônimos sem depender de entidades centralizadas. O cWETH está planejado para se tornar um padrão EIP formal no futuro, e um rascunho foi publicado para solicitar comentários da comunidade.

· O desenvolvedor principal do Ethereum, Barnabé Monnot, discutiu a proposta de melhoria EIP-7782, que propõe reduzir o tempo de geração de blocos de 12 segundos para 6 segundos. O esquema está planejado para ser incluído na atualização Glamsterdam no final de 2026. Os ajustes técnicos incluem a compressão do tempo de proposta de bloco de 4 segundos para 3 segundos e a redução do tempo de verificação de 4 segundos para 1,5 segundos, economizando um atraso geral de 6 segundos. Atualmente, a proposta está em fase inicial de discussão e precisa passar por testes rigorosos para evitar problemas de compatibilidade de contratos inteligentes.

· Anshu Jalan e Lin Oshitani da Nethermind propuseram um protocolo de compartilhamento de Blob baseado em EIP-7702, que visa resolver o problema da baixa taxa de preenchimento de Blob em Based Rollups (como Taiko, com uma taxa de preenchimento de apenas 7%-55%). Em comparação com os esquemas Rollup que usam sequenciadores centralizados (que podem atrasar a publicação para processar transações em lote e preencher blocos de dados de forma eficiente), os Based Rollups enfrentam gargalos de eficiência porque não podem atrasar a publicação. O protocolo de compartilhamento de Blob agrega dados de vários Rollups por meio de proponentes L1, otimiza a eficiência do uso de Blob, reduz significativamente os custos e se adapta a um ecossistema Rollup diversificado.

Ethereum L2s

· Taiko anunciou o lançamento da função de pré-confirmação Based na testnet Hekla. Esta atualização habilita um tempo de bloco configurável, atualmente definido para 2 segundos, que pode ser ainda mais reduzido no futuro. Atualmente, ele é executado por meio de um sequenciador de lista de permissões, com três clientes de código aberto, Nethermind, Chainbound e Gattaca, participando.

· Polygon lançou o roteiro de expansão "Gigagas", planejando expandir a rede para 100.000 TPS em três fases para suportar pagamentos globais e ativos do mundo real (RWA) on-chain. No curto prazo (antes de julho de 2025), ele será atualizado para 1.000 TPS por meio da atualização Bhilai, o tempo de finalização da transação será reduzido para cerca de 5 segundos e a estabilidade da taxa de gas será otimizada; a meta para o ano é aumentar para 5.000 TPS, conectar o Agglayer para realizar liquidez entre cadeias e introduzir um mecanismo de finalização de bloco único para eliminar o risco de reorganização da cadeia; no longo prazo, ele usará uma arquitetura de verificação mais eficiente e expansão de conexão Agglayer para avançar para 100.000 TPS para suportar transações e necessidades de pagamento institucionais em larga escala.

· ZKsync lançou o Airbender, que afirma ser a "zkVM RISC-V de código aberto mais rápida do mundo", que pode atingir uma velocidade de prova básica de cerca de 21,8 MHz em uma única GPU H100, quase 6 vezes mais rápido que o segundo sistema mais rápido atualmente, e foi integrado ao Era, Abstract, Sophon e outras cadeias ZKsync, reduzindo o custo de uma única transferência para US$ 0,0001. ZKsync disse que o Airbender pode realizar a prova de ponta a ponta de blocos Ethereum em 35 segundos e é totalmente de código aberto, adequado para jogos, identidade, IA e outros cenários.

Solana

· Andrew Fitzgerald, da empresa de desenvolvimento do ecossistema Solana, Anza, redigiu e enviou a proposta SIMD-0290 (Relax Fee Payer Constraint), que recomenda relaxar o tratamento de pagadores de taxas (Fee Payer) inválidos. As regras atuais fazem com que todo o bloco seja rejeitado devido a pagadores de taxas inválidos. A nova proposta permite que essas transações sejam incluídas no bloco, mas não executadas, a fim de promover a verificação/execução assíncrona e reduzir os custos de processamento. A proposta equilibra melhorias de eficiência e riscos de segurança, garantindo compatibilidade com versões anteriores, mas precisa resolver ainda mais as preocupações da comunidade sobre o cálculo de CUs e possíveis ataques.

· O economista-chefe da empresa de desenvolvimento do ecossistema Solana, Anza, Max Resnick, enviou uma proposta de melhoria do Solana (SIMD-0301): Execução Assíncrona (Asynchronous Execution). A proposta elimina o gargalo de repetição no caminho crítico do consenso (ou seja, o processo pelo qual os validadores precisam reexecutar as transações dentro de um bloco) introduzindo a execução assíncrona. Em comparação com o modo de execução síncrona tradicional, onde os validadores precisam esperar que a repetição da transação seja concluída antes de votar, o SIMD-0301 permite que os validadores votem antes que o bloco seja executado, reduzindo significativamente o atraso de confirmação sob o mecanismo de consenso Alpenglow e suportando simultaneidade de vários líderes (MCL) e consenso de pipeline. Atualmente, a proposta ainda está em fase de rascunho e precisa atender a uma série de pré-condições para ser ativada. Ela está planejada para ser implementada formalmente após a ativação do novo mecanismo de consenso Alpenglow.

· A Fundação Solana revelou uma segunda vulnerabilidade de verificação de conhecimento zero no programa nativo ZK ElGamal Proof. O pesquisador de segurança suneal_eth relatou a vulnerabilidade em 10 de junho. A equipe de engenharia confirmou que as provas de transferência de privacidade poderiam ser falsificadas e atualizou o programa Token-2022 por meio de uma atualização multi-assinatura em 11 de junho, desativando diretamente as Transferências Confidenciais (função de transferência de privacidade). Posteriormente, o oficial pediu urgentemente aos nós de validação que atualizassem Agave / Jito-Solana v2.2.16 ou Firedancer v0.505.20216 e ativassem o interruptor de recurso na mainnet epoch 805 (UTC 19 de junho 06:00) para fechar completamente o programa ZK ElGamal, aguardando uma auditoria completa. O oficial enfatizou que não há uso em larga escala de transferências de privacidade na cadeia e não há registros de perda de fundos. Entende-se que esta é a segunda questão de omissão de campo de hash Fiat-Shamir no mesmo programa após a primeira vulnerabilidade ZK ElGamal em 16 de abril (que foi resolvida por meio de hotfix em v2.1.21 / v2.2.11). A fundação disse que a reativação das transferências de privacidade exigirá pelo menos "vários meses", e a ativação será realizada por meio de um processo de governança após a conclusão da auditoria e a publicação de uma versão segura do programa. Tokens SPL regulares e transações comuns não são afetados.

BNB Chain

· A BNB Chain implementou a atualização Maxwell na mainnet em 30 de junho. O tempo de bloco do BSC será reduzido de 1,5 segundos para 0,75 segundos para aumentar a velocidade de confirmação da transação e a resposta da rede. Esta atualização cobre três propostas: BEP-524 encurta o intervalo de bloco; BEP-563 fortalece a comunicação entre os nós de validação; BEP-564 otimiza o processo de sincronização de bloco. A atualização também ajustou os parâmetros de consenso, incluindo o aumento do comprimento da Epoch de 500 para 1000 e o TurnLength de 8 para 16 blocos, alcançando uma confirmação final rápida de cerca de 1,875 segundos.

Aptos

· Aptos Labs anunciou uma parceria com o Grupo de Garantia de Segurança do Sistema de Software da Universidade de Tsinghua, Wingtecher Labs, para desenvolver em conjunto uma ferramenta de teste de ponta em torno da implementação do algoritmo de consenso. A ferramenta combina testes automatizados, recursos de exploração do espaço de estado do protocolo e funções de detecção de erros lógicos, o que ajudará a lançar uma base sólida para a estabilidade e segurança do protocolo de consenso de nova geração da Aptos, Raptr. O projeto está previsto para ser concluído no segundo trimestre de 2026 ou antes, e a primeira fase de integração já está online e os testes experimentais foram iniciados.

· Aptos Labs e Jump Crypto anunciaram o lançamento conjunto de uma rede de armazenamento a quente descentralizada de nova geração, Shelby, que visa fornecer suporte de alto desempenho para aplicativos em tempo real, como streaming, IA, social e DePIN em cenários Web3. A testnet de desenvolvedores (Devnet) do Shelby está prevista para ser lançada no quarto trimestre de 2025 e suportará ecossistemas multi-cadeia como Aptos, Ethereum, Solana, etc.

Outros

· Berachain anunciou que se tornou a primeira cadeia não Ethereum a implementar totalmente a função da camada de execução Pectra do Ethereum por meio do hard fork "Bectra". Esta atualização fornecerá ferramentas aprimoradas para mais de 100 aplicativos na cadeia, melhorando a experiência de interação do usuário e do desenvolvedor. A atualização Bectra permite que as carteiras de usuário tenham funções de conta inteligente, suportando transações em lote, definindo limites de gastos, usando stablecoins HONEY para pagar taxas de Gas e pagamentos regulares, etc. Embora as alterações da camada de consenso do Pectra não tenham sido sincronizadas, devido à compatibilidade com EVM, mais de 200 aplicativos existentes podem adaptar novas funções sem reescrever contratos.

· A rede Filecoin anunciou o lançamento do FilCDN, um CDN de maior desempenho construído pela equipe Space Meridian, especialmente otimizado para recuperação de dados Filecoin, acelerando a entrega de conteúdo e simplificando o desenvolvimento de aplicativos descentralizados. O FilCDN usa transações PDP (Prova de Posse de Dados) para suportar a recuperação de dados quentes, resolvendo os problemas de conformidade causados pelos altos custos de tráfego de saída dos provedores de armazenamento (SP) tradicionais, e a conformidade de recuperação foi aumentada em 20 vezes. Os desenvolvedores podem usar o FilCDN para construir aplicativos por meio do Modular Worlds Hackathon, enquanto o Checker Network e o Filecoin Spark continuarão a operar e se ajustar para suportar a transparência da rede.

· A Kaspersky descobriu um novo vírus chamado SparkKitty, que infecta especificamente aplicativos criptográficos iOS e Android, roubando capturas de tela de frases mnemônicas nos álbuns de fotos dos usuários. Os aplicativos afetados incluem "币 coin" na App Store e o aplicativo de comunicação SOEX com mais de 10.000 downloads no Google Play. O vírus pertence à mesma fonte do SparkCat descoberto anteriormente e seu tempo de atividade remonta ao início de 2024, atacando principalmente usuários no Sudeste Asiático e na China.

· O protocolo de privacidade Privacy Pools, apoiado pelo cofundador do Ethereum, Vitalik Buterin, anunciou a adição de suporte para stablecoins. O protocolo permitirá que os usuários transfiram anonimamente stablecoins como USDT, USDC e DAI por meio da tecnologia de prova de conhecimento zero, alcançando transações de privacidade semelhantes a dinheiro. O Privacy Pools usa o esquema de mixagem "provedor de conjunto associado" proposto por Vitalik em 2023, que pode filtrar fundos ilegais enquanto protege a privacidade on-chain.

· A rede de provadores descentralizada Succinct publicou um artigo lançando o Stage 2.5, marcando a fase final de sua testnet Prover Network, introduzindo as principais equipes de hardware de prova de conhecimento zero para construir o maior cluster de prova do mundo. O Stage 2.5 implementa leilões competitivos, staking de resistência Sybil e uma camada de liquidação de alto rendimento, permitindo que qualquer pessoa execute nós de prova. A testnet lançará tokens PROVE para incentivar o staking da comunidade e preparar-se para o lançamento da mainnet. [吴说区块链]

Tudo o que você precisa saber em 10s

TermosPolítica de PrivacidadePapel BrancoVerificação oficialCookieBlogue