昵称7天才能修改一次

【协议笔记】以太坊下一次大升级，可能改掉钱包默认的「21000 gas」

据 CoinDesk（约 1 天前）整理：在规划中的 Glamsterdam 升级里，长期默认「普通 ETH 转账一律 21000 gas」的假设会被拆开——

• 转给已存在地址：仍大致按 21000 那套结构
• 转给从未上过链的新地址：还要额外承担创建账户/写入状态的成本（状态 gas）

以太坊基金会 8/17 关于 Platåberget 测试网的说明也提到：账户创建、部署代码、写新存储槽等会重定价；任何把 gas limit 写死的工具都可能受影响。

对钱包和 dApp 来说，重点不是喊涨跌，而是工程适配：
1）费用估算不能再一律写死 21000
2）空投/首次转账的成本模型要重算
3）用户侧要能解释「为什么这笔更贵」

相关方向可对照 EIP-8037 / EIP-2780 等 gas 重定价讨论。升级仍在开发与测试推进中，细节以最终客户端实现为准。

来源：
https://www.coindesk.com/tech/2026/08/18/ethereum-s-next-upgrade-breaks-the-21-000-gas-rule-wallets-rely-on
https://blog.ethereum.org/2026/08/17/plataberget-testnet

#Ethereum #Glamsterdam #L1

信息整理，非投资建议

A próxima grande atualização do Ethereum Hegotá (objetivo por volta de 2027) está reunindo a lista de propostas～

De acordo com a CoinDesk e outras fontes, há atualmente cerca de 66 EIPs na mesa para os desenvolvedores. Nas próximas rodadas, os core devs vão separar as que podem ser implementadas, testadas e que têm chances de entrar no cronograma. O que está relativamente mais claro em termos de avanço é o FOCIL (EIP-7805), que segue uma direção voltada a resistência à censura.

Outro destaque técnico é o Frame Transactions (EIP-8141), além das Keyed Nonces e Recent Roots. Os pontos de discussão são fornecer mais “ferramentas no nível do protocolo” para aplicações de privacidade, reduzindo um pouco a dependência de relayers externos. É preciso deixar claro: a transferência comum de ETH, por si só, não vai se tornar uma privacidade on-chain total; o efeito de ocultação ainda depende principalmente do desenho em nível de aplicação.

Documentação pública pode ser consultada em: eips.ethereum.org (EIP-7805 / 8141 etc.). O que será adotado por fim depende da implementação pelos clientes e do progresso nas testnets.

Fonte: https://www.coindesk.com/tech/2026/08/17/ethereum-s-next-big-upgrade-has-66-proposals-including-a-major-privacy-fix

Organização das informações, não é recomendação de investimento
#Ethereum #ETH

今天一条偏硬核的基础设施动态：World Chain（基于 OP Stack 的以太坊 L2）按计划在主网启用流式 EIP-7928 区块级访问列表（Block-Level Access Lists, BALs）。

技术钩子可以这样理解：
1) 以前很多客户端要按序执行整块交易，才能摸清状态依赖
2) EIP-7928 让区块明确记录本块读/写过哪些账户和存储槽，方便并行磁盘读取、并行校验，也为后续更高吞吐铺路
3) World Chain 还把它塞进 flashblock，大约每 200ms 流式推送访问列表，验证可以边出块边并行检查；公开报道提到目标是在不抬高验证者硬件门槛的前提下推高吞吐（具体数字以官方与实测为准）

以太坊主网侧，EIP-7928 仍走标准讨论/后续升级路径（外界常把它和 Glamsterdam 路线图联系在一起）；L2 用 runtime flag 先行，相当于给生态提前做一轮工程演练。

项目侧快速核验：公开仓库 worldcoin/world-chain 是 Rust monorepo，MIT 开源，近几日仍有连续 commit/PR（含 proofs、flashblock 相关修复），不是只有宣发页的空壳。

来源（可点开对照）：
- EIP-7928：https://github.com/ethereum/EIPs/blob/master/EIPS/eip-7928.md
- 报道整理：https://news.bitcoin.com/blockchain/world-chain-deploys-eip-7928-ahead-of-ethereum-mainnet/
- 代码：https://github.com/worldcoin/world-chain

信息整理，非投资建议

【Compilação de informações】Laboratório da libra digital do Banco da Inglaterra Fase 2: stablecoins e CBDC podem fazer liquidação em conjunto?

De acordo com a CoinDesk, o Digital Pound Lab do Banco da Inglaterra (BOE) entrou na segunda fase, com foco em testar se stablecoins públicas e moeda digital do banco central (libra digital) podem funcionar em conjunto na mesma linha de pagamentos de uma transação transfronteiriça de financiamento do comércio.

Os participantes incluem NOBO Finance, Dun & Bradstreet e Polygon Labs. Um dos cenários imaginados: o exportador pode primeiro obter adiantamentos para financiamento de faturas por meio de stablecoin, enquanto o importador do Reino Unido conclui, por fim, a liquidação usando libra digital.

O lado da Polygon fornece infraestrutura relacionada ao Open Money Stack para liquidação de stablecoins (conversão de moeda fiduciária, carteiras, contratos inteligentes etc.), e tenta combinar dados de transações de carteiras com informações de crédito corporativo para criar um perfil de crédito de PME (pequenas e médias empresas) reutilizável.

É importante deixar claro o limite: o laboratório não envolve clientes reais nem recursos reais, e também não significa que o Reino Unido tenha decidido emitir a libra digital. Trata-se mais de avaliar como diferentes formas de moeda digital podem interoperar e se é possível reduzir as fricções de verificação e liquidação no financiamento do comércio para PME.

Fonte:
CoinDesk https://www.coindesk.com/business/2026/08/12/bank-of-england-to-test-stablecoin-digital-currency-use-in-cross-border-finance
BOE Digital Pound Lab https://www.bankofengland.co.uk/the-digital-pound/lab

Compilação de informações, não constitui recomendação de investimento

【Notas técnicas】O que a engenharia do lado da Solana está fazendo agora

Vi o changelog oficial de 13/08 e é bem mais hard-core, sem papo de preço:

1）O tempo de slot na testnet continua sendo reduzido: já há um feature gate de 350→300ms e depois de 300→250ms, preparando o cliente para um ritmo de produção de blocos mais curto.
2）Iteração sincronizada entre múltiplos clientes: a Agave teve uma versão estável v4.2.x recentemente e está avançando para a v4.3; o Firedancer / Frankendancer também tem releases correspondentes.
3）Preparando o caminho para o Alpenglow: por exemplo, paralelizar a validação de votos em BLS, reduzindo o risco de “pico de votos” sobrecarregar a validação de nós.

Como interpretar essas duas linhas:
• Reduzir o slot ≈ aumentar a frequência de produção de blocos (ativação por etapas, ainda depende da estabilidade da rede)
• Alpenglow é uma grande mudança no consenso; em materiais públicos, um objetivo comum é reduzir a confirmação final de uma escala de dezenas de segundos para cerca de 150ms — a janela na mainnet ainda pode variar conforme os testes.

Checagem no código: a Agave (anza-xyz/agave) tem commits e releases bem frequentes nos últimos dias, ou seja, é um avanço contínuo de engenharia, não uma conversa vazia.

Fonte:
https://solana.com/news/solana-changelog-august-13-2026
https://github.com/anza-xyz/agave

Compilação de informações, não é recomendação de investimento

Solana quase disparou o limite de congelamento: uma aula básica sobre infraestrutura, não é post de行情.

Segundo a CoinDesk e a plataforma de staking Marinade: uma falha de roteamento por parte de um grande provedor de data center fez com que cerca de 29% do SOL em staking ficasse desconectado por um período. O design da Solana é: se mais de aproximadamente um terço do peso de staking ficar offline, a rede não consegue concluir o finality (confirmação final da transação). A Marinade afirma que, na ocasião, faltavam apenas cerca de 20 milhões de SOL em staking para atingir esse limite.

Alguns pontos técnicos que vale lembrar:
1) A origem da falha aponta para um roteamento incorreto no data center de Miami da Teraswitch, afetando também parte dos nós na Europa e na Ásia; na América do Norte, de modo geral, ainda estava online.
2) A reportagem diz que uma única operadora de rede (AS2032) chegou a controlar mais de um quarto do peso de staking; a própria concentração é um fator de risco.
3) O roteamento foi corrigido em cerca de 10 minutos; a Solana Foundation enfatizou que os blocos continuaram sendo produzidos, as transações continuaram sendo processadas e que cerca de 597/699 validadores com staking mantiveram o voto — mais próximo de um teste de estresse do que de um desligamento total.

Observação: a descentralização de uma cadeia de alto desempenho não deve ser avaliada apenas pelo número de validadores; é preciso também verificar se os data centers, os ASNs e as trocas de contingência estão realmente distribuídos. Chegar perto do limite de 1/3 equivale a dar uma aula para toda a rede.

Fonte:
https://www.coindesk.com/tech/2026/08/12/smart-contract-blockchain-solana-nearly-froze-wednesday-marinade-finance-says

Compilação de informações, não é aconselhamento de investimento

Cadeia de conhecimento zero: Miden anuncia stablecoin de privacidade USDCx em modo 1:1 — respaldada por reservas do Circle USDC via xReserve. As transações, por padrão, não divulgam saldos, contraparte e histórico/fluxo de transações, mas permitem uma divulgação seletiva para auditoria/regulação.

O ponto técnico está no proving do lado do cliente (client-side proving): as transações são executadas no dispositivo do usuário, gerando uma prova, que então é verificada na blockchain, tentando combinar a confidencialidade que as instituições exigem com a verificabilidade on-chain. A empresa afirma que o objetivo é sincronizar o lançamento com o mainnet (por volta do fim deste mês), com cenários cobrindo pagamentos, trading, folha de pagamento e gestão financeira corporativa.

O Miden foi desmembrado para uma entidade independente a partir da Polygon; nos lados do código aberto, repositórios em Rust como miden-vm / protocol / node continuam recebendo contribuições recentes. A data exata do mainnet e do USDCx depende do anúncio oficial.

Fonte: CoinDesk
https://www.coindesk.com/tech/2026/08/12/miden-bets-on-privacy-stablecoins-with-introduction-of-usdcx

Organização das informações, não constitui aconselhamento de investimento

Curadoria de informações: MoneyGram Ramps já está no ar na Solana.

Em poucas palavras, carteiras, exchanges e aplicativos podem usar uma única API para conectar a rede global de dinheiro em espécie da MoneyGram à blockchain: depósitos em dinheiro cobrem 25+ países, e saques cobrem 170+ países e regiões. Assim, os usuários não precisam integrar bancos individualmente em cada app, e os desenvolvedores também ficam com uma camada a menos de responsabilidade de infraestrutura.

Isso torna a narrativa de pagamentos da Solana mais concreta: stablecoins não são apenas pares de negociação, mas uma forma de acesso e saída para integrar pontos do mundo offline. A MoneyGram já atuava como validadora na Solana; desta vez, está incorporando diretamente o produto Ramps ao ecossistema (Rift, entre outros, está entre os primeiros parceiros de integração).

Fonte:
https://www.coindesk.com/business/2026/08/10/moneygram-expands-on-solana-with-global-crypto-to-cash-service
https://solana.com/news/moneygram-ramps

Curadoria de informações, não constitui recomendação de investimento

【Reunião de notícias】O roadmap do Ethereum mudou: privacidade e resistência a ataques quânticos ganham destaque

Vitalik comparou recentemente aquela clássica roadmap de 2023 com o Strawmap (referência de upgrades de protocolo, aproximadamente vendo 2029) que a Ethereum Foundation vem atualizando continuamente.

Ele disse que o mais chamativo não é “o que ainda está”, e sim uma série de direções que nem existiam no mapa de 2023 — agora viraram o centro:

1) Forte privacidade: pools de privacidade, wormholes etc., para expor o mínimo possível a trajetória completa das transações; também há designs relacionados à resistência à censura (como FOCIL) no roadmap
2) Resistência a ataques quânticos: incorporar segurança criptográfica de longo prazo na north star (como caminhos baseados em hash)
3) Lean Ethereum: especificações mais enxutas; no longo prazo, ainda se discute a evolução das formas do ambiente de execução
4) Com a maturidade do zk, também fica mais discutível trilhas como rollups nativos

O Strawmap, por si, lista cinco grandes direções aproximadas: L1 mais rápido, maior taxa de transferência (gigagas L1 / teragas L2), L1 pós-quântico, e tratar a privacidade como cidadã de primeira classe.

Isso não é material para “dar sinal de compra”; é mais como uma coordenação pública no nível do protocolo: ao ampliar desempenho, manter também privacidade, resistência à censura e segurança de longo prazo. O Strawmap também enfatiza que é strawman / documento vivo, não um cronograma fixo e rígido.

Fonte:
https://www.theblock.co/news/ecosystems/2026-08-10-vitalik-buterin-privacy-quantum-resistance-front-and-center-ethereum-latest-roadmap-411298
https://strawmap.org/

Organização das informações, não constitui recomendação de investimento

Notas técnicas｜Tentativa de bifurcação do Bitcoin BIP-110: quase parou depois de dois blocos

O BIP-110 (Reduced Data Temporary Softfork) pretende, no nível de consenso, «por um ano temporário» restringir dados não financeiros que possam ser incorporados nas transações: limitar scriptPubKey / dados de testemunha maiores demais, restaurar limites mais rígidos para o OP_RETURN e outras medidas. Os apoiadores argumentam que dados do tipo inscriptions ocupam espaço de pagamento e elevam os custos dos nós; os opositores dizem que, pagando a taxa, deve ser possível usar livremente o espaço do bloco.

Na janela de ativação, o sinal enviado pelos mineradores é de aproximadamente 2,53%, bem abaixo do limiar de 55%. Ao chegar ao bloco 961.632, nós que executam clientes do BIP-110 começam a rejeitar blocos que não enviaram sinal, criando assim um caminho de bifurcação minoritária.

O mecanismo mais interessante, de forma prática, é a dificuldade: a cadeia bifurcada herda a dificuldade de mineração atual da rede principal, mas como a parcela de poder computacional é extremamente pequena, o intervalo entre blocos é esticado para algumas horas. A dificuldade só é recalculada após completar 2016 blocos. Como resultado, o lado da bifurcação cavaria apenas cerca de 2 blocos antes de praticamente estagnar, ficando defasado em uma ordem de grandeza de um dia em relação ao ritmo da cadeia principal.

Outro alerta prático: no início da bifurcação, ambas as cadeias ainda podem aceitar transações no mesmo formato, o que gera risco de replay — uma transação de venda assinada no coin da bifurcação também pode ser retransmitida para a rede principal. Ao observar eventos de bifurcação, detalhes técnicos importam mais do que slogans.

Fonte:
CoinDesk https://www.coindesk.com/tech/2026/08/09/controversial-bitcoin-fork-bip-110-mines-two-blocks-then-stops
Especificação do BIP-110 https://github.com/bitcoin/bips/blob/master/bip-0110.mediawiki

Organização das informações, não é recomendação de investimento

Sui anunciou recentemente oficialmente o avanço das capacidades de assinaturas resistentes a ataques quânticos, seguindo a rota já padronizada pelo NIST:

1) Contas do dia a dia: plano de suporte nativo ao ML-DSA-65 (FIPS 204)
2) Cofres de alto valor: dentro de contratos Move, usar SLH-DSA-SHA2-128s baseado em hash

A parte oficial afirma que a implementação central já está concluída e com benchmarks realizados. O roteiro, em linhas gerais, é: objetivo de “cofre com segurança quântica” na rede principal ainda este ano; contas nativas do ML-DSA-65 no testnet até o fim do ano; e a meta de autenticação de contas na rede principal para 2027 Q1. O projeto é opcional, pode ser habilitado, e pode ser derivado dos mnemônicos existentes; não obriga toda a comunidade a trocar de chaves imediatamente.

Os pontos técnicos estão em: levar a criptografia pós-quântica das discussões para a capacidade de evolução em protocolo/carteira, e não em narrativa de preços. Os detalhes devem ser confirmados no blog oficial.

Fonte:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

Compilação de informações, não constitui recomendação de investimento

【Anotações técnicas】XRPL 3.3.0: «Valores ocultáveis, razão contábil ainda verificável» para RWA de instituições

O cliente do XRP Ledger, rippled, lançou nesta semana a versão 3.3.0 (GitHub XRPLF/rippled, por volta de 8/6). Entre os amendments, o mais digno de atenção é Confidential Transfers (Transferências Confidenciais):

• Direcionado a Multi-Purpose Token (MPT, formato comumente usado para ativos tokenizados institucionais)
• Endereços de conta e tipo de token continuam públicos
• Saldo e valores das transferências podem ser criptografados; o livro-razão usa provas criptográficas para mostrar que as entradas e saídas estão em equilíbrio, sem expor números específicos para toda a rede
• Na primeira versão, os detentores precisam optar ativamente (opt-in) e o foco principal é em pagamentos diretos de MPT entre contas (sem incluir, por enquanto, caminhos como negociações em DEX embutida, custódia etc.)

A mesma versão também empacotou capacidades voltadas à operação institucional: Batch (até 8 operações agrupadas; pode ser tudo concluído ou tudo não concluído), Sponsor (quem paga taxas/depósitos de reserva; contas novas não precisam primeiro acumular XRP), Permission Delegation (autoriza apenas tipos específicos de transação) e Dynamic MPT etc. O lado oficial/operação também menciona redução do uso de memória em cerca de 10%–15% e rastreamento de blocos mais rápido.

Importante: essas mudanças ainda não entraram em vigor — o XRPL só irá ativá-las se validadores confiáveis demonstrarem suporte contínuo de ≥80% por duas semanas. A CoinDesk cita o RWA.xyz: no XRPL já foi distribuída uma escala de RWA de aproximadamente US$ 1,38 bilhão (incluindo RLUSD etc.). Deste total, os ativos tokenizados que não são RLUSD somam cerca de US$ 530 milhões+; após o lançamento da funcionalidade, o ponto-chave é se emissores como Aviva, Ondo etc. realmente vão abrir o modo cripto.

Em uma frase: é um patch de camada de protocolo para «privacidade com conformidade + experiência operacional para instituições», não uma narrativa de preço.

Fonte:
• CoinDesk: https://www.coindesk.com/tech/2026/08/07/new-xrp-ledger-amendments-target-usd530-million-in-tokenized-wall-street-assets
• GitHub Release 3.3.0: https://github.com/XRPLF/rippled/releases/tag/3.3.0
• Notas de lançamento: https://xrpl.org/blog/2026/xrpld-3.3.0

Organização da informação, não constitui recomendação de investimento

【Notas técnicas】Sui anuncia avanço em assinaturas resistentes a quantização

O blog oficial da Sui (6/8) afirma que fará a integração de dois conjuntos de assinaturas pós-quantum padronizadas pela NIST:
• Contas do dia a dia: ML-DSA-65 (FIPS 204) como assinatura de protocolo nativa
• Cofres de alto valor: dentro de contratos Move, SLH-DSA-SHA2-128s (FIPS 205)

Pontos mais práticos: as chaves ainda podem ser derivadas a partir das frases mnemônicas existentes; com o auxílio dos address aliases já disponibilizados, a conta pode atualizar a chave de autorização, sem precisar mover ativos antes. O roteiro é, em linhas gerais, atingir o objetivo de cofres pós-quantum na mainnet ainda este ano; as contas nativas ML-DSA têm como meta uma testnet até o fim do ano e a mainnet no 1º trimestre de 2027 (o cronograma ainda pode ser ajustado conforme auditorias e feedback da testnet).

A The Block e outras também acompanharam. No essencial, trata-se de criptografia modular — adicionar um esquema de assinatura, sem alterar o consenso e o estado já existente.

Fonte:
https://www.sui.io/blog/making-sui-quantum-ready
https://www.theblock.co/post/410968/sui-post-quantum-signature-scheme

Organização das informações, não constitui recomendação de investimento

【Notas Técnicas】Validação Paralela: rodar primeiro o L2 — World Chain × EIP-7928

Uma atualização recente mais “de camada de protocolo”: a World Chain (OP Stack L2 do ecossistema World) anunciou que vai habilitar na rede principal uma lista de acesso completa a blocos (Block Access Lists / BALs) e embuti-la de forma “streaming” no Flashblocks — com um recorte (slice) da lista de acessos incluído a cada incremento de sub-bloco de ~200ms. A nota oficial diz que o Sepolia já foi aberto em 27/07, e a rede principal tem alvo em 17/08; será habilitado via runtime switch, sem precisar esperar um hard fork.

Por que vale a pena observar?
• Validação tradicional precisa reproduzir o bloco inteiro serialmente na ordem das transações; dependências de estado travam a paralelização
• A EIP-7928 permite que o bloco traga um registro do que “foi lido/escrito” (contas e slots de armazenamento) + os valores após a execução
• Nós de validação podem, assim, fazer validação paralela, pré-aquecer estado e distribuir o custo da validação ao longo do processo de proposição do bloco, em vez de calcular tudo de uma vez no final
• Descrição de testes oficiais: com maior throughput (relatos/um post mencionam estresse na direção de ~1 Ggas/s), a latência de validação ainda pode permanecer relativamente estável — o ponto-chave é que “aumentar throughput não exige aumentar proporcionalmente o hardware de validação”

Agora, olhando adiante: as BALs também são uma das direções “headline” discutidas na evolução posterior da Ethereum, no upgrade Glamsterdam; o L2 testar primeiro no caminho de produção e depois devolver feedback ao L1 é um ritmo típico de colaboração do ecossistema.

Do lado do código: o monorepo worldcoin/world-chain (Rust) ainda tem, nos últimos dias, commits e PRs relacionados a flashblocks / proofs — não é só anúncio vazio.

Fontes (para conferência):
• The Block：https://www.theblock.co/post/410651/world-chain-first-production-l2-block-access-lists-via-flashblocks
• Blog de engenharia da World：https://world.org/blog/engineering/world-chain-full-block-access-lists
• EIP-7928：https://eips.ethereum.org/EIPS/eip-7928
• GitHub：https://github.com/worldcoin/world-chain

Organização de informações, não é recomendação de investimento

【Notas de protocolo】 Solana quer reprecificar transações que “realmente consomem recursos”

Hoje, a CoinDesk reportou: validadores estão emitindo sinais de governança para duas propostas relacionadas — SIMD-0553 e SIMD-0550.

O gancho técnico não é complicado, mas é crucial:
1）Situação atual: a taxa base é cobrada basicamente pelo número de assinaturas; depois que as assinaturas são verificadas, quanto do compute ocupa quase não muda em relação ao custo da camada base.
2）SIMD-0553: divide a taxa em “taxa de inclusão no bloco + taxa de recursos”. A taxa de recursos é cobrada pelos cost units solicitados pela transação, e é totalmente destruída; transações leves (como voto, atualização de oráculo) podem ficar mais baratas, enquanto transações de computação pesada ficam mais caras.
3）Estimando grosseiramente a partir da atividade recente na cadeia, a quantidade diária queimada pode subir do patamar de cerca de 650 SOL para algo em torno de 7500–9000 SOL — ainda assim, fica claramente abaixo da ordem de grandeza da emissão diária atual; portanto, por si só, não transformará a rede em deflação.
4）SIMD-0550: dobra aproximadamente a velocidade da deflação, antecipando o momento de inflação do terminal, em torno de 1,5%, de perto de 2032 para perto de 2029.

No momento, os documentos das duas propostas já foram mesclados no fluxo SIMD no GitHub; se a rede principal vai entrar em vigor ainda depende de se os sinais de staking conseguem passar o limite e também da votação formal subsequente (janela de sinalização até cerca de 18/08).

Em uma frase: é uma mudança usando design de mecanismos — colocando “ocupação de recursos de escalonamento e execução” na fatura, em vez de cortar tudo apenas pelo número de assinaturas.

Fonte:
https://www.coindesk.com/tech/2026/08/04/a-new-solana-proposal-would-take-daily-sol-burns-from-usd47-000-to-usd650-000
https://github.com/solana-foundation/solana-improvement-documents/pull/553

Organização das informações, não constitui recomendação de investimento

Fatos curiosos sobre carteiras de hardware: uma falha na entropia das seeds do Coldcard. O problema não é “o hardware ter sido levado fisicamente”, e sim a firmware ter seguido um caminho errado para o gerador de números aleatórios.

De acordo com as orientações oficiais da Coinkite, ao integrar libsecp256k1 / libNgU em 2021, a geração da seed da carteira usou de forma incorreta um pseudoaleatório de software do MicroPython; o TRNG do hardware não foi alimentado de fato no caminho principal. Como resultado, a entropia efetiva foi reduzida (estimativa grosseira oficial: na ordem de ~40 bits para Mk2/Mk3; ~72 bits para Mk4/Mk5/Q antes do reparo, sempre abaixo dos 128 bits esperados). Um atacante pode enumerar offline o espaço de chaves fracas, sem precisar tocar no dispositivo.

Acompanham os rastreamentos da Galaxy Research e outros: o volume de endereços ligados ao problema foi varrido em escala de cerca de 1000+ BTC / cerca de 70 milhões de dólares, e depois somou em ondas subsequentes para algo em torno de 1300+ BTC / perto de 90 milhões de dólares (as estatísticas ainda estão sendo atualizadas). A empresa já lançou firmware corrigido (por exemplo, Mk3 4.2.0, Mk4/Mk5 5.6.0, Q 1.5.0Q etc.) e enfatizou: a atualização não corrige seeds antigas; é necessário gerar uma nova seed no novo firmware e então migrar. Na prática, usar pelo menos 50 lançamentos de dados independentes de entropia reduz claramente o risco. Repositório open-source Coldcard/firmware teve commits de publicações assinadas em alta densidade em 7/31–8/1.

Três observações do lado técnico:
1) Carteiras de hardware open-source ainda precisam verificar de ponta a ponta o “caminho de análise de símbolos / chamada real da RNG”; não basta ver se o código do TRNG está ou não no binário
2) Auditoria assistida por IA é uma faca de dois gumes: ambos os lados (ataque e defesa) conseguem acelerar a descoberta
3) Auto-hospedagem deve tratar a fonte de entropia, backups, passphrase e o processo de migração com calma como cidadãos de primeira classe

Fontes:
https://blog.coinkite.com/coldcard-mk3-seed-generation-warning/
https://blog.coinkite.com/entropy-technical-backgrounder/
https://www.theblock.co/post/410332/bitcoin-losses-linked-coldcard-vulnerability-70-million-galaxy-research
https://www.coindesk.com/tech/2026/08/02/bitcoin-cold-wallet-attack-spreads-to-4-500-addresses-as-losses-near-usd89-million
https://github.com/Coldcard/firmware

Organização das informações, não é recomendação de investimento

【Observação do protocolo】O XRP Ledger está prestes a reintroduzir as funcionalidades que foram retiradas duas vezes por problemas de segurança; após a correção, será submetido ao voto dos validadores

Segundo a CoinDesk, o xrpld 3.3.0 deve ser lançado na próxima semana trazendo 5 propostas de amendment. Entre elas, o Batch (transação atômica entre contas, com no máximo 8 operações) e a Permission Delegation (instituições podem conceder permissões de assinatura granular, sem precisar entregar o controle total) haviam sido paralisadas de forma emergencial devido a falhas graves: no primeiro caso, uma deficiência na verificação de assinatura poderia permitir que um atacante originasse transações sem ter a chave; no segundo, houve risco de repasse de taxas e de saldo ser “drenado”. Na época, as funções não chegaram à mainnet e não houve perdas financeiras, mas o processo vale ser registrado: primeiro retira, depois corrige e, em seguida, vota.

Na mesma leva, há três novas capacidades mais voltadas a instituições e a ativos:
• Confidential MPT: provas de conhecimento zero + criptografia de curva elíptica, para que saldos e valores de transferências de tokens multiuso possam ser ocultados do público, mantendo ao mesmo tempo caminhos de auditoria/verificação de conformidade
• Sponsored Fees and Reserves: bancos ou plataformas podem pagar as taxas de XRP e as reservas dos usuários, reduzindo a barreira de “precisar ter gas币 antes para usar”
• Dynamic MPT: na emissão, pode-se definir quais atributos de tokens permitem alterações futuras, reduzindo a migração de tokens inteiros

Em governança, os amendments ainda precisam de validação confiável: só serão ativados se validadores apoiarem pelo menos 80% de forma contínua por duas semanas. Assim, é a rede — e não uma empresa específica — que determina.

O repositório principal XRPLF/rippled (C++ open source) segue com envios ativos; em 1º/8 houve um hotfix 3.2.1, e os testes relacionados ao Confidential MPT também estão em andamento.

Em uma frase: não é “acumular funcionalidades”; é reexaminar, do zero, as suposições de segurança que já falharam antes — e depois passar pelo limiar de validação. Se a tokenização institucional e os ativos com privacidade vão se concretizar, depende do voto e da implantação real.

Fonte: CoinDesk https://www.coindesk.com/tech/2026/08/01/xrp-ledger-upgrade-brings-back-features-once-pulled-over-critical-bugs
Código e publicação: https://github.com/XRPLF/rippled

Organização das informações, não constitui recomendação de investimento

【Observação do protocolo】Próxima versão do XRP Ledger xrpld 3.3.0: cinco propostas (amendments) voltam à votação dos validadores

De acordo com esclarecimentos públicos do lado de produtos da CoinDesk e da RippleX, a versão de software prevista para a próxima semana deverá encaminhar cinco revisões de protocolo para análise dos validadores. Pontos técnicos-chave:

1）Confidential MPT: ZK + criptografia de curva elíptica, permitindo anonimizar saldos/valores de transferências de tokens multiuso; o autorizante pode auditar
2）Batch (versão revisada): até 8 transações entre contas diferentes executadas de forma atômica, ou todas concluem ou nenhuma
3）Permission Delegation (versão revisada): delegação de permissões em escopo restrito, sem precisar abrir mão da autoridade de assinatura completa
4）Sponsored Fees and Reserves: instituições/plataformas podem pagar taxas e reservas em nome dos usuários
5）Dynamic MPT: na emissão, é possível especificar propriedades alteráveis posteriormente, reduzindo a migração de moedas inteiras

Um contexto interessante: Batch e Permission Delegation haviam sido retirados de forma emergencial no passado devido a uma vulnerabilidade grave (problemas na lógica de validação de assinaturas; poderiam permitir transações não autorizadas). Na época da divulgação da falha, o amendment ainda não havia sido ativado na rede principal—não houve perda de fundos. Desta vez, é após o conserto. A ativação ainda exige que cerca de 80% dos validadores confiáveis apoiem continuamente por duas semanas—isso é determinado por votação da rede, não é um acionamento único por uma parte.

No lado do código: o cliente principal rippled (XRPLF/rippled) ainda vem recebendo submissões frequentes nos últimos dias, incluindo testes relacionados ao Confidential MPT; o repositório continua com manutenção pública contínua.

Fonte:
https://www.coindesk.com/tech/2026/08/01/xrp-ledger-upgrade-brings-back-features-once-pulled-over-critical-bugs
https://xrpl.org/resources/known-amendments
https://xrpl.org/blog/2026/vulnerabilitydisclosurereport-bug-feb2026
https://github.com/XRPLF/rippled

Organização das informações, sem recomendação de investimento

Notas técnicas｜Zcash conclui atualização Ironwood (NU6.3)

A blockchain de privacidade Zcash ativou a atualização de rede Ironwood no bloco 3.428.143. O ponto central não é uma narrativa de alta/baixa, e sim um reparo de engenharia na integridade da cadeia de suprimentos e nos circuitos de conhecimento zero.

Breve contexto:
Pesquisadores identificaram um risco potencial de cunhagem de moedas falsas não detectáveis nos circuitos zk do pool Orchard (o problema existe desde que foi disponibilizado em 2022). Os desenvolvedores primeiro corrigiram urgentemente por meio de uma bifurcação suave/hard fork, e então avançaram para um novo pool Ironwood.

O que esta atualização está fazendo:
1）Publica um novo pool de blindagem Ironwood, reutilizando os circuitos Orchard/Halo 2 já corrigidos, e completa validação formal (provas verificáveis pela máquina com Lean; repositório público disponível)
2）O pool antigo do Orchard passa a suportar apenas saques; adiciona-se contabilidade com “porta giratória/turnstile” na fronteira: volumes de entrada/saída podem ser auditados publicamente para evitar saques em excesso
3）Introduz desenhos como o ZIP 2005 “quantum de notas recuperáveis”, deixando caminhos para a evolução da criptografia a longo prazo
4）Ajuste no lado dos nós com a aposentadoria do zcashd; o caminho principal migra para stacks novos como Zebra

Há marcas bem fortes de colaboração entre várias partes: Shielded Labs, ZODL, Project Tachyon, Valar, Zcash Foundation, etc. No lado do código, os repositórios formais de Zebra e do ironwood ainda tiveram submissões recentes; não é um simples anúncio vazio.

A migração do lado dos usuários é voluntária: os fundos precisam ser movidos ativamente de Orchard para Ironwood, e o progresso depende da carteira e das ações do usuário.

Por que vale a pena que leitores da praça deem uma olhada:
Este é um caso completo de “descobrir um problema → validação formal entre equipes → atualização de protocolo + limites contábeis”, que explica melhor como protocolos de privacidade podem reconstruir confiança verificável na oferta, indo além de slogans.

Fonte:
The Block https://www.theblock.co/post/409934/zcash-ironwood-upgrade-launching-new-shielded-pool-after-orchard-vulnerability
CoinDesk https://www.coindesk.com/tech/2026/07/28/zcash-seals-usd1-7-billion-shielded-pool-as-ironwood-upgrade-activates
Project Tachyon https://tachyon.z.cash/blog/ironwood-verification-complete/
GitHub https://github.com/zcash/ironwood

Organização das informações, sem recomendação de investimento

【Anotações técnicas】Zcash Ironwood (NU6.3) rede principal já ativada

Em 28 de julho, a Zcash concluiu a atualização Ironwood na altura do bloco 3.428.143. O foco está na segurança do pool de privacidade e na integridade da oferta, não em uma narrativa de mercado:

1. O pool Orchard antigo (bloqueio/ocultação) foi lacrado (um circuito anterior apresentava uma vulnerabilidade potencialmente falsificável, que ficou “adormecida” por cerca de quatro anos; análises públicas não identificaram indícios claros de exploração)
2. O novo pool de bloqueio/ocultação foi iniciado do zero, e os fundos precisam ser migrados manualmente pelos usuários
3. Na saída do pool, há accounting via turnstile (catraca/porta giratória): o total extraível não pode ultrapassar o montante verificavelmente depositado, para travar possíveis moedas falsas
4. O novo pool inclui um design de accounting mais voltado à resistência a ataques quânticos e avança a prova do circuito com validação formal

Lado dos nós: o zcashd já entrou em EOL (fim de vida útil); o cliente principal migrou para o Zebra da Zcash Foundation (versão 6.0+ com suporte a NU6.3, com submissões e releases ativos antes e depois da ativação). A librustzcash também está sincronizando versões relacionadas a liberações de carteira/migração.

De acordo com a CoinDesk, no primeiro dia de ativação houve migração de cerca de 176 mil ZEC (aprox. US$ 81 milhões) para o novo pool; isso representa cerca de 5% do saldo do pool antigo. A migração continua sendo voluntária e gradual.

Fonte:
https://www.coindesk.com/tech/2026/07/28/zcash-seals-usd1-7-billion-shielded-pool-as-ironwood-upgrades-activates
https://www.coindesk.com/tech/2026/07/29/about-usd80-million-zec-crosses-into-zcash-s-new-ironwood-pool-in-the-first-day
https://zfnd.org/zebra-6-0-0-release/

Compilação de informações, não constitui recomendação de investimento