dAppMVP Scope
DeliveryD10

What the MVP delivers

The first product completes Registry operation. Trading functions are not part of it, and are not pre-built behind a flag.

Status
Scope definition
Whitepaper basis
§14.1.1 Build — Verification Infrastructure · §5.1 Five-Layer Mining RWA Architecture
Verified on-chain today
None — nothing here is deployed yet
Still at design stage
Every item in the in-scope list below

In the MVP

  • Organisation- and project-level permissions with an audit record
  • Project Registry and Verification Registry
  • Authority & Trust Registry, Verification Party Registry, Attestation Schema Registry
  • Evidence Adapter contract, Source Receipts, and handling for external failure and conflict
  • Compliance Policy Engine with versioned assessments
  • Material versions, provenance and change history
  • Reviewer credential, review scope, signature and limitations
  • Readiness separated from the human decision
  • Impact tracing and suspension when material changes
  • Public Explorer
  • BNB Chain Registry proof
  • Protocol and project governance, separated
  • The Tsagaan Tolgoi reference workflow
  • Mongolia Jurisdiction Profile: schema, states and manual fallback
  • Included now
    Registry operation end to end
    Held back, with the reason
    Asset and Offering integration — waiting on legal, organisational, ERSP and security gates
  • Included now
    Public Explorer with limitations shown
    Held back, with the reason
    Investor eligibility and transfer whitelisting — belongs to an authorised provider, not to MPC
  • Included now
    Registry anchor and inclusion proof
    Held back, with the reason
    Any broader on-chain state — the first deployment is limited to the anchor on purpose
  • Included now
    Mongolia jurisdiction profile
    Held back, with the reason
    Additional jurisdictions — the core stays country-neutral so this is additive, not a rewrite

What this does not do

  • The MVP does not move money and does not hold assets.
  • It does not implement an offering flow in any hidden or disabled form.
  • It does not claim an institutional integration that has not been confirmed.

This chapter is a public adaptation of the internal product specification. Where the two differ, the specification and the whitepaper govern.

MPC dApp Guide · design & build stage · synthetic demo data