Abstract: A method is performed by a system of a host organization for managing read access of data in a blockchain, the system providing a blockchain interface to a blockchain on behalf of a plurality of tenants of the host organization. The method includes receiving a transaction to be stored to the blockchain via the blockchain interface, encrypting transaction data using a key generated by the blockchain interface, dividing the key into a set of shared secrets corresponding to each node in the blockchain network, receiving a request to access the transaction data by the blockchain interface, receiving at least one of the shared secrets from a node in the blockchain network indicating consensus, and decrypting the transaction data in response to receiving the shared secrets.

Abstract: Systems, methods, and apparatuses for implementing super community and community sidechains with consent management for distributed ledger technologies in a cloud based computing environment are described herein.

Abstract: Systems, methods, and apparatuses for implementing super community and community sidechains with consent management for distributed ledger technologies in a cloud based computing environment are described herein.

Abstract: Described herein are systems, apparatus, methods and computer program products configured to provide tracking and/or status updates for on-site service personnel. Geofences may be utilized to provide for automated updates to a customer. Additionally, tracking links and other communications may be provided to the customer to allow for improved communications with on-site service personnel.

Abstract: Described herein are systems, apparatus, methods and computer program products configured to provide tracking and/or status updates for on-site service personnel. Geofences may be utilized to provide for automated updates to a customer. Additionally, tracking links and other communications may be provided to the customer to allow for improved communications with on-site service personnel.

Abstract: Methods, systems, and devices supporting in-memory software package installation and testing are described. Some systems (e.g., a multi-tenant cloud computing platform) may support installation of software packages, where each package may be defined by a set of metadata. If a tenant selects to install a package, the system may test the package for conflicts between the package and the tenant's production environment. The system may automatically detect additional packages linked to the package based on dependencies defined in the metadata and may temporarily install the one or more packages in-memory at one or more servers. The system may pull a subset of data from the tenant's production environment into the in-memory testing environment based on a metadata testing file in order to support running tests defined by the metadata testing file. The system may test the package(s) in-memory at the server(s) for any conflicts using the metadata testing file.

Abstract: A method and system to manage application package installation in a multi-tenant system is provided. The method includes accessing metadata of an application package for distribution in the multi-tenant system, selecting a component of the application package with a permission guard in the metadata, evaluating permission guard logic to determine wither a target tenant in the multi-tenant system can install the component, and compiling and installing the component in response to the permission guard logic indicating the tenant of the multi-tenant system has met conditions to utilize the component.

Abstract: Systems, methods, and apparatuses for implementing consumer data validation, matching, and merging across tenants with optional verification prompts utilizing blockchain technologies in conjunction with a cloud based computing environment are described herein.

Abstract: Systems, methods, and apparatuses for implementing machine learning models for smart contracts using distributed ledger technologies in a cloud based computing environment are described herein.

Abstract: Systems, methods, and apparatuses for implementing declarative smart actions for coins and assets transacted onto a blockchain using Distributed Ledger Technology (DLT) in conjunction with a cloud based computing environment are described herein. For example, according to one embodiment there is a system having at least a processor and a memory therein executing within a host organization, in which such a system includes means for executing a blockchain services interface on behalf of on behalf of a plurality of tenants; in which a blockchain protocol for the blockchain defines a group of base functions for the blockchain, the group of base functions accessible to any participating node of the blockchain.

Abstract: A method for a multi-tenant server to manage data in a peer-to-peer blockchain network is described. The method includes monitoring one or more fields of a first physical object of a first tenant in the peer-to-peer blockchain network to determine when one or more conditions of a smart contract have been fulfilled; determining that one or more conditions of the smart contract have been met by the first physical object of the first tenant; and performing one or more operations of the smart contract, which are associated with the one or more conditions, in response to determining that the one or more conditions of the smart contract have been met by the first physical object of the first tenant, wherein the one or more operations are performed in relation to a second physical object of a second tenant in the peer-to-peer blockchain network.

Abstract: Systems, methods, and apparatuses for implementing a metadata driven rules engine on blockchain using Distributed Ledger Technology (DLT) in conjunction with a cloud based computing environment are described herein.

Abstract: Methods, systems, and devices supporting a data model abstraction framework are described. Some platforms (e.g., a multi-tenant cloud computing platform) may manage data across a number of persistent systems (e.g., cloud platforms, data stores, packages, etc.). To efficiently manage data across such systems, a platform may implement a metadata-driven abstraction layer. The abstraction layer may support a number of interface objects and interface fields, which may operate as abstracted versions of persistent objects and persistent fields. External entities (e.g., users, triggers, customizations, packages, plugins, or any other entities) may interact with the interface objects, and the abstraction layer may automatically handle mappings from the interface objects to the persistent systems. By using the metadata-driven abstraction layer, the platform may resolve conflicts between the external entities and multiple underlying persistent systems.

Abstract: A request to identify a data value may be received via a network at a designated one of a plurality of identity nodes. A query that includes the data value may be transmitted to an identity service associated with the designated identity node. A response message from the identity service may include one or more designated network identifiers corresponding with the data value. The designated identity node may communicate with the plurality of identity nodes to identify a plurality of network identifiers corresponding with the data value. A trust ledger may be updated to include a correspondence between a selected one of the network identifiers and the data value.

Abstract: Methods, systems, and devices supporting physical proximity graphing are described. Some systems may store a limited set of location information for a set of humans (e.g., refraining from tracking device location information to maintain user privacy). A system may send a survey to each person indicating a suggested list of people based on the location information. The people may provide feedback confirming whether encounters occurred with each suggested human. The system may use this information to generate a graph using hashed identifiers to obfuscate user identities, where the graph tracks connections between people (e.g., based on encounters within a time period). Based on a trigger event, the system may analyze the graph and identify a set of hashed identifiers connected to a person of interest (e.g., traversing multiple levels of the graph). The system may transmit messages to people corresponding to the identified set of hashed identifiers.

Abstract: Methods, systems, and devices supporting in-memory software package installation and testing are described. Some systems (e.g., a multi-tenant cloud computing platform) may support installation of software packages, where each package may be defined by a set of metadata. If a tenant selects to install a package, the system may test the package for conflicts between the package and the tenant's production environment. The system may automatically detect additional packages linked to the package based on dependencies defined in the metadata and may temporarily install the one or more packages in-memory at one or more servers. The system may pull a subset of data from the tenant's production environment into the in-memory testing environment based on a metadata testing file in order to support running tests defined by the metadata testing file. The system may test the package(s) in-memory at the server(s) for any conflicts using the metadata testing file.

Abstract: A method of distributed smart contract deployment in a multi-tenant environment implemented by a computing device. The method including receiving a smart contract source, converting the smart contract source to a smart contract code for a tenant of the multi-tenant environment, the smart contract code to manage blockchain data transaction validation, and installing the smart contract code at the tenant to enforce logic of the smart contract source at the tenant in the multi-tenant environment.

Abstract: A method for a multi-tenant server to manage data in a peer-to-peer blockchain network is described. The method includes monitoring one or more fields of a first physical object of a first tenant in the peer-to-peer blockchain network to determine when one or more conditions of a smart contract have been fulfilled; determining that one or more conditions of the smart contract have been met by the first physical object of the first tenant; and performing one or more operations of the smart contract, which are associated with the one or more conditions, in response to determining that the one or more conditions of the smart contract have been met by the first physical object of the first tenant, wherein the one or more operations are performed in relation to a second physical object of a second tenant in the peer-to-peer blockchain network.

Abstract: A method and system that generates a user interface with information from a decentralized data management system and information from a centralized data management system. The method including retrieving a layout for the user interface, determining metadata for the decentralized data management system, requesting the information from the centralized data management system identified by the layout via a query, accessing the information from the decentralized data management system by indexing, and generating and populating the user interface with the information from the centralized data management system and the decentralized data management system.

Abstract: A request to identify a data value may be received via a network at a designated one of a plurality of identity nodes. A query that includes the data value may be transmitted to an identity service associated with the designated identity node. A response message from the identity service may include one or more designated network identifiers corresponding with the data value. The designated identity node may communicate with the plurality of identity nodes to identify a plurality of network identifiers corresponding with the data value. A trust ledger may be updated to include a correspondence between a selected one of the network identifiers and the data value.