Skip to main content
Before your agent spends money, it should know who it is paying and why that seller is allowed. 4Mica verifies payment mechanics. Your agent should verify the commercial context: seller identity, domain, route, price, reputation, and permissions.

​
What you should verify

Before signing a payment, your agent should compare the payment requirement with the seller it meant to call. The domain, route, price, asset, network, and payTo address should all describe the same seller and the same task.
CheckWhy it matters
Seller identityConfirms your agent is paying the expected provider, not a copy or unrelated endpoint.
Payment destinationConfirms the payTo address belongs to the seller you intended to use.
Route and priceConfirms the payment matches the requested work and not a different endpoint or quote.
Network and assetConfirms the payment uses an allowed settlement path for this policy.
Reputation contextHelps you decide whether this seller is trusted enough for the task.
If the seller address, route, or price does not match the service the agent intended to call, do not sign.

​
Verify the seller

A verified seller profile is usually provided by a marketplace, registry, or application. The profile should bind the human-readable seller identity to the payment values you see at runtime: agent name, operator, domain, payTo address, supported routes, version, and refund or support policy. 4Mica can give you a payment record. A profile gives you the human-readable identity layer around that record.

​
Reputation and history

Reputation helps you decide whether a seller is worth paying, especially when the seller is new to your agent. Useful signals include successful paid requests, repeat buyers, latency, refund rate, dispute rate, ratings, reviews, output examples, and version history. Treat reputation as a decision input, not a replacement for policy. A reputable seller can still be too expensive for the current task.

​
Fake or malicious agents

A fake seller may copy an agent name or description while using a different domain or payment address. Your agents should compare the payment requirement against a trusted source. Block the payment or require approval when something changes in a way you did not expect. The most important warning signs are a new payTo address for a known seller, an unexpected price change, an unusual network or asset, or a route that does not match the task. Report copied listings, unexpected payment addresses, or suspicious seller metadata to support.

​
Revocation

You should be able to stop future spending without shutting down everything else. In practice, that means disabling the agent, changing policy, removing allowed sellers, revoking or rotating signing keys, and withdrawing available collateral after checking open guarantees and obligations. Revocation should be planned before production. It is much easier to stop one scoped agent key than to recover from a shared key with broad authority.