Abstract: Disclosed are examples of a system that publishes metadata to a blockchain network. The metadata can contain properties of data generated by a system. The metadata can allow for other entities to validate or trust the data generated by the system. The metadata can include data attributes that profile the data.

Abstract: Disclosed are various embodiments for binding the configuration state of client devices to the blockchain and utilizing the binding for managing compliance. A management agent can send a request to a smart contract hosted by a blockchain network for a configuration state for a computing device, the state including data sovereignty and governance policies of the computing device. The management agent can update the configuration of the computing device based upon the configuration state obtained from the blockchain network.

Abstract: Disclosed are various embodiments for binding the configuration state of client devices to the blockchain and utilizing the binding for managing cryptographic compliance. A management agent can send a request to a smart contract hosted by a blockchain network for a zero-knowledge proof (ZKP) of a configuration state for a computing device, the state including cryptographic policies. Cryptographic operations performed by the client device can be performed by complying with the policies stored on the blockchain network.

Abstract: Disclosed are various embodiments for blockchain based public key infrastructure. A public key associated with a network address and an identifier of a certifying smart contract for a certifying entity associated with the public key can be obtained from an identity smart contract hosted by a blockchain network. Then, a certifying public key and a signature for the public key associated with the network address are obtained from the certifying smart contract. Subsequently, the signature of the public key associated with the network address can be verified using the certifying public key.

Abstract: Disclosed are various embodiments for binding the configuration state of client devices to the blockchain. A management agent can send a request to a smart contract hosted by a blockchain network for a configuration state for the computing device, the request comprising a device identifier for the computing device. The management agent can then receive the configuration state from the smart contract and apply the configuration state to the computing device.

Abstract: Disclosed are various embodiments for providing machine learning services to users of a blockchain network. A machine learning model can be hosted off the blockchain. A smart contract can then be deployed to the blockchain. The smart contract can include a reference to the machine learning model and weighted values that can be used by the machine learning model to make classifications. Successful machine learning models will tend to accumulate more cryptocurrency coins or tokens due to their continued use and execution, allowing for an orchestration service to identify successful sets of weighted values that can be adjusted as the basis for attempting to evolve better sets of weighted values for better performance by the machine learning model.

Abstract: Disclosed herein are systems and methods for dynamically switching between synchronous and asynchronous communication channels. A communication request can be received from an application, and a request identifier can be generated for the communication request. The communication request can be transmitted to an edge server application via a first communication channel. The first communication channel can be selected from a plurality of communication channels based at least in part on a policy. In an instance in which a condition specified by the policy is detected in the transmission of the communication request, a second communication channel can be selected from the plurality of communication channels. The communication request can be transmitted to the edge server application using the second communication channel.

Abstract: Disclosed herein are systems and methods for dynamically switching between synchronous and asynchronous communication channels. A communication request can be received from an application, and a request identifier can be generated for the communication request. The communication request can be transmitted to an edge server application via a first communication channel. The first communication channel can be selected from a plurality of communication channels based at least in part on a policy. In an instance in which a condition specified by the policy is detected in the transmission of the communication request, a second communication channel can be selected from the plurality of communication channels. The communication request can be transmitted to the edge server application using the second communication channel.

Abstract: Disclosed herein are systems and methods for dynamically switching between synchronous and asynchronous communication channels. A communication request can be received from an application, and a request identifier can be generated for the communication request. The communication request can be transmitted to an edge server application via a first communication channel. The first communication channel can be selected from a plurality of communication channels based at least in part on a policy. In an instance in which a condition specified by the policy is detected in the transmission of the communication request, a second communication channel can be selected from the plurality of communication channels. The communication request can be transmitted to the edge server application using the second communication channel.