Abstract: A system described herein may receive a first authentication request that includes a first identifier of a User Equipment (“UE”), and a second identifier of a second device. The system may output a second authentication request to a wireless network with which the UE is associated, which may include the first identifier of the UE. The system may receive, in response to the second authentication request an indication that the UE has been authenticated, and location information associated with the UE. The system may identify one or more services associated with the received location of the UE, and may output, to the second device and based on the response to the second authentication request, traffic associated with the identified one or more services.

Abstract: A network device may receive, from an equipment identity register, a status of a user equipment and a notification indicating that the user equipment is lost or stolen, and may provide, to a unified data management component, a subscription request that includes the status of the user equipment. The network device may receive, from the unified data management component, a subscription for the user equipment based on the subscription request and based on the status of the user equipment, and may provide, to the user equipment, a command to cause the user equipment to update a configuration of the user equipment based on the subscription.

Abstract: A device of network may provide, to a secondary device, an identifier of a user equipment and a code for messaging, and may receive, from the secondary device and based on the code, target data identifying a target application to notify when the user equipment is stolen. The device may receive an indication of theft of the user equipment, and may block access of the identifier of the user equipment to the target application based on the indication.

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 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: 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 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: 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.