Ledger aposta em hardware à medida que os agentes de IA começam a gerir carteiras

Resumo

• A Ledger abriu o seu kit de ferramentas Agent Stack ao público, permitindo que agentes de IA gerissem carteiras cripto com as chaves privadas bloqueadas no interior de hardware.
• Cada transação que movimenta valor ainda exige uma confirmação manual num signer da Ledger antes de ser executada.
• A MoonPay e a Shisa.ai já executam ferramentas de produção construídas na nova arquitetura.
• A Ledger planeia identidades de agentes ancoradas em hardware e ferramentas de verificação humana mais tarde em 2026.

A Ledger abriu o seu toolkit Agent Stack ao público a 16 de julho de 2026, dando aos programadores uma forma padronizada de permitir que agentes de IA leiam saldos de cripto e analisem carteiras, para depois elaborarem as transações que moveriam fundos, tudo sem tocar alguma vez nas chaves privadas por trás disso. O fabricante de carteiras de hardware com sede em Paris construiu o lançamento em torno de uma única restrição: um agente pode elaborar uma troca (swap) ou um pagamento, mas a decisão de a executar ainda tem de passar por uma ação física num botão num dispositivo Ledger, confirmada pela pessoa que detém a carteira. O lançamento segue-se a um período de pré-visualização que começou a 10 de junho e que decorreu com mais de 1.000 agentes de teste, marcando o primeiro entregável público do roteiro de segurança de IA da empresa para 2026.

Um Toolkit Feito para Parar na Assinatura A IA agentic tem passado os últimos dois anos a automatizar pesquisa, monitorização e rascunhos para utilizadores de cripto, e o passo seguinte óbvio é permitir que agentes movimentem dinheiro por conta própria. Esse passo esbarra num problema específico de confiança. Entregue a um agente as suas chaves privadas, e um preço alucinado, uma instrução errada ou um ataque bem-sucedido de prompt injection pode esvaziar uma conta em segundos. Ao bloquear o agente totalmente do acesso à carteira, desaparece grande parte da eficiência prometida. A resposta da Ledger mantém os agentes plenamente capazes no lado da leitura e da análise, mas traça uma linha dura na execução. A empresa enquadra a regra em três palavras usadas em toda a sua documentação para programadores: os agentes propõem, os humanos aprovam.

Quatro Módulos, Uma Fronteira Comum O Agent Stack é entregue como quatro componentes separados e combináveis, em vez de um único produto bloqueado, para que um programador adote apenas aquilo que um determinado caso de uso realmente precisa.

| Módulo | | --- | Função | | --- | --- | | Skills do Device Management Kit | Instruções baseadas em Markdown que encaixam frameworks de agentes como Claude Code, Codex ou Cursor num signer Ledger sem código de integração de carteira personalizado | | Ledger Wallet CLI | Permite que um agente verifique saldos e reveja o histórico livremente, já que estes são apenas de leitura. Preparar um envio ou uma troca também funciona, mas qualquer coisa que mova valor fica pausada até a uma confirmação física | | Ledger Enterprise CLI | Liga agentes à Ledger Enterprise para que possam elaborar transações e suportar fluxos de governança para contas institucionais sem nunca deter uma chave | | Ledger Enterprise Multisig CLI | Permite que agentes elaborem e consultem ações de multisig para contas institucionais, embora a aprovação por quorum e a assinatura em hardware ainda bloqueiem tudo o que, na prática, executa |

Porque um Ecrã e um Polegar Batem uma Permissão de Software A arquitetura assenta num princípio que a Ledger chama WYSIWYS, o que se vê é o que se assina. Um agente prepara uma transação dentro do seu próprio ambiente de software, mas a etapa de aprovação acontece fora desse ambiente, totalmente, no ecrã de confiança de um signer físico que mostra os detalhes exatos da transação antes de qualquer pessoa confirmar. Como a chave privada nunca sai do chip seguro do dispositivo, mesmo um agente comprometido, uma skill envenenada ou um ataque de prompt injection direcionado podem ainda pedir ao signer que aprove algo. Nenhum deles consegue fazer com que o signer aprove sem uma pessoa fisicamente presente. Permissões de carteiras apenas de software, mesmo quando cuidadosamente concebidas, acabam por viver no mesmo ambiente de execução que um atacante tenta controlar. O hardware coloca a decisão final num local inacessível ao código. Os Números que a Ledger Dizem Justificar o Atrito A Ledger sustenta o passo adicional de aprovação com dois números externos. A taxa de vulnerabilidade de 26,1% provém de** um estudo independente, Agent Skills in the Wild**, que analisou mais de 31.000 skills de agentes publicadas e descobriu que as que partilhavam pelo menos uma falha. O dado de erro humano é um número da indústria amplamente citado que a Ledger incorporou nos materiais de lançamento sem o atribuir a um estudo específico.

| Métrica | | --- | Valor | | --- | Fonte | | --- | | Skills de agentes de IA com pelo menos uma vulnerabilidade de segurança | 26,1% | Agent Skills in the Wild (arXiv, jan 2026) | | Incidentes de segurança associados a erro humano | Cerca de 60% | Dado não atribuído da indústria, citado pela Ledger | | Agentes testados durante a pré-visualização privada | Mais de 1.000 | Post de pré-visualização de 10 de junho da Ledger |

A Ledger argumenta que a superfície de ataque da IA se está a expandir mais rapidamente do que a maioria das defesas consegue acompanhar, o que explica o primeiro número. O segundo número segue no sentido oposto: o argumento da empresa é que a preparação com assistência de agentes pode, na prática, reduzir erros comuns, mesmo ao acrescentar um passo manual na linha de chegada. O que Muda para Traders, Fundos e Programadores a Partir daqui A MoonPay e a Shisa.ai já têm ferramentas de produção a funcionar na arquitetura. A integração da MoonPay permite que um agente identifique uma negociação e a prepare enquanto as chaves privadas permanecem confinadas ao hardware e cada transação ainda precisa de um toque num botão. A Ledger Enterprise Multisig CLI aplica a mesma lógica às tesourarias corporativas, onde a aprovação por quorum já abranda a execução por outras razões e uma confirmação adicional em hardware muda pouco na prática. Para retalho e casos de uso de alta frequência, o modelo está mais em tensão. Um agente de trading que deteta uma janela de arbitragem medida em milissegundos não pode esperar que uma pessoa dê uma olhada no ecrã de um dispositivo, e designs rivais de carteiras construídos sobre abstração de contas por smart contracts já permitem que bots executem autonomamente dentro dos limites de gasto que o proprietário define previamente. A Ledger está a apostar que o argumento de segurança compensa o custo de velocidade para a maioria dos utilizadores; se isso se mantém para estratégias sensíveis a latência é uma questão diferente que o mercado responderá independentemente deste lançamento. A Ledger já delineou os próximos passos.** O trabalho de Agent Identity mais tarde este ano** vai ancorar cada agente numa identidade registada em hardware, registada on-chain, substituindo as strings de software facilmente falsificáveis que os agentes usam atualmente para se identificarem a serviços e uns aos outros. Uma Proof of Human attestation separada destina-se a permitir que uma contraparte verifique criptograficamente que uma pessoa real autorizou uma determinada ação, e não apenas que um signer a aprovou. Entretanto, a Ledger está a apoiar um bónus para programadores de $5.000 em college.xyz e a disponibilizar um prize pool de $10.000 no ETHGlobal New York para equipas a construir ferramentas de pagamento e aprovação de agentes na nova stack, um impulso de curto prazo para fazer com que mais da comunidade de construção de agentes teste o modelo com validação por hardware antes das ferramentas de identidade e atestação chegarem.