SPEARMINT SPMTC

Spearmint/Guides Articles/Developer documentation

Spearmint Mining · developer documentation

How the mining service is built, and what it must never become.

These documents are published so that a regulator, attorney, miner, or technical reviewer can follow the flow of value through Spearmint Mining end to end — from a share submitted over Stratum to a mining reward arriving at a miner's own address — and so that a future developer cannot casually turn a mining service into something else.

Pre-launch · pool not open
STOP — legal review required before implementation Any feature that would let the service hold, move, convert, or receive value for a miner — hosted wallets, deposits, withdrawals from custodial accounts, user-to-user transfers, swaps, fiat on- or off-ramps, cards, payment processing, custody of private keys, lending, interest, staking, investment products, mixing, payment forwarding — is compliance-significant and must not be implemented without a new legal review. The rule and the process are in Regulatory change control.

Architecture and operations

What the components are, how value flows between them, how the service is secured, and what records it keeps.

  • Read first

    Architecture and value flow

    The work path and the reward path as two diagrams, the data model, the operational-key posture, and the interfaces that deliberately do not exist.

    Start here
  • Operations

    Operational security

    Web, Stratum, node, admin, key, monitoring, audit-log, incident-response, DDoS, and release-integrity recommendations. RPC is never exposed to the internet.

  • Operations

    Records the service keeps

    Every record, why it is kept, and its proposed retention — enough to show that each payout was calculated from mining participation, and no more than that.

Product

The miner-facing surface: how someone starts mining without an account, what the dashboard shows, and what it is called.

  • Workflow

    Onboarding workflow

    The address-is-the-identity model, step by step. No accounts, no passwords; an optional email registered by signed message.

  • Interface

    Mining dashboard wireframe

    The tiles, tables, labels, and empty states — and the buttons that are intentionally absent.

  • Language

    Terminology

    Recommended mining terms, prohibited banking and investment terms, and the exact wording of the pending-mining-reward explanation.

Compliance

How each feature was evaluated, what may never be added without review, and the questions counsel must answer before launch.

  • Evaluation

    Compliance-by-design matrix

    Every proposed feature against custody, money-transmission, exchange, securities-marketing, OFAC, consumer-protection, and privacy risk.

  • Rule

    Regulatory change control

    The list of features that change what the service is, the review process, the schema and API rules, and the pre-merge checklist.

    Binding
  • Open questions

    Issues requiring attorney review before launch

    Thirteen concrete questions, the source that raises each, and what the design currently assumes. Pennsylvania licensing is first.