Pacote Cardano x402 é lançado no npm para pagamentos de IA

A Cardano Foundation anunciou que Cardano agora está disponível por meio do SDK oficial x402, um padrão de pagamento aberto construído em torno do status HTTP 402 Payment Required. O código de Cardano entrou no repositório x402 no início de setembro, mas o pacote autônomo agora está publicado no npm e pronto para ser adicionado a aplicativos TypeScript.

Pacote oficial Cardano x402 chega ao npm

O pacote @x402/cardano foi publicado em 18 de setembro como versão 2.26.0. Ele fornece módulos separados para os componentes de cliente, servidor e facilitador usados para processar pagamentos em Cardano por meio do x402.

O cliente prepara e assina uma transação em Cardano. O servidor define o preço, o ativo aceito, a rede e o endereço do destinatário para um recurso digital protegido. O facilitador verifica se a transação assinada corresponde a essas condições e realiza a liquidação.

O suporte a Cardano foi incorporado ao SDK oficial x402 em 9 de setembro, cobrindo mainnet, preprod e preview. Naquela etapa, os desenvolvedores podiam inspecionar e compilar o código a partir do repositório, mas o pacote dedicado no npm ainda não havia sido lançado.

A nova publicação elimina essa lacuna de instalação. A Cardano Foundation também compartilhou uma demonstração que os desenvolvedores podem executar e adaptar ao adicionar pagamentos x402 aos próprios aplicativos.

Como o x402 processa pagamentos de API em Cardano

O x402 transforma o status HTTP 402 Payment Required em um fluxo de pagamento programável entre um cliente e um servidor. A Coinbase desenvolveu originalmente o protocolo, que agora é governado pela x402 Foundation sob a Linux Foundation.

Quando um aplicativo ou agente de IA solicita uma API paga, o servidor pode retornar uma resposta HTTP 402 contendo o preço, a rede de Cardano, o ativo aceito, o endereço do destinatário e o prazo de pagamento. O cliente assina uma transação que atende a essas condições e reenvia a solicitação com a prova de pagamento.

Um facilitador verifica a transação e confirma a liquidação antes de o servidor liberar os dados solicitados, a capacidade de computação ou outro recurso digital. Assim, o pagamento e a decisão de acesso ocorrem dentro do mesmo processo de solicitação e resposta na web.

O modelo permite que um operador de API cobre por chamadas individuais sem exigir uma página tradicional de checkout, saldo pré pago ou assinatura. Um serviço pode configurar pagamento em ADA ou em um token nativo de Cardano selecionado, embora o operador deva especificar quais ativos aceita.

Essa estrutura foi projetada para aplicativos e agentes autônomos que precisam adquirir dados ou recursos de computação de forma programática. Ela dá ao Cardano uma conexão padronizada com serviços já construídos em torno do protocolo x402 mais amplo, em vez de exigir um formato de pagamento separado para cada integração.

Facilitador de Cardano conclui testes em preprod

A Cardano Foundation também publicou um facilitador x402 separado desenvolvido em Java. O serviço implementa o esquema de pagamento exato de Cardano e verifica transações já assinadas por um usuário ou agente. Ele não mantém chaves privadas e não pode mover fundos de forma independente.

O facilitador suporta pagamentos por endereço direto, o escrow vested_pay de Masumi para transações de agentes de IA e transferências de scripts Plutus configuráveis. Seu repositório relata 166 testes concluídos e uma transação ponta a ponta no Cardano preprod, cobrindo construção, assinatura, verificação, liquidação da transação e confirmação on chain independente.

O serviço ainda não foi testado na mainnet de Cardano. A implementação disponível é portanto um facilitador testado em pré produção, e não um serviço de pagamento em operação pública na mainnet.

O lançamento no npm muda o que os desenvolvedores podem usar hoje. Os componentes x402 de Cardano não precisam mais ser compilados manualmente a partir do repositório principal. Eles agora podem ser instalados como um pacote oficial, conectados à demonstração disponível e configurados com um facilitador para pagamentos de aplicativos ou agentes. Uma implantação em produção ainda requer configurações de ativos suportados, infraestrutura operacional e testes de liquidação concluídos na mainnet.