The invention presents a solution in which blockchain Transactions are created to implement the functionality of a logic gate. The invention may be implemented on the Bitcoin platform or an alternative blockchain platform. The transaction includes a locking script which comprises instructions selected so as to implement the functionality of a logic gate, such as the XOR gate. When the script is executed (because a second transaction is attempting to spend the output associated with the locking script) the inputs will be processed by the conditional instructions to provide an output of TRUE or FALSE. The inputs are pre-processed by one or more computing agents so that they are evaluated to TRUE or FASLE prior to being used as inputs to the script. The second transaction is transmitted to the blockchain network for validation and, if determined to be valid, it will be written to the blockchain. Validation of the second transaction can be interpreted as a TRUE output. Thus, the locking script of the first transaction provides the functionality of the desired logic gate. The invention provides numerous advantages and can be used in a wide variety of applications, such as for the implementation of control systems and unit.

A method begins by monitoring exchange item transactions occurring in an exchange item marketplace network. The method continues with generating trend information based on the monitored exchange item transactions and determining attributes for a targeted marketing program based on the trend information. The method continues with identifying a subset of buyer computing devices based on the attributes. The method continues by generating offer information based on the targeted marketing program and sending the offer information to the subset of buyer computing devices. When receiving a purchase request from a buyer computing device, the method continues by generating an exchange item request regarding an exchange item and sending the exchange item request to a branded server associated with the exchange item. The method includes receiving offer exchange item information from the branded server and sending at least a portion of the offer exchange item information to the buyer computing device.

A method for execution by a marketplace server includes detecting fraudulent acquisition of an exchange item by a first computing device, where the exchange item has a static identifier (ID) and a dynamic ID that is generated based on exchange item security parameters associated with the exchange item. The method further includes deactivating the dynamic ID and the exchange item security parameters in response to the detecting fraudulent acquisition, where the static ID of the exchange item remains active and valid. The method further includes generating second exchange item security parameters for the exchange item. The method further includes generating a second dynamic ID based on the second exchange item security parameters, where the second dynamic ID establishes the exchange item for utilization in an exchange item marketplace network. The method further includes updating a record in a marketplace database to include the second dynamic ID.

Potential impending disaster information is received for a potential impending disaster including an event impact value for an extent of the potential impending disaster, a response value for a relief effort for the potential impending disaster, and a donation impact value for effectiveness of the response value. A detection is made, using an artificial intelligence engine, of the response value, of the donation impact value, and of at least one redirection trigger from the potential impending disaster information. Upon the detection of the at least one redirection trigger, a redirection mode is configured. Data is received for a transaction between a customer and a merchant. A determination is made from information from the transaction of a donation amount and a location associated with the transaction. When configured to operate in the redirection mode, generating signals to cause accrual of: at least a portion of the donation amount to a redirection account based on the location associated with the transaction, and any remaining portion of the donation amount to one or more defined donation accounts based on charity catchment area parameters. After the donation amount and the location associated with the transaction are determined, data fields derived from the transaction are received that include: first data for the transaction defined using a first merchant account, and second, different data for the same transaction defined using a second merchant account. Information is transmitted to facilitate a donation of the donation amount to a charity.

Systems and methods to create a customized watch face and retrieve the watch face to be displayed are disclosed. Exemplary implementations may effectuate presentation of a selection interface; receive a mint request to mint the watch face in accordance with a watch face design; effectuate a transfer of consideration from a user wallet to an administrative wallet; mint the watch face; transfer a non-fungible token to the user wallet; receive a display request to display the watch face on a watch screen; determine whether the user wallet holds a non-fungible token associated with the watch face; responsive to the user wallet holding the non-fungible token, facilitate display of the watch face on the watch screen; responsive to the user wallet not holding the non-fungible token, take no action to facilitate display of the watch face on the watch screen; and/or perform other operations.

Supply chain factoring utilizing shared state information stored in a distributed ledger includes the selection of an electronic supply chain document associated with an order for goods by a purchaser of the goods and the minting of a cryptographic token on behalf of a seller of the goods. the token encapsulating a purchase price for the order and associated order terms. A location is reserved in the ledger into which the token is uploaded. Subsequently, factoring terms are published at the reserved location by a factoring agency supporting the factorization of the purchase price. The seller then validates an ascension to the factoring terms in the reserved location. Finally, the reserved location is annotated to indicate satisfaction of the factoring terms upon the purchase price being paid to the factoring agency and a fraction of the purchase price being paid by the factoring agency to the seller of goods.

A system and its methods are described for implementing meta-transactional interactions across one or more decentralized computing networks (“blockchains”) with a managed (“custodial”) wallet, satisfying an important need of lowering the barrier of entry for interacting with smart contracts across multiple blockchain networks. First, the method of encoding and storing a transactional request created by a user's managed account, representing an intention to broadcast the invocation of a specific function of a specific smart contract on one or more peer nodes of a specific blockchain. Then, calculating a cost for processing the encoded transaction within the specific blockchain via analysis including the value and type of cryptocurrency, complexity of transaction, historical trend of transaction fees, and analyses to eliminate the chance of loss due to insufficient transaction fees. Next, obtaining a payment from the user for the transfer of the amount to successfully process their queued transaction. Then, confirming the payment was received in its correct and sufficient form resulting in a transfer of cryptocurrency from a reserve to the user's managed account. Subsequently, determining the transfer is completed and a sufficient balance exists for the execution of the queued transaction. Finally, dequeuing and executing the stored transaction on a specific blockchain by the system on behalf of the managed account, where transaction fees are paid by the managed account and unspent fees are accrued in the balances of the managed wallet.

A system and digital exchange for managing intangible personal rights includes at least a first and second object each including at least one object identifier, a first and second cryptographic object data block associated with the respective first and second objects, at least a first and second group of fractional cryptographic object data blocks each associated with the at least a first and second cryptographic object data block, and a digital exchange. The object data blocks and fractional data blocks contain a unique identifier and key associating the object data block with its respective object. Each data block is linked with a plurality of data blocks via cryptographic hashes. The digital exchange comprises a first user associated with an object data block, a first table including at least one object, object data blocks and fractional object data blocks, and a second user. The first user authorizes the transfer of at least one of an object data block and fractional object data block to the second user and an exchange transaction is created to verify and authenticate the transfer.

A method and system are provided to support a decentralized distributed ledger in which transactions are recorded by parties to the transactions without the use of a blockchain. A distributed ledger system provides a protocol framework that supports the development of protocol flows. A protocol flow is computer code that controls the performance of a transaction by the party or parties to the transaction. Protocol flows can be developed for different types of transactions. The distributed ledger system allows transactions to be proposed, accepted, and notarized by a notary and stored without the use of a blockchain ledger. The distributed ledger system can avoid the expense of the computational and storage resources needed to redundantly verify a transaction and store evidence on the many nodes of a blockchain distributed ledger.

A method for batch processing for a plurality of individual transactions includes generating a batch transaction by aggregating at least some of the plurality of individual transactions according to a setting value of a batch size, and processing the batch transaction via a blockchain network. The generation of the batch transaction includes adjusting the setting value of the batch size based on a monitoring result for a transaction processing status, and generating the batch transaction according to the adjusted setting value.