Abstract: A controller, in a software-defined networking control layer, may determine auto-discovery parameters and may use the auto-discovery parameters to identify a first set of forwarding boxes within a network. The controller may identify a second set of forwarding boxes within the network that communicate with or are otherwise coupled to the first set of forwarding boxes. The controller may forward requests to the first and second sets of forwarding boxes to control traffic exchanged via the first and second sets of forwarding box. A third set of forwarding boxes located outside the network may request admissions into the software defined network, and requests from the third set of forwarding boxes may be forwarded to the controller via the first or second sets of forwarding boxes. The controller may authenticate the second and the third sets of forwarding boxes based on their relationship to the first set of forwarding boxes.

Abstract: Systems and methods for blockchain ledger growth management using separation of a blockchain ledger into multiple blockchain ledgers (each ledger having a state that can be tracked and used). The systems and methods also include linking the separated ledgers by utilizing a linking application and smart contracts added to the separated ledgers.

Abstract: Technologies for compressing a blockchain. In some examples, the technologies include removing selected blocks within a blockchain, and replacing the selected blocks with a summary block and a padding block. Each block of the selected blocks includes data in a certain state (such as data in an obsolete state). The technologies can include generating the summary block and padding blocks according to the data in the selected blocks and an original root hash included in the selected blocks and other blocks of the blockchain. The generating of the summary and padding blocks can include generating a new root hash in the summary and padding blocks that only replaces the original root hash in the summary and padding blocks. The generation of the new root hash can be based on a part of a header of a non-selected block of the blockchain directly linked to an end block of selected blocks.

Abstract: The present teaching relates to method, system, medium, and implementations for authenticating a user. A first request is received to set up authentication information with respect to a user, wherein the first request specifies a type of information to be used for future authentication of the user. It is determined whether the type of information related to the user poses risks based on a reverse information search result. The type of information for being used for future authentication of the user is rejected when the type of information is determined to pose risks.

Abstract: A system can include a producer device to receive reference data from a reference station. The system can include a queue device to store a reference message, corresponding to the reference data, in a message queue. The system can include a mapping device to store mapping information indicating that the message queue is associated with the reference station. The system can include a consumer device to identify the message queue as being associated with a microservice to be provided to a client device based on a microservice request. The message queue can be identified based on the mapping information. The consumer device can obtain the reference message from the message queue, generate corrections data associated with the client device, and provide the corrections data.

Abstract: An image capturing device may capture image data for processing to form an image. The image capturing device may perform a hashing procedure on the image data, wherein performing the hashing procedure generates a hash value of the image data. The image capturing device may provide, to an image authentication device, the hash value of the image data, wherein the hash value of the image data is to be used by the image authentication device to validate the image based on a request to authenticate the image received from a receiving device. The image capturing device may process the image data to form the image for display to a user. The image capturing device may provide, after providing the hash value of the image data to the image authentication device, the image for display to the user.

Abstract: Systems and methods for blockchain ledger growth management using separation of a blockchain ledger into multiple blockchain ledgers (each ledger having a state that can be tracked and used). The systems and methods also include linking the separated ledgers by utilizing a linking application and smart contracts added to the separated ledgers.

Abstract: A travel management platform can determine a refueling event for a vehicle, can identify a plurality of refueling stations based on the refueling event, can provide, to the plurality of refueling stations, one or more parameters for the refueling event, can receive respective offers for the refueling event, can select an offer for the refueling event from the respective offers for the refueling event, and can perform various actions, such as transmitting an instruction to autonomously navigate the vehicle to a refueling station associated with the offer for the refueling event, transmitting an instruction to display a notification associated with the offer for refueling event, transmitting information associated with the offer for refueling event, transmitting information associated with the refueling station associated with the offer for the refueling event, and/or the like.

Abstract: A first device may receive, from a second device associated with an emergency motor vehicle (EMV), EMV-tracking information and a communication that the EMV is in emergency response mode and may determine, based on the EMV-tracking information, that the EMV is approaching an intersection. The first device may receive, from a third device associated with a user vehicle, user-tracking information. The first device may determine, based on the user-tracking information, that the user vehicle is approaching the intersection. The first device may determine, based on the EMV-tracking information and the user-tracking information, whether the EMV is predicted to collide with the user vehicle. The first device may provide, to the second device and based on the determination of whether the EMV is predicted to collide with the user vehicle, a first notification including information regarding safety of the EMV proceeding through the intersection.

Abstract: Technologies for compressing a blockchain. In some examples, the technologies include removing selected blocks within a blockchain, and replacing the selected blocks with a summary block and a padding block. Each block of the selected blocks includes data in a certain state (such as data in an obsolete state). The technologies can include generating the summary block and padding blocks according to the data in the selected blocks and an original root hash included in the selected blocks and other blocks of the blockchain. The generating of the summary and padding blocks can include generating a new root hash in the summary and padding blocks that only replaces the original root hash in the summary and padding blocks. The generation of the new root hash can be based on a part of a header of a non-selected block of the blockchain directly linked to an end block of selected blocks.

Abstract: A system can include a producer device to receive reference data from a reference station. The system can include a queue device to store a reference message, corresponding to the reference data, in a message queue. The system can include a mapping device to store mapping information indicating that the message queue is associated with the reference station. The system can include a consumer device to identify the message queue as being associated with a microservice to be provided to a client device based on a microservice request. The message queue can be identified based on the mapping information. The consumer device can obtain the reference message from the message queue, generate corrections data associated with the client device, and provide the corrections data.

Abstract: An image capturing device may capture image data for processing to form an image. The image capturing device may perform a hashing procedure on the image data, wherein performing the hashing procedure generates a hash value of the image data. The image capturing device may provide, to an image authentication device, the hash value of the image data, wherein the hash value of the image data is to be used by the image authentication device to validate the image based on a request to authenticate the image received from a receiving device. The image capturing device may process the image data to form the image for display to a user. The image capturing device may provide, after providing the hash value of the image data to the image authentication device, the image for display to the user.

Abstract: Systems and methods described herein securely compute private data on a cloud platform. A network device in the cloud platform obtains a product or service description from a first user. The description includes a combination of public data and encrypted private data based on a first encryption key. The network device receives a query from an end device of a second user and retrieves, based on the query, the product or service description. The network device forwards the description to a trusted execution environment (TEE) instance for decryption of the encrypted private data, processing of the private data, and re-encryption of the private data with a second encryption key. The network device receives the re-encrypted private data from the TEE instance and assembles the re-encrypted private data and the public data into a query response for presentation on the end device. The network device sends, to the end device, the query response including the re-encrypted private data and the public data.

Abstract: Systems and methods described herein enable data analytics for secure cloud compute data that protects the integrity and confidentiality of the underlying data. A network device in a network creates an instance of a Trusted Execution Environment (TEE). The network device generates, in the TEE instance, transactional data that includes private information and removes the private information from the transactional data to generate extracted data. The network device encrypts, within the TEE instance, the extracted data and exports the encrypted extracted data to a memory outside of the TEE instance.

Abstract: A network device receives a smart contract for permissions to access a service, wherein the smart contract is in an initial block for authorizations in a shared ledger. The network device receives, from an authorization server device, an update to the shared ledger, wherein the update is a proposed block in the shared ledger requiring validation. The network device stores, in a local memory, a copy of the shared ledger with the update, when the update is validated by the distributed consensus network. The network device receives, from a client device, an item request for an item associated with the service, wherein the item request includes a client identifier. The network device identifies if there is match of the client identifier and the item in the copy of the shared ledger and sends, to the client device, the item when there is match of the client identifier and the item.

Abstract: The present teaching relates to method, system, medium, and implementations for authenticating a user. An authentication session is first initiated to authenticate, via iris, a person claiming to be an authorized user, in which a first set of signals is randomly generated for controlling light strobing to be applied to the iris of the person for detecting liveness of the iris. A second set of signals is accordingly generated for controlling iris picture capturing synchronized with the light strobing. The light strobing is applied to the person via strobes generated based on the first set of signals and pictures of the iris of the person are acquired, based on the second set of signals, that are synchronized with the light strobing. Whether the person is live is then determined based on the synchronized pictures acquired when the light strobing is applied.

Abstract: A network device receives a smart contract for permissions to access a service, wherein the smart contract is in an initial block for authorizations in a shared ledger. The network device receives, from an authorization server device, an update to the shared ledger, wherein the update is a proposed block in the shared ledger requiring validation. The network device stores, in a local memory, a copy of the shared ledger with the update, when the update is validated by the distributed consensus network. The network device receives, from a client device, an item request for an item associated with the service, wherein the item request includes a client identifier. The network device identifies if there is match of the client identifier and the item in the copy of the shared ledger and sends, to the client device, the item when there is match of the client identifier and the item.

Abstract: A first device may receive, from a second device associated with an emergency motor vehicle (EMV), EMV-tracking information and a communication that the EMV is in emergency response mode and may determine, based on the EMV-tracking information, that the EMV is approaching an intersection. The first device may receive, from a third device associated with a user vehicle, user-tracking information. The first device may determine, based on the user-tracking information, that the user vehicle is approaching the intersection. The first device may determine, based on the EMV-tracking information and the user-tracking information, whether the EMV is predicted to collide with the user vehicle. The first device may provide, to the second device and based on the determination of whether the EMV is predicted to collide with the user vehicle, a first notification including information regarding safety of the EMV proceeding through the intersection.

Abstract: A travel management platform can determine a refueling event for a vehicle, can identify a plurality of refueling stations based on the refueling event, can provide, to the plurality of refueling stations, one or more parameters for the refueling event, can receive respective offers for the refueling event, can select an offer for the refueling event from the respective offers for the refueling event, and can perform various actions, such as transmitting an instruction to autonomously navigate the vehicle to a refueling station associated with the offer for the refueling event, transmitting an instruction to display a notification associated with the offer for refueling event, transmitting information associated with the offer for refueling event, transmitting information associated with the refueling station associated with the offer for the refueling event, and/or the like.

Abstract: A controller, in a software-defined networking control layer, may determine auto-discovery parameters and may use the auto-discovery parameters to identify a first set of forwarding boxes within a network. The controller may identify a second set of forwarding boxes within the network that communicate with or are otherwise coupled to the first set of forwarding boxes. The controller may forward requests to the first and second sets of forwarding boxes to control traffic exchanged via the first and second sets of forwarding box. A third set of forwarding boxes located outside the network may request admissions into the software defined network, and requests from the third set of forwarding boxes may be forwarded to the controller via the first or second sets of forwarding boxes. The controller may authenticate the second and the third sets of forwarding boxes based on their relationship to the first set of forwarding boxes.