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: A request to perform an action related to a smart contract deployed on a blockchain may be received at a database system. The smart contract may be associated with a multi-signature authorization policy including one or more signature criteria for performing the action. A respective signature request message may be transmitted to a plurality of recipients. The signature request messages may identify the smart contract and the action. A plurality of signature response messages may be received. Two or more of the signature response messages may include a respective signature generated based on a respective private cryptographic key. An action execution message may be transmitted to execute the smart contract to perform the action. The action execution message may include the two or more signatures. The smart contract may be configured to perform the action when the two or more signatures comply with the multi-signature authorization policy.

Abstract: A relational database stores customer relations management information including a plurality of transaction records that reflect tokens minted on a blockchain and transferred to customers of a plurality of tenants. A blockchain interface may deploy to the blockchain a smart contract owned by an owner account associated with a designated tenant. The smart contract may be linked to a voucher creator account assigned to a voucher creator role, which may be linked to a voucher public key stored on the blockchain in association with the smart contract and a voucher private key. A transaction voucher authorizing a voucher recipient account to execute the smart contract to perform an action may be created and signed with the voucher private key. The smart contract may include an executable function to perform the action after validating the transaction voucher by decrypting the transaction voucher with the voucher public key.

Abstract: A method of asset verification implemented by a computing device as part of an asset verification system. The asset verification utilizes unique identifying information of the asset. The method collects asset information from a user, collects asset information from the computing device, generates a unique identifier from the asset information, adds the unique identifier and the asset information to a blockchain, and stores the asset information in a distributed storage system.

Abstract: Exemplary systems, methods, and apparatuses implement a declarative and metadata driven blockchain platform using Distributed Ledger Technology (DLT) in conjunction with a cloud based computing environment. The exemplary system operates a blockchain interface to the blockchain; receives inputs declaring a new application, network participants for the new application, access rights to the new application, as well as entity types and field definitions for the new application. The system further generates a blockchain asset having encoded therein as the defined metadata for the new application, at least (i) the plurality of network participants declared, (ii) the plurality of entity types declared, and (iii) the one or more new field definitions declared for each of the plurality of entity types; and transacts the blockchain asset having onto the blockchain.

Abstract: Systems, methods, and apparatuses for implementing user access controls in a metadata driven blockchain operating via Distributed Ledger Technology (DLT) using granular access objects and ALFA/XACML visibility rules in conjunction with a cloud based computing environment.

Abstract: A plurality of metadata entries may be sent from a database system to a distributed storage system via a communication interface. The metadata entries may correspond with a respective plurality of metadata identifiers. A first function in a smart contract deployed on a blockchain may be executed to mint a designated non-fungible token initially owned by a first blockchain party corresponding with a database system account. A first transaction transferring the designated non-fungible token to a second blockchain party different from the first blockchain party may be identified. A second function in the smart contract may be executed to record a second transaction updating an attribute value associated with the designated non-fungible token to include a designated one of the plurality of metadata identifiers corresponding with a designated one of the metadata entries.

Abstract: A database system account in a database system may be authenticated as owning a smart contract deployed to a blockchain. Blockchain information related to the smart contract may be received from the blockchain. The blockchain information may identify one or more tokens minted by the smart contract and/or one or more wallets in which the one or more tokens are stored. A plurality of records created based on the blockchain information may be stored in the database system. The plurality of records may include a first record representing the smart contract and a second one or more records representing the one or more tokens.

Abstract: An estimated environmental impact profile may be determined based on a smart contract deployment configuration, which may identify an estimated number of first tokens to be minted via a smart contract instance based on a smart contract template and deployed to a blockchain. One or more instructions to perform a plurality of operations on the designated blockchain may be transmitted. The plurality of operations may include deploying the smart contract instance to the designated blockchain and minting a first number of first tokens via the smart contract instance. The estimated environmental impact profile may be updated based on the one or more operations. An instruction to transfer a second number of second tokens to a recipient may be transmitted. The second number may be selected based on the estimated environmental impact profile to offset an environmental impact associated with the smart contract instance.

Abstract: A designated smart contract representation may be determined based on configuration information provided by a first database system account. The designated smart contract representation may include a binary executable representation of a smart contract template. Access to the designated smart contract representation may be provided via an application exchange in an database system. The database system may provide computing services to a plurality of entities via the internet. The plurality of entities may include a first entity associated with the first database system account and a second entity associated with a second database system account. The application exchange may provide access to a plurality of smart contract representations including the designated smart contract representation. A selection of the designated smart contract representation may be received in association with the second database system account. The binary executable representation may be deployed to a blockchain.

Abstract: An instruction may be transmitted from a database system to a blockchain via a communication interface to deploy a smart contract to the blockchain. The smart contract may include a token transfer redemption policy identifying a designated recipient. A first blockchain transaction transferring a first quantity of a first token minted via the smart contract from a first blockchain party to a second blockchain party may be identified. The first blockchain transaction may involve the transfer of a second quantity of a second token from the second blockchain party to the first blockchain party. A third quantity of the second token may be transmitted to the designated recipient. The third quantity may be determined based on the token transfer redemption policy and the second quantity of the second token.

Abstract: A request may be received to access a digital asset uniquely identified by an identifier within an on-demand database system configured to provide computing services to a plurality of entities via the internet. Ownership of the digital asset may be determined based on ownership of a designated smart contract recorded in a public trust ledger. A plurality of related smart contracts recorded in the public trust ledger may be identified. Each of the related smart contracts may be linked with the designated smart contract. Two or more of the smart contracts may each include a respective one or more non-fungible tokens related to the digital asset. A respective state for two or more of a plurality of modifiable values may be determined. Each of the modifiable values may be being stored within a respective one of the plurality of related smart contracts within the public trust ledger.

Abstract: A set of interfaces is described for implementing a blockchain network by a multi-tenant server, wherein the set of interfaces comprise an object mapping interface. The object mapping interface includes a set object function to designate a tenant object for use in the blockchain network based on an input object; a map function to map fields of the tenant object in a multi-tenant system managed by the multi-tenant server and fields of an exchange object used by the blockchain network based on an input set of field mappings; and a set owner function to set a tenant in the multi-tenant system as an owner of the mappings based on an input identifier.

Abstract: Exemplary systems, methods, and apparatuses implement a declarative, metadata driven, cryptographically verifiable multi-network (multi-tenant) shared ledger in conjunction with a cloud based computing environment.

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: Systems, methods, and apparatuses for implementing an SQL query and filter mechanism for blockchain stored data using Distributed Ledger Technology (DLT) in conjunction with a cloud based computing environment include operating a blockchain interface to the blockchain on behalf of a plurality of tenants of the host organization, in which each one of the plurality of tenants operate as a participating node with access to the blockchain. The system receives input for adding a plurality of authorized network participants to a declared application, updates a blockchain asset on the blockchain containing metadata for the declared application, deploys an executable install package to each of the plurality of authorized network participants for the declared application, retrieves the metadata for the declared application from the blockchain, and displays GUIs specific to the declared application which are auto generated by the executable install package based on the retrieved metadata.

Abstract: Smart flow contracts using distributed ledger technologies in a cloud based computing environment are described herein. For example, a system may include a processor and a memory therein executing within a host organization and having therein: means for operating a blockchain interface to a blockchain on behalf of tenants of the host organization. The tenants may be participating nodes with the blockchain. A login request may be received from a user device. The user device may be authenticated with the host organization. Input from the user device indicating a plurality of smart contract blocks may be received. The smart contract blocks may be translated into a native programming language to form a smart contract to execute via the blockchain. The smart contract may be transacted onto the blockchain.

Abstract: Configuration input for creating a new data privacy profile may be received via a graphical user interface. The configuration input may include account information specifying a plurality of web-accessible accounts. Profile data may be retrieved from the accounts by authenticating with the accounts and populating retrieved user profile data into a newly generated data privacy profile stored at a host organization. A unique SOLID compliant tag may be issued to the user, associated with the data privacy profile, and recorded on a public blockchain. One or more private portions of the data privacy profile may remain inaccessible to requestors.

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 request to present digital content at a client machine associated with a designated network identifier may be received. For each of a plurality of preference characteristics, a respective characteristic query message may be transmitted via a network to a respective plurality of identity nodes via a gossip communication protocol defining a peer-to-peer procedure for transmitting information among the plurality of identity nodes. For each of the plurality of preference characteristics, a respective preference identification response message that includes a respective preference value corresponding with the respective preference characteristic may be received. The designated network identifier may be stored in a trust ledger shared among the plurality of identity nodes. A digital content item may be selected based at least in part on the preference values.