The disclosed embodiments provide a distributed transaction system including a group of validator nodes that are known to each other in a network but are indistinguishable to other network nodes. The validator nodes form a Committee including a Leader node and one or more Associate nodes configured to receive and process transaction requests and candidate requests, for example, to add new blocks to one or more blockchains. The Committee may be dynamically changed, such that nevi network nodes may be added to the Committee or may replace existing validator nodes. The Associate nodes also may coordinate with each other to select a new Leader node. The system may allow multiple request-fulfillment process to run simultaneously, thereby enhance the efficiency of the system. The disclosed embodiments reduce the distributed system's reliance on the stability of any particular node(s) in the network, as the validator nodes in the Committee may be changed at a sufficient frequency to reiriove unreliable, unavailable, or otherwise entrusted nodes. Further, the disclosed embodiments provide a scheme that helps ensure the Leader node, as well as the other Committee members, functions properly.

The disclosed embodiments provide a distributed transaction system including a group of validator nodes that are known to each other in a network but are indistinguishable to other network nodes. The validator nodes form a Committee including a Leader node and one or more Associate nodes configured to receive and process transaction requests, for example, to add new blocks to one or more blockchains. The Committee may be dynamically changed, such that new network nodes may be added to the Committee or may replace existing validator nodes. The Associate nodes also may coordinate with each other to select a new Leader node. The disclosed embodiments reduce the distributed system's reliance on the stability of any particular node(s) in the network, as the validator nodes in the Committee may be changed at a sufficient frequency to remove unreliable, unavailable, or otherwise untrusted nodes. Further, the disclosed embodiments provide a scheme that helps ensure the Leader node, as well as the other Committee members, functions properly.

A system for generating and applying a secure token in a resource distribution network is provided. For example, a headend system generates a payment-based token based on a payment made for a meter. The payment-based token indicates a credit value to be applied to the meter. The credit value can range from a negative credit value limit and a positive credit value limit. The payment-based token is further generated based on a meter identifier. The headend system transmits the payment-based token to the meter via at least a mesh network. After receiving the payment-based token, the meter validates the payment-based token to determine that the payment-based token is generated for the meter. The meter further determines the balance associated with the meter based on the credit value specified in the payment-based token. Based on the balance, the meter connects or disconnects premises associated with the meter from a resource supply.

An exemplary method comprises: generating, by at least one first computing node in the enterprise network or the reconciliation network, a first digital facilitator, wherein the first digital facilitator provides one or more parameters for accessing or distributing data on a distributed ledger in the enterprise network, wherein a private key is used for performing a computing operation, based on the data, in the enterprise network; associating identification information associated with the private key or associated with a custodian of the private key, wherein the identification information enables initiation or execution of one or more distributed ledger-based computing operations in the enterprise network or the reconciliation network; and transmitting, via the reconciliation network, reconciliation data associated with the one or more distribution ledger-based computing operations, wherein the reconciliation data is extracted based on one or parameters for accessing or distributing the data in the enterprise network or the reconciliation network.

In one implementation, a computer-implemented method, executed on a computing device and configured to effectuate a trading platform, includes: receiving balance information from a Value Unit Repository (VUR) to maintain a local balance datastore; receiving a matched order concerning a plurality of parties; and confirming that one or more balances defined within the local balance datastore and associated with the plurality of parties are sufficient to execute the matched order.

A system and corresponding method, for blockchain cryptocurrency exchange, track at least one pending blockchain transaction on a corresponding blockchain. The at least one pending blockchain transaction has been executed, but not yet committed, on the corresponding blockchain. The system and corresponding method determine whether an unexecuted blockchain transaction for cryptocurrency exchange is valid or invalid as a function of transaction information associated with the unexecuted blockchain transaction and the at least one pending blockchain transaction. The system and corresponding method output a result indicating whether the unexecuted blockchain transaction was determined to be valid or invalid, causing the unexecuted blockchain transaction to be executed or denied, respectively.

A remote blockchain masternode deployment system including a light client that can deploy a remote masternode without requiring the masternode owner to lose control of the funds staked at the masternode using a transaction identifier including a transaction hash and an index instead of a transfer of locked funds on the blockchain to an address controlled by a party other than the masternode owner. The masternode owner can unilaterally dismantle the masternode and recover the staked funds by spending the staked funds to another address controlled by the masternode operator. A pingless activation allows the masternode owner to “click and run” after funding the masternode without having to wait for the funding transaction to become buried before broadcasting an activation message. A staking vault performs staking functions for the owner in a way that does not allow unilateral spending of staked funds by the vault.

A method executed by a computing device includes verifying authenticity of a blockchain-encoded record representing a longevity-contingent instrument of a set of longevity-contingent instruments to produce a verified blockchain-encoded record. When the longevity-contingent instrument is associated with an available and unfulfilled benefit status, the method further includes determining fulfillment information for the longevity-contingent instrument. The fulfillment information includes a benefit payout. The method further includes verifying authenticity of an asset blockchain-encoded record representing sub-assets and verifying authenticity of a liability blockchain-encoded record representing sub-liabilities. The method further includes facilitating exclusion of the longevity-contingent instrument from the set of longevity-contingent instruments to produce updated sub-assets and updated sub-liabilities. The method further includes updating the asset blockchain-encoded record to represent the updated sub-assets and updating the liability blockchain-encoded record to represent the updated sub-liabilities.

Various embodiments herein each include at least one of systems, methods, software, and data structures of an authentication network for transaction data. One method embodiment includes electronically receiving an account identifier associated with a purchase transaction and, for each item in the purchase transaction, an item identifier and price data. The method proceeds by generating a data structure in memory for each item included in the purchase transaction. The data structure of each item includes an item identifier and respective price data. Each data structure is then signed in memory with a private key of a private/public key-pair of a merchant of the purchase transaction. The method further proceeds by transmitting each data structure generated for the purchase transaction to a location associated with the account identifier.

Embodiments relate to methods, systems, devices, and computer readable medium for managing digital assets, such as cryptocurrencies and public key and private key pairs. The method may include forming a first payload (or the owner payload). The first payload may include the public key of the digital asset or a corresponding public address for the public key of the digital asset. The method may also include performing a proof of ownership setup process for an owner of the digital asset. The proof of ownership setup process may include generating a proof of ownership hash. The proof of ownership hash may be generated by hashing at least the first payload. The method may also include signing, using the private key of the digital asset, the proof of ownership hash to arrive at a signed proof of ownership hash.