9.4 Data Plane Type Definitions [Dido Solutions, Inc Wiki]

This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong.
====== 9.4 Data Plane Type Definitions ======

[[fxdemo:05-part:start | Go To Top ]]

[[fxdemo:05-part:09-dds-idl-type-generation:start | Return to DDS / IDL / Type Generation ]]

[[dido:99_annexes:annex-b-terms-and-definitions:d:data_plane|Data Plane]] type definitions support the exchange of [[dido:99_annexes:annex-b-terms-and-definitions:d:data|Data]] between [[dido:99_annexes:annex-b-terms-and-definitions:n:node|Nodes]]. In Phase 0, the Data Plane model may remain limited or partly placeholder, as the initial goal is to demonstrate the Node network and [[dido:99_annexes:annex-b-terms-and-definitions:c:control_plane|Control Plane]] behavior rather than full financial processing.

The team should define Data Plane [[dido:99_annexes:annex-b-terms-and-definitions:i:idl|IDL]] structures only when Phase 0 Nodes need typed Data Plane messages for the demonstration [[dido:99_annexes:annex-b-terms-and-definitions:b:baseline|Baseline]]. If the initial Baseline uses placeholder Data Plane topics, the type definitions should make their placeholder status clear in the Topic Catalogue, Node Catalogue, and relevant tests.

Data Plane structures should trace to the FX Demo Logical Profile. A Data Plane type should represent a meaningful demonstration concept, such as an FX [[dido:99_annexes:annex-b-terms-and-definitions:t:transaction|Transaction]], validation result, cash-flow request, cash-flow result, [[dido:99_annexes:annex-b-terms-and-definitions:p:provenance|Provenance]] record, or [[dido:99_annexes:annex-b-terms-and-definitions:a:audit|Audit]] event, only when Phase 0 actually needs that structure.

The team should not encode full financial semantics directly into Phase 0 IDL unless the relevant architecture or profile defines the required meaning. IDL should provide the typed exchange structure. Architecture documents, catalogues, validation rules, and later semantic [[dido:99_annexes:annex-b-terms-and-definitions:a:artifact|Artifacts]] should provide the governed meaning.

----

<WRAP centeralign>

© 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc.

</WRAP>