A method for utilizing an object distributed ledger executed by a computing entity includes obtaining, in accordance with a securely passing process, control over a secure first pending transaction associated with a transaction item. The method further includes determining a set of candidate contingent assets for the secure first pending transaction based an identity of the transaction item, an identity of a requesting computing entity, and an authenticated value of the transaction item. The method further includes facilitating selection of at least one candidate contingent asset of the set of candidate contingent assets utilizing an asset selection approach to produce a set of selected contingent assets. The method further includes generating a non-fungible token (NFT) in accordance with the securely passing process to represent a corresponding set of smart contracts of the set of selected contingent assets in the object distributed ledger.

Transaction ID information corresponding to proof certificate-verifying transaction information is transmitted to a block chain retention server if a request for proof certificate information is sensed, when the proof certificate-verifying transaction information generated by using the proof certificate information, to be provided to a customer, is recorded in a block chain retention server and the transaction ID information is managed. The proof certificate-verifying transaction information corresponding to the transaction ID information is acquired from the block chain retention server. A proof certificate index hash value used for comparison, acquired from the proof certificate information to be provided to a customer and corresponding to a request, is compared with a proof certificate-verifying index hash value acquired from the proof certificate verifying-transaction information. Verification information generated with reference to the comparison result of the proof certificate index hash value used for comparison and the proof certificate-verifying index hash value are provided.

A sharded, permissioned, distributed ledger may reduce the amount of work and communication required by each participant, thus possibly avoiding scalability bottlenecks that may be inherent in previous distributed ledger implementations and possibly enabling the use of additional resources to translate to increased throughput. A sharded, permissioned, distributed ledger may be made up of multiple shards, each of which may also be a distributed ledger and which may operate in parallel. Participation within a sharded, permissioned, distributed ledger may be allowed only with permission of an authority. A sharded, permissioned, distributed ledger may include a plurality of nodes, each including a dispatcher configured to receive transaction requests from clients and to forward received requests to verifiers configured to append transactions to individual ones of the shards.

Transaction systems and methods are described for verifying transactions in a vehicle. The transactions utilize blockchains of a cryptocurrency to allow for verification of a transaction even where a live Internet connection is unavailable. The systems and methods utilize a digital wallet stored in the vehicle that allows for transactions with a passenger having a passenger digital wallet. A plurality of local nodes disposed in the vehicle store a local and updated copy of the blockchain to allow for verification of the cryptocurrency transactions even during periods of intermittent internet connectivity.

A computer-based content delivery method includes receiving from a first user a request for content; based on said request, delivering particular content to said first user, wherein said particular content was selected based on information associated with a second user distinct from said first user. The first second users are members of a similarity group, and the second user is a leader of said group and said first user is a follower in said group.

Provided is a process that establishes user identities within a decentralized data store, like a blockchain. A user's mobile device may establish credential values within a trusted execution environment of the mobile device. Representations of those credentials may be generated on the mobile device and transmitted for storage in association with an identity of the user established on the blockchain. Similarly, one or more key-pairs may be generated or otherwise used by the mobile device for signatures and signature verification. Private keys may remain resident on the device (or known and input by the user) while corresponding public keys may be stored in associated with the user identity on the blockchain. A private key is used to sign representations of credentials and other values as a proof of knowledge of the private key and credential values for authentication of the user to the user identity on the blockchain.

A system and computer-implemented method for authenticating digital transactions. The method includes receiving a device registration request and a device attestation response including at least a device integrity status from a device. In response to the device registration request, the method includes providing a device registration response to the device, based on validation of the device integrity status. Further, the method includes receiving a first payment transaction request and an enrolment request from the device via an application to authenticate a second payment transaction request using a first type of authentication technique. Finally, the method includes enrolling the device to the first type of authentication technique and providing a second token to the device based on a result of the first payment transaction request, wherein the second token is used for authenticating the second payment transaction request.

Techniques are described for managing access to data stored in a blockchain, and for managing the communication of blockchain data to other entities. A private key may be generated and issued to an external entity to enable the external entity to access an internal (e.g., private blockchain). The external entity may be an external (e.g., public) blockchain, device, process, or user that is outside an internal network. The key may be associated with metadata that includes constraints, conditions, or rules governing access to the blockchain. An authorized entity may employ the key to request access to the blockchain via access management module(s), and the access management module(s) may employ the metadata to determine whether to approve the request. The access management module(s) may also employ rules governing outbound communication of data from internal blockchain(s) to external entities.

A system and method for enabling users to operate multiple blockchain (or distributed ledger) nodes efficiently, at a much lower cost, etc. For example, when one blockchain starts to take up resources, the system can automatically adjust by looking at the application container layer to see if it is possible to shift resources. It can also shift resources at the server layer to adjust for computation and memory resources to, for example, increase efficiency. It may also share storage for nodes that share the same blockchain to, for example, increase efficiency. The system can also identify tokens that are more efficient to stake, and to shift tokens from one blockchain to another for staking reward efficiencies, etc. It may also deploy one node to another geographic region to increase decentralization, as well as adjust rewards and commissions to provide incentives to boost decentralization as well.

Method for online advertising auction on a peer-to-peer network includes: deploying a smart contract to publish a need from a consumer; receiving encrypted ad bids by the smart contract; storing the received ad bids in a hash function; reducing a number of ads that can be displayed by the consumer; transmitting the ad price to the consumer via the peer-to-peer computer network, when the hashed verification code is received from the consumer verifying that the consumer has viewed the ad content within an ad-viewing period of time; transmitting a difference between the advance payment and the ad price to the advertiser, by the smart contract via the peer-to-peer network; and ending the online advertising auction.