Wallet control
The agent needs a wallet, policy engine, key management, and transaction signing flow. Most production systems use delegated permissions rather than handing a model a raw private key.
Autonomous software is becoming an economic actor
A practical field guide for builders, crypto founders, investors, and technical readers following the intersection of AI agents and programmable money.
On This Page
Beginner Guide
An AI crypto agent is software that uses model reasoning, external tools, and blockchain accounts to complete financial or operational tasks with limited human intervention. The crypto layer gives the agent a way to pay, receive funds, prove identity, and interact with protocols.
The agent needs a wallet, policy engine, key management, and transaction signing flow. Most production systems use delegated permissions rather than handing a model a raw private key.
Stablecoins make agent-to-API and agent-to-agent payments predictable. The useful question is not whether an agent can pay, but what budget, limits, and refund path govern the payment.
Agents can rebalance positions, source liquidity, post collateral, or execute workflows across smart contracts. Guardrails and simulation matter more than speed.
On-chain identity, attestations, and transparent activity logs help counterparties decide which agents are safe to trust, rate-limit, or insure.
Educational Guides
Educational content only. Nothing here is financial advice. Browse the full article index or start with the pillar guide below.
Foundational explainer for developers and technical readers new to autonomous on-chain software.
Policy boundaries, key management concepts, and simulation before any wallet action.
Category-based comparison of agent infrastructure—not rankings or endorsements.
How autonomous software may use USDC, USDT, and other dollar-pegged rails for micropayments.
Strategy categories, risk framing, and why automation does not remove protocol risk.
Attestations, reputation signals, and why identity matters for agent counterparties.
Architectural differences, use-case fit, and when each pattern may apply.
Security review checklist for agents that sign transactions or hold permissions.
Practical scenarios from API payments to treasury operations—described neutrally.
Educational walkthrough of detection, simulation, and guardrails—not a trading recommendation.
Key failure modes: key compromise, prompt injection, oracle risk, and policy bypass.
Scenario-based outlook on infrastructure, regulation, and agent payment rails.
Related sites: Stablecoin Payments · Crypto Education · Security Audits
Educational Model
This sequence is a learning model for builders. It is not a production integration guide or financial advice.
Record what the agent wants to do, which account it will use, why the action is allowed, and who can review it.
Compare the request with budgets, allowlists, chain limits, counterparty rules, and human approval requirements.
Preview balances, approvals, fees, slippage, and failure modes before any wallet signs a transaction.
Submit only the approved transaction or payment proof, then capture receipts and transaction hashes.
Watch status, retries, refunds, and policy drift so a stuck or unsafe agent can be paused quickly.
Keep prompts, tool calls, source references, and operator decisions available for later audits.
Tools Directory
Showing all tool categories.
Account abstraction wallets with spending limits, session keys, and recoverability.
Use for: agent-specific policy accountsDistributed signing infrastructure that avoids exposing full private keys to one process.
Use for: institutional agent operationsPre-flight checks for swaps, approvals, transfers, and contract calls before execution.
Use for: reducing irreversible mistakesRails for USDC, USDT, and other stable assets across L2s and high-throughput chains.
Use for: API metering and global settlementPay-per-request flows for model calls, data feeds, inference, storage, or scraping tasks.
Use for: machine-to-machine commerceReceipts, metadata, and accounting exports tied to programmable payments.
Use for: finance operationsIdentifiers and credentials that let agents prove affiliation, authorization, and history.
Use for: trust and access controlActivity-based scoring, allowlists, slashing hooks, and public agent track records.
Use for: marketplace safetyCredentials that show which human, DAO, or company is responsible for an autonomous workflow.
Use for: compliance and supportAggregation layers that choose liquidity venues while respecting slippage and execution constraints.
Use for: swaps and rebalancingRules, scoring, and monitoring that prevent agents from taking unmanaged protocol exposure.
Use for: autonomous treasury policiesPrice, volatility, liquidity, and state data that agents use before executing transactions.
Use for: decision groundingDeterministic rules that translate human constraints into budgets, scopes, pauses, and approvals.
Use for: enforceable agent limitsOperational paths to pause sessions, rotate keys, cancel permissions, and recover from unsafe behavior.
Use for: incident responseAppend-only records of prompts, policy decisions, payment intents, signatures, and settlement results.
Use for: accountability reviewsResearch Standards
Listings are educational references, not endorsements, rankings, or investment recommendations.
Use project documentation, protocol docs, technical blogs, audits, standards drafts, and public repositories.
Describe custody, smart contract, oracle, compliance, and operational risks before discussing use cases.
Treat integrations, fees, supported chains, and APIs as time-sensitive details that require verification.
Do not frame tokens, protocols, or infrastructure providers as buys, yield opportunities, or guaranteed outcomes.
Keep profiles in placeholder status until official docs, repositories, security notes, and review dates are recorded.
Publish article drafts only after claims, examples, risks, and no-advice language are checked against the static templates.
Project Profiles
These profiles are editorial starting points for research. They describe categories and practical relevance, not investment advice.
Multisig and smart account infrastructure widely used by teams that need policy-driven treasury control.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Composable attestations that can help agents prove roles, approvals, and off-chain facts on-chain.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Dollar settlement rails for predictable agent payments, subscriptions, and global payout workflows.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
A payment pattern for HTTP APIs where clients can pay resources directly as part of request flow.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Core decentralized exchange infrastructure agents can use for routing, swaps, and portfolio automation.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Oracle networks and automation services that can ground agent decisions in market and state data.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Content-addressed storage useful for agent logs, public artifacts, and portable data references.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Tool-calling and orchestration patterns that help connect LLM agents to wallet and data actions.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Agent-oriented infrastructure and marketplace concepts for autonomous services and coordination.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Decentralized compute marketplace that maps to agent workloads needing flexible infrastructure.
Source review pending: add official docs, public repository, audit notes, and latest review date before publication.
Article Briefs
These drafts are content scaffolds. They should not be treated as tutorials, recommendations, or operational runbooks. Open the local article index and local decision log for review status.
Explain how teams can model a scoped wallet, spending policy, simulation step, and emergency pause without exposing private keys to a model.
Review gate: verify wallet policy terminology, custody assumptions, and non-production framing.
Walk through a payment-required response, budget check, payment proof, retry, and receipt trail for a metered API request.
Review gate: confirm refund wording, network-fee caveats, and local-only example boundaries.
Describe a supervised rebalance flow where an agent reads balances, compares quotes, simulates the transaction, and records why a human-approved action was allowed.
Review gate: remove yield language, add slippage caveats, and keep examples asset-neutral.
Teach readers how to think about time limits, scoped permissions, cancellation paths, and incident notes when an agent session should stop acting.
Review gate: verify access-control terms and avoid implying any wallet pattern is universally safe.
Outline the records a reviewer needs after an agent makes or attempts a payment: prompt context, policy result, simulated outcome, approval, settlement proof, and post-action note.
Review gate: check privacy language, retention assumptions, and non-advice disclaimers.
Source-Gap Issue Log
Keep this log open until source reviewers replace placeholders with verified notes. Full triage lives in the local source-gap document, with resolution steps in the source-gap resolution workflow.
All 10 project profiles need official source references and last-reviewed dates before claims expand.
Each brief needs source notes before examples can become publishable educational walkthroughs.
Wallet, payment, DeFi, and retention examples need custody, approval, failure, recovery, and privacy context.
Article index and detail pages must stay aligned with `article-review-metadata` slugs and draft status.
Map the draft, profile, or article scaffold to a visible `SG-*` issue before changing copy.
Use local labels such as official docs reviewed, technical reference reviewed, or security note missing.
Update the decision log only after source notes, risk context, and accessibility evidence are ready.
Resolve article source notes, metadata parity, decision-log parity, and manual evidence together before editing one draft.
Review wallet/session controls, payment/audit records, and DeFi supervision as separate batches with local evidence labels.
Profile source dates and manual accessibility evidence remain open until recorded in the local batch plan.
Article Decision Matrix
The full local matrix lives in ARTICLE_DECISION_MATRIX.md and the blocker checklist lives in DRAFT_PROMOTION_BLOCKERS.md.
Use when source placeholders, risk notes, accessibility evidence, or source-gap lifecycle checks are incomplete.
Use only when a reviewer records the postponed source gap and keeps the article in draft status.
Use only after source notes, risk framing, manual accessibility evidence, copy safety, and local checks pass.
Article Hold Reason Matrix
The full local matrix lives in ARTICLE_HOLD_REASON_MATRIX.md. Hold reasons are editorial notes, not project ratings.
Custody, policy, simulation, emergency pause, metadata parity, manual evidence, and evidence consistency remain incomplete.
Refund, fee, payment proof, failed settlement, metadata parity, manual evidence, and evidence consistency remain incomplete.
Slippage, approval scope, oracle assumptions, asset-neutral wording, metadata parity, manual evidence, and evidence consistency remain incomplete.
Permission scope, revocation path, stale-session handling, recovery evidence, metadata parity, manual evidence, and evidence consistency remain incomplete.
Retention policy, reviewer roles, sensitive-data limits, incomplete-log handling, metadata parity, manual evidence, and evidence consistency remain incomplete.
Static Review Templates
Use these local templates before moving placeholder content into publication-ready copy.
Manual A11y Evidence
Record manual results in MANUAL_A11Y_EVIDENCE_LOG.md before clearing accessibility review blockers.
Record the page, viewport, keyboard path, focus visibility, and any trap or skipped control.
Record filter announcements, newsletter feedback, menu expanded state, and reduced-motion behavior.
Record skip-link, heading-order, local-link, and accessibility-note observations for each draft page.
Manual QA Summary
Record the completed pass in MANUAL_QA_SUMMARY.md. This summary does not replace the detailed accessibility evidence log.
Tab order and visible focus still need local reviewer evidence before accessibility blockers can clear.
Filter announcements, menu state, newsletter feedback, and reduced-motion behavior still need manual notes.
All five detail pages still need skip-link, heading-order, local-link, and accessibility-note observations.
Neutral educational wording and the final static release check must be recorded after the last local edit.
Static QA Matrix
This matrix complements the automated scripts and the manual browser smoke test.
Search for promotional investment phrasing, unsupported certainty, and examples that could read as advice.
Confirm placeholders remain until official docs, technical references, security notes, and dates are ready.
Confirm draft, hold, pending checklist, source placeholders, and decision log references agree everywhere.
Check menu, filters, links, and form feedback with keyboard, focus visibility, and status announcements.
Keep the MVP self-contained with local HTML, CSS, and JavaScript only unless a future review approves more.
Static Release Checklist
The full release gate lives in STATIC_RELEASE_CHECKLIST.md.
Record `npm run check` after final edits and keep failures as publication blockers.
Confirm no external asset, analytics, live form action, wallet endpoint, payment endpoint, or affiliate URL was added.
Compare homepage metadata, article index cards, detail metadata, hold matrix, and publication decision log.
Keep drafts educational and remove advice, token, yield, ranking, endorsement, guarantee, or production-runbook language.
Browser Smoke Test
Use this checklist in any modern browser. It is designed for reviewers who do not have browser automation.
Glossary
Definitions are simplified for education and should be verified against primary sources.
A blockchain account controlled through software policies, delegated permissions, and human oversight.
A scoped signing permission that can be limited by time, budget, contract, or action type.
A payment path that uses a stable asset for settlement while still requiring network and issuer risk review.
A signed claim about identity, authorization, or history that another system can inspect.
A pre-execution preview used to detect balance changes, approvals, fees, and likely failures.
The ability to withdraw permissions, pause activity, or rotate credentials after risk changes.
Builder Playbook
Set daily, per-action, and per-counterparty limits. Treat every missing limit as a production bug.
Use scoped keys, allowlists, session permissions, and approvals for anything that moves funds.
Store prompts, tool calls, payment intents, transaction hashes, and policy decisions for audits.
Design pause, revoke, refund, and human escalation paths before connecting the first wallet.
Publication Readiness
Keep this list visible so future edits do not drift into advice, unsupported claims, or inaccessible UI.