Generalized Domain Separation is the theoretical framework that extends the classic Harvard architecture by separating execution semantics, authority, and interpretation across abstract execution domains rather than physical instruction/data memory.
Abstract:
An execution domain defines a boundary for execution semantics, resource visibility, and control flow. - LetCdenote an execution domain in an execution contextE. - LetDbe of same type ofCbut of a different execution context.Properties:
-Cshall be not equal toD, asChas a different execution context thanD. -Cmay be composed of sub-programs within the execution contextE.Note: On Execution Contexts:
Execution contexts are treated as abstract semantic parameters, and execution domains as abstract structures indexed by those parameters.
Abstract:
An execution domain is defined as previously stated [here](/blog/execution_domain.mdx). An execution authority is responsible for defining whose semantics may be used for an [execution context](/blog/execution_domain.mdx). A trait is a set of formal rules defining the semantic concepts of an execution context. LetAbe an execution authority of typeTwhereTis an traits of an execution context.Properties:
LetCdenote an execution domain in an execution contextE. LetZdenote an execution domain in an execution contextX. IfCdoes not equal or is not semantically substitutable withZ-- or vice versa. Then --Cshall not equal toZ. IfZorCare defined as null execution context. Then -- the said context -- defined asNis not equal to (!N).Author: Amlal El Mahrouss - amlal@nekernel.org