Skip to main content
Glama

Synthex Forge — x402 Paid Agent Services

Create Settlement Receipt

create_settlement_receipt
Destructive

Signed settlement-receipt verdict for a tx hash. use it rather than create_prepaid_capacity for settlement receipt, not prepaid capacity; an object with 43 fields including Content-Type, User-Agent. $0.01 USDC.

Input Schema

NameRequiredDescriptionDefault
payeeNoThe payee this operation operates on. See the schema for its type and whether it is required.
payerNoThe payer this operation operates on. See the schema for its type and whether it is required.
txHashNoThe txHash this operation operates on. See the schema for its type and whether it is required.
receiptNoThe receipt to operate on.
minConfirmationsNoThe minConfirmations this operation operates on. See the schema for its type and whether it is required.
expectedAmountAtomicNoThe expectedAmountAtomic this operation operates on. See the schema for its type and whether it is required.

Output Schema

NameRequiredDescriptionDefault
idNoThe `id` field of the response.
okYesWhether the operation succeeded.
toNoThe `to` field of the response.
rpcNoThe `rpc` field of the response.
fromNoThe `from` field of the response.
noteNoA note on how the answer was produced.
blockNoThe `block` field of the response.
errorNoThe machine-readable error code, when the operation failed.
checksNoThe individual checks that were run.
detailYesHuman-readable explanation of the verdict.
methodNoThe `method` field of the response.
paramsNoThe `params` field of the response.
reasonNoWhy the verdict was reached.
sha256NoThe `sha256` field of the response.
txHashNoThe `txHash` field of the response.
jsonrpcNoThe `jsonrpc` field of the response.
receiptNoThe `receipt` field of the response.
settledNoThe `settled` field of the response.
verdictYesThe decision this tool returned.
findingsNoThe `findings` field of the response.
logIndexNoThe `logIndex` field of the response.
signedByNoThe `signedBy` field of the response.
transferNoThe `transfer` field of the response.
algorithmNoThe `algorithm` field of the response.
assuranceNoThe `assurance` field of the response.
User-AgentNoThe `User-Agent` field of the response.
ed25519SigNoThe `ed25519Sig` field of the response.
checksTotalNoThe `checksTotal` field of the response.
Content-TypeNoThe `Content-Type` field of the response.
amountAtomicNoThe `amountAtomic` field of the response.
evidenceCoreNoThe `evidenceCore` field of the response.
publicKeyHexNoThe `publicKeyHex` field of the response.
confirmationsNoThe `confirmations` field of the response.
coverage_gapsNoThe `coverage_gaps` field of the response.
expectedPayeeNoThe `expectedPayee` field of the response.
expectedPayerNoThe `expectedPayer` field of the response.
checksObservedNoThe `checksObserved` field of the response.
profileVersionNoVersion of the answer profile.
canonicalSha256NoThe `canonicalSha256` field of the response.
reproducibilityNoThe `reproducibility` field of the response.
counterpartyAgreesNoThe `counterpartyAgrees` field of the response.
counterpartyReceiptNoThe `counterpartyReceipt` field of the response.
expectedAmountAtomicNoThe `expectedAmountAtomic` field of the response.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed45 schema fields changed
    • addedOutput schema / properties / Content-Type
      Added value: +{
      +  "description": "The `Content-Type` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / User-Agent
      Added value: +{
      +  "description": "The `User-Agent` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / algorithm
      Added value: +{
      +  "description": "The `algorithm` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / amountAtomic
      Added value: +{
      +  "description": "The `amountAtomic` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / assurance
      Added value: +{
      +  "description": "The `assurance` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / block
      Added value: +{
      +  "description": "The `block` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / canonicalSha256
      Added value: +{
      +  "description": "The `canonicalSha256` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / checks
      Added value: +{
      +  "description": "The individual checks that were run.",
      +  "items": {
      +    "description": "One record.",
      +    "type": "object"
      +  },
      +  "type": "array"
      +}
    • addedOutput schema / properties / checksObserved
      Added value: +{
      +  "description": "The `checksObserved` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / checksTotal
      Added value: +{
      +  "description": "The `checksTotal` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / confirmations
      Added value: +{
      +  "description": "The `confirmations` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / counterpartyAgrees
      Added value: +{
      +  "description": "The `counterpartyAgrees` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / counterpartyReceipt
      Added value: +{
      +  "description": "The `counterpartyReceipt` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / coverage_gaps
      Added value: +{
      +  "description": "The `coverage_gaps` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / detail
      Added value: +{
      +  "description": "Human-readable explanation of the verdict.",
      +  "type": "string"
      +}
    • addedOutput schema / properties / ed25519Sig
      Added value: +{
      +  "description": "The `ed25519Sig` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / error
      Added value: +{
      +  "description": "The machine-readable error code, when the operation failed.",
      +  "type": "string"
      +}
    • addedOutput schema / properties / evidenceCore
      Added value: +{
      +  "description": "The `evidenceCore` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / expectedAmountAtomic
      Added value: +{
      +  "description": "The `expectedAmountAtomic` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / expectedPayee
      Added value: +{
      +  "description": "The `expectedPayee` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / expectedPayer
      Added value: +{
      +  "description": "The `expectedPayer` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / findings
      Added value: +{
      +  "description": "The `findings` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / from
      Added value: +{
      +  "description": "The `from` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / id
      Added value: +{
      +  "description": "The `id` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / jsonrpc
      Added value: +{
      +  "description": "The `jsonrpc` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / logIndex
      Added value: +{
      +  "description": "The `logIndex` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / method
      Added value: +{
      +  "description": "The `method` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / note
      Added value: +{
      +  "description": "A note on how the answer was produced.",
      +  "type": "string"
      +}
    • addedOutput schema / properties / ok
      Added value: +{
      +  "description": "Whether the operation succeeded.",
      +  "type": "boolean"
      +}
    • addedOutput schema / properties / params
      Added value: +{
      +  "description": "The `params` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / profileVersion
      Added value: +{
      +  "description": "Version of the answer profile.",
      +  "type": "string"
      +}
    • addedOutput schema / properties / publicKeyHex
      Added value: +{
      +  "description": "The `publicKeyHex` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / reason
      Added value: +{
      +  "description": "Why the verdict was reached.",
      +  "type": "string"
      +}
    • addedOutput schema / properties / receipt
      Added value: +{
      +  "description": "The `receipt` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / reproducibility
      Added value: +{
      +  "description": "The `reproducibility` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / rpc
      Added value: +{
      +  "description": "The `rpc` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / settled
      Added value: +{
      +  "description": "The `settled` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / sha256
      Added value: +{
      +  "description": "The `sha256` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / signedBy
      Added value: +{
      +  "description": "The `signedBy` field of the response.",
      +  "type": "object"
      +}
    • removedOutput schema / properties / status
      Removed value: -{
      -  "type": "string"
      -}
    • addedOutput schema / properties / to
      Added value: +{
      +  "description": "The `to` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / transfer
      Added value: +{
      +  "description": "The `transfer` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / txHash
      Added value: +{
      +  "description": "The `txHash` field of the response.",
      +  "type": "object"
      +}
    • addedOutput schema / properties / verdict
      Added value: +{
      +  "description": "The decision this tool returned.",
      +  "type": "string"
      +}
    • addedOutput schema / required
      Added value: +[
      +  "detail",
      +  "ok",
      +  "verdict"
      +]
  2. Added

TDQS

C2.6/5.0
Behavior3/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

Annotations already declare destructiveHint=true, readOnlyHint=false and non-idempotent, so the safety profile is known. The description usefully adds the $0.01 USDC cost, which is real value. However it gives no warning about irreversibility or money movement, and the 'an object with 43 fields including Content-Type, User-Agent' line is meaningless here and slightly misleading against a 6-parameter schema.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness2/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Three short sentences but they are run-on and poorly punctuated, and the '43 fields including Content-Type, User-Agent' clause is unparseable filler that does not earn its place. The core purpose is not front-loaded; the alternative-tool aside interrupts the first sentence.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

An output schema exists, so return values needn't be explained, and annotations carry the destructive/irreversible profile. Still, for a payment-settling destructive tool the description omits what is actually created or signed and what the required inputs mean, and it substitutes a nonsensical '43 fields' claim, leaving an agent unable to confidently invoke it.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema description coverage is 100%, so the schema nominally documents all six parameters (though with boilerplate text). The description mentions only the tx hash and adds no semantics for payee, payer, receipt, minConfirmations or expectedAmountAtomic beyond what the schema already states, so baseline 3 is appropriate.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose2/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description opens with a noun phrase ('Signed settlement-receipt verdict for a tx hash') rather than a clear verb+resource statement of what the tool creates, and it never confirms this is a creation/signing operation despite the tool name. The only differentiation is the confused aside referencing a sibling, and the '43 fields including Content-Type, User-Agent' fragment muddies rather than clarifies the actual action.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

It does name an alternative and give a selection rule: use this rather than `create_prepaid_capacity` for a settlement receipt. That is real when-to-use guidance, but it is the only exclusion, the phrasing is garbled ('for settlement receipt, not prepaid capacity'), and no preconditions (valid tx hash, required amount) are stated.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.