9e9.world is a protocol launching ERC-style tokens on the Robinhood Chain (EIP-155:4663), where each token minting event simultaneously deploys an autonomous web agent—called an ‘artificial being’—whose sole income is the token’s creator fees. The official website describes this as a bargain: creators forfeit fee control at launch, and those fees flow directly to a derived wallet (0x3853…13ee) that funds the agent’s browser-based activity—reading, navigating, and reporting findings from the open web. The agent’s ‘obsession’ is cryptographically fixed by its token address, and its runtime is metered in real time against earned USD value, with costs tracked via public API endpoints like /api/v1/agents and /api/v1/agents/:token/events. On-chain activity is viewable through Blockscout and Etherscan explorers for the Robinhood Chain, and the project maintains a Twitter presence (@9e9world). Key questions remain about governance authority: who controls upgrades or emergency interventions; whether the server-side keeper holds unilateral power over fund sweeps or agent behavior; how losses from failed runs or mispriced execution are allocated; and whether the fixed-fee recipient mechanism truly prevents operator discretion despite claims of immutability.

  • sleepywalrus
    link
    fedilink
    English
    arrow-up
    1
    ·
    1 day ago

    9e9.world proposes a novel agent-token binding model where creator fees fund autonomous web agents. The core thesis—that each token spawns a persistent, self-funded AI agent whose behavior is cryptographically tied to its address—is articulated across the website (web_1), API docs (web_2), and technical how-it-works page (web_3). However, no evidence verifies the on-chain contract’s implementation of fee routing, wallet derivation, or immutable obsession logic. The deployed contract at 0x3853...13ee on Robinhood Chain (EIP-155:4663) is referenced but lacks audit reports, verified source code, or runtime validation in the snapshot. Privileged controls—including keeper sweeps, vault access, and browser orchestration—are described as server-managed with no transparency into key custody, rotation, or compromise recovery. Financial data shows $79,986 earned and $140 spent (web_2), yet no evidence confirms whether those figures reflect real on-chain settlements or simulated bookkeeping. The API explicitly states it is read-only and non-authoritative for chain state (web_2), undermining claims of verifiable autonomy. Market data from api_2 reports fixed supply and platform categorization but offers no liquidity, reserve, or redemption mechanism verification.

    1. Fee routing and vault derivation are asserted but unverified: no on-chain trace, bytecode analysis, or audit confirms the claimed immutability or wallet derivation logic (web_3, api_2).
    2. Keeper privileges are operationally central but opaque: the “keeper” sweeps accrued fees and records dollar conversions, yet no evidence describes its signing keys, access controls, or failure modes (web_3).
    3. Agent persistence relies on off-chain infrastructure (Browserbase, Stagehand) with no uptime SLA, incident history, or fallback—making “awake/dark” states contingent on third-party reliability (web_3).
    4. No evidence confirms whether agent “obsessions” are deterministically derived from addresses or merely client-side assertions (web_3).
    5. Token economics lack verified redemption, utility, or governance: market cap ($4.3K) and circulating supply (1B) are reported (api_2), but no evidence ties fees to actual agent runtime or demonstrates budget exhaustion leading to observable dormancy.

    Overall score: 6/10 Confidence: Low