Estamos construindo um novo tipo de infraestrutura para permitir isso: Keystores. Os Keystores suportam infraestrutura multi-assinante. Você pode anexar várias chaves de acesso (telefone, tablet, laptop) à sua carteira e dar a esses signatários capacidades multi-chain. Uma assinatura, infinitas cadeias. Com vários dispositivos como signatários autorizados, você pode delegar com segurança permissões específicas para sistemas automatizados. O keystore orquestra quais signatários podem autorizar quais ações em quais cadeias, permitindo acesso programável e limitado para automação DeFi, mantendo a segurança. Basta definir a permissão programável e conceder acesso a qualquer L2. Se você estiver construindo para automação DeFi, queremos ouvir de você. Participe do nosso programa de adotantes iniciais dos projetos mais ambiciosos prontos para desbloquear os $200B em automação DeFi. https://t.co/IWWE5t9WAQ P.S: preencha o formulário, deixe-nos sua carteira para futuros desbloqueios.

🛡️ Vitalik Anuncia o "Roteiro de Privacidade Leve" do Ethereum: Melhora Significativamente a Experiência de Privacidade do Usuário Sem Alterar o Consenso da L1 Vitalik Buterin, cofundador do Ethereum, compartilhou hoje seu roteiro para melhorias de privacidade sem grandes alterações no consenso da L1. Deduz-se de suas palavras que este roteiro se concentra na praticidade e implementação. Embora não envolva as mudanças arquitetônicas mais profundas, ainda pode melhorar significativamente a experiência de privacidade on-chain do usuário na fase atual, abrindo caminho para atualizações de privacidade mais abrangentes no futuro. 📌 O núcleo abrange quatro aspectos de privacidade: 1️⃣ Privacidade de pagamentos on-chain 2️⃣ Anonimato parcial de atividades on-chain dentro de Apps 3️⃣ Privacidade de dados ao interagir com a chain (como RPC) 4️⃣ Anonimato no nível da rede 🧭 Destaques do roteiro: 🔹 Ferramentas de privacidade integradas na carteira (como Railgun, Privacy Pools) Introduzir o conceito de "saldos ocultos", onde as transferências são enviadas por padrão a partir desse saldo, sem a necessidade de baixar uma carteira de privacidade adicional. 🔹 Promover o uso de um modelo de "um endereço por aplicação" Embora reduza a conveniência, pode efetivamente cortar as conexões de comportamento on-chain entre aplicações. 🔹 Privacidade padrão para comportamento de auto-transferência (send-to-self) É uma condição necessária para a implementação do ponto anterior. 🔹 Implementar EIP-7701 e FOCIL para aumentar a resistência à censura e a operabilidade dos protocolos de privacidade No futuro, protocolos de privacidade como Tornado, Railway, etc., não precisarão mais depender de relayer. 🔹 Introduzir TEE (Trusted Execution Environment) em curto prazo para aumentar a proteção de privacidade RPC Como a versão lançada pela Automata, mas será substituída por uma tecnologia PIR mais forte no futuro. 🔹 Objetivo de longo prazo: substituir TEE pela tecnologia PIR (Private Information Retrieval) 🔹 A carteira deve ser capaz de se conectar a vários RPCs, de preferência usando um nó diferente para cada dApp E recomenda-se ofuscar a origem da solicitação através do Mixnet para reduzir o vazamento de metadados. 🔹 Promover protocolos de agregação de provas (proof aggregation) para reduzir os custos de gas Várias transações de privacidade compartilham uma prova on-chain, reduzindo as taxas. 🔹 Construir Keystore Wallets com proteção de privacidade Após uma atualização da conta (como alterar a chave ou a lógica de verificação), todos os registros privados podem ser atualizados simultaneamente sem torná-los públicos. 📌 Visão final: ・A maioria das transferências são privadas por padrão ・As atividades dentro da aplicação são públicas, mas as identidades não podem ser associadas entre diferentes aplicações ・Ao mesmo tempo, resistir a duas ameaças de privacidade: "observação on-chain" e "monitoramento de nós RPC".

Vitalik: Mesmo que a maioria das atividades ocorra na L2, não devemos ignorar a escalabilidade da L1.

Temos @VitalikButerin no palco da ETHGlobal Taipei discutindo o Ethereum em 2025 e abordando um equívoco comum: que, se a maior parte da atividade acontecer em Layer 2s, podemos ignorar a escalabilidade da L1. Ele argumenta que a maioria das aplicações de L2 se beneficia muito de pelo menos algum uso da L1: - Garantias de resistência à censura da L1 - Movimentação de ativos entre L2s - Saídas em massa da L2 - Emissão de ativos na L1 - Carteiras Keystore - Submissão de provas da L2 Isto justifica um scaling de ~10x.

Wallet Endgame por @_seanli da @magic_labs e @janehk da @VoltCapital. Descubra como os rollups de keystore estão possibilitando o futuro das carteiras para humanos e IA. Vídeo completo 👇🧵 https://t.co/LlBVb2OaIS