Pagamenti agentici

Gli agenti AI sono sempre più autonomi nei loro flussi di lavoro: scrivono codice, recuperano dati, forniscono risorse e molto altro. Per operare in modo completamente indipendente, hanno bisogno di un modo per effettuare "micropagamenti" per i servizi in modo programmatico, in tempo reale, a costi minimi. I sistemi di pagamento tradizionali non funzionano per i micropagamenti. Le commissioni inferiori al centesimo e la finalità sub-secondo di Solana rendono tutto questo tecnicamente ed economicamente fattibile.

Perché è importante?

Ad esempio, immagina uno sviluppatore che utilizza un LLM per creare un'applicazione e ha bisogno di dati da un'API a pagamento. Per recuperare alcuni dati importanti, uno sviluppatore dovrebbe interrompere il proprio flusso di lavoro, cercare API, selezionare un provider, creare un account, aggiungere un metodo di pagamento, generare una chiave API, copiare la chiave nel proprio ambiente e poi riprendere il flusso di lavoro. Questo attrito interrompe lo stato di concentrazione. Per i flussi di lavoro assistiti dall'AI, è un ostacolo.

Invece, con i pagamenti agentici, l'agente può effettuare la richiesta, pagarla e continuare con il proprio flusso di lavoro. Niente account. Niente chiavi API. Nessun intervento manuale.

Il protocollo x402

I pagamenti agentici necessitano di un modo per consentire a client e server di negoziare i termini di pagamento sull'infrastruttura web standard senza interrompere le interfacce web tradizionali. Lo spazio dei micropagamenti è ancora nascente e probabilmente emergeranno nuovi strumenti e standard man mano che il settore si evolve. Il protocollo x402, tuttavia, è emerso come uno standard iniziale con un forte supporto dell'ecosistema. x402 utilizza il codice di stato HTTP 402 "Payment Required" —uno standard sin da HTTP/1.1 che è diventato pratico solo con il regolamento blockchain.

Come funziona

Il client effettua una richiesta, riceve un 402 con i termini di pagamento, quindi riprova con un pagamento firmato. Il server delega la verifica e il regolamento a un facilitatore, un intermediario opzionale che gestisce l'invio della transazione on-chain. Una volta che il facilitatore conferma il regolamento, il server restituisce il contenuto richiesto. Questa separazione consente ai fornitori di API di accettare pagamenti senza gestire direttamente alcuna infrastruttura on-chain.

Diagramma di flusso x402

Il protocollo è stateless (nessuna sessione o chiave API), funziona con l'infrastruttura HTTP standard e supporta qualsiasi token SPL accettato dal server. Ecco uno snippet di come configurare un server Express utilizzando il middleware x402:

app.use(
  paymentMiddleware(
    {
      "GET /costly-data": {
        accepts: [
          {
            scheme: "exact",
            price: "$0.001",
            network: "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
            payTo: svmAddress
          }
        ],
        description: "Costly data",
        mimeType: "application/json"
      }
    },
    new x402ResourceServer(facilitatorClient).register(
      "solana:EtWTRABZaYq6iMfeYKouRu166VU2xqa1",
      new ExactSvmScheme()
    )
  )
);

app.get("/costly-data", (req, res) => {
  res.send({
    report: {
      data: "costly data"
    }
  });
});

Per saperne di più su x402, consulta le nostre guide:

Strumenti x402