Real time boot for secure distributed systems

1. A method, comprising:

powering, by a transport, one or more critical components of the transport;

running, by the transport, a first set of applications on the one or more critical components;

responsive to a dependency of one or more noncritical components of the transport on the one or more critical components:

powering, by the transport, the one or more noncritical components;

running, by the transport, a second set of applications on the one or more noncritical components; and

running, by the transport, an application of the second set of applications having a highest priority after an application of the first set of applications having lowest priority is run.

2. The method of claim 1 , wherein the first set of applications is based on one or more occupants of the transport, and

wherein the second set of applications is based on a destination of the transport.

3. The method of claim 1 , further comprising:

powering off the one or more noncritical components when an application of the second set of applications is running on a device associated with one or more occupants of the transport.

4. The method of claim 1 , further comprising:

running an application of the first set of applications by the one or more noncritical components when the one or more critical components have reached a threshold.

5. The method of claim 1 , further comprising:

receiving a validation of the running of the first set of applications and the second set of applications, wherein the validation comprises a blockchain consensus between a peer group consisting of the transport and a server.

6. The method of claim 5 , further comprising:

executing a smart contract to record the validation on a blockchain based on the blockchain consensus.

7. A transport, comprising:

a processor that when executing one or more instructions stored in a memory is configured to cause the transport to:

power one or more critical components of the transport;

run a first set of applications on the one or more critical components;

responsive to a dependency of one or more noncritical components on the one or more critical components, the processor is further configured to cause the transport to:

power the one or more noncritical components;

run a second set of applications on the one or more noncritical components; and

run an application of the second set of applications having a highest priority after an application of the first set of applications having lowest priority is run.

8. The system of claim 7 , wherein the first set of applications is based on one or more occupants of the transport, and

wherein the second set of applications is based on a destination of the transport.

9. The transport of claim 7 , wherein the processor is further configured to cause the transport to:

power off the one or more noncritical components when an application of the second set of applications is running on a device associated with one or more occupants of the transport.

10. The transport of claim 7 , wherein the processor is further configured to cause the transport to:

run an application of the first set of applications by the one or more noncritical components when the one or more critical components have reached a threshold.

11. The transport of claim 7 , wherein the processor is further configured to cause the transport to:

receive a validation of the run of the first set of applications and the second set of applications, wherein the validation comprises a blockchain consensus between a peer group that consists of the transport and a server.

12. Transport of claim 7 , wherein the processor is further configured to cause the transport to:

execute a smart contract to record the validation on a blockchain, based on the blockchain consensus.

13. A non-transitory computer readable medium comprising one or more instructions that when executed by a processor of a transport cause the transport to perform:

powering one or more critical components of the transport;

running a first set of applications on the one or more critical components;

responsive to a dependency of one or more noncritical components of the transport on the one or more critical components:

powering the one or more noncritical components;

running a second set of applications on the one or more noncritical components; and

running an application of the second set of applications having a highest priority after an application of the first set of applications having lowest priority is run.

14. The non-transitory computer readable medium of claim 13 , wherein the first set of applications is based on one or more occupants of the transport, and

wherein the second set of applications is based on a destination of the transport.

15. The non-transitory computer readable medium of claim 13 , wherein the one or more instructions further causes the processor to cause the transport to perform:

powering off the one or more noncritical components when an application of the second set of applications is running on a device associated with one or more occupants of the transport.

16. The non-transitory computer readable medium of claim 13 , wherein the one or more instructions further causes the processor to cause the transport to perform:

receiving a validation of the running of the first set of applications and the second set of applications, wherein the validation comprises a blockchain consensus between a peer group consisting of the transport and a server.

17. The non-transitory computer readable medium of claim 16 , wherein the one or more instructions further causes the processor to cause the transport to perform:

executing a smart contract to record the validation on a blockchain, based on the blockchain consensus.