PUBLIC WEBSITE LIVE • PRE-TESTNET

BASED MOER
DOCUMENTATION.

Based Moer is a pixel-first onchain ecosystem built around original IP, holder experiences and proprietary market intelligence. These docs explain the current ecosystem, how its major systems connect, what is already available, and which safety gates remain before testnet execution and later production releases.

VIEW RELEASE STATUSBACK TO WEBSITE

1. Overview

Based Moer combines the Moerverse pixel-art IP with Moe AI, NFT-gated experiences, education, games and Base-native infrastructure. The goal is one connected creator ecosystem rather than a collection of unrelated tools.

Core architecture: Moe owns the intelligence, strategy, safety rules, product experience and identity. Base provides secure onchain account, permission and execution infrastructure underneath it wherever technically sensible.

2. Product Map

MoerverseStory/IP layer connecting characters, collections, products and holder experiences.
Based Moer - Ape PunksCurrent Base NFT access collection and animated Moerverse travelers.
Bald MoeGenesis character and hand-drawn 1/1 identity/lore collection.
Moe Scanner v3.1Versioned proprietary setup intelligence and signal lifecycle.
Moe Token RadarRolling discovery and research for emerging tokens and Base-native intelligence.
Moe AgentRisk-controlled paper/shadow agent designed to execute only Moe-approved decisions.
Moer Academy24-module holder education system connected to Passport progression and MOER XP.
Academy Intelligence EngineProvenance-first research and curriculum workflow that prepares reviewable lesson candidates from approved free/public sources.
Arcade + Moer FlipHolder games and progression experiences inside the Moerverse.
Passport / Profile / XPWallet-bound holder identity and non-transferable progression for titles and cosmetic unlocks.
Base App SurfacePrepared distribution path for Base Account-first access and future Base ecosystem discovery.

3. Moe Intelligence

Scanner

Moe Scanner remains the project’s proprietary decision engine. External wallet, Base or Coinbase tooling must not replace its strategy version, confidence thresholds, setup validity, signal lifecycle or risk logic.

Token Radar

Radar discovers and studies assets using market, liquidity, security, holder and Base-native observations. New research inputs cannot affect production score simply because they look interesting.

collect → measure → fixed-horizon forward test → qualification → time-split out-of-sample validation → human review → explicit scoring change

Current research families include DEX/liquidity state, holder/concentration changes, aggregate ERC-20 transfer flow and Flashblocks market context. Experimental research features remain zero-weight until separately validated and approved.

4. Academy Intelligence Engine

The Academy Intelligence Engine is the research and curriculum-operations layer behind Moer Academy. It is designed to gather material only from approved free or public sources, preserve provenance and citations, detect duplicates, run quality checks and prepare versioned lesson candidates for review.

approved source → ingest → quarantine → normalize → provenance + deduplication → quality checks → draft candidate → human review → versioned publication

It is not an unrestricted self-learning bot. It cannot silently rewrite published lessons, promote trading claims into curriculum, or publish directly from an external feed. Human approval remains mandatory, and generated educational content must preserve source attribution, uncertainty and the project’s no-financial-advice boundary.

Current state: Phase 0–1 has passed local validation as a review candidate. Repository integration, database migration and deployment remain pending, so this engine is not yet operating on the public Academy.

5. Moe Agent

Moe Agent is the controlled action layer. The intended flow is:

Moe Scanner decision → Moe risk policy → user permission check → managed operator policy → reviewed execution adapter → Base

AgentKit/CDP may provide execution plumbing. They do not become Moe’s trading brain. Current public product surfaces remain paper/shadow oriented while live-fund execution is locked behind later security gates.

6. Access & Identity

SYSTEMROLEPRE-TESTNET STATE
Base AccountPrimary account/login providerIntegrated
Holder verificationChecks eligible access NFT ownershipWorking read-only
Spend PermissionsBounded token / allowance / period authorizationLifecycle built; execution locked
Sub AccountsFuture isolated Moe Agent account boundaryRead-only prototype
Passport / MOER XPWallet-bound progression, titles and cosmeticsServer-backed; real-holder acceptance test pending

MOER XP is progression only: it is non-transferable, non-withdrawable and does not promise conversion into a token.

7. Safety Architecture

  • Live-fund execution remains disabled before the execution release gates are completed.
  • Execution spender starts paused and is Base-chain locked.
  • Single-spend limits and approved routes/assets are enforced.
  • Emergency permission revocation and permanent disable paths exist.
  • Raw operator private keys are prohibited by the managed-operator design.
  • Foundry, Python invariants and Slither are part of the pre-testnet gate.
  • Radar research features cannot silently write production scores.
  • Games award progression through server-validated, wallet-bound records rather than client-only claims.
Passing compilation, simulations or backtests does not grant deployment permission. Website publication, testnet deployment and real-fund execution are separate release states.

8. Testnet Plan

The official website is live while execution remains locked. Base Sepolia is the full-system rehearsal for the execution stack, not a requirement for publishing the project’s informational website.

  1. Finish website, API and security release checks.
  2. Maintain the official BasedMoer.com project presence and prepare community/launch materials.
  3. Confirm Base Sepolia infrastructure and test assets.
  4. Deploy the testnet-only execution spender after explicit approval.
  5. Create and review a bounded test permission.
  6. Quote and simulate the approved route.
  7. Execute with test assets only.
  8. Verify output receipt and lifecycle tracking.
  9. Revoke permission and confirm the revoked state.
  10. Run failure/negative controls and document results.

No mainnet transition occurs automatically after a successful Sepolia test.

9. Release Process

STAGEGOALSTATE
Website + official domainBasedMoer.com, holder surfaces and public documentationLive
Community preparationDiscord, official links, visuals, video and X launch contentCurrent
Academy Intelligence EnginePreserve the validated review candidate, apply the reviewed migration and connect it without autonomous publishingIntegration pending
Base SepoliaFull execution rehearsal with test assets onlyUpcoming gate
OpenSea collection releaseBased Moer - Ape Punks collection page verified; mint configuration and holder acceptance test remainCollection page live
Mainnet AgentAny real-fund executionSeparate later security gate

10. Radar Evidence & Performance

Radar v0.4 scans a target of 24 trending candidates per hourly cycle across Base and Solana. A signal is publishable only after contract/security validation and holder-intelligence validation both pass. Every qualified event permanently records its alert time, price, stage, risk flags, validation state, Discord delivery result, and measured 24-hour, 72-hour and 7-day outcomes.

Loading the live evidence ledger…

Accuracy is deliberately not advertised yet. A public performance conclusion requires at least 30 fully matured seven-day signals. Until that threshold is reached, Radar output is discovery research—not a promise of returns.

CONTROLCURRENT RULE
Coverage24 candidates per hourly target scan; Base + Solana
QualificationScore/stage threshold plus mandatory security and holder validation
Audit recordImmutable alert context and Discord outcome
Measurement24h, 72h, 7d, maximum favorable move and maximum adverse move
Publication gate30 or more matured seven-day signals

11. Project Principles

  • Pixel first: technology supports the art and Moerverse rather than replacing it.
  • Moe decides: proprietary intelligence remains the decision authority.
  • Prove before weighting: research does not become production logic without evidence.
  • Permission before execution: users retain explicit, bounded authorization control.
  • Fail closed: missing providers, mismatched accounts or unsafe states stop the action.
  • Separate release states: a public website does not imply testnet completion, production trading approval or permission to use real funds.