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

Resumo

• A Ledger abriu publicamente o seu toolkit Agent Stack, permitindo que agentes de IA gerissem carteiras cripto enquanto as chaves privadas permanecem bloqueadas dentro de hardware.
• Cada transação que transfere valor continua a exigir uma confirmação manual num dispositivo Ledger signer antes de ser executada.
• A MoonPay e a Shisa.ai já executam ferramentas de produção criadas 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 toolkit Agent Stack ao público a 16 de julho de 2026, oferecendo aos programadores uma forma padronizada de permitir que agentes de IA leiam saldos cripto e analisem carteiras, e depois elaborem as transações que moveriam fundos, sem nunca tocar nas chaves privadas por trás delas. O fabricante de carteiras de hardware com sede em Paris construiu o lançamento em torno de uma única restrição: um agente pode rascunhar uma troca (swap) ou um pagamento, mas a decisão de a executar ainda tem de passar por uma pressão física num dispositivo Ledger, confirmada pela pessoa que é proprietária da carteira. O lançamento surge após um período de pré-visualização que começou a 10 de junho e decorreu com mais de 1.000 agentes de teste, marcando o primeiro entregável público do plano de segurança de IA da empresa para 2026.

Um Toolkit Criado para Parar na Assinatura A IA agentic tem passado os últimos dois anos automatizando pesquisa, monitorização e rascunhos para utilizadores de cripto, e o passo óbvio seguinte é permitir que os agentes movam dinheiro por conta própria. Esse passo esbarra num problema específico de confiança. Se entregar ao agente as suas chaves privadas, basta um preço alucinado, uma instrução errada ou um ataque de prompt injection bem-sucedido para drenar uma conta em segundos. Se bloquear o agente completamente do acesso à carteira, quase toda a eficiência prometida desaparece. A resposta da Ledger mantém os agentes plenamente capazes do lado da leitura e da análise, traçando uma linha rígida no que diz respeito à execução. A empresa resume a regra em três palavras usadas por toda a sua documentação para developers: os agentes propõem, os humanos aprovam.

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

| Module | | --- | Function | | --- | --- | | Device Management Kit Skills | Instruções baseadas em Markdown que encaixam em frameworks de agentes como Claude Code, Codex ou Cursor num Ledger signer, sem necessidade de código de integração de carteira personalizado | | Ledger Wallet CLI | Permite a um agente verificar saldos e rever o histórico livremente, já que são leitura apenas. Preparar um envio ou um swap também funciona, mas qualquer coisa que mova valor fica em pausa até confirmação física | | Ledger Enterprise CLI | Liga agentes à Ledger Enterprise para que possam rascunhar transações e suportar fluxos de governação para contas institucionais sem nunca deter uma chave | | Ledger Enterprise Multisig CLI | Permite que agentes rascunhem e consultem ações de multisig para contas institucionais, embora a aprovação por quórum e a assinatura em hardware ainda sejam o que limita qualquer coisa que, na prática, execute |

Porquê um Ecrã e um Polegar Batem numa Permissão de Software A arquitetura assenta num princípio que a Ledger chama WYSIWYS, o que vês é o que assinas. Um agente prepara uma transação dentro do seu próprio ambiente de software, mas o passo de aprovação acontece fora desse ambiente, inteiramente, 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, um agente comprometido, uma skill envenenada ou um ataque direcionado de prompt injection ainda podem pedir ao signer para aprovar algo. Nenhum deles consegue fazer com que aprove sem uma pessoa fisicamente presente. As permissões de carteiras apenas por software, mesmo quando cuidadosamente desenhadas, acabam por viver no mesmo ambiente de execução que um atacante tenta controlar. O hardware coloca a decisão final num lugar onde o código não consegue chegar.

Os Números que a Ledger Diz Justificar o Atrito A Ledger justifica o passo adicional de aprovação com duas figuras externas. A taxa de vulnerabilidade de 26,1% vem de** um estudo independente, Agent Skills in the Wild**, que analisou mais de 31.000 skills de agentes publicadas e encontrou que a quota que transporta pelo menos uma falha. A figura de erro humano é um número do setor amplamente citado que a Ledger incluiu nos seus materiais de lançamento sem o atribuir a um estudo específico.

| Metric | | --- | Figure | | --- | --- | | 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 atribuídos a erro humano | Cerca de 60% | Número do setor sem atribuição, citado pela Ledger | | Agentes testados durante a pré-visualização privada | Mais de 1.000 | Post de pré-visualização a 10 de junho da Ledger |

A Ledger argumenta que a superfície de ataque da IA está a expandir-se mais depressa do que a maioria das defesas consegue acompanhar, o que explica a primeira figura. A segunda figura segue a direção oposta: o caso da empresa é que a preparação com ajuda de agentes pode, na prática, reduzir erros comuns, mesmo ao acrescentar um passo manual no fim.

O que Muda para Traders, Fundos e Developers a Partir Daqui A MoonPay e a Shisa.ai já têm ferramentas de produção a correr na arquitetura; a integração da MoonPay permite que um agente identifique uma operação e a prepare, enquanto as chaves privadas permanecem confinadas ao hardware e cada transação ainda exige uma pressão num botão. A Enterprise Multisig CLI leva a mesma lógica para tesourarias corporativas, onde a aprovação por quórum já desacelera a execução por outras razões e uma confirmação extra em hardware muda pouco na prática. Os casos de uso para retalho e de alta frequência estão mais em tensão com o modelo. Um agente de trading que deteta uma janela de arbitragem medida em milissegundos não pode esperar que uma pessoa dê uma vista de olhos a um ecrã de um dispositivo, e designs concorrentes de carteiras construídos em abstração de conta via smart contract já permitem que bots executem autonomamente dentro dos limites de gasto definidos pelo proprietário com antecedência. A Ledger está a apostar que o argumento de segurança supera o custo de velocidade para a maioria dos utilizadores; se isso se mantém para estratégias sensíveis à latência é uma questão separada que o mercado responderá independentemente deste lançamento.

A Ledger já delineou os seus próximos passos.** O trabalho em Agent Identity mais tarde este ano** irá ancorar cada agente a uma identidade registada em hardware, registada on-chain, substituindo as strings de software suscetíveis a spoofing que os agentes usam atualmente para se identificarem perante serviços e entre si. Uma Proof of Human attestation separada pretende permitir que uma contraparte verifique criptograficamente que uma pessoa real autorizou uma ação específica, não apenas que um signer a aprovou. Entretanto, a Ledger está a apoiar uma bounty de developer no valor de $5.000 em college.xyz e a colocar à disposição um fundo de prémios 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 conseguir que mais da comunidade de construção de agentes teste o modelo com hardware-gated antes das ferramentas de identidade e atestação chegarem.