Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:p:portability [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:p:portability [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== Portability ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | Portability describes the ability of a governed function implementation to move across approved platforms, runtimes, deployment environments, | ||
| + | |||
| + | Portability does not mean that a Qualified Node may move without review. A movement that changes jurisdiction, | ||
| + | |||
| + | ===== Definition ===== | ||
| + | //ability of a governed function implementation to operate across approved platforms, runtimes, or deployment environments while preserving the required behavior// | ||
| + | |||
| + | ===== Source ===== | ||
| + | Financial Systems Archetype, Part 7: Governed Node Service Market | ||
| + | |||
| + | ===== Note ===== | ||
| + | Portability supports deployment flexibility and reduces dependence on a single platform, cloud provider, runtime, or deployment environment. | ||
| + | |||
| + | Portability does not remove qualification obligations. A governed function implementation may require requalification when movement changes the operating context, jurisdictional treatment, residency treatment, sovereignty constraint, security posture, policy obligation, evidence obligation, or service-level expectation. | ||
| + | |||
| + | ===== Example ===== | ||
| + | A semantic validation Node runs in one approved container environment and later runs in another approved container environment. The Node preserves interface behavior, semantic conformance, | ||