Data-in-Motion, also referred to as Data in Transit or Data in Flight, is a Digital Asset transmitted between locations (i.e., between computers or computer components). Data-In-Motion also describes data within Random Access Memory (RAM).
Some examples of Data-in-Motion include data:
Once the data arrives at its final destination, it is classified as Data-at-Rest.
Because Data-in-Motion is vulnerable to Man-in-the-Middle (MiTM) Attack attacks, it is often Encrypted to prevent interception. For example, the Internet Small Computer System Interface (iSCSI) transport layer incorporates Internet Protocol Security (IPsec), which can encrypt data as it is transferred between two devices to prevent a Hacker with a sniffer from seeing the contents of that data. IPSec has been used extensively as a transit encryption protocol for Virtual Private Network (VPN) tunnels because it makes use of Cryptography Algorithms such as Triple DES (3DES) and Advanced Encryption Standard (AES). Encryption Platform software can also be integrated with existing Enterprise Resource Planning (ERP) systems to keep Data-in-Motion secure.
Within DIDOs, the Data-In-Motion refers to data as it moves between the Nodes within a Node Network. The data moves on an infrastructure that includes Hypertext Transfer Protocol (HTTP), Hypertext Transport Protocol Secure (HTTPS), Gossip Protocol, etc. There are any number of Technical and de facto Standards that are relevant to the Transport of the data between the nodes.
Although the Data-In-Motion is dependent-upon and influenced-by the Transport Layer, this section is concerned about the data flowing on the Transport Layer rather than on the Physical Layer and the Protocols.
Distributed Application (ĐApp or DApp) are Applications that exist and run on a distributed Peer-to-Peer (P2P) network of Nodes. DApps are outside the control of a single Governing Body. DApps are created for a variety of purposes, including:
DIDO Platforms are not a single software entity such as in an Application, but rather a set of components integrated together. In a DIDO, the integration includes Software and Hardware (H/W) Components that are more than just the Software (SW) and Hardware (H/W) components integrated as a Software Stack or Solution Stack residing on a single Node but on a collection of Nodes called a Node Network.
A Framework is Software (SW) that is a Non-Functional Requirements abstraction of Reusable, generic, tailorable Components by the use of user-written, application-specific Plug In software. Frameworks provide a standardized mechanism for designing, building and deploying Applications. Frameworks leverage either a Software Stack or Solution Stack.
There are two levels to the Transport Level: one for message transport mechanisms and one purely for connectivity:
The Network Level is analogous to the Open Systems Interconnection (OSI) Model Session Layer providing data routing paths for network communication. Data is transferred in the form of packets via logical network paths in an ordered format controlled by the network layer. Logical connection setup, data forwarding, routing, and delivery error reporting are the Network Layer’s primary responsibilities.
This layer includes:
The Link Level is analogous to the Open Systems Interconnection (OSI) Model Data Link Layer (DLL) controlling connections between multiple computers. The session layer tracks the dialogs between computers, which are also called sessions. This layer establishes, controls and ends the sessions between local and remote applications.
Most of the DIDO Platforms, in combination with the Frameworks and Application Layer, provide a Reusable, general mechanism for Dapps to interact with oither DIDO Nodes in a Node Network. However, this combination of Platforms, Frameworks, and Applications create DIDO Silos thereby inhibiting Interoperability between the silos.
Bridges can be built between the Silos. However, existing DIDO Platforms have no incentive to design or implement Bridges. In fact, as the purveyor of competitive DIDO Platforms, they have a distinct disincentive. Many of the DIDO Platform Application Programming Interfaces (APIs) are also poorly documented and hide behind a curtain of Open Source Software (OSS) as standards.
The Interoperability issues between the various platforms silos can be traced to the lowest level of the DIDO Platform, or depending on the perspective, the upper level of the Open Systems Interconnection (OSI) Model Presentation Layer. For example, the selection of a Framework narrows the Interoperability options to those DIDO Platforms that have selected the same Framework. The same can be said of the messaging systems defined in
Transport –> Message Transport Level. Messages are at the core of DIDO Platforms.
[char][✓ char, 2022-03-17]
New section - review