Le SDK n-payment d'HyperMove permet aux agents autonomes de payer des API en utilisant le Bitcoin comme garantie - sans jamais toucher à une clé privée - en un seul appel. En tant que second projet du programme GOAT AI Builder Grants, il unifie les paiements x402, l'identité ERC-8004, le prêt BTC et le standard Open Wallet en une seule intégration.
Aujourd'hui, nous présentons le deuxième projet du programme GOAT AI Builder Grants : HyperMove.
Trois problèmes que tout développeur d'agents sur GOAT Network rencontre
Si vous avez essayé de donner à un agent son propre portefeuille sur GOAT Network, vous vous êtes heurté trois fois au même mur :
D'abord, l'intégration est lourde. Câbler manuellement les paiements x402 et l'identité ERC-8004 représente des centaines de lignes de code de base avant que votre agent ne paie un seul appel API - répété dans chaque projet.
Ensuite, donner une clé privée à un agent est un anti-modèle de sécurité. Les clés brutes fuient dans les fenêtres de contexte des LLM, les logs et la mémoire. Un agent qui peut lire sa propre clé est un agent à une injection de prompt de la vidange de son portefeuille.
Troisièmement, le Bitcoin reste inactif. Sur un réseau sécurisé par Bitcoin, l'actif de trésorerie naturel est le BTC - mais les agents paient en stablecoins. Les développeurs pré-échangent donc du BTC en USDC et le laissent dormir, supportant une exposition aux stablecoins pour des paiements qui pourraient ne jamais arriver.
Le SDK n-payment d'HyperMove résout les trois.
Que construit HyperMove ?
n-payment est un SDK TypeScript qui réduit les paiements des agents sur GOAT à un seul appel. Il est sous licence MIT, prêt pour npm, construit sur viem, et livré avec 38 tests répartis sur trois suites - actuellement en test avec plusieurs développeurs sur GOAT Network.
Trois idées le rendent différent.
Les agents ne touchent jamais à une clé privée. Les clés vivent dans le coffre du Open Wallet Standard (OWS) et n'en sortent jamais. Chaque transaction est vérifiée par rapport à une politique au niveau du portefeuille - limites de dépenses, restrictions de chaîne et une liste blanche de tokens (USDC, USDT, WBTC, PegBTC) - avant que quoi que ce soit ne soit signé. L'agent demande au coffre d'agir ; il ne détient jamais les moyens d'agir par lui-même.
Le capital reste en Bitcoin jusqu'au moment où il est dépensé.
Le Bitcoin est la trésorerie ; l'USDC est emprunté juste à temps. Au lieu de pré-échanger, un agent détient du BTC et n'emprunte que ce dont chaque appel a besoin. Lorsqu'un paiement est dû, n-payment verrouille du PegBTC comme garantie, emprunte de l'USDC, paie, puis rembourse le prêt et déverrouille le BTC - automatiquement. Le capital reste en Bitcoin jusqu'au moment où il est dépensé.
Cinq lignes, pas cinq cents. n-payment unifie les paiements GOAT x402, l'identité d'agent ERC-8004, le coffre de prêt BTC et la signature OWS derrière un seul appel fetchWithPayment(). Pointez un agent vers une URL ; le SDK gère le reste.
Des centaines de lignes réduites à seulement cinq.
À quoi cela ressemble en code
La configuration est de quelques lignes, et un seul appel gère tout le cycle de vie :
Côté serveur, un seul appel middleware (createPaywall) place un paywall double-protocole 402 devant vos routes. Et pour les agents en ligne de commande dans l'écosystème Gstack - y compris Claude Code et Kiro CLI - n-payment fournit des compétences CLI pour qu'un agent puisse payer depuis un script shell.
Un développeur qui livre
n-payment vient de Pham Nim, un ingénieur en relations avec les développeurs Web3 et constructeur BTCFi avec un long parcours open source en Solidity, Move et Rust. Le SDK reflète cela : de vrais tests, une sortie double CJS/ESM/types, une démo intégrée avec une simulation de prêt BTC, et 50 développeurs qui le mettent déjà à l'épreuve. C'est un logiciel fonctionnel en développement actif, pas un livre blanc.
Les agents détiennent du Bitcoin. Les clés restent dans le coffre.
Une application en direct est la meilleure démo
La meilleure preuve qu'un SDK fonctionne est un produit construit dessus. Kinetic en est exactement l'exemple - une application grand public du même développeur qui transforme le trading de tokens en un glissement.
Son fil "Ape or Fade" est un peu comme TikTok pour la crypto : vous glissez sur des tokens pour en "aper" un ou le "fader" - mais où un ape est un vrai trade, pas un like. Un format comme celui-ci ne tient que si le paiement sous-jacent est instantané et impossible à rater - un simple tap ne peut pas être autorisé à dépenser excessivement ou à fuiter une clé.
C'est précisément la couche que fournit n-payment : les trades de Kinetic s'exécutent via une signature contrôlée par politique et détenue dans un coffre, plutôt qu'une clé privée brute vivant dans l'application. Cela transforme le pitch abstrait en quelque chose de concret - n-payment n'est pas une bibliothèque qui attend son premier utilisateur ; c'est déjà l'infrastructure sous-jacente d'un produit en direct.
Les références sont fournies à titre d'information uniquement. Faites toujours vos propres recherches et évaluez vos propres risques avant d'utiliser un produit ou de prendre une décision financière.
Pourquoi cela a sa place sur GOAT
GOAT Network est sécurisé par Bitcoin. HyperMove rend le Bitcoin actif - l'actif de trésorerie en direct qui finance l'activité d'un agent, réglé via les propres rails x402 de GOAT et identifié via ERC-8004, en puisant dans la liquidité de prêt BTC de GOAT. Il transforme l'actif définissant du réseau en fonds de roulement de son économie d'agents, et ce sans jamais remettre à un agent autonome la seule chose qu'il ne devrait jamais détenir : une clé privée.
Les paiements sont là où l'économie des agents rencontre le monde réel. HyperMove rend ce point de rencontre sûr, efficace en capital, et long de cinq lignes.
Bienvenue dans l'écosystème, HyperMove.
Explorez n-payment : npmjs.com/package/n-payment
Essayez Kinetic : signal.overguild.com/?mode=tokens
Postulez au programme GOAT AI Builder Grants : goat.network/builder-program
Avertissement
Cet article fait référence et renvoie à des projets et produits tiers, y compris ceux construits par des équipes du programme GOAT AI Builder Grants. Ces références sont fournies à titre d'information uniquement. Une subvention, une fonctionnalité, une mention ou un lien ne constitue pas une approbation, une recommandation ou une garantie d'un produit tiers, et GOAT Network n'est pas responsable des logiciels, services ou sites Web tiers.
Rien dans cet article n'est un conseil financier, d'investissement, juridique ou fiscal. Les actifs numériques et les applications onchain - y compris les outils de trading - comportent des risques, pouvant aller jusqu'à la perte de fonds. Certains produits décrits ici sont à un stade précoce ou en cours de développement actif et peuvent changer, faire une pause ou cesser de fonctionner. Faites toujours vos propres recherches et évaluez vos propres risques avant d'utiliser un produit ou de prendre une décision financière.
