Connect · Sui Mainnet

One MCP. Separate agent and owner authority.

Connect your agent to the Mainnet vault behind the verified proof. Read current balances, inspect the purchased reports, and trace the remembered approval to Walrus Memory.

MainnetNative USDC on Sui Mainnet · Walrus Memory Mainnet · all Sui reads through Tatum.

The approved run is complete. Agent permission is revoked and the 1.60-USDC purchase allocation is consumed. This public connection is read-only and holds no wallet signing keys. A new purchase requires a new owner-approved plan.

Start with a connection check

1. Get the Mainnet agent credential privately

Use the credential supplied by the owner or in private judge instructions. Bearer tokens are authentication credentials, not wallet private keys. The spending and owner roles use separate tokens. Keep owner tokens, wallet keys and provider keys out of the agent's environment.

2. Configure your MCP client

Streamable HTTP with bearer authentication. Use your client's supported configuration format; the Codex recipe below was checked against the hosted endpoint. In this completed proof deployment, the agent receives read-only query capabilities.

{ "mcpServers": { "sisih": { "type": "http", "url": "https://sisih-azure.vercel.app/api/mcp",
  "headers": { "Authorization": "Bearer ${SISIH_AGENT_TOKEN}" } } } }
powershell
New-Item -ItemType Directory -Force sisih-agent | Out-Null
Set-Location sisih-agent
Remove-Item Env:SISIH_OWNER_TOKEN, Env:SISIH_OWNER_MCP_TOKEN, Env:DEMO_TOKEN, Env:OWNER_PRIVATE_KEY, Env:AGENT_PRIVATE_KEY -ErrorAction SilentlyContinue
# Secure prompt: keeps bearer credential out of PSReadLine console history
$env:SISIH_AGENT_TOKEN = [System.Net.NetworkCredential]::new("", (Read-Host "Enter SISIH_AGENT_TOKEN" -AsSecureString)).Password

3. Read the Mainnet state

Use the sisih MCP server to show the current Mainnet vault balance, protected commitments and permission state. List available services. Do not buy anything or change configuration.
Codex CLI setup · client used in the Mainnet proof

The recorded task used Codex CLI 0.164.0-alpha.11.1. This recipe ignores user configuration and disables shell access in the isolated folder above.

powershell
$options = @('exec', '--ignore-user-config', '--ignore-rules', '--skip-git-repo-check', '--ephemeral', '--sandbox', 'read-only', '--disable', 'shell_tool', '--disable', 'unified_exec', '--disable', 'apps', '--disable', 'plugins', '--disable', 'hooks', '--disable', 'browser_use', '--disable', 'computer_use', '--disable', 'view_image', '-c', 'approval_policy=never', '-c', 'web_search=disabled', '-c', 'mcp_servers.sisih.url=https://sisih-azure.vercel.app/api/mcp', '-c', 'mcp_servers.sisih.bearer_token_env_var=SISIH_AGENT_TOKEN', '-c', 'mcp_servers.sisih.default_tools_approval_mode=auto')
codex @options "Use the sisih MCP server to show the current Mainnet vault balance, protected commitments and permission state. List available services. Do not buy anything or change configuration."

Other Streamable HTTP clients can use the connection contract above. Antigravity and a model owner-assistant session have not been verified.

The connected Mainnet vault

Mainnet MCP URL
https://sisih-azure.vercel.app/api/mcp
Vault
Inspect the Mainnet vault
Authentication
Bearer credential. A role never comes from a client name or a tool argument.
Mainnet status · Reading the vault through Tatum…

Ask your agent to inspect the actual result

This prompt retrieves the completed second purchase and the later refusal. Status reads never create or repeat a payment.

Use Sisih get_request_status for req-7dd90263-75e. Explain the delivered live report, the recalled rule source and both Mainnet transaction receipts. Then inspect req-f37bacb5-c6a and explain the reserve refusal. These are recorded requests: do not create a purchase.

Follow the full Mainnet proof →

Owner authority stays separate

The owner signed approval, session transition and final revocation locally. The original wallet key never reached the server. The published connection exposes evidence and status; configuration changes, new approvals and signed actions are closed.

Owner-assistant connection · read-only mode
{ "mcpServers": { "sisih": { "type": "http", "url": "https://sisih-azure.vercel.app/api/mcp",
  "headers": { "Authorization": "Bearer ${SISIH_OWNER_TOKEN}" } } } }

OWNER CONNECTION — READ-ONLY MODE. Authenticating with the owner credential discovers only read-only inspection tools: owner_status, list_requests, get_request, list_suggestions, get_evidence, and get_owner_intent. The public deployment does not accept new purchase approvals, commitments, configuration changes, permission updates, wallet signing requests, or spending operations. Owner authentication does not bypass read-only restrictions.

Protocol and available tool behavior

Streamable HTTP via POST, stateless JSON responses. In this completed Mainnet proof deployment, both roles operate strictly read-only:

  • Agent role: Advertises only get_budget, list_services, and get_request_status. Mutation tools (request_purchase, end_demo_session) are omitted from tools/list and cannot be invoked.
  • Owner role: Advertises only owner_status, list_requests, get_request, list_suggestions, get_evidence, and get_owner_intent. Mutation, configuration, and demo-control tools are omitted from tools/list.

Direct unadvertised calls fail closed before any processing. No wallet signing keys exist in this deployment.