Show pageOld revisionsBacklinksAdd to bookExport to PDFODT exportBack to top Backlinks This is a list of pages that seem to link back to the current page. Application Programming Interface (API)Audit Recording RoleCash-Flow Computation RoleCentralized ManagementContract State Management RoleControl PlaneCrucibleData PlaneData Structure InstanceData Distribution Service (DDS)Distributed Immutable Data Object (DIDO)Distributed EnvironmentDistributed Financial SystemDistributed Network TopologyEvidenceFX Audit and Provenance NodeFX Audit RecordFX Audit Record EndpointFX Cash-Flow ObligationFX Cash-Flow Obligation EndpointFX Command AcknowledgementFX Contract StateFX Contract State EndpointFX Control CommandFX Node StatusFX Node TraceabilityFX Policy and Release NodeFX Policy DecisionFX Policy Decision EndpointFX Provenance RecordFX Provenance Record EndpointFX Registry and Coordination NodeFX Release PackageFX Release Package EndpointFX Replay RequestFX Replay Request EndpointFX Replay ResultFX Replay Result EndpointFX Semantic AssertionFX Semantic Interpretation EndpointFX Transaction Intake EndpointFX Transaction Intake NodeFX Transaction RecordFX Validation NodeFX Validation ResultFX Validation Result EndpointHealth And Observability PlaneInterface Definition Language (IDL)K3sKubernetesLogical Audit and Provenance PlaneLogical NodeLogical Policy and Release PlaneNode IdentityNode RoleNObligationPart 1 Concept to FX Logical Profile ElementPart 1 Concept to FX Logical Profile ElementPedigreeProtocol BuffersProvenance Recording RoleRegistry and Coordination RoleRepresentational State Transfer (REST)Remote Procedure Call (RPC)Structural Validation RoleTraceabilityP1-REQ-13-4-001P1-REQ-13-4-002P1-REQ-13-4-003P1-REQ-13-4-004P1-REQ-13-4-006P1-REQ-13-4-011P1-REQ-13-5-002P1-REQ-13-5-003P1-REQ-13-9-003Introduction1. Scope3.1 Traceability to SIP-RA3.3 Coverage of the Original FX Demo Reference Architecture4.4 Logical Meaning Before Physical Realization7.1 Overview7.2 Node8.7 Cross-Plane Relationships10.3 Conceptual Element to Logical Element / PIM10.4 Logical Element / PIM to Implementation Artifact / PSM10.5 Implementation Artifact / PSM to Deployment Artifact10.6 Deployment Artifact to Evidence10.7 Bidirectional Review and Impact Analysis11.2 Conceptual Elements Remain Distinct11.3 Conceptual Architecture Does Not Prescribe Realization Mechanisms11.6 Implementation Mappings Do Not Redefine Concepts11.7 Deployment Artifacts Do Not Redefine Implementation Artifacts12.2 Conceptual Elements Become Logical Elements12.3 Logical Architecture Preserves Conceptual Meaning12.6 Logical Architecture Provides the Basis for Implementation Profiles12.7 Traceability from Part 1 to Part 213.4 Core Conceptual Element Requirements13.5 Runtime Plane Requirements13.9 Relationship to Logical Architecture / PIM RequirementsForewordIntroduction1. Scope3.3 Traceability to Part 1 Conceptual Architecture4.6 Traceability from Concept to Logical Model5.7 Logical Traceability Model6.1 Overview10.3 Report Node Status10.6 Issue Control Command13.4 What Domain Profiles PreserveForewordIntroduction1. Scope3.1 Traceability to SIP-RA3.3 Traceability to Part 1 Conceptual Architecture3.5 Coverage of the Original FX Demo Reference Architecture4.1 Domain Specialization without Conceptual Redefinition4.2 FX Domain Scope before Implementation4.3 Distributed FX Node Network4.7 Traceability from Concept to Logical Profile5.8 FX Demo Logical Traceability Model14.6 Configuration Directory Model14.7 Script Directory Model14.13 Repository and Build Artifact Summary15.6 Naming Convention Requirements15.8 Logging Convention Requirements15.9 Exception-Handling RequirementsForeword9.3 Competition and Provider Substitution10.1 Use Case9.4 Competitive Substitution dido/99_annexes/annex-b-terms-and-definitions/f/financial_node.txt Last modified: 2026/08/04 07:31by nick_dido