Intelligent processing of electronic value transactions in trusted execution environments

1 . An electronic value transaction flow processing system, comprising:

a hardware processor;

a cloud-based network coupled to the hardware processor and comprising a first trusted master execution environment designated within it;

an event object and tag generator generating an object for each separate digital transaction event that occurs within the first trusted master execution environment, a corresponding event object having a unique address and tag designating a target trusted environment for processing, wherein particular digital transaction events are securely processed within the first trusted master execution environment;

a check-point engine coupled to the event object and tag generator and operable in a processing sequence to designate a particular event object as a check, the particular event object comprising machine-readable instructions operable to execute automatically, upon meeting predetermined conditions, triggering a next action within the first trusted master execution environment to enforce one or more conditions that must be satisfied before a subsequent automated action in the processing sequence is executed; and

a non-transitory computer readable medium storing machine-readable instructions that when executed by the hardware processor cause the processor to:

receive a plurality of data inputs representative of electronic micro value amounts transmitted from a plurality of electronic devices of individual client users as separate digital transaction events in the first trusted master execution environment for performing one or more secure digital transaction functions;

allocate a side operation within the first trusted master execution environment for building consensus from external sources that are granted access to the master execution environment and to unlock release of micro value amounts responsive to reaching consensus;

apply a master module within the first trusted master execution environment to receive the consensus to validate the data inputs representative of electronic value amounts within the first master execution trusted environment;

establish, via the master module, a plurality of separate trusted client environments for performing secure digital transactions with a plurality of client servers, each trusted client environment being cryptographically isolated and configured with a hashing algorithm that is different for each different one of the plurality of client servers;

direct flow of the data inputs representative of electronic micro value amounts to the separate trusted client environments based on a machine-enforceable context schema associated with the corresponding event objects; and

establish a plurality of secure, authenticated channels for flow of the data inputs representative of electronic value amounts to one or more clients based on building consensus with the one or more client servers within the trusted execution environments.

2 . The electronic value transaction flow processing system according to claim 1 , wherein the plurality of secure channels are bidirectional channels that maintain channel state within the corresponding trusted execution environments until a consensus-triggered unlock is performed for flow of the data inputs representative of electronic value amounts.

3 . The electronic value transaction flow processing system according to claim 1 , wherein the plurality of secure channels are established after the data inputs representative of electronic micro value amounts are aggregated in the master trusted execution environment to meet client server defined constraints.

4 . The electronic value transaction flow processing system according to claim 3 , wherein the client server defined constraints specify a threshold limit set in the context schema and enforced by the check-point engine prior to channel unlock.

5 . The electronic value transaction flow processing system according to claim 3 , wherein the client server defined constraints specify an asset growth purpose encoded in the context schema that determines a designated client trusted environment.

6 . The electronic value transaction flow processing system according to claim 1 , wherein the data inputs representative of electronic micro value amounts are indicative of digital asset transfer from another entity, the transfers being validated by the master module using side operation consensus prior to routing.

7 . The electronic value transaction flow processing system according to claim 1 , wherein the data inputs representative of electronic micro value amounts represent deposited digital transactions by a credit card payment processor whose receipt events are recorded in the master shared database prior to aggregation.

8 . The electronic value transaction flow processing system according to claim 1 , wherein the master module control limits access by client servers only to the separate trusted client environments and to a sequence of event objects within separate trusted client environments using private keys managed by the master trusted execution environment.

9 . The electronic value transaction flow processing system according to claim 1 , wherein the master module comprises the check-point engine and is configured to designate events for processing within the first trusted master execution environment and to inject intelligent code into designated check-point event objects to regulate subsequent automated actions.

10 . The electronic value transaction flow processing system according to claim 9 , wherein the check-point engine designates records for recording in a distributed ledger and commits immutable state snapshots responsive to consensus while retaining off-chain state within the trusted execution environments.

11 . A method, comprising:

in a computing system with a hardware processor and a cloud-based network comprising a first trusted master execution environment; and further:

generating, via an event object and tag generator, an event object for each separate digital transaction event that occurs within the first trusted master execution environment, each event object having a unique address and an associated context schema, a particular digital transaction events securely process within the first trusted master execution environment;

operating a check-point engine coupled to the event object and tag generator to designate a particular event object as a check, the particular event object comprising machine-readable instructions operable within the first master execution environment to enforce one or more conditions that must be met before a subsequent automated action in a processing sequence is executed; and

executing, by the hardware processor, machine-readable instructions to perform functions comprising:

receiving a plurality of data inputs representative of electronic micro value amounts transmitted from a plurality of electronic devices of individual client users as separate transaction events in the first trusted master execution environment for performing one or more secure transaction functions;

allocating a side operation within the first trusted master execution environment for building consensus from external sources that have access to the master execution environment;

unlocking release of micro value amounts responsive to consensus;

applying a master module within the first trusted master execution environment to receive the consensus to validate the data inputs representative of electronic value amounts within the first master execution trusted environment and to configure, for each different client server, a different hashing algorithm within a corresponding trusted client environment;

establishing a plurality of separate trusted client environments for performing secure digital transactions within one or more client servers, each trusted client environment being cryptographically isolated and addressable by a unique channel identifier;

directing flow of the data inputs representative of electronic micro value amounts to the separate trusted client environments based on the context schema stored for the corresponding event objects; and

establishing a plurality of secure channels for flow of the data inputs representative of electronic value amounts to the one or more clients based on building consensus with the one or more client servers within the trusted execution environments.

12 . The method according to claim 11 , wherein the plurality of secure channels are bidirectional channels whose current balances are maintained exclusively within the trusted execution environments until settlement.

13 . The method according to claim 11 , wherein the secure channels are established after the data inputs representative of electronic micro value amounts are aggregated in the master trusted execution environment to meet client server defined constraints specified in the context schema.

14 . The method according to claim 13 , wherein the client server defined constraints specify a threshold limit that the check-point engine enforces before authorizing a subsequent automated action.

15 . The method according to claim 13 , wherein the client server defined constraints specify an asset growth purpose that determines routing to a designated client trusted environment.

16 . The method according to claim 11 , wherein the data inputs representative of electronic micro value amounts are indicative of digital assets transfer from another entity and are verified off-chain by external processors prior to unlock.

17 . The method according to claim 11 , wherein the data inputs representative of electronic micro value amounts represent deposited digital transactions by a credit card payment processor, and receipt events are stored in a master shared database for subsequent consensus and routing.

18 . The method according to claim 11 , wherein the master module control limits access by client servers only to their separate trusted client environments and to a sequence of event objects in the separate trusted client environments using private keys granted and revoked by the master trusted execution environment.

19 . The method according to claim 11 , wherein the master module comprises the check-point engine and designates events for processing within the first trusted master execution environment by injecting intelligent code into designated event objects to govern state transitions.

20 . The method according to claim 11 , wherein the check-point engine designates records for recording in a distributed ledger and anchors channel state by storing hashes as proof of custody and integrity for off-chain digital assets associated with the event objects.