Systems and methods are disclosed for dynamic routing of electronic transactions while maintaining token compatibility. One method comprises receiving a request message from a merchant system and determining a final destination payment processor based on a routing directive. Upon determining the final destination payment processor, the request message may be updated by updating a message destination to the final destination payment processor and replacing an initial token with a token that is compatible with the final destination payment processor. The updated request message may then be transmitted to a downstream entity for further processing.

Described herein is technology for providing the secure transfer of assets between blockchain networks. A secure-execution server can be configured to execute a bridge program in a secure execution environment to interact with a first pool of warden servers to facilitate secure transfer of assets between a first blockchain network and a second blockchain network. The bridge program may include instructions that, when executed by the secure execution environment, cause the secure-execution server to perform operations that may include performing lock operations that lock first assets from a contractless blockchain network and mint second assets representing the first assets in a contracting blockchain network, where the contracting blockchain network supports smart-contracts that are unsupported on the contractless blockchain network; and performing unlock operations that unlock the first assets by transferring the first assets in the first blockchain network in response to the second assets being returned or destroyed.

Cryptographic tokens may be transferred between users of a system. A request may be received from a first user to transfer to a second user at least a part of a float of internal cryptographic tokens. A number of the internal cryptographic tokens drawn from the float are then be sent to a digital wallet of the second user. This sending represents at least one transaction that is recorded on an internal blockchain. The float is obtained in an earlier transaction also recorded on the internal blockchain, and the number of tokens in the float is based on a number of external cryptographic tokens obtained through another earlier transaction recorded on an external blockchain.

A mobile wallet computer system may send a token to a customer computing device to share the token with a recipient computer system in exchange for payment for a service or a good. The mobile wallet computer system may receive, the token, a recipient public key associated with a MBC account of the recipient, and a transaction amount. The mobile wallet computer system determines whether the recipient public key is registered with the mobile wallet computer system. The mobile wallet computer system updates a ledger that lists a MBC balance of the MBC account of the recipient and the ledger that lists the MBC balance of the customer or transmits, to MBC processing nodes, a request to transfer the amount of MBC in a pooled MBC account of a financial institution to the MBC account of the recipient.

Systems and methods for active application of secondary transaction instrument tokens in transaction processing systems are provided. A transaction processing server receives a transaction request identifying a request to authorize a transaction using a first transaction instrument and a first token processing engine issues the transaction request with a first transactable token associated with the first transaction instrument for use by a first remote entity to authorize the first transaction instrument. The transaction processing server receives a transaction request failed message and actively routes a non-transactable token from the first token processing engine to a second token processing engine. The second token processing engine reissues the transaction request with a second transactable token associated with the second transaction instrument for use by a second remote entity to authorize the second transaction instrument and receives an indication that the transaction completed successfully using the second transactable token.

A method includes initiating, by a first computing device, an interaction with a second computing device. The first computing device includes a first digital asset unit and the second computing device includes a second digital asset unit. The first digital asset unit stores assignable tokens. The method further includes determining to assign conditional access rights to an amount of the assignable tokens to the second digital asset unit where the conditional access rights are in accordance with a set of conditions. The assignment of conditional access rights is a self-enforcing smart contract embedded in an assignable token distributed ledger technology. The method further includes locking the amount of the assignable tokens stored in the first digital asset unit and providing the conditional access rights to the amount of the assignable tokens to second digital asset unit. The second digital asset unit does not store the amount of the assignable tokens.

A method includes initiating, by a first computing device, an interaction with a second computing device. The first computing device includes a first digital asset unit and the second computing device includes a second digital asset unit. The first digital asset unit stores assignable tokens. The method further includes determining to assign conditional access rights to an amount of the assignable tokens to the second digital asset unit where the conditional access rights are in accordance with a set of conditions. The assignment of conditional access rights is a self-enforcing smart contract embedded in an assignable token distributed ledger technology. The method further includes locking the amount of the assignable tokens stored in the first digital asset unit and providing the conditional access rights to the amount of the assignable tokens to second digital asset unit. The second digital asset unit does not store the amount of the assignable tokens.

A method includes determining, by a digital asset custodial device, to assign conditional access rights to an amount of assignable tokens stored in a digital asset custodial device account of the digital asset custodial device to a network computing device of a cryptocurrency payment system to back certain interactions of the cryptocurrency payment system. The conditional access rights are in accordance with a set of conditions. The assignment of the conditional access rights is a self-enforcing smart contract embedded in an assignable token distributed ledger. The method further includes locking, by the digital asset custodial device and in accordance with the self-enforcing smart contract, the amount of the assignable tokens stored in the digital asset custodial device account and providing the conditional access rights to the amount of the assignable tokens to the network computing device. The network computing device does not store the amount of the assignable tokens.

Transaction identification is described. A payment processing platform can receive (i) transaction data associated with a transaction between a merchant and a customer and (ii) a transaction code from a payment making platform. The payment processing platform can receive an indication of an interaction between a computing device of the customer and the transaction code, wherein the indication is associated with context data associated with the interaction. Based at least partly on comparing the transaction data with the context data, determining that the customer is associated with the transaction and causing an association between the customer and the transaction, wherein the association causes at least a portion of the transaction data to be provided to a mobile payment application, associated with the payment making platform, on the computing device of the customer.

Techniques are disclosed utilizing cognitive computing to improve commercial communications from vendors to users. A user's financial account(s) and location may be monitored to determine when a user is within a threshold distance of a vendor. If the user is within the threshold distance the methods and systems disclosed may determine which targeted commercial communications to transmit to the user based upon a shopping profile for the user. The shopping profile may include a dataset indicative of the shopping habits of the user.