OpenForex Standards
The working standards catalog of the OpenForex Society, the standard-setting core of the OpenForex Foundation.
Publication status
Published by the OpenForex Society, the standard-setting core of the OpenForex Foundation, as part of its established standards service to the open standards community.
Version
0.2.0
Last Updated
2026-09-24
Current catalog
| Document | Status | Scope |
|---|---|---|
| TVX Neutrality Standard literature | Ratified working standard | Monetary neutrality and QASH architecture |
| OFS-Kernel 1.0.0 | Standards reference | Deterministic execution and evidence boundaries |
| TVX Formula 1.0.0 | Standards reference | Valuation-method specification work |
| Oracle system | Standards reference | Input provenance and validation design |
| Audit and compliance | Implementation guidance | Evidence and review expectations |
OpenForex Standards are ratified, established, and maintained as an operational standards service to the open standards community. Their authority derives from the OpenForex Society. The references in this catalog document the working framework and its implementation responsibilities.
Publication lifecycle
A Draft may change substantially. Review indicates that a named revision has been submitted for structured assessment. Approved means an authorized decision record identifies the accepted text and its effective version. Deprecated material remains available for historical interpretation and should point to its replacement.
Reference articles explain the working Standard, while examples demonstrate particular relationships. Future amendments pass through the review lifecycle; that lifecycle does not place the established Standard back into draft status.
What belongs in a specification
A complete specification states its scope, terminology, input domain, behavior, errors, invariants, security considerations, and compatibility boundaries. It identifies the tests and evidence by which a claim can be checked. Requirements should say what an implementation must do, and separate that from commentary explaining why.
Change discipline
A correction that changes technical meaning requires review even if it looks editorial. A change to a formula, numeric policy, accepted input, or failure condition may invalidate previous results. Record the changed behavior and explain migration expectations before assigning release status.
Making a proposal
Start with an RFC, identify affected documents, and include a concrete before-and-after example. Reviewers should be able to evaluate the change without reconstructing a private discussion.
The governance model describes institutional responsibilities. The contribution workflow describes how to prepare evidence and publish an accepted revision.
Sources & citation
- Material type
- Project reference
- Publisher
- OpenForex Society
- Source version
- 0.2.0
- Source-stated update
OpenForex Society. “OpenForex Standards.” Version 0.2.0. https://openforex.io/?page=seed-content%2Fstandards%2Findex. Include your access date when citing.
Download the exact published MarkdownText fingerprint (SHA-256)
0d0abc264bfe25956a488ea9e666d389f18b6f3907e335cc0f69f445f57f0203This identifies the downloadable text, not an independent approval or a permanent archived edition.
Referenced material (8)
- TVX Neutrality Standard literatureProject reference
- OFS-Kernel 1.0.0Project reference
- TVX Formula 1.0.0Project reference
- Oracle systemProject reference
- Audit and complianceProject reference
- RFCProject reference
- governance modelProject reference
- contribution workflowProject reference
Standards, implementation references and worked calculations identify their sources and publication status. Read our sourcing and corrections policy.
