Electronic transfers of value may be secured via verification of locations of parties, and/or progressive trust building, while maintaining privacy of sensitive personal information of parties via separate communications by parties with a payment network server. Locations may be fixed geolocations, proximities, and/or positions relative to markers/beacons that are in motion. Transfers may be made from party to party, party to place and place to party, and/or party to a virtual point-of-sale at a place. Transferred items may be electronic funds in fiat and/or crypto currencies, Non-Fungible Tokens (NFTs)/data associated NFTs, electronic data, and/or securities/financial instruments, for example. Transactions may be multiparty and may comprise multiple exchanges of value.

Systems and methods of the present disclosure may collect data associated with a user activity. The data may be transmitted from an app running on a computing device with a user account authenticated by the computer-based system. The system may calculate a carbon footprint of the user activity based on the data associated with the user activity. An amount of carbon credits may be assigned to a user account authenticated with the computer-based system based on the calculated carbon footprint of the user activity. A transaction may be written to a blockchain retiring the amount of carbon credits in response to a request to offset a carbon footprint.

Systems and methods for tokenization, management, trading, settlement, and retirement of renewable energy attributes are disclosed. In one embodiment, in an information processing apparatus comprising at least one computer processor, a method for tokenization, management, trading, settlement, and retirement of renewable energy attributes may include: (1) identifying renewable energy generation data associated with a seller to tokenize; (2) generating at least one renewable energy token for the identified renewable energy generation data; (3) writing the renewable energy token to a first distributed ledger; (4) adding the renewable energy token to a digital wallet for the seller; (5) exchanging the renewable energy token for a cash token owned by a buyer by associating the renewable energy token with the buyer and associating the cash token with the seller on the first distributed ledger; and (6) retiring the renewable energy token.

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.

A dispute resolution cryptocurrency sidechain system includes a system provider that determines that a transaction amount for a transaction has been received at a first public ledger address on a public ledger from a second public ledger address and, in response, allocates a sidechain address on a dispute resolution sidechain ledger. The system provider then sends, through a network to a payer and a payee involved in the transaction, the sidechain address, and monitors the sidechain address for dispute communications. Based on detecting a first dispute communication that is received at the sidechain address and that is signed using a private key that identifies the payer, the system provider device causes a portion of the transaction amount that was received at the first public ledger address to be sent to the second public ledger address.

An escrowing system for cross-blockchain third-party settlement and a method thereof are disclosed. In the escrowing system, an initiating-end host and an accepting-end host escrow digital assets in smart contracts in different blockchains, respectively, and based on a result of delivery of trading entities outside the blockchain, the digital assets escrowed by the smart contracts are transferred or returned, and the arbitration host is permitted to perform trading arbitration, without managing the trading entities, to determine whether the delivery outside the blockchain succeeds. When the arbitration host determines that the delivery outside the blockchain succeeds, the arbitration host can transfer the digital assets escrowed by the initiating-end host and the accepting-end host without consent of the initiating-end host, so as to achieve a technical effect of improving reliability of escrow.

The technology described herein allocates resources in a cloud computing environment using a 5G network. The system can connect a device to the 5G network and collect data related to the device such as a location of the device and characteristics of use of the device with the 5G network. The system can create a device service profile of the device based at least in part on the data related to the device. The system can then dynamically partition computing resources within the cloud computing environment for the device based on the device service profile and a time-of-day in the location of the device to thereby provide on-demand access to content or services in the cloud computing environment to the device over the 5G network.

An example operation may include one or more of identifying application instances in a cluster group, receiving a request to perform a consensus decision regarding ownership of the cluster group via peer nodes of a blockchain, identifying individual consensus decision votes from the peer nodes, and performing the consensus decision based on the individual consensus decision votes.

A method for optimized validation of a blockchain transaction through the use of a parallel database and date management includes: receiving a new blockchain transaction that includes unspent transaction outputs; identifying, in a parallel database, a start date for a blockchain wallet involved in the new transaction; identifying a subset of blocks in the blockchain that have been added to the blockchain since the start date; validating the new blockchain transaction by validating the unspent transaction outputs using the subset of blocks; and, if the validation is successful, adding the new transaction to the blockchain, or, if the validation is unsuccessful, notifying the submitter of the failed validation.

Sensor data may be captured by at least one sensor in communication with at least one processor. The at least one processor may extract biometric data from the sensor data and compare the biometric data with stored biometric data for a first user stored in a memory in communication with the at least one processor. The at least one processor may determine that the biometric data matches the stored biometric data based on the comparing. The at least one processor may execute a transaction between the first user and a second user, the transaction comprising an exchange of digital currency between the users. The at least one processor may create a block in a distributed blockchain, the block comprising data memorializing the at least one transaction including information describing the exchange of the digital currency and at least one of the biometric data and the stored biometric data.