Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Embodiments disclosed herein provide systems and methods for digital identity management and permission controls within distributed network nodes. A network node may receive a request to generate a new digital identity record for an entity. The network node may retrieve a template based on an entity type; and receive information, reference documents, and biometric information for the new digital identity record. The network node may associate and store the received information to the data fields in the new digital identity record, generate respective one directional cryptographic hashes of the reference documents and the biometric information, and store the hashes in the new digital identity record while storing the reference documents and biometric information in a non-blockchain repository. The network node may generate a digital identity record block for the new digital identity record, encrypt the digital identity record block, and append the encrypted block to the latest valid blockchain.

Abstract: Embodiments disclosed herein describe systems and methods for deploying a new code block on a blockchain. In an embodiment, an application server may provide a user with a graphical user interface (GUI) with contract components and document components. The application server may generate an assembled contract text based on the user selecting the contract and document components. The application server may determine the blockchain addresses or local addresses of smart contract components corresponding to the contract components and the documents components. The application server may generate a code block including references to the addresses of the smart contracts and the document components or containing the executable code itself and may deploy the code block to the latest valid blockchain. The application server may execute the smart contract in the code block based in response to a digital event trigger.

Abstract: Embodiments disclosed herein provide systems and methods for digital meeting management within a blockchain. Before a meeting, a computer may generate a digital meeting record containing a plurality of data fields and linked to various smart contracts to capture meeting activities. During the meeting, a first smart contract may authenticate and record attendees in the digital meeting record based on biometric information received from the attendees' devices. Furthermore, a second smart contract may capture in the digital meeting record, meeting actions of each attendee, including date, time, and location associated with the meeting actions. After the meeting, a third smart contract may autopopulate post meeting documentation. After review by the attendees, the third smart contract may store a hash of the documentation to the digital meeting record and store the documentation in a repository. Once appended to the blockchain, the digital meeting record becomes an immutable record of the meeting.

Abstract: Embodiments disclosed herein provide systems and methods for digital identity management and permission controls within distributed network nodes. A network node may receive a request to generate a new digital identity record for an entity. The network node may retrieve a template based on an entity type; and receive information, reference documents, and biometric information for the new digital identity record. The network node may associate and store the received information to the data fields in the new digital identity record, generate respective one directional cryptographic hashes of the reference documents and the biometric information, and store the hashes in the new digital identity record while storing the reference documents and biometric information in a non-blockchain repository. The network node may generate a digital identity record block for the new digital identity record, encrypt the digital identity record block, and append the encrypted block to the latest valid blockchain.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Systems and methods described herein may generate a digital payment token associated with a payor-user indicating the status of a payment obligation of the payor-user. The systems and methods may generate a first block containing the digital payment token and append the first block to a blockchain. The systems and methods may receive a confirmation message from a third-party transaction server that the payor-user has either fully or partially fulfilled his or her payment obligation. Based upon the confirmation message, the systems and methods may retrieve the block containing the digital payment token and update the digital payment token to generate an updated digital payment token. The system and methods may generate a second block containing the updated digital payment token to supersede the first block and append the second block to the blockchain. The updated digital payment token may indicate that the digital payment token has expired.

Abstract: Embodiments disclosed herein describe systems and methods for deploying a new code block on a blockchain. In an embodiment, an application server may provide a user with a graphical user interface (GUI) with contract components and document components. The application server may generate an assembled contract text based on the user selecting the contract and document components. The application server may determine the blockchain addresses or local addresses of smart contract components corresponding to the contract components and the documents components. The application server may generate a code block including references to the addresses of the smart contracts and the document components or containing the executable code itself and may deploy the code block to the latest valid blockchain. The application server may execute the smart contract in the code block based in response to a digital event trigger.

Abstract: Embodiments disclosed herein provide systems and methods for digital identity management and permission controls within distributed network nodes. A network node may receive a request to generate a new digital identity record for an entity. The network node may retrieve a template based on an entity type; and receive information, reference documents, and biometric information for the new digital identity record. The network node may associate and store the received information to the data fields in the new digital identity record, generate respective one directional cryptographic hashes of the reference documents and the biometric information, and store the hashes in the new digital identity record while storing the reference documents and biometric information in a non-blockchain repository. The network node may generate a digital identity record block for the new digital identity record, encrypt the digital identity record block, and append the encrypted block to the latest valid blockchain.

Abstract: Embodiments disclosed herein provide systems and methods for digital meeting management within a blockchain. Before a meeting, a computer may generate a digital meeting record containing a plurality of data fields and linked to various smart contracts to capture meeting activities. During the meeting, a first smart contract may authenticate and record attendees in the digital meeting record based on biometric information received from the attendees' devices. Furthermore, a second smart contract may capture in the digital meeting record, meeting actions of each attendee, including date, time, and location associated with the meeting actions. After the meeting, a third smart contract may autopopulate post meeting documentation. After review by the attendees, the third smart contract may store a hash of the documentation to the digital meeting record and store the documentation in a repository. Once appended to the blockchain, the digital meeting record becomes an immutable record of the meeting.

Abstract: A method of allocating a quantity of an incoming order to a plurality of standing orders, wherein the plurality of standing orders are contra to the incoming order and have an identical price is disclosed. The method includes allocating a first portion of the quantity of the incoming order to a first subset of the plurality of standing orders, wherein each order comprising the first subset is designated with a priority; allocating a second portion of the quantity of the incoming order to a second subset of the plurality of standing orders, wherein each order comprising the second subset was submitted by a preferred trader; allocating a third portion of the quantity of the incoming order to a third subset of the plurality of standing orders in accordance with when each order comprising the third subset was received; and allocating a fourth portion of the quantity of the incoming order to a fourth subset of the plurality of standing order proportionally.

Abstract: A method of allocating a quantity of an incoming order for a product develops a value that indicates a portion of the incoming order this is to be allocated using a FIFO algorithm and allocates a first portion of the incoming order to standing orders using the FIFO algorithm. The method further allocates a second portion of the incoming order to standing orders using a pro-rata algorithm, wherein the step of allocating the second portion leaves a remaining quantity of the incoming order. In addition, the method allocates the remaining portion to the standing orders using a FIFO algorithm.

Abstract: A method of allocating a quantity of an incoming order for a product develops a value that indicates a portion of the incoming order this is to be allocated using a FIFO algorithm and allocates a first portion of the incoming order to standing orders using the FIFO algorithm. The method further allocates a second portion of the incoming order to standing orders using a pro-rata algorithm, wherein the step of allocating the second portion leaves a remaining quantity of the incoming order. In addition, the method allocates the remaining portion to the standing orders using a FIFO algorithm.

Abstract: A method for creating a market associated with a first product, a second product, and a parameter, wherein the first product and the second product are related by the parameter, includes the steps of establishing settlement prices for the first and second products and receiving a value for the parameter and an order, wherein the order comprising desired prices for the first and second product. The method also includes the steps of calculating a net difference in price between the order and the settlement prices, wherein the net difference in price is based on the desired prices, the settlement prices, and the value of the parameter; selecting an order book from a plurality of order books that are associated with the first product and the second product, wherein the order book is selected in accordance with the value of the parameter; and adding the order in the order book, wherein each entry in the order book comprises the net difference in price.