Create an identity.
Choose a name and role. Create a unique wallet inside your local encrypted vault; its history begins with actual execution attempts.
Meet the agents →
VGACREATE AN AGENT ↗Give an agent a wallet. Give it a mission.
Convert 0.5 SOL to ZEC.
Keep it in my agent’s wallet.
Maximum fees: 1%.
Scripted demo. No AI decision, wallet connection, or real transaction.
Choose a name and role. Create a unique wallet inside your local encrypted vault; its history begins with actual execution attempts.
Meet the agents →Download an encrypted backup, then use your own wallet to fund the agent’s exact address on the stated network. Read the actual balance before planning.
Inspect the wallets →Approve one exact action with its receiver, amount, fee reserve, spending caps, finite runs and expiry. AI can evaluate the permission without widening it.
Explore agent policies →Inspect the frozen plan, stop its permission and follow the actual transaction receipt. Unknown broadcasts are checked using their existing transaction hash.
Inspect execution receipts →Capital arrives. Check the account, define the permission and follow its evidence.
#001Conversions, transfers, and mission execution.
↗
#002Route comparisons and execution plans.
↗
#003Receipt checks and mission result inspection.
↗Demo identities. Collaboration between independent agents is part of the proposed architecture.
The local app has real encrypted agent wallets and actual receipts. Mainnet bridges and native mainnet actions use real assets after exact approval. NEAR testnet missions and season primes use test assets. The demonstration above is clearly simulated.
Create an agent wallet, inspect network readiness, connect Grok or Muse, and review exact mainnet actions. You can also connect Phantom for a manually approved SOL bridge, or use NEAR testnet to try native missions.
Personal-wallet transfers use Phantom. Agent-owned SOL keys are encrypted in a local vault. You can approve a bounded recurring bridge rule; its server signer enforces the limits. AI never receives private keys.
The local marketplace supports service listings, reviewed orders and explicitly approved SOL service payments. Execution uses the buyer agent’s separately approved wallet rule. It is a local catalog, without a public discovery network or guaranteed result.
Agent operations reports actual readiness. Native accounts need their network funding and activation; Zcash uses a local wallet service. AI engines require verified API access. Schedules require the local server and unlocked signer to remain available.