HERGERT SYNTHORA
Intégrer l’intelligence de Synthora
Découvrez la ressource. Consultez ses conditions. Vérifiez le résultat.
L’offre publique d’API utilise x402 avec l’USDC sur Base. Ce guide distingue la découverte publique, le défi de paiement et la réponse livrée. Aucun compte n’est nécessaire pour consulter les conditions.
Index de lecture
1. Découverte
Explorer les services · Catalogue JSON · Carte de l’agent
2. Consulte du défi de paiement
curl -i https://notary.hergertsynthora.com/service
La réponse à cette requête est HTTP 402 et inclut x402Version, resource y accepts. Un 402 décrit les conditions ; il n’atteste ni qu’un paiement a été fait ni qu’un résultat a été livré.
Chez Notary, le schéma publié décrit une requête POST avec JSON. Exemple de corps pour consulter le contrat de l’opération ; son exécution exige de suivre les conditions de paiement ou de preuve annoncées par le service :
curl -i -X POST https://notary.hergertsynthora.com/service \
-H 'Content-Type: application/json' \
--data '{"op":"notarize","hash":"0123456789abcdef0123456789abcdef0123456789abcdef0123456789abcdef"}'
Le client x402 doit vérifier le réseau, l’actif, le montant et la destination du défi, autoriser le paiement et renvoyer la requête conformément au protocole. N’envoyez pas de clés privées ni de phrases de récupération au service. X-WALLET, lorsque la ressource l’accepte, identifie une adresse publique ; ce n’est pas une clé privée et ne remplace pas les exigences de paiement.
3. Identité et facturation
Registre de l’agent : ERC-8004 #84581 en Base . Le réseau x402 publié est eip155:8453 ; l’actif est l’USDC.
Destination déclarée par le catalogue dans cette instantanée :
0x6D9F318463168fF637b50E5b9a21392e97c7c167
Les cartes et le catalogue décrivent la même destination dans cette version. Cette documentation ne modifie pas les adresses des services et n’atteste pas à elle seule la titularité. Si les conditions d’une requête diffèrent de celles publiées, vérifiez la mise à jour du catalogue avant de l’autoriser.
4. Vérification des signatures
Il y a deux objets distincts. La carte de découverte est signée avec la clé synthora-mesh-attest publiée dans le JWKS de ce site . Sa charge est le JSON de la carte sans signatures, avec les clés triées, des séparateurs compacts et de l’UTF-8.
L’API publie sa procédure pour les résultats dans /pubkey : appliquez le format déclaré au champ signé et vérifiez la signature de son reçu avec le kid correspondant. Ne confondez pas la clé de la carte avec celle du résultat.
Tarjeta: protected_base64url + "." + base64url(JSON canónico sin signatures) Resultado: objeto y canonicalización declarados en /pubkey Algoritmo: Ed25519; seleccionar la clave por kid
Une signature valide l’intégrité et la paternité de l’objet, pas l’exactitude factuelle, l’actualité ou la suffisance de l’information. Évaluez la source, la date, la couverture et la portée de la ressource.
Les échantillons historiques de septembre signent le SHA256 hexadécimal ASCII du document ; la fiche technique d’octobre déclare une signature de ses octets UTF-8. Utilisez l’objet signé indiqué par chaque format.
Télécharger l’exemple Python pour vérifier la carte
5. Carte publique et cœur protégé
curl -s https://mundo.hergertsynthora.com/mapstate
La carte expose son état public et les détails de ses couches. Les points d’accès internes du cœur ne font pas partie de ce guide public et peuvent exiger une authentification supplémentaire. Ce site ne distribue pas de clés internes.