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: 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 described herein may receive a request to bridge an asset from a first distributed ledger to a second distributed ledger. The system may record, to the first distributed ledger, information indicating that the asset is frozen. The first distributed ledger may maintain information indicating that the frozen asset remains associated with an owner of the asset. The system may record, to the second distributed ledger, a bridged version of the asset, and may link the asset to the bridged asset. The system may identify a transfer of the bridged version of the asset to a second owner, and record, to the first distributed ledger and based on the linking of the asset to the bridged asset, information disassociating the first owner from the asset.

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: A device may receive, from a user equipment (UE), a request to allocate one or more computing resources for an application executing on the UE. The device may be associated with an edge node of a mobile network and the UE may be within a coverage area associated with the edge node. The device may receive a remote execution file package that is associated with code to be executed using the one or more computing resources. The device may assign the one or more computing resources for the application. The device may cause at least one of installation of the code for execution by the one or more computing resources, or execution of the code using the one or more computing resources. The device may transmit a response that provides an indication that the one or more computing resources have been allocated for the application.

Abstract: A first key management entity (KME) in a mobile edge network engages in quantum key distribution (QKD) with a second KME in a far network to generate a secret cryptographic key that is shared between the first KME and the second KME. The first KME determines a key identifier (ID) for associating with the cryptographic key, and sends the key ID to the second KME for association with the secret cryptographic key at the second KME. The first KME receives a session request from a first session endpoint for a session across at least one of the mobile edge network or the far network. The first KME sends the key ID and the cryptographic key to the first session endpoint for establishing an encrypted session across the at least one of the mobile edge network or the far network.

Abstract: A system described herein may provide a technique for bridging an asset, such as a non-fungible asset (e.g., a Non-Fungible Token (“NFT”)) from one blockchain to another, while retaining the uniqueness and/or scarcity of the asset. The system may receive provenance information associated with the asset that is associated with a first blockchain, associate the particular asset with a particular identifier, and receive an instruction to bridge the asset to a second blockchain (e.g., from an owner of the asset). Based on receiving the instruction to bridge the asset to the second blockchain, the system may lock the asset on the first blockchain, and mint the asset on the second blockchain, wherein the minted asset includes the particular identifier. The identifier may be linked to off-chain data that associates the minted asset to the original asset, thus maintaining the chain of custody of the asset across the two blockchains.

Abstract: A microservice node can include a network real-time kinematics (RTK) device to receive raw satellite data associated with a physical reference station via a first message in a first message queue, to receive static virtual location data associated with a static virtual reference station (VRS) agent, to generate corrections data for the static VRS agent based on the raw satellite data and the static virtual location data, and to transmit the corrections data to the static VRS agent. The microservice node can include the static VRS agent to publish the corrections data in a second message in a second message queue. The microservice node can include an adapter device to determine that the client device is located within a geographic area associated with the static VRS agent and to transmit the corrections data from the second message queue to the client device.

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 device may include a memory storing instructions and processor configured to execute the instructions to receive, by a blockchain node, a content consumption report from a user device relating to a digital content item provided by a content provider device to the user device and add content consumption data from the content consumption report to a blockchain associated with the blockchain node. The processor may be further configured to receive, by the blockchain node, a request for consumption information relating to the digital content item stored in the blockchain from a rights-holder associated with the digital content item; verify, by the blockchain node, that the rights-holder is authorized to access the requested consumption information; and provide, by the blockchain node, the requested consumption information from the blockchain to the rights-holder.

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: Disclosed are systems, methods, devices, and computer-readable media for offloading lattice-based cryptographic operations to hybrid cloud computing system. In one embodiment, a method is disclosed comprising receiving a first network request from a client device via a secure application programming interface (API), the request including unencrypted data; encrypting the unencrypted data using an algorithm that generates homomorphically encrypted data; issuing a second network request to a second API of a cloud platform, the second network request including the encrypted data; receiving a response from the cloud platform in response to the second network request; and transmitting, in response to the first network request, a result to the client device based on the response, the result obtained by decrypting an encrypted output returned by the cloud platform.

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: 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: The present teaching relates to method, system, medium, and implementation for secure data management by a service provider. A request is first received for carrying out a transaction with a user and one or more data items associated with the user are then determined that need to be validated prior to the transaction. A request is then sent to the user seeking to validate the one or more data items. When a cloaked identifier is received from the user with information related to a trusted party, the cloaked identifier is then sent to the trusted party with a request for a validation response. When the validation response is received with an indication that the one or more data items are validated, the transaction with the user is carried out.

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: A microservice node can include a network real-time kinematics (RTK) device to receive raw satellite data associated with a physical reference station via a first message in a first message queue, to receive static virtual location data associated with a static virtual reference station (VRS) agent, to generate corrections data for the static VRS agent based on the raw satellite data and the static virtual location data, and to transmit the corrections data to the static VRS agent. The microservice node can include the static VRS agent to publish the corrections data in a second message in a second message queue. The microservice node can include an adapter device to determine that the client device is located within a geographic area associated with the static VRS agent and to transmit the corrections data from the second message queue to the client device.

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: Disclosed are systems, methods, devices, and computer-readable media for offloading lattice-based cryptographic operations to hybrid cloud computing system. In one embodiment, a method is disclosed comprising receiving a first network request from a client device via a secure application programming interface (API), the request including unencrypted data; encrypting the unencrypted data using an algorithm that generates homomorphically encrypted data; issuing a second network request to a second API of a cloud platform, the second network request including the encrypted data; receiving a response from the cloud platform in response to the second network request; and transmitting, in response to the first network request, a result to the client device based on the response, the result obtained by decrypting an encrypted output returned by the cloud platform.

Abstract: A device determines, based on location verification data that has been received, that the device is indoors at a first geographic location. The device determines a base measured barometric pressure, and an initial floor that the device is located on in a structure that includes the first geographic location. The device determines an adjusted measured barometric pressure for a second geographic location based on a second measured barometric pressure for the second geographic location and one or more reference barometric pressures that are associated with a reference location. The device determines an altitude for the second geographic location based on the base measured barometric pressure and the adjusted measured barometric pressures. The device causes a server to predict a floor that the device is located on at the second geographic location and to provide floor data that identifies the floor to an interface that is accessible to the device.