dAppExplorer & Workspace
The ProductD8

Public Explorer and the private workspace

Two surfaces with opposite defaults: one publishes only what has been approved for disclosure, the other holds everything else behind server-side authorisation.

Status
Design & build stage
Whitepaper basis
§5.4.2 Application Layer · §5.3.2 MPC Registry · §6.3 Continuous Lifecycle Management
Verified on-chain today
None — nothing here is deployed yet
Still at design stage
Public Explorer · Project workspace · Verification workbench

Public Explorer — no login

  • The project and its current lifecycle state
  • Which items are confirmed and which are not
  • Review scope and stated limitations
  • The as-of date of the material, and how fresh it is
  • What the source authority does prove — and what it does not
  • Credential status at review time, and current credential status
  • Correction, revocation and dispute history
  • The BNB Chain inclusion proof
Mockup · 1440px capture
Mockup Public Explorer page showing registry status, verification record with scope and limitation, version history, disclosure boundary and inclusion proof.
Public Explorer. One canonical projection: registry states, the review's scope and limitation, the version it supersedes, and the proof reference.Full size ↗

The Explorer is deliberately dense. A reader who has to click three times to find the limitation of a review will not find it.

390 × 844
The Public Explorer at 390 pixels wide, with the registry status fields stacked in a single column.
390px — the Explorer's field grid becomes a single column; no value is dropped.Full size ↗

Authenticated workspace — for the people doing the work

Project workspace & Data Room

Parties, jurisdiction and an evidence inventory organised by claim rather than by folder. Version, hash, source, as-of date, licence and sensitivity on every item. Upload is separate from publish.

Verification workbench

Assigned scope, a frozen evidence snapshot, a credential and conflict banner, a mandatory limitations editor, and an immutable preview before signing.

Readiness & gate decision

The readiness matrix and the gate decision are separate steps, not adjacent panels — so that reading a status and taking responsibility for it never look like the same action.

Registries

Project, Verification and Asset on separate tabs: public projection preview, version diff, publication, revoke and supersede, and anchor state (pending, confirmed, reorged).

Governance

Protocol and project separated from the top of the screen down, with vote status and execution status shown as distinct fields.

Integrations, audit, administration

Adapter state per source, change and access history, key and incident handling, and chain reconciliation.

  • Surface
    Public Explorer
    Default
    Nothing is public until disclosure is approved
    Who reads it
    Anyone, without an account
  • Surface
    Project workspace
    Default
    Nothing is visible without an authorised assignment
    Who reads it
    Project parties and MPC operators
  • Surface
    Verification workbench
    Default
    Scoped to one reviewer's assignment
    Who reads it
    Verification parties
  • Surface
    Administration & audit
    Default
    Restricted, fully logged
    Who reads it
    Auditors and security operators

What this does not do

  • The Explorer does not publish anything that has not passed a disclosure decision.
  • The workspace does not expose material outside the requesting user's assignment, even by direct URL.
  • Neither surface offers purchase, subscription, transfer or custody controls.

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