Transactional system with peer-to-peer distributed architecture for exchanging units of account

Abstract

A transaction system based on a distributed peer-to-peer computer architecture, said system involving transactions generated by users by means of wallets and allowing the transfer of units of account by feeding inputs from outputs, each transaction (called downstream transaction) having an input directly or indirectly referring to an output of an upstream transaction (or several inputs each referring to an output of a respective upstream transaction) and having an output specifying the number of units of account and an address of a recipient. The system comprises means for connecting an input of a downstream transaction to an output of an upstream transaction as a function of matching rules between a code computed on all or part of the content of the downstream transaction and a check code contained in the upstream transaction, or conversely, The system further comprises means for propagating a contract, predetermined at an upstream transaction, to a downstream transaction having an input connected to the output of said upstream transaction, said contract being executable on a context for establishing allocation constraints of the output(s) of the downstream transaction, such allocation being authorized only if the constraints are met.

1 . A transaction system based on a distributed peer-to-peer computer architecture, said system involving transactions generated by users by means of wallets and allowing the transfer of units of account by feeding inputs from outputs, each transaction (called downstream transaction) having an input directly or indirectly referring to an output of an upstream transaction (or several inputs each referring to an output of a respective upstream transaction) and having an output specifying the number of units of account and an address of a recipient, the system comprising:
 means for connecting an input of a downstream transaction to an output of an upstream transaction as a function of matching rules between a code computed on all or part of the content of the downstream transaction and a check code contained in the upstream transaction, or conversely,   
       the system further comprising:
 means for propagating a contract, predetermined at an upstream transaction, to a downstream transaction having an input connected to the output of said upstream transaction, said contract being executable on a context for establishing allocation constraints of the output(s) of the downstream transaction, such allocation being authorized only if the constraints are met. 
 
     
     
         2 . The system according to  claim 1 , wherein the addresses of the transaction outputs are obtained by a coding operation applied to the contract and the context. 
     
     
         3 . The system according to  claim 2 , wherein the coding operation includes a hash code generation. 
     
     
         4 . The system according to  claim 1 , wherein said predetermined contract is common to a plurality of upstream transactions having outputs respectively connected to several inputs of the downstream transaction. 
     
     
         5 . The system according to  claim 4 , wherein the allocation of a downstream transaction output is authorized if the allocation constraints corresponding to at least one of the upstream transactions are met. 
     
     
         6 . The system according to  claim 4 , wherein the allocation of a downstream transaction output is authorized if the allocation constraints corresponding to all upstream transactions are met. 
     
     
         7 . The system according to  claim 1 , wherein the allocations constraints include possible output addresses. 
     
     
         8 . The system according to  claim 7 , wherein the addresses correspond to multi-signatures. 
     
     
         9 . The system according to  claim 1 , wherein the allocation constraints comprise maximum amounts of units of account associated to output addresses. 
     
     
         10 . The system according to  claim 1 , wherein the allocation constraints comprise transaction types. 
     
     
         11 . The system according to  claim 10 , wherein the transactions are organized in pots associated to respective users, and wherein the allocation constraints are defined pot by pot. 
     
     
         12 . The system according to  claim 1 , wherein the context comprises upstream transaction output identifiers, so that said allocation constraints evolve dynamically as a consequence of the addition of new transactions upstream of said downstream transaction,
 in such manner that the allocation of outputs of the downstream transaction can be implemented with an evolving group of users capable of generating upstream transactions over time, without having to initially know said users.