MITHQAL §V25.2 · Pilot Readiness

INSTITUTIONAL PILOT READINESS

Readiness status is evidence-driven and can only advance through documented institutional review.

All categories: NOT ASSESSEDNo approvals · No licenses · No live operations
§1 · Scorecard

Readiness Scorecard

The ten readiness categories below are the standing dimensions against which any institutional pilot must be evaluated. Each category carries a status that can only advance through documented institutional evidence — never through self-attestation.

Do not calculate fake percentages. Do not manufacture evidence.

01

Institutional Authorization

Named institutional sponsor, signatories and formal pilot authorization.

NOT ASSESSED
02

Legal / Regulatory Path

Jurisdictional legal review, regulatory classification and licensing perimeter assessment.

NOT ASSESSED
03

Technical Integration

API, ISO 20022, host-to-host, SFTP and treasury system compatibility.

NOT ASSESSED
04

Compliance Interface

KYC/KYB, AML/CFT, sanctions screening and regulatory reporting interfaces.

NOT ASSESSED
05

Security

mTLS, HSM/MPC, network security, access controls and key management.

NOT ASSESSED
06

Settlement / Finality

Settlement finality model, payment/finality reference mechanism and reconciliation.

NOT ASSESSED
07

Backing Evidence

Protected Backing Cell verification, backing attribution and evidence packages.

NOT ASSESSED
08

Reconciliation

Five-way reconciliation model, break detection and resolution procedures.

NOT ASSESSED
09

Resilience / Disaster Recovery

Business continuity, disaster recovery, failure-injection testing and incident response.

NOT ASSESSED
10

Independent Assurance

Independent security, finality, reconciliation and resilience verification.

NOT ASSESSED
§2 · Pilot Model

Pilot Model

The initial institutional pilot follows a strictly bounded, one-institution / one-jurisdiction / one-corridor scope. Each stage below is a gate — no stage may be skipped, and no stage implies approval of the next.Broader treasury holding is outside the initial pilot scope.

  1. 01ONE REGULATED INSTITUTION
  2. 02ONE JURISDICTION
  3. 03ONE CORRIDOR
  4. 04INSTITUTIONAL CORPORATES
  5. 05CONTROLLED TEST ENVIRONMENT
  6. 06MTQ PASS-THROUGH SETTLEMENT
  7. 07RECONCILIATION
  8. 08SECURITY / RESILIENCE TESTING
  9. 09INDEPENDENT / INSTITUTIONAL REVIEW
§3 · Review Package

Institutional Review Package

The MITHQAL review package is the standing set of artifacts and templates that institutional counterparts may request during a formal engagement. Each item carries the PROPOSED status until an institutional review formally activates it.

These are MITHQAL review artifacts/templates. Not approved by any institution.

Architecture Review Package
PROPOSED
Integration / API Package
PROPOSED
Security Questionnaire
PROPOSED
Legal / Regulatory Questionnaire
PROPOSED
Pilot Test Plan
PROPOSED
Test-Case Matrix
PROPOSED
Reconciliation Evidence Plan
PROPOSED
Incident / DR Test Plan
PROPOSED
Acceptance Criteria
PROPOSED
Institutional Sign-Off Record
PROPOSED
§4 · Evidence Discipline

Evidence / Status Discipline

Every institutional engagement element should visually distinguish its current evidence state. The five canonical statuses below are the only permitted display values on this surface.

01PROPOSED

PROPOSED

02UNDER REVIEW

UNDER_REVIEW

03EVIDENCE REQUIRED

EVIDENCE_REQUIRED

04SANDBOX CANDIDATE

SANDBOX_CANDIDATE

05VALIDATED

VALIDATED

Forbidden display values

Never display: APPROVED, LICENSED, SUPPORTED, LIVE, PRODUCTION READY unless backed by real verified evidence.

§5 · Reference

Status Discipline Reference

Two parallel ladders govern institutional readiness: the evidence-state ladder (does institutional evidence exist?) and the technical status ladder (does the implementation satisfy a verification gate?). Both must advance together — neither may be inferred from the other.

Evidence-State Ladder

01
PROPOSED
02
UNDER_REVIEW
03
EVIDENCE_REQUIRED
04
SANDBOX_CANDIDATE
05
VALIDATED

Technical Status Ladder

01
DESIGNED
02
IMPLEMENTED
03
INTEGRATED
04
TESTED
05
SANDBOX_VALIDATED
06
INSTITUTIONALLY_VALIDATED
07
PRODUCTION_READY
Advance rule

Only authorized institutional evidence should move an element forward.

§6 · Jurisdiction

Jurisdiction Workflow

The jurisdiction workflow defines how a jurisdiction evaluation request advances — from initial submission through to institutional validation. None of these states constitutes a license, an approval, or a supported jurisdiction status.

A jurisdiction must NEVER become “supported” simply because someone submits a form.
Only authorized institutional evidence should move a jurisdiction forward.
  1. 01

    SUBMITTED

    Jurisdiction evaluation request received. This is an evaluation state, not an approval.

  2. 02

    INITIAL REVIEW

    MITHQAL has begun reviewing the submission. No institutional commitment implied.

  3. 03

    JURISDICTION ASSESSMENT

    Assessing jurisdictional regulatory environment, infrastructure and corridor feasibility.

  4. 04

    LEGAL / REGULATORY REVIEW

    Legal classification and regulatory perimeter under evaluation. No license implied.

  5. 05

    TECHNICAL REVIEW

    Technical integration, API and rail compatibility under assessment.

  6. 06

    SANDBOX CANDIDATE

    Identified as a potential sandbox testing candidate. Not yet validated.

  7. 07

    PILOT CANDIDATE

    Identified as a potential pilot candidate. Subject to formal authorization.

  8. 08

    INSTITUTIONALLY VALIDATED

    Validated through documented institutional review. Requires authorized institutional evidence.

§7 · Contact

Institutional Contact

Institutional counterparts, regulators, and reviewers may request the review package or initiate a formal evaluation through the channels below. Initial contact should contain only institutional, non-sensitive information.

Email MITHQAL Directly

meltonsy@icloud.com

Use this channel to request the institutional review package, propose a sandbox evaluation, or initiate a formal architecture review. Replies are not instantaneous and do not constitute an institutional commitment.

Security Notice

Do not submit passwords, private keys, seed phrases, customer credentials, confidential customer information, production banking credentials, or other secrets. Initial contact should contain only institutional and non-sensitive information.

CONTROLLED INSTITUTIONAL DOCUMENT • NOT A LICENSE • NOT A LEGAL OPINION.

© 2026 MITHQAL · JOZOUR LLC (NJ). All readiness states on this page are NOT ASSESSED / PROPOSED by default.