Una forma coerente in ogni framework.

• Il comando di installazione del package, o la procedura quando non esiste un package
• Codice da copiare e incollare che puoi eseguire, non pseudocodice
• Una breve risposta a 'come aggiungo i pagamenti al mio agent {framework}'
• Voci FAQ con schema HowTo/FAQ per i motori di ricerca AI
• Un link alla landing page long-tail corrispondente
• Un link alla pagina dei prezzi

curl -X POST https://api.blockchain0x.com/v1/payments \
  -H "Authorization: Bearer $BLOCKCHAIN0X_API_KEY" \
  -H "Idempotency-Key: $(uuidgen)" \
  -H "Content-Type: application/json" \
  -d '{
    "agentId":   "<your-agent-id>",
    "to":        "0xRecipientAddress",
    "amountWei": "100000",
    "metadata":  { "reason": "Custom market analysis" }
  }'

Quando ha senso saltare l'SDK

• Sei in una lingua che non distribuiamo. Go, Rust, Elixir, Ruby, PHP, Java - tutti questi possono chiamare la nostra API nativamente con le loro librerie HTTP standard. Non è necessario alcun strumento speciale.
• Sei al limite. Cloudflare Workers, Vercel Edge Functions, Deno Deploy - ambienti in cui preferiresti non includere una dipendenza extra. L'API grezza funziona lì senza modifiche.
• Vuoi vedere esattamente cosa c'è sul filo. Per il debug, la revisione della sicurezza o l'apprendimento del protocollo, la forma HTTP grezza è più chiara della lettura del codice sorgente dell'SDK.
• Hai il tuo livello HTTP con ripetizioni, registrazione, telemetria. Portare un altro SDK con il proprio comportamento di ripetizione combatte la tua infrastruttura esistente. Chiamare l'API raw come un altro endpoint HTTP si integra facilmente.

Il riferimento completo all'API su docs.blockchain0x.com include la specifica OpenAPI, quindi puoi anche generare il tuo client in qualsiasi linguaggio che abbia uno strumento di generazione di codice OpenAPI.