The Blockchain Network Participation (BNP) Disclosure Framework is a structured, machine-readable system for stablecoin issuer disclosure designed for automated regulatory oversight at scale. Built on XBRL taxonomy architecture, the framework establishes a strict one-to-one correspondence between disclosure questions and taxonomy elements — creating a system in which evasion through omission is structurally detectable.

The interactive diagram below maps the full framework: 148 disclosure questions across 8 sections, 125 taxonomy elements including 3 hypercube tables with typed dimension axes, and a three-level validation architecture (structural, arithmetic, and temporal) that enables automated completeness verification without proportional increases in supervisory resources.

Framework Architecture

The BNP framework organizes disclosure into seven domains, each mapping to a corresponding XBRL taxonomy abstract grouping:

Domain	Questions	Elements
Blockchain Protocols Utilized	6	6
Direct Network Participation	30	30
Affiliate Network Participation	23	23
Aggregated Concentration & Systemic Risk	10	10
Operational Controls & Policies	9	9
Multi-Network & Affiliate Disclosure Tables	58	58
Third-Party Service Provider Arrangements	12	12
Total	148	125 unique

Equal Inputs, Equal Outputs

The framework is built on a strict one-to-one correspondence between disclosure inputs and structured outputs. Each of the 148 questions maps to exactly one concrete XBRL taxonomy element. Each taxonomy element maps to exactly one question. There are no unmapped questions and no orphaned elements.

This bidirectional mapping means the taxonomy functions as both a reporting format and a completeness constraint. An XBRL instance document that omits a required element is programmatically detectable as incomplete — the validator enumerates every expected element and flags any gap. The framework does not rely on human reviewers to identify what is missing; the taxonomy structure itself defines the complete set of required disclosures.

Validation Architecture

The framework validates filings at three independent levels: structural validation ensures all required elements are present across dimensional instances (networks, affiliates, service providers); arithmetic validation enforces quantitative consistency through calculation linkbases; and temporal validation detects material changes across reporting periods that should trigger interim disclosure.

Evasion Detection

The equal-input, equal-output architecture creates a system inherently resistant to evasion. Undisclosed affiliates produce arithmetic gaps between aggregate and itemized metrics. Hidden third-party service providers create inconsistencies with on-chain data. Prohibited yield disguised as network service compensation is traceable through structured fee and revenue disclosures. Selective reporting generates structurally incomplete filings detectable without examiner intervention.

Dimensional Architecture

Three hypercube tables with typed dimension axes enable multi-instance reporting: one for each blockchain network on which the issuer operates, one for each affiliate engaged in network participation, and one for each third-party service provider. The typed dimension design uses open-ended identifiers rather than fixed enumerated members, accommodating any number of networks, affiliates, or providers while enforcing completeness at the entity level.

The 90 unique concrete concepts generate 148 disclosure questions when dimensional instances are included — sections 6 through 8 reuse the same taxonomy concepts from sections 1 through 3, organized through typed dimension axes for per-entity instance reporting.