WO2021249208A1 - 采用码链区块的数字货币模型、方法、系统及装置 - Google Patents

采用码链区块的数字货币模型、方法、系统及装置 Download PDF

Info

Publication number
WO2021249208A1
WO2021249208A1 PCT/CN2021/096768 CN2021096768W WO2021249208A1 WO 2021249208 A1 WO2021249208 A1 WO 2021249208A1 CN 2021096768 W CN2021096768 W CN 2021096768W WO 2021249208 A1 WO2021249208 A1 WO 2021249208A1
Authority
WO
WIPO (PCT)
Prior art keywords
code
code chain
accounting
chain
node
Prior art date
Application number
PCT/CN2021/096768
Other languages
English (en)
French (fr)
Inventor
徐蔚
Original Assignee
徐蔚
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 徐蔚 filed Critical 徐蔚
Publication of WO2021249208A1 publication Critical patent/WO2021249208A1/zh

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56Financial cryptography, e.g. electronic payment or e-cash
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Definitions

  • the invention relates to a digital currency model, method, system and device using code chain blocks.
  • Digital currency can be considered as a kind of virtual currency based on node network and digital encryption algorithm.
  • Some existing digital currencies come from certain open algorithms and may not have an issuer, so no one or institution can control its issuance.
  • the total amount of digital currencies is fixed, which eliminates the possibility of inflation caused by the abuse of virtual currencies.
  • the transaction process requires the approval of various nodes in the network, which can ensure the security of the digital currency transaction process to a certain extent.
  • UTXO the full name of Unspent Transaction Output (unspent transaction output)
  • UTXO has an amount and an owner.
  • the owner obtains UTXO through a transaction, and UTXO records the pointer of the source of the transaction, and the source is also a UTXO object.
  • the input of each transaction actually refers to the output of the previous transaction.
  • Each transaction can have several inputs, and each input includes the following information: 1) which transaction output the input is, and 2) the input is the first output of the transaction.
  • the transaction output that does not correspond to these two pieces of information can be called the unspent transaction output.
  • For a transaction to be valid a valid signature of the owner of the spent UTXO is required, and the total amount of UTXO spent is greater than or equal to the total amount of the transaction.
  • the wallet balance involved in the transaction is actually a collection of UTXOs of a wallet address; a user's balance is calculated using the sum of the UTXOs he owns. If you want to calculate the "balance" of user A, then you must traverse all transactions related to A, find all the transactions whose output address is A and have no cost, and you can calculate it. Each UTXO is one-time and indivisible. When user A transfers money to user B, when the amount he wants to transfer does not match his UTXO value, he uses multiple outputs, some of which are returned to himself, to achieve change . For example: A wants to transfer 1,000 yuan to B.
  • B After receiving these two UTXOs, B generates two UTXOs of his own wallet: one UTXO is 500 yuan, which is derived from A’s 500 yuan UTXO; the other is 500 yuan UTXO, which is derived from A’s 800 yuan UTXO, And generate a change of 300 yuan.
  • the change object returns to A's wallet.
  • UTXO objects accurately simulate the form of cash transactions in reality, combined with distributed accounting and blockchain consensus mechanisms, and become an emerging electronic transaction mode independent of mainstream bank electronic accounting transactions.
  • UTXO is used for bookkeeping, and as funds are transferred from one wallet to another, a clear transaction chain is formed. This fund transaction chain will not be blurred as the transaction level increases, because every transaction has a unique Encoding, transaction encoding connects the input of the current transaction with the output of the previous transaction, which can be traced back to the use chain of funds from the source, and the source of funds for each transaction can also be traced back.
  • UTXO accounting can use the blockchain method, or a hybrid accounting method composed of central nodes and regional nodes. The fairness and efficiency of bookkeeping nodes are the core technical difficulties of UTXO's bookkeeping method.
  • Blockchain technology solves the problem of decentralization of the information network, enabling the trusted information of the network consensus to be transmitted by consensus, but its problems are also very obvious: 1) High cost: a large amount of computing power is used in meaningless cryptography In the algorithm, the social cost is greatly increased; 2) Anonymity: Both users, service providers and miners are anonymous, it is difficult to avoid anonymous users applying this to illegal activities, and it is impossible to isolate the illegal information originator on the network. , The spread of forged information. The second problem is prominently manifested in the fact that Bitcoin based on blockchain technology is widely used in illegal money laundering and cybercrime. The endorsement of the value determination and use of Bitcoin needs to be verified by a group of robots, that is, a "community" based on IP addresses. Its design deviates from the basic attributes of human society, making the above problems unsolvable.
  • IP Internet/Internet of Things-based technologies
  • All supporting networking access devices are also based on IP address management.
  • IP Internet/Internet of Things-based technologies
  • All supporting networking access devices are also based on IP address management.
  • IP IP address management
  • Each node is an IP, that is, a machine (including networked computers, mobile phones, unmanned cars, airplanes, refrigerators, air conditioners, etc., even half-human and half-machines with brain implanted chips), which exist in cyberspace, or at any time, Any place (multiple locations), or does not exist anywhere; however, because it is non-human and separate from human society, it causes various chaos (hackers, naval forces, anonymity, etc.).
  • single-phase "point-to-point "Link” also cannot truthfully express the human social characteristics of tribal groups based on social formation.
  • the information receiver can not only receive the original information, but also obtain the attribute information given by the disseminator, and can be used through the dissemination chain. Get more relevant information to make more reasonable decisions and behaviors. From a further extension, these attribute information can not only enable the receiver to obtain the transmission channel of the information, but also make judgments on the authenticity, quality, and rationality of the connotation of the information itself.
  • the attribute information itself is the superposition of the original information by the communicator, its attribute itself has the following characteristics: 1) Subjectivity: the assignment of the attribute has a strong subjectivity of the communicator, which over time, the communicator’s The situation and other objective factors have changed. 2) Forgeability: The credibility of the information itself can be changed extremely simply to gain personal benefit. 3) The issue of communication efficiency: Due to the limitation of the range of contact, the efficiency of chain communication is slower and less efficient than using the Internet to publish/repost, which will reduce the probability of use. 4) Cost issue: To maintain the reliability of the information on the dissemination chain, it will inevitably bring high verification costs. These costs will lead to a linear increase in the cost of information, which will hinder the scope and frequency of use of the information itself.
  • Information dissemination has its own value: take advertising as an example. Its essence is the value conversion of information publishing resources. High-priced advertisements must be published through resources that can spread information to more people under the same conditions. That is, the more audiences it can reach, the greater its value. With traditional advertising methods, information is only "spread" out. After being spread, the follow-up communication process is completely lost.
  • each disseminated behavior contributes to the final transaction. Without the transmission of any of these information, the information cannot reach the person with the intention of the transaction, and the transaction cannot be established. Therefore, the dissemination of information has value, and the person who implements the dissemination behavior should obtain these values as a return for their actions.
  • this value has not been valued for a long time because there is a lack of efficient and universally applicable technical means to trace the effective communication behaviors implemented by various communicators in the entire process, and it is difficult to honor the dissemination of various communicators in the process of communication. value.
  • the present invention provides a digital currency model, method, system and device using a code chain block to realize the value traceability and propagation traceability of transactions.
  • the code chain server queries the corresponding code chain and the information of the forwarding nodes at all levels in the code chain according to the code chain pointing information; among them, the code chain corresponding to the code chain pointing information is formed by the forwarding of the content by the forwarding nodes at several levels,
  • the forwarded content includes at least code chain pointing information and common master information; the code chain server interacts with at least part of the forwarding nodes in the code chain, and requests the at least part of the forwarding nodes to endorse their respective forwarding operations.
  • the queried information of the forwarding node is, for example, the identification information of the forwarding node, or the information of the forwarding node that can be contacted, etc., and there is no specific limitation.
  • the specific content and expression form of the code chain pointing information and the main information are not limited.
  • the code chain pointing information can be a certain code chain number, or a certain kind of link information, but it is not limited to this.
  • the code chain pointing information and the main information can be forwarded in the form of a coding medium; at each level of forwarding, the code chain pointing information and the main information correspond to different fields of the coded information of the same coding medium; or, the code chain The pointing information and the main information respectively correspond to different encoding media and their encoding information; or, the code chain pointing information is located in the carrier of the main information or its corresponding encoding media at the same time (for example, a page that can be disseminated online or offline, etc.) ) On, and vice versa.
  • the forwarded content can also further include other content according to actual applications, without specific restrictions.
  • the code chain server acts as the main accounting node to generate a code chain accounting object, and correspond it with the currently queried code chain; the code chain accounting object can be synchronized to other accounting nodes;
  • the data of the code chain accounting object includes at least code chain pointing information corresponding to the code chain;
  • the code chain server For the forwarded content corresponding to the code chain, the code chain server also forms an endorsement part according to the endorsement of the forwarded content, and adds the endorsement part to the data of the code chain accounting object.
  • the accounting node that generates the code chain accounting object is called the master accounting node.
  • the main accounting node or other authorized accounting nodes can update or adjust the data of the code chain accounting object.
  • the code chain accounting object is allowed to be recorded, stored, forwarded, and so on.
  • Either party uses the corresponding functional equipment (software and hardware) to read the data of the code chain accounting object stored or obtained through synchronization, forwarding or other various methods; it can also perform data processing on the code chain accounting object. Interpret or transform, and show at least part of it (to the operator of the device or a designated party).
  • the data of the code chain accounting object can also be encrypted. After the object is obtained, the corresponding key must be used to decrypt the data before the data can be read or other operations can be performed.
  • Examples of devices include, for example, processors, internal or external memories (such as storing programs, related instructions required to perform various operations, storing code chain accounting objects or their data, etc., but not limited to this), interactive transmission units (and Input and/or output related information between other interacting parties, such as the code chain accounting object or its data, programs, instructions, and subsequent interactions such as query based on the information read), human-computer interaction unit (with the operator Interaction between).
  • the device can be implemented in various forms such as servers, smart terminals (computers, mobile phones, tablets, wearable devices...), etc., not to list them all. Of course, depending on the operations performed, the required equipment (software and hardware) can be adjusted adaptively.
  • the accounting node that obtains the code chain accounting object can query the corresponding code chain and the data of the code chain related data that is open to the authority according to the code chain pointing information contained in the code chain accounting object.
  • the accounting node that obtains the code chain accounting object can learn the endorsement status of the forwarded content corresponding to the current code chain according to the endorsement part included in the code chain accounting object.
  • the code chain server acts as the main accounting node, and generates code chain accounting objects according to the received accounting request; the receiving node that receives the forwarded content makes an accounting request to the code chain server; or interacts with the receiving node The other party makes an accounting request to the code chain server.
  • the receiving node is the payer in the transaction, and the other party interacting with the receiving node is the payee in the transaction; or, the receiving node is the payee in the transaction, and the other party interacting with the receiving node Is the payer in the transaction.
  • the receiving node determines whether to initiate the transaction according to the endorsement feedback from the code chain server; after the receiving node determines to initiate the transaction, it makes a billing request; or, through interaction, the receiving node sends a request to the other party Send out the transaction intention, and the other party makes a billing request.
  • the receiving node also needs to determine whether to initiate a transaction based on transaction-related information.
  • the information related to the transaction can be obtained through one or more of the following methods, and is not limited to this:
  • the receiving node obtains it through the master message
  • the receiving node itself provides or retains transaction-related information in advance
  • the receiving node is obtained by interacting with one or more parties who know the transaction-related information: the identity of this party is not limited, and its role (in forwarding or transaction or inquiry or endorsement) is not limited;
  • it can be the other party in the transaction; for example, it can be the forwarding node that forwards content to the receiving node, the organizer of the main information, the initial forwarding node or other forwarding nodes of a certain level, and the server that provides forwarding services; another example Is the code chain server, (such as the jurisdiction where the receiving node is located) or its designated server (the server and the code chain server can be integrated, or they can be independent and interactive servers, or completely unrelated), etc.
  • the information used to contact this party can be obtained through the main message or other forwarded information, or through the management party in the jurisdiction or its designated information provider.
  • the code chain server or other servers, etc. can provide transaction-related information pre-stored there to the receiving node or parties in the transaction, or provide it to the receiving node or parties in the transaction after real-time query of transaction-related information .
  • the data of the code chain accounting object when used in a transaction, further includes a transaction scene part; the transaction scene part includes: code chain pointing information and transaction scene scripts; transaction scene scripts are used to point according to the code chain Information is used to restore the transaction scenario; the transaction scenario includes: a description of the forwarding scenario when the content is forwarded to the receiving node, and a summary of the transaction.
  • the data of the code chain accounting object when used for accounting in a transaction, further includes: pointing information to the current transaction; digital signature of the owner of the digital currency quota; input part, quoted from another A code chain accounting object represents the source of the corresponding amount of digital currency; the output part represents the amount of this transaction and the amount of change; the timestamp represents the time of the transaction.
  • the various pointing information described in the present invention is not limited to its specific content and expression form (for example, a certain sequence, number, link, etc.), and it can be used to know or record the specific content and the relationship between the pointing information and the pointing information.
  • it is used to inquire about the data in the pointed content that allows permission to be opened to the inquiring party.
  • the code chain accounting object used for accounting in the transaction is called the first code chain accounting object
  • the code chain server further issues rewards to all forwarding nodes on the code chain or all verification nodes on the code chain or all verification nodes that provide endorsements on the code chain; the reward includes at least the amount of digital currency;
  • the code chain server Based on the amount of digital currency for rewards that each node should receive, the code chain server also generates corresponding second code chain accounting objects, and synchronizes them to other accounting nodes;
  • the code chain server also adds the information pointing to the accounting object of the second code chain to the transaction scene part of the accounting object of the first code chain, and resynchronizes the accounting object of the first code chain to other accounting nodes.
  • all forwarding nodes on the code chain can be verification nodes at the same time, or only some forwarding nodes with endorsement qualifications can be verification nodes at the same time.
  • the reward issued to the corresponding node can also be the adjustment of a certain attribute related to the node (points, comprehensive evaluation index, etc.), or it can be the issuance of a certain physical or virtual item or the provision of a certain service. Not to list them all.
  • the calculation and distribution of rewards can be handled by the code chain server itself, or by other servers that interact with the code chain server.
  • the other servers can be used exclusively for reward processing, and can also be used for the realization of other functions in the method of the present invention at the same time.
  • synchronization of code chain accounting objects is performed by any of the following methods or any combination:
  • the code chain accounting object is synchronized to multiple accounting nodes under the code chain server;
  • code-chain accounting object generated by any code-chain server is synchronized to the code-sending server as the accounting node;
  • code chain accounting object generated by any code chain server is synchronized to other code chain servers as accounting nodes.
  • the synchronization of code chain accounting objects is realized through blockchain technology.
  • the code chain server After the code chain server obtains the required endorsement, it records the endorsement situation.
  • all forwarding nodes on the code chain act as verification nodes at the same time; obtaining the endorsement that meets the requirements refers to obtaining the endorsements of a specified number of verification nodes.
  • the type of the forwarding node corresponds to whether the forwarding node also serves as a verification node
  • Obtaining an endorsement that meets the requirements refers to obtaining the endorsement of the forwarding node that matches the type, that is, obtaining the endorsement of the forwarding node that also serves as the verification node; the code chain server needs to obtain the endorsements of all verification nodes, or the code chain server needs to obtain a specified number of verifications Endorsement of the node.
  • the type of the forwarding node may be included in the code chain related data, the forwarding scenario related data, the forwarding content, the endorsement section, and so on. According to application needs, it can be opened to the code chain server or other parties for inquiries.
  • different types of nodes can also be classified according to other conditions, attributes, channels, etc. according to actual applications, and will not be repeated one by one.
  • the endorsement of each node can also be recorded in the relevant data of the code chain for subsequent query.
  • the specified number refers to more than half of the number of verification nodes on the code chain, but it is not limited to other values in other examples.
  • the endorsement section includes at least an endorsement serial number and an endorsement script
  • the endorsement serial number is represented by a value from 1 to the maximum number of endorsements; each forwarding node has a corresponding endorsement serial number;
  • the endorsement script is used to restore the endorsement information of each forwarding node with the endorsement serial number, and at least includes the identification information and endorsement time of each forwarding node with the endorsement serial number, but is not limited to this.
  • the endorsement script is used to restore information related to the endorsed content. For example, it is used to restore the information related to the forwarded content (such as the main information, or its comments, or the information pointing to the main information, etc.), and for example, to restore the information related to the transaction (transaction serial number, etc.), but not Limited to this.
  • the endorsement serial number or other data contained in the endorsement part may further point to other information of the corresponding forwarding node, such as the node number, the node type, the label corresponding to the type, and so on.
  • the maximum number of endorsements in the endorsement part is related to the forwarding path of the current code chain, and corresponds to the number of all forwarding nodes on the current code chain; each forwarding node with an endorsement serial number corresponds to the code chain Each forwarding node on the.
  • all forwarding nodes on the code chain are verification nodes at the same time, or some forwarding nodes on the code chain are verification nodes at the same time;
  • the maximum number of endorsements in the endorsement part corresponds to the number of verification nodes on the current code chain; each forwarding node with an endorsement serial number corresponds to each verification node on the code chain;
  • the maximum number of endorsements corresponds to the number of verification nodes that have received endorsement requests on the current code chain; each forwarding node with an endorsement serial number corresponds to each verification node on the code chain that receives the endorsement request;
  • the maximum number of endorsements corresponds to the number of verification nodes that provide endorsements on the current code chain; each forwarding node with an endorsement serial number corresponds to each verification node that provides endorsements on the code chain.
  • the code chain server verifies the forwarding scene related data corresponding to each level of forwarding or at least one level of forwarding according to the query related data of the code chain. Determine whether the endorsement is provided by the code chain server and form an endorsement department.
  • the endorsement provided by the code chain server can be made to correspond to a value from the endorsement serial number from 1 to the maximum number of endorsements, so as to replace the forwarding node that does not provide endorsement. ;
  • At least one level of forwarding verified by the code chain server for example, the initial first level of forwarding, or any one of the first levels of forwarding, or the forwarding for those verification nodes that have not given an endorsement (or One or more levels of forwarding before or after it).
  • the endorsement given by the code chain server after verification can be forwarded for a certain level verified by it (it can be an endorsement to replace the missing verification node at this level; it can also be the endorsement between the code chain server and the verification node at this level Simultaneous recording), or the entire forwarding process involving all levels.
  • the endorsement given by the verification node and the endorsement given by the code chain server can be distinguished by different identifiers. For example, it may also be that the server of another party verifies each level or at least one level of forwarding and then feeds it back to the code chain server, and the code chain server performs endorsement.
  • the receiving node that receives the forwarded content obtains at least the main information and the code chain pointing information; after the receiving node transmits the code chain pointing information to the code chain server through interaction, the code chain server initiates the query.
  • the receiving node can add code chain pointing information in a request sent to the code chain server or in other interactive information; or, provide the forwarded content it receives to the code chain server; or, add the code chain
  • the pointing information generates the corresponding encoding medium and sends it to the code chain server, and so on.
  • the code chain server can also obtain code chain pointing information from other channels, such as provided by a party that participates in or knows the implementation of a certain level of forwarding operation, such as the code sending server, the code chain server itself, and provides forwarding Other servers serving, the forwarding node of the previous level of the receiving node (assuming that the forwarding is at the same time, or after the forwarding is required to provide forwarding content or code chain pointing information to the code chain server), etc.
  • the present invention does not limit the specific way of obtaining code chain pointing information.
  • the code chain server feeds back the endorsement of the forwarded content to the receiving node
  • the receiving node determines whether to perform forwarding as the next-level forwarding node according to the endorsement feedback from the code chain server to it.
  • the code chain server determines whether the code chain server itself serves as the next-level forwarding node and forwards the content containing the main information according to the endorsement situation.
  • the code chain With the new first-level forwarding, the code chain will grow, and the related data of the code chain will increase accordingly; the code chain and the code chain pointing information can correspond to the latest forwarding path.
  • data related to the current level of forwarding is added to the data related to the code chain; the data related to the current level of forwarding includes at least the identification information of the current level of forwarding node.
  • the data related to the current level forwarding further includes code chain pointing information, and the corresponding relationship between the code chain pointing information and the code chain.
  • the data related to the forwarding scenario of the forwarding node of the current level is further added.
  • the data related to the code chain also contains information pointing to the main information.
  • the code chain pointing information is issued by the code chain server; or, the code chain pointing information is issued by the code issuing server, which can interact with the code chain server.
  • the data related to the code chain is stored in the code chain server or other servers that can interact with it; the code chain server performs processing in the code chain related data saved by itself or in the code chain related data saved by other servers. Inquire.
  • the server that saves the code chain related data can be the code issuing server and/or other third-party servers. It can be used exclusively for saving data (not limited to code-chain related data), and can also be used for the realization of other functions in the method of the present invention at the same time.
  • the server participating in the forwarding or knowing the forwarding operation, or the current level of forwarding node adds the data related to the current level of forwarding to the code chain related data.
  • the server participating in the forwarding or knowing the forwarding operation, or the current level of forwarding node adds the code chain pointing information corresponding to the current forwarding to the content of the current forwarding.
  • the server participating in the forwarding or knowing the forwarding operation includes the code chain server, or the code sending server, or the third-party server that provides forwarding services; the third-party server can interact with the code chain server and/or the code sending server; The current first-level forwarding node interacts with one or more of the code chain server, the code sending server, and the third-party server that provides forwarding services.
  • the server participating in the forwarding or knowing the forwarding operation can also be used to implement other functions in the method of the present invention at the same time.
  • the forwarding node that receives the endorsement request verifies the data related to the forwarding scene and determines whether to endorse the forwarding operation; the forwarding scene-related data used in the verification corresponds to any one or more of the following forwarding operations: The forwarding operation performed by the forwarding node itself, the one or more forwarding operations before the forwarding node, and the one or more forwarding operations after the forwarding node.
  • the previous level of a certain level of forwarding can be the initial first level, or the closest level, or any level; previous multiple levels Forwarding can be continuous multi-level or discontinuous multi-level; it can be multi-level starting or ending from a certain level, or the closest multi-level, or any multi-level.
  • the next level of forwarding can be the last level when it reaches the receiving node (note that the forwarding path is different, the code chain is different, and the corresponding receiving node and the last level can be different according to different code chain queries), Or the level closest to the currently verified verification node (such as directly forwarded by the node), or any level; the subsequent multi-level forwarding can be continuous or discontinuous. Level; it can be multiple levels starting or ending from a certain level, or the closest multilevel, or any multilevel.
  • the verification rules can be specifically designed according to the actual application, and the permission opening can be managed.
  • the data related to the forwarding scenario corresponding to the current level 1 forwarding node is stored by a storage device inside the forwarding node or stored by an external storage device that the forwarding node can interact with;
  • the forwarding node After receiving the endorsement request, the forwarding node obtains the saved data related to the forwarding scene for verification, and determines whether to endorse the forwarding operation.
  • the forwarding scene-related data is stored at the code-chain server and sent by the code-chain server to the corresponding forwarding node; or, the forwarding scene-related data is stored at other servers that can interact with the code-chain server; the code-chain server is from where The other server obtains the forwarding scene-related data and sends it to the corresponding forwarding node, or the code chain server instructs the other server to send the forwarding scene-related data to the corresponding forwarding node.
  • the code chain server provides code chain pointing information to the forwarding node requesting an endorsement, so that the forwarding node that has obtained the endorsement request can query the forwarding scene related data according to the code chain pointing information; or the code chain server sends an endorsement request to it
  • the forwarding node provides data related to the forwarding scene queried by the code chain server.
  • forwarding scene-related data includes one or more of the following:
  • the identification information of the forwarding node The identification information of the forwarding node; the location of the forwarding node when forwarding; the time when the forwarding node is forwarding; the comment of the forwarding node on the main information; the digital signature of the forwarding node; the comprehensive evaluation index of the forwarding node.
  • the forwarding node that obtains the endorsement request can verify the main information to determine whether to endorse.
  • the main information (or information that points to the main information) used in the verification is, for example, pre-stored by the forwarding node, or by the code chain server, or other servers (such as servers that provide forwarding), or other forwarding nodes (one level before or after the Multi-level forwarding nodes, etc.) are provided to the node.
  • Other information required for verification can also be obtained in a similar manner or provided to the code chain server or the forwarding node currently requesting endorsement.
  • the encoding information corresponding to any one of the forwarding content, the information used to obtain the forwarding content, the main information, the code chain pointing information, and the code chain accounting object generates the corresponding code according to a predetermined coding rule Medium; the coding medium or its homologous hyperlink or the carrier attached to the coding medium and/or its homologous hyperlink can be used for publication or interaction; the coding medium can be obtained by the identification device, and according to It is identified by the decoding parsing rule that matches the encoding rule.
  • the code-sending server serves as the accounting node, and there are multiple code-chain servers under it; among them, each code-chain server itself serves as the accounting node, and it also has one or more accounting nodes under it;
  • the digital person can interact with one or more of the code issuing server, the code chain server, and the accounting nodes under the code chain server; the digital person has the digital person identification information, and the digital person’s identity is marked by the sender Issued by code server or code chain server;
  • Any accounting node or any digital person can be the owner of the digital currency quota; any owner can obtain the digital currency quota through exchange or through transactions with other owners; or, any owner can obtain the digital currency quota The digital currency quota issued by the code issuing server; or, any owner obtains the digital currency quota issued by another owner; and the issued quota does not exceed the quota range owned by the other owner; or, Any owner can obtain the digital currency quota corresponding to the reward by obtaining the reward.
  • the receiving node that receives the forwarded content may be a digital person.
  • a digital person can become a forwarding node or a verification node on the code chain.
  • digital humans when digital humans are equipped with equipment (software and hardware) with corresponding capabilities, they can also serve as accounting nodes, participating in the generation and updating of code chain accounting objects, and provide data, recording, storage, and storage of code chain accounting objects. Operations related to accounting such as forwarding, reading, conversion, interpretation, and display.
  • Each accounting node can be configured with similar equipment to participate in accounting-related operations.
  • applications and client software corresponding to the corresponding accounting functions can be loaded into existing hardware devices (for example, servers, computers, mobile terminals such as mobile phones, smart glasses, watches and other wearable devices, etc.) , Making it a device that can be used to participate in accounting-related operations.
  • the example of the device can be applied to other solutions of the present invention, and is not used as a restriction on the device used by the digital person or the accounting node.
  • any owner provides a mortgage to obtain a digital currency quota corresponding to the mortgage value issued by the code issuing server or other owner.
  • the mortgage has a universal value, it does not need to be evaluated, and the corresponding digital currency quota can be obtained; when the mortgage does not have a universal value, a number of bookkeeping nodes are required to evaluate the value of the mortgage and endorse, obtain and evaluate The value of the corresponding digital currency quota.
  • the accounting node for value evaluation may include a code-issuing server, a character server that manages the issuance of a quota, or a code-chain server responsible for generating code-chain accounting objects, or may include a code-issuing server or a material server.
  • the character server can be functionally integrated with the code sending server and/or the code chain server.
  • the code-sending server, the property server, or the code-chain server can interact with other accounting nodes to provide related information of the mortgage provider and/or the mortgage, and request the accounting node to perform an evaluation endorsement. After obtaining the endorsement feedback, the original owner of the code issuing server or the material server or the code chain server or the quota determines whether to issue the corresponding digital currency quota.
  • the bookkeeping node that provides value evaluation may be at the same level as the party providing the mortgage, its superior or its subordinate, or may not be associated with any identity or level.
  • the accounting node that provides the value evaluation, the party that provides the mortgage, the code chain server, and the character server, etc. may be located in the same jurisdiction, or may not be related to the jurisdiction.
  • the jurisdiction of the present invention is not particularly limited. It can be divided according to geographical location, or administrative area, or according to whether certain items or conditions are met, or according to certain items such as server management. Divide by specific matters or topics.
  • the character server or the code chain server can manage the issuance of quotas for digital persons or subordinate accounting nodes in the jurisdiction.
  • the code-issuing server can uniformly manage the issuance of quotas in all jurisdictions and related to the code chain server level.
  • the total amount of quota issued in each jurisdiction can also be aggregated to the code issuing server for unified supervision.
  • the character server and the code chain server are different servers, the quota obtained by the code chain server is issued to it by the character server; and comes from the quota obtained by the character server from the code issuing server.
  • the invention also provides a character lattice and an application method thereof.
  • the character lattice is used as a beneficiary certificate, and the character lattice is associated with a location. For example, when distributing the property, it is necessary to provide location information, time information, and identification mark, and bind the beneficiary to the property that represents the benefit right.
  • the following examples of character patterns can all be applied to other schemes of the present invention.
  • the mortgage provided to obtain the digital currency quota can be made to correspond to the property.
  • the assets used for mortgage are mapped into digital assets in the code chain server; the digital assets are associated with the location of the entity.
  • the physique is associated with the entity's assets and/or the expected income on the entity; the physique represents the right to share the income based on the entity's assets or the expected income on the entity.
  • the entity's assets For example, based on the income of the entity's assets or the value-added part of the expected income on the entity, it is represented by the newly issued digital currency quota.
  • the quota of digital currency is expressed in the form of a code chain accounting object during the use process of exchange, or transaction, or reward, or issuance.
  • the issuance of the character is based on the geographic location of the entity; the character generating device owned by the owner of the character at least corresponds to the location information corresponding to the physical location of the entity, the time information corresponding to the request for the issuance of the character, and the corresponding character
  • the identification mark of the owner is provided to the character server or a code chain server or code sending server with character management capabilities to issue the character and bind the character to the owner of the character.
  • the character owner may be a digital person.
  • the above-mentioned location information, time information, and identity identification are taken as an example, instead of limiting the specific corresponding situation of each information, for example, it may be other locations, times, or identities.
  • a party when a party requests the issuance of the identity, it can provide its own identification information, and the identity server or the code chain server or code sending server with the ability to manage the identity receives the location information, time information, and identification information that meet the requirements.
  • the party When agreeing to issue a character, the party is identified as the current character owner at the location, and its own identification information is recorded as the identity of the character owner and fed back to the character owner. For example, if the owner of a certain position is changed, the character server or the code chain server or code sending server with the ability of character management can re-according to the obtained location information, updated time information, and updated information that meet the requirements. Identification information, etc., to bind the new owner of the character.
  • a location can be allowed to have one character owner, or a location can be allowed to correspond to multiple character owners (for example, in the form of one character owner and multiple character partners); corresponding to multiple objects
  • you can pre-determine the rules for the distribution of income on the profile, such as distribution according to shares, distribution according to whether predetermined conditions are met, and so on.
  • a party also requests for the issuance of a character in another location, it will be the character owner bound to the character in the other location.
  • the character grid generating device has a positioning unit; when the entity is located in the geographic location, the character grid generating device obtains the location information corresponding to the geographic location through the positioning unit.
  • the character grid generating device has an interaction unit, which can interact with a character grid server or a code chain server or a code sending server with the ability to manage a character frame, and provide at least one of the following information: location information, time information, and character frame The identity of the owner.
  • the character generation device has an interaction unit that can interact with a trusted third-party server to obtain at least one of the following information certified by the trusted third-party server: location information, time information, and ownership of the character
  • the identity identification mark of the person is transmitted by the character generating device or the trusted third-party server to the character server or the code chain server or the code sending server that issues the character.
  • the generation of the object grid is recorded by scanning the code at the corresponding position.
  • the encoding information corresponding to the geographic location of the entity is generated by using a predetermined encoding rule to generate a second encoding medium; the second encoding medium is published in the geographic location of the entity or published on a carrier associated with the entity or its geographic location superior;
  • the personality generation device has an identification unit; when the entity is located at the geographic location or when a carrier associated with the entity is obtained, the personality generation device obtains the second encoding medium through the identification unit, and obtains the second encoding medium through the identification unit, and passes the predetermined encoding rule The matching decoding and parsing rules are identified, and the location information corresponding to the geographic location is obtained.
  • the encoding information corresponding to the geographic location of the entity is recorded in a storage unit; a chip with radio frequency transmission capability is installed in or connected to the storage unit; the chip is set in the geographic location of the entity or is set in or On a carrier related to its geographic location;
  • the character grid generating device has a radio frequency receiving unit; when the entity is located in the geographic location or when a carrier associated with the entity or its geographic location is obtained, the character grid generating device interacts with the chip through the radio frequency receiving unit to obtain the The location information corresponding to the geographic location.
  • the specific form of the character grid generating device is not limited.
  • the aforementioned positioning unit, interaction unit (interactive trusted third party), identification unit, and radio frequency receiving unit can be set at the same time or Only set one or more of them, or none.
  • the aforementioned positioning unit, interaction unit (interactive trusted third party), identification unit, and radio frequency receiving unit can be set at the same time or Only set one or more of them, or none.
  • multiple units can be configured in the same device, or these units can be respectively configured in multiple devices with mutual interaction capabilities.
  • the character grid generating device is a mobile terminal or a wearable device, but it is not limited thereto.
  • the wearable device includes smart glasses and a watch, but it is not limited thereto.
  • it can be a program, client software, etc., that realizes the corresponding functions of the character generation device, loaded into an existing device (such as a server, a computer, a mobile terminal, a wearable device, etc., in any form), so that the device Become a device that can interact with the character server, code chain server or code sending server, etc., to perform related operations on character generation.
  • the above example mainly describes a method of distributing a character related to the physical location (the example of the method can be applied to other solutions of the present invention). According to the description of this method, it can also be analogized to other locations (such as jurisdictions, online virtual area divisions, etc.), or even other attributes, conditions, and items other than the location to associate income distribution rights. condition.
  • the main accounting node For each transaction, the main accounting node generates a code chain accounting object corresponding to this transaction, and synchronizes it to other accounting nodes; the data of the code chain accounting object includes at least code chain pointing information; The code chain pointing information can be used to query the corresponding code chain;
  • the data of the code chain accounting object further includes an endorsement unit that records the endorsement of this transaction by at least some of the verification nodes in the code chain and/or the endorsement of this transaction by the main accounting node condition.
  • the data of the code chain accounting object further includes: pointing information to the current transaction; the digital signature of the payer in the transaction; the input part, which is quoted from another code chain accounting object, and represents the number of the corresponding quota
  • the source of the currency; the corresponding amount of digital currency is owned by the payer; the output part represents the amount of this transaction and the amount of change; the timestamp represents the time of the transaction.
  • the main accounting node obtains the information of the verification nodes in the code chain, interacts with at least part of the verification nodes in the code chain, and requests the at least part of the verification nodes to endorse the transaction; the main accounting node forms according to the endorsement situation Endorsement Department.
  • the information of the verification node in the code chain is provided by any party in the transaction.
  • the information of the verification node in the code chain is pre-stored by the main accounting node or any party that can interact with the main accounting node.
  • At least one of the transactions provides code chain pointing information to the main accounting node; the main accounting node inquires the corresponding code chain and code chain related data according to the code chain pointing information; the code chain related data includes at least the code chain
  • the information of the verification node in.
  • the information of the verification node for example, identification information of the verification node, information used to contact the verification node, etc., is not specifically limited.
  • the accounting node that obtains the code-chain accounting object can query the corresponding code-chain and the data of the code-chain related data that are open to permissions based on the code-chain pointing information contained in the code-chain accounting object.
  • the endorsement status related to this transaction can be obtained according to the endorsement part included in the code chain accounting object.
  • the main accounting node provides code chain pointing information to the verification node requesting endorsement, and the verification node queries the corresponding code chain and code chain related data based on the code chain pointing information. Determine whether to endorse.
  • the present invention does not limit the specific ways or means for the master accounting node and/or verification node to obtain the code chain pointing information, and it can be provided to them by a party who knows the code chain pointing information according to actual applications.
  • any party who obtains the code chain pointing information can ask the inquiring party to know the corresponding relationship between the code chain pointing information and the code chain, and save the code chain related data.
  • Open permission data; the server that saves the code chain related data is the code chain server for accounting management of the exchange in the jurisdiction or the code issuing server at the upper level of the code chain server, or it can communicate with the code chain server and/or Other servers that the code-sending server interacts with.
  • the code chain pointing information is published by the server that knows the code chain related data and the corresponding relationship between the code chain , The server also records the correspondence between the code chain pointing information and the code chain; the server that publishes the code chain pointing information is the code chain server or the upper level of the code chain server for accounting management of the exchange in the jurisdiction Code-sending server.
  • the publishing code chain points to the information and the server storing the code chain related data, whether it is the same server or different servers that can interact with each other.
  • the server for issuing code chain pointing information, storing code chain related data, etc. can also be implemented in the method of the present invention in consideration of other functions.
  • the code chain related data corresponding to the code chain records the sequence related to the verification node in the code chain.
  • sequence corresponds to the attributes of the verification node in the code chain:
  • the attribute is any one of the following: the time for the verification node to perform the specified operation; the number of the verification node to perform the specified operation; the sequence information corresponding to the location of the verification node; the comprehensive evaluation index of the verification node; the identification information of the verification node; Wherein, the order is determined by one of the attributes, or determined after calculation of weights for multiple attributes.
  • the sequence corresponds to the sequence in which the verification node in the code chain forwards the content containing the main information.
  • an endorsement part is formed; or, when the main bookkeeping node does not obtain the required endorsement from the verification node, the main bookkeeping node will query according to the The received code chain related data verifies the information related to one or more verification nodes in the code chain, and/or determines whether the main bookkeeping node provides an endorsement based on the transaction-related information learned by the main bookkeeping node and forms an endorsement Department.
  • the endorsement section includes at least an endorsement serial number and an endorsement script
  • the endorsement serial number is represented by a value from 1 to the maximum number of endorsements; each verification node has a corresponding endorsement serial number;
  • the endorsement script is used to restore the endorsement information of each verification node with the endorsement serial number, and at least includes the identification information and endorsement time of each verification node with the endorsement serial number, but is not limited to this.
  • the endorsement script is used to restore information related to the endorsed content.
  • it is used to restore the information related to the forwarded content (such as the main information, or its comments, or the information pointing to the main information, etc.), and for example, to restore the information related to the transaction (transaction serial number, etc.), but not Limited to this.
  • the endorsement section please refer to the example records in other solutions of the present invention.
  • obtaining the endorsement that meets the requirements refers to obtaining the endorsements of a specified number of verification nodes.
  • the specified number is more than half of the number of all verification nodes on the code chain.
  • the main bookkeeping node is one of the parties to the transaction, and generates code chain bookkeeping objects according to its own transaction intentions or according to its transaction consensus with other parties in the transaction; or, the main bookkeeping node according to at least one of the transactions The accounting request sent to it to generate a code chain accounting object.
  • the payer in the transaction sends an accounting request to the main accounting node; or, after the payee in the transaction interacts with the payer, the receiver sends an accounting request to the main accounting node; the main accounting node according to Accounting request to generate code chain accounting object.
  • the transaction-related information required to generate the code chain accounting object is obtained through one or more of the following methods:
  • the main accounting node obtains it from other servers that store transaction-related information.
  • the transaction-related information required by the parties to the transaction to determine whether to initiate the transaction can also be obtained in a similar manner; alternatively, you can also refer to the example records in other solutions of the present invention.
  • synchronization of code chain accounting objects is performed by any of the following methods or any combination:
  • the code chain accounting object is synchronized to multiple accounting nodes under the main accounting node;
  • the main accounting node belongs to another accounting node; the code chain accounting object is synchronized to the another accounting node;
  • the code-chain accounting object is synchronized to several other accounting nodes on the same level as the main accounting node.
  • the example relationship between the main accounting node and other accounting nodes can be found in the example records in other solutions of the present invention.
  • the main accounting node is a code chain server, but this is not used as a check on the relationship between accounting nodes. limited.
  • the synchronization of code chain accounting objects is realized through blockchain technology.
  • the main accounting node is any of the following:
  • the accounting is completed; all parties in the transaction, as one of the accounting nodes, or through the main accounting node or other Any accounting node interacts to learn the information of the accounting completion, and execute the subsequent operations in the transaction until the transaction is completed.
  • the code chain accounting object generated by the main accounting node and used for accounting in the transaction is called the first code chain accounting object
  • the master accounting node further issues rewards to all verification nodes on the code chain or all verification nodes that provide endorsements on the code chain; the reward includes at least the amount of digital currency;
  • the main accounting node Based on the amount of digital currency for rewards that each verification node should receive, the main accounting node also generates corresponding second-code chain accounting objects, and synchronizes them to other accounting nodes;
  • the master accounting node also adds the information pointing to the accounting object of the second code chain to the data of the accounting object of the first code chain, and resynchronizes the accounting object of the first code chain to other accounting nodes.
  • the master accounting node also adds the information pointing to the accounting object of the second code chain to the data of the accounting object of the first code chain, and resynchronizes the accounting object of the first code chain to other accounting nodes.
  • the code chain is dynamically adjusted by forwarding several levels of content containing the main information; the code chain corresponding to each level of forwarding is published with corresponding code chain pointing information; the content of each level of forwarding contains at least common Main information, and code chain pointing information corresponding to this level of forwarding;
  • each level of forwarding add data related to the current level of forwarding in the data related to the code chain; the data related to the current level of forwarding includes at least the information of the current level of forwarding node (for example, its identification information); All forwarding nodes in the code chain are verification nodes, or some forwarding nodes in the code chain are verification nodes.
  • the data related to the current level of forwarding includes at least the information of the current level of forwarding node (for example, its identification information); All forwarding nodes in the code chain are verification nodes, or some forwarding nodes in the code chain are verification nodes.
  • the data related to the current level of forwarding includes data related to the forwarding scenario of the current level of forwarding; the data related to the forwarding scenario includes one or more of the following: identification information of the forwarding node; Location; the time when the forwarding node is forwarding; the main information in the forwarding content; the comment of the forwarding node on the main information; the digital signature of the forwarding node; the comprehensive evaluation index of the forwarding node.
  • the verification node in the code chain itself acts as a forwarding node and participates in the forwarding of the content containing the main information; then, the verification node that receives the endorsement request of the main accounting node passes the forwarding corresponding to at least one of the following forwarding operations The scene-related data is verified to determine whether to endorse;
  • the forwarding operation includes: a forwarding operation performed by the verification node itself; a forwarding operation performed by a one-level or multiple-level forwarding node before the verification node; and a forwarding operation performed by a one-level or multiple-level forwarding node after the verification node.
  • the receiving node determines the transaction intention, as a party in the transaction, directly submits an accounting request to the main accounting node, or through interaction with the other party in the transaction, the other party in the transaction
  • the main accounting node makes an accounting request; the main accounting node generates a code chain accounting object according to the received accounting request.
  • the data of the code chain accounting object includes a transaction scene part
  • the code chain pointing information is recorded in the transaction scenario part; the transaction scenario part also includes a transaction scenario script, which is used to restore the summary of the transaction according to the code chain pointing information, and to issue rewards to the verification node based on the transaction condition.
  • a transaction scenario script which is used to restore the summary of the transaction according to the code chain pointing information, and to issue rewards to the verification node based on the transaction condition.
  • the data of the code chain accounting object may further make the transaction scenario script to restore the forwarding scenario description when the corresponding content is forwarded to the receiving node according to the code chain pointing information.
  • the input part may further include: the hash value and query index, serial number, and unlocking script of the referenced other code chain accounting object; the output part may further include using Conditional script.
  • the code-sending server serves as the accounting node, and there are multiple code-chain servers under it; among them, each code-chain server itself serves as the accounting node, and it also has one or more accounting nodes under it;
  • the digital person can interact with one or more of the code issuing server, the code chain server, and the accounting nodes under the code chain server; the digital person has the digital person identification information, and the digital person’s identity is marked by the sender Issued by code server or code chain server;
  • Any accounting node or any digital person can be the owner of the digital currency quota; any owner can obtain the digital currency quota through exchange or through transactions with other owners; or, any owner can obtain the code issuing server The amount of digital currency issued to it; or, any owner obtains the amount of digital currency issued to it by another owner; and the issued amount does not exceed the limit range owned by the other owner; or, any one owns By obtaining the reward, the person obtains the digital currency quota corresponding to the reward.
  • a digital person can become a receiving node that receives forwarded content, or a party or parties in a transaction.
  • a digital person can become a forwarding node or a verification node on the code chain.
  • any owner provides a mortgage to obtain a digital currency quota corresponding to the mortgage value issued by the code issuing server or other owner.
  • the mortgage has a universal value, it does not need to be evaluated, and the corresponding digital currency quota can be obtained; when the mortgage does not have a universal value, a number of bookkeeping nodes are required to evaluate the value of the mortgage and endorse, obtain and evaluate The value of the corresponding digital currency quota.
  • the quota of digital currency is expressed in the form of a code chain accounting object during the use process of exchange, or transaction, or reward, or issuance.
  • the mortgage provided to obtain the digital currency quota can be made to correspond to the property.
  • the physique is associated with the assets of the entity and/or the expected income on the entity; the physique represents the right to share the income based on the entity's assets or the expected income on the entity.
  • the content related to mortgage, property, etc. can refer to the examples in other solutions of the present invention, which will not be repeated here.
  • the verification requester obtains the information of the verification node in the code chain, interacts with at least part of the verification node in the code chain, and requests the at least part of the verification node to endorse the content to be verified.
  • the verification requester acts as the main accounting node, generates a code chain accounting object related to the content to be verified this time, and synchronizes it to other accounting nodes;
  • the data of the code chain accounting object includes at least the code chain Point to information
  • the data of the code chain accounting object further includes an endorsement unit, which records the endorsement of the content to be verified by at least part of the verification nodes in the code chain and/or the verification request by the verification requester. The content of the endorsement.
  • the endorsement section includes at least an endorsement serial number and an endorsement script
  • the endorsement serial number is represented by a value from 1 to the maximum number of endorsements; each verification node has a corresponding endorsement serial number;
  • the endorsement script is used to restore the endorsement information of each verification node with the endorsement serial number, and at least includes the identification information and endorsement time of each verification node with the endorsement serial number, but is not limited to this.
  • the endorsement script is used to restore information related to the endorsed content. For example, it is used to restore the information related to the forwarded content (such as the main information, or its comments, or the information pointing to the main information, etc.), and for example, to restore the information related to the transaction (transaction serial number, etc.), but not Limited to this.
  • the endorsement department please refer to the examples of the present invention in other solutions.
  • the verification requester obtains the verification node information in the code chain from the other party interacting with it.
  • the verification requester obtains the content to be verified or the pointing information to the content to be verified from the other party interacting with it; or, the content to be verified or the pointing information to the content to be verified, the verification requester pre- Keep it and extract it during this verification.
  • the information of the verification node in the code chain is pre-stored by the verification requester or another party that can interact with the verification requester, and is extracted during this verification.
  • the accounting node that obtains the code chain accounting object can query the corresponding code chain and the data of the code chain related data that is open to the authority according to the code chain pointing information contained in the code chain accounting object.
  • the accounting node that obtains the code chain accounting object can learn the endorsement situation related to the content to be verified according to the endorsement part included in the code chain accounting object.
  • the verification requester provides code chain pointing information to the verification node requesting the endorsement, and the verification node queries the corresponding code chain and code chain related data according to the obtained code chain pointing information to determine whether Endorsement.
  • the verification requester obtains code chain pointing information from the other party interacting with it;
  • the verification requester can query the code chain and code chain related data according to the code chain pointing information; the code chain related data includes at least the information of the verification node in the code chain.
  • any party who obtains the code chain pointing information can open the authority to the code chain and code chain related data at the server that knows the corresponding relationship between the code chain pointing information and the code chain, and saves the code chain related data.
  • the data of the code chain; the server that saves the code chain related data is the code chain server in the jurisdiction where the verification node is located for code chain management or the code sending server at the upper level of the code chain server, or can interact with the code chain server and/or the code sending server Other servers.
  • the code chain pointing information is published by the server that knows the code chain related data and the corresponding relationship between the code chain , The server also records the corresponding relationship between the code chain pointing information and the code chain; the server that publishes the code chain pointing information is the code chain server or the upper level issuing of the code chain server in the jurisdiction where the verification node is located for code chain management. Code server.
  • the publishing code chain points to the information and the server storing the code chain related data, whether it is the same server or different servers that can interact with each other.
  • the code chain related data corresponding to the code chain records the sequence related to the verification node in the code chain.
  • the sequence corresponds to the attributes of the verification nodes in the code chain: the attributes are any one of the following: the time the verification node performs the specified operation; the number of the verification node performs the specified operation; the position corresponding to the verification node Sequence information; the comprehensive evaluation index of the verification node; the identification information of the verification node; wherein the sequence is determined by one of the attributes, or is determined after calculation of multiple attributes according to weights.
  • the sequence corresponds to the sequence in which the verification node in the code chain forwards the content containing the main information.
  • the verification requester After the verification requester obtains the endorsement that meets the requirements from the verification node, it records the endorsement; or, when the verification requester does not obtain the endorsement that meets the requirements from the verification node, the verification requester finds it according to the query
  • the code chain related data of the code chain verifies the information related to one or more verification nodes in the code chain, and/or determines whether the verification requester provides an endorsement based on the content to be verified obtained by the verification requester.
  • an endorsement that meets the requirements refers to obtaining endorsements from a specified number of verification nodes.
  • the specified number is more than half of the number of all verification nodes on the code chain.
  • synchronization of code chain accounting objects is performed by any of the following methods or any combination:
  • the code chain accounting object is synchronized to multiple accounting nodes under the main accounting node;
  • the main accounting node belongs to another accounting node; the code chain accounting object is synchronized to the another accounting node;
  • the code-chain accounting object is synchronized to several other accounting nodes on the same level as the main accounting node.
  • the example relationship between the main accounting node and other accounting nodes please refer to the example records in other solutions of the present invention, but this is not a limitation on the relationship between accounting nodes.
  • the synchronization of code chain accounting objects is realized through blockchain technology.
  • the verification requester is a code chain server that performs code chain management in the jurisdiction where the verification node is located in the code chain, or a code issuing server at the upper level of the code chain server, but it is not used as a restriction on the selection of the verification requester.
  • the content to be verified is related to the transaction.
  • the data of the code chain accounting object when used for accounting in a transaction, further includes: pointing information to the current transaction; digital signature of the owner of the digital currency quota; input part, quoted from another A code chain accounting object represents the source of the corresponding amount of digital currency; the output part represents the amount of this transaction and the amount of change; the timestamp represents the time of the transaction.
  • the data of the code chain accounting object further includes a transaction scene part
  • the transaction scenario part includes code chain pointing information and transaction scenario scripts for querying the code chain and related data of the code chain, which are used to restore the summary of this transaction based on the code chain pointing information, and issue to the verification node based on this transaction The reward situation.
  • the data of the code chain accounting object may further make the transaction scenario script to restore the forwarding scenario description when the corresponding content is forwarded to the receiving node according to the code chain pointing information.
  • the data contained in the code chain accounting object please refer to the examples in other solutions of the present invention, and these examples do not limit the code chain accounting object.
  • the code chain accounting object used for accounting in the transaction is called the first code chain accounting object
  • the master accounting node further issues rewards to all verification nodes on the code chain or all verification nodes that provide endorsements on the code chain; the reward includes at least the amount of digital currency;
  • the main accounting node Based on the amount of digital currency for rewards that each verification node should receive, the main accounting node also generates corresponding second-code chain accounting objects, and synchronizes them to other accounting nodes;
  • the main accounting node will also add information pointing to the accounting object of the second code chain to the data of the accounting object of the first code chain, and resynchronize the accounting object of the first code chain to other accounting nodes.
  • information pointing to the accounting object of the second code chain to the data of the accounting object of the first code chain, and resynchronize the accounting object of the first code chain to other accounting nodes.
  • the code chain is dynamically adjusted by forwarding several levels of content containing the main information; the code chain corresponding to each level of forwarding is published with corresponding code chain pointing information; the content of each level of forwarding contains at least common Main information, and code chain pointing information corresponding to this level of forwarding;
  • each level of forwarding in the data related to the code chain, add data related to the current level of forwarding; the data related to the current level of forwarding includes at least the identification information of the current level of forwarding node; all forwarding in the code chain
  • the nodes are all verification nodes, or part of the forwarding nodes in the code chain are verification nodes.
  • the data related to the current level 1 forwarding includes data related to the forwarding scenario of the current level 1 forwarding; the data related to the forwarding scenario includes one or more of the following:
  • the identification information of the forwarding node The identification information of the forwarding node; the location of the forwarding node when forwarding; the time when the forwarding node is forwarding; the main information in the forwarding content; the comment of the forwarding node on the main information; the digital signature of the forwarding node; the comprehensive evaluation index of the forwarding node .
  • the verification node in the code chain itself acts as a forwarding node and participates in the forwarding of the content containing the main information; then, the verification node that receives the endorsement request of the main accounting node passes the forwarding corresponding to at least one of the following forwarding operations The scene-related data is verified to determine whether to endorse;
  • the forwarding operation includes: a forwarding operation performed by the verification node itself; a forwarding operation performed by a one-level or multiple-level forwarding node before the verification node; and a forwarding operation performed by a one-level or multiple-level forwarding node after the verification node.
  • the verification requester performs one or more of the following operations according to its own intentions or according to the intentions and requests of the other party interacting with it:
  • main accounting node As the main accounting node, it generates code chain accounting objects.
  • the verification requester performs corresponding operations according to the intention and request of the receiving node that receives the forwarded content.
  • the code-sending server serves as the accounting node, and there are multiple code-chain servers under it; among them, each code-chain server itself serves as the accounting node, and it also has one or more accounting nodes under it;
  • the digital person is based on the configured interactive device, which can interact with one or more of the code issuing server, the code chain server, and the accounting nodes under the code chain server; the digital person has the digital person identification information, and the digital person’s identity is marked by the Issued by code server or code chain server;
  • Any accounting node or any digital person can be the owner of the digital currency quota; any owner can obtain the digital currency quota through exchange or transactions with other owners; or, any owner can obtain the code issuing server The amount of digital currency issued to it; or, any owner obtains the amount of digital currency issued to it by another owner; and the issued amount does not exceed the quota range owned by the other owner; or, any one owns By obtaining the reward, the person obtains the digital currency quota corresponding to the reward.
  • any owner provides a mortgage to obtain a digital currency quota corresponding to the mortgage value issued by the code issuing server or other owner.
  • the mortgage has universal value, it does not need to be evaluated, and the corresponding digital currency quota can be obtained; when the mortgage does not have universal value, a number of bookkeeping nodes are required to evaluate the value of the mortgage and endorse, obtain and evaluate The value of the corresponding digital currency quota.
  • the quota of digital currency is expressed in the form of a code chain accounting object during the use process of exchange, or transaction, or reward, or issuance.
  • the mortgage provided for obtaining the digital currency quota can be made to correspond to the property.
  • the physique is associated with the assets of the entity and/or the expected income on the entity; the physique represents the right to share the income based on the entity's assets or the expected income on the entity.
  • the income of the entity's assets or the value-added part of the expected income on the entity it is represented by the newly issued digital currency quota.
  • the content related to mortgage, property, etc. can be referred to the examples in other solutions of the present invention, which will not be repeated here.
  • the verification node when it provides an endorsement, it also provides at least the location information corresponding to the geographic location associated with the endorsement, the time information when the endorsement is performed, and the identity identification mark corresponding to the verification node itself to the verification requester.
  • the above-mentioned location information, time information, identification mark, etc. can be used to bind the endorsement of the verification node, and record it for later query verification.
  • this information can also be added to the data of the code chain accounting object.
  • the geographic location associated with the verification node is the geographic location where the verification node provides the endorsement.
  • the verification node obtains location information corresponding to its geographic location through the configured positioning device.
  • the verification node has an interactive device that can interact with a trusted third-party server to obtain at least one of the following information certified by the trusted third-party server: location information, time information, and the identity of the verification node;
  • the authenticated information is transmitted to the verification requester by the verification node or the trusted third-party server.
  • the endorsement of the verification node is recorded by scanning the code. For example, it is the scanning behavior that occurs in the corresponding position to record.
  • the verification node has an identification device to obtain a second encoding medium, the second encoding medium is located in the geographic location associated with the verification node or recorded on a carrier associated with the geographic location; the identification device matches a predetermined encoding rule The decoding and parsing rules for identifying the location information corresponding to the currently associated geographic location are obtained; the encoding information corresponding to the geographic location is generated by using a predetermined encoding rule to generate the second encoding medium.
  • the verification node has a radio frequency receiving device, interacts with a chip with radio frequency transmission capability to obtain location information, and the location information corresponds to the geographic location associated with the verification node; the chip is set in the geographic location associated with the verification node or It is set on a carrier associated with the geographic location; the location information corresponding to the geographic location is recorded in a storage unit; the chip is set or connected to the storage unit.
  • the verification node obtains or provides at least one of the following information through a configured mobile terminal or wearable device: location information corresponding to the geographic location associated with the verification node, time information at the time of endorsement, and corresponding to the verification node itself ’S identification mark.
  • the wearable device includes smart glasses, but is not limited thereto.
  • the operation of the verification node to provide location information, time information, and identification information can also be applied to examples of other solutions of the present invention.
  • the code-chain accounting object is synchronized between the accounting nodes; wherein, the data of the code-chain accounting object includes at least code-chain pointing information; the code-chain pointing information can be used for Find the corresponding code chain.
  • the code chain corresponds to a number of code chain nodes
  • the data related to the code chain includes information of the several code chain nodes.
  • the code chain is dynamically adjusted with the increase of code chain nodes; each time a code chain node is added, information related to the code chain node is added to the data related to the code chain.
  • the specific content of the related data of the code chain and the information of the code chain node in the code chain is not limited, and it can be designed or adjusted according to the application situation.
  • the information of the code chain node may include the identification information of the node, the information used to contact the node, the information related to the forwarding scene of the node, and so on.
  • the data related to the code chain may contain information related to the forwarding content.
  • the code chain, the code chain accounting object, etc. are related to the transaction or applied in the transaction, then the code chain related data may contain at least part of the transaction-related information.
  • the data related to the code chain may include information related to the verification and endorsement of the node, and so on.
  • the code chain is formed by forwarding content by several levels of forwarding nodes. That is, several code chain nodes corresponding to the code chain include forwarding nodes.
  • the content includes at least code chain pointing information and common master information; wherein the code chain pointing information is dynamically adjusted with each forwarding, and corresponds to the code chain dynamically adjusted for each forwarding.
  • code chain nodes corresponding to a code chain include verification nodes; all code chain nodes or some code chain nodes corresponding to one code chain are verification nodes.
  • all forwarding nodes in the code chain are verification nodes at the same time, or some forwarding nodes in the code chain are verification nodes at the same time.
  • the data of the code chain accounting object further includes an endorsement unit, the endorsement unit records the endorsement of at least part of the verification nodes in the code chain, and/or the endorsement unit records that the master accounting node In the case of endorsement.
  • the verification nodes in the code chain endorse the content requested for verification.
  • the content of the verification request can be different
  • the requester who initiates the verification or the time when the verification is initiated can be different
  • the method of obtaining the information of the verification node can be different, and there is no restriction on this.
  • the code chain accounting object is applied to the foregoing method of applying the code chain and any example or combination of examples thereof.
  • the code chain accounting object is applied in a transaction.
  • the master accounting node generates a code chain accounting object corresponding to this transaction.
  • the code chain accounting object described in this solution can be applied.
  • the code chain accounting object is applied in verification.
  • it is applied in the foregoing verification method and any one or a combination of examples.
  • the code-chain accounting object is applied to the aforementioned application method of the entity and any one of its examples or combinations of examples.
  • the examples in each solution of the present invention can also be applied to other solutions; it can also be adapted and modified according to the application needs in different solutions.
  • the verification nodes in the code chain endorse the forwarded content corresponding to the code chain.
  • the verification node participates in the forwarding of the content, or knows the forwarded content or the forwarding status of the content; after receiving the endorsement request, for example, after verifying the forwarded content and/or forwarding scenario-related data, it is determined whether to endorse.
  • the verification node knows at least part of the information related to the transaction, and/or the content that the verification node participates in the forwarding ultimately leads to the transaction, etc.; after receiving the endorsement request, it knows the transaction information, or according to the forwarding content, forwarding scene-related data After verification, determine whether to endorse.
  • the main accounting node serves as the verification requester at the same time, or any other verification requester, and requests endorsement to at least part of the verification nodes in the code chain.
  • the endorsement of the verification node is fed back to the main accounting node or provided to the main accounting node through feedback to other verification requesters.
  • other verification requesters can interact with the main accounting node.
  • transmission verification information required for endorsement
  • transmission code chain pointing information transmission needs to start verification intent, transmission verification node feedback endorsement, and so on.
  • the master accounting node when obtaining an endorsement from a validating node that meets the requirements, the master accounting node records the endorsement by the validating node in the endorsement section; or, when it does not obtain an endorsement from a validating node that meets the requirements, the master accounting After the node verifies itself, it determines whether to endorse, and records the endorsement by the main accounting node in the endorsement section.
  • the field content of the endorsement section please refer to the example records in other solutions of the present invention.
  • the main accounting node generates the code chain accounting object according to its own intention, or according to a request of a party interacting with it, or according to the operation specified for it in the preset logic.
  • the endorsement status can be obtained according to the endorsement part included in the code chain accounting object.
  • the main accounting node or other verification requesting party may also directly provide endorsement to a party interacting with the accounting object without using the code chain.
  • the accounting node that obtains the code chain accounting object can query the corresponding code chain and the data of the code chain related data that is open to the authority according to the code chain pointing information contained in the code chain accounting object.
  • the present invention does not limit the way of obtaining code chain pointing information; any party can query the code chain and code according to the code chain pointing information at any time when needed.
  • the content of the chain-related data that is open to it.
  • the authority for example, is regulated by an organization that issues code chains, or manages, saves, and uses code chain related data.
  • the main accounting node queries the code chain and data related to the code chain according to the code chain pointing information.
  • the code chain pointing information is published where the main accounting node can be contacted; or, the code chain pointing information is provided to the main accounting node by an interacting party of the main accounting node. Any other party can obtain code chain pointing information in a similar way.
  • the encoding information corresponding to the code chain accounting object generates a corresponding encoding medium according to a predetermined encoding rule; the encoding medium or its homologous hyperlink or attaching the encoding medium and/or its homologous super
  • the linked carrier can be used for publishing or interaction; the encoding medium can be obtained by the identification device and identified according to the decoding and parsing rule matching the encoding rule. Through the identification device, any party can identify the coded medium published at the accessible place to obtain the code chain accounting object or its data.
  • the above-mentioned query of the code chain by the main accounting node is performed before the verification node in the code chain is requested to endorse; for example, the main accounting node generates the code chain accounting object after the above-mentioned query is performed , And match it with the code chain of the current query. But these are not restrictions on the application of the code chain to the information, nor are they restrictions on the time or purpose of the main accounting node to query the code chain.
  • the code chain related data corresponding to the code chain includes the sequence related to several code chain nodes corresponding to the code chain.
  • the order corresponds to the order in which the code chain nodes in the code chain forward content.
  • the sequence corresponds to the attributes of the code chain node:
  • the attribute is any one of the following: the time for the code chain node to perform the specified operation; the number of code chain nodes to perform the specified operation; corresponding to the position of the code chain node
  • the designated operation may refer to the operations mentioned in the examples of the present invention, such as forwarding, accounting, query, verification, endorsement, transaction, obtaining a reward, a certain request, etc., or any designated operation that is not mentioned;
  • the operation may be related to the corresponding code chain or not related to the code chain.
  • the location can be the geographic location of a certain entity, it can also be a certain administrative area, virtual location, etc.; the location can be the actual location of the node or the location associated with the node; the location can be related to time, identification information, and operation
  • the comprehensive evaluation index can be calculated based on some other attributes of the node, and can be calculated and adjusted according to the changes of other attributes; the identification information of the node can be any information that can be used to distinguish different nodes in a specific range ; For example, it is some kind of information (name, ID number, tax ID, etc.) of the person or organization corresponding to the node, some kind of information (device number, model) of the device used by the node, or Its designated information.
  • the above examples are not a restriction on the order of the code chain nodes.
  • the attributes mentioned in the above example are not restrictions on node attributes either.
  • the attributes or order of the nodes can be specified according to other conditions, items, etc.
  • the code chain accounting object is used to represent digital currency.
  • the data of the code chain accounting object includes a field for representing digital currency. For example, it can reflect the amount, source, and purpose of digital currency.
  • the data of the code chain accounting object when used for accounting in a transaction, further includes: pointing information to this transaction; digital signature of the owner of the digital currency quota; input part, quoted from another
  • the code-chain accounting object indicates the source of the corresponding amount of digital currency; the output part indicates the amount of this transaction and the amount of change; the timestamp indicates the time of the transaction.
  • the code chain accounting object is used to represent a code chain.
  • the code chain can be used for verification.
  • the data of the code chain accounting object when used in a transaction, further includes a transaction scene part; the transaction scene part includes: code chain pointing information and transaction scene scripts; transaction scene scripts are used to point according to the code chain Information to restore the transaction scenario.
  • the transaction scenario includes: a summary of the transaction.
  • the transaction scenario includes: the situation of issuing rewards based on this transaction.
  • the data of the code chain accounting object may further make the transaction scenario script to restore the forwarding scenario description when the corresponding content is forwarded to the receiving node according to the code chain pointing information.
  • the code chain accounting object used for accounting in the transaction is called the first code chain accounting object
  • the code chain server further issues rewards to at least part of the code chain nodes on the code chain (such as all code chain nodes, all forwarding nodes, all verification nodes, or all verification nodes that provide endorsements, etc.);
  • the reward includes at least the amount of digital currency;
  • the code chain server Based on the digital currency quota for rewards that each code chain node should receive, the code chain server also generates corresponding second code chain accounting objects, and synchronizes them to other accounting nodes;
  • the code chain server also adds the information pointing to the accounting object of the second code chain to the transaction scene part of the accounting object of the first code chain, and resynchronizes the accounting object of the first code chain to other accounting nodes.
  • the synchronization of the code-chain accounting object is performed by any one of the following methods or any combination: the code-chain accounting object is synchronized to multiple accounting nodes under the master accounting node;
  • the main accounting node belongs to another accounting node; the code chain accounting object is synchronized to the another accounting node;
  • the code-chain accounting object is synchronized to several other accounting nodes on the same level as the main accounting node.
  • the synchronization of code chain accounting objects is achieved through blockchain technology, but this is not a limitation of the synchronization method.
  • the code-sending server serves as the accounting node, and its subordinates have multiple code-chain servers; among them, each code-chain server itself serves as the accounting node, and it also has one or more accounting nodes under its control.
  • the accounting node that generates the code chain accounting object is called the master accounting node. According to different actual applications, each of the bookkeeping nodes may become the main bookkeeping node.
  • the code chain server is the main accounting node.
  • the digital person can interact with one or more of the code issuing server, the code chain server, and the accounting nodes under the code chain server; the digital person has the digital person identification information, and the digital person’s identity is marked by the sender Issued by code server or code chain server.
  • the main accounting node or other authorized accounting nodes can update or adjust the data of the code chain accounting object.
  • the code chain accounting object is allowed to be recorded, stored, forwarded, and so on.
  • Either party uses the corresponding functional equipment (software and hardware) to read the data of the code chain accounting object stored or obtained through synchronization, forwarding or other various methods; it can also perform data processing on the code chain accounting object. Interpret or transform, and show at least part of it (to the operator of the device or a designated party).
  • the data of the code chain accounting object can also be encrypted. After the object is obtained, the corresponding key must be used to decrypt the data before the data can be read or other operations can be performed.
  • digital humans when digital humans are equipped with equipment (software and hardware) with corresponding capabilities, they can also be used as accounting nodes to participate in the generation and update of code chain accounting objects, and perform data provision, recording, storage, and storage of code chain accounting objects. Forwarding, reading, conversion, interpretation, display and other operations related to accounting.
  • Each accounting node can be configured with similar equipment to participate in accounting-related operations.
  • the example of the device can be applied to other solutions of the present invention, and is not used as a restriction on the device used by the digital person or the accounting node.
  • Any accounting node or any digital person can be the owner of the digital currency quota; any owner can obtain the digital currency quota through exchange or through transactions with other owners; or, any owner can obtain the code issuing server The amount of digital currency issued to it; or, any owner obtains the amount of digital currency issued to it by another owner; and the issued amount does not exceed the limit range owned by the other owner; or, any one owns By obtaining the reward, the person obtains the digital currency quota corresponding to the reward.
  • any owner provides a mortgage to obtain a digital currency quota corresponding to the mortgage value issued by the code issuing server or other owner.
  • the mortgage has a universal value, it does not need to be evaluated, and the corresponding digital currency quota can be obtained; when the mortgage does not have a universal value, a number of bookkeeping nodes are required to evaluate the value of the mortgage and endorse, obtain and evaluate The value of the corresponding digital currency quota.
  • the quota of digital currency is expressed in the form of a code chain accounting object during the use process of exchange, or transaction, or reward, or issuance.
  • the mortgage provided to obtain the digital currency quota can be made to correspond to the property.
  • the physique is associated with the assets of the entity and/or the expected income on the entity; the physique represents the right to share the income based on the entity's assets or the expected income on the entity.
  • the content related to mortgage, property, etc. can refer to the examples in other solutions of the present invention, which will not be repeated here.
  • the code chain accounting object issued by the code issuing server contains a mark indicating that the object is an original code chain accounting object; for example, there is no other code chain referenced in the input part of the object
  • the field of the accounting object for example, a mark corresponding to the code issuing server can be recorded in the input part or other fields of the object.
  • the original code chain accounting object can be referenced by other code chain accounting objects.
  • the code chain accounting object is issued without endorsement; for example, when the code chain accounting object for issuance is generated, there is no endorsement department in the data, or the endorsement department does not record the endorsement, and it can be vacant or use some kind of expression to be issued Mark substitution.
  • the digital currency quota corresponding to the issuance reward may not be derived from the digital currency quota that has already been generated, or it may not be derived from another existing code chain accounting object. For example, rewards are issued based on the appreciation of the value of the character. Then, the code-chain accounting object used for rewards may not have the field of another code-chain accounting object quoted in the input part of the data; the field is vacant or substituted with a certain mark indicating the relevant reward situation.
  • the exchange can be performed between different digital currencies; for example, for a digital currency, after the exchange rate conversion is performed according to its quota, a code chain accounting object that matches the quota of another digital currency is issued.
  • the data contains a mark indicating that the code chain accounting object is recycled, that is, it is no longer owned by any party and can no longer be owned by other code chain accounting objects.
  • the CUTXO object described in the specific embodiments of the present invention is a kind of code chain accounting object.
  • the code chain technology is realized based on the following central technical ideas:
  • Code chain data structure the chain data structure between actions reflected by code.
  • MatrixLink protocol a digital signal exchange protocol that does not rely on IP electrical signal connections.
  • the code chain technology solves the problems of information security, information sovereignty and information symmetry, and can realize the code chain idea that everyone is equal (equality among digital people) in terms of credit, communication, exchange and traceability.
  • One application that specifically embodies the idea of the code chain is the code chain digital currency model.
  • the realization of the code chain digital currency of the present invention not only considers the core part of the code chain technology, but also considers the efficiency and convenience of application and accounting.
  • the issuance of the code chain digital currency is dynamic. Any digital person can apply for CUTXO by using the digital assets obtained by them. Digital people can also exchange CUTXO with traditional currencies or other assets through digital currency exchanges. CUTXO can also be issued/obtained through digital human behaviors such as forwarding, scanning code and other labor behaviors. CUTXO is circulated through industry code scanning and consumption; between merchants and consumers, and between merchants and merchants, CUTXO transactions can also be used.
  • CUTXO can dynamically track its circulation speed.
  • problems occur in the circulation of CUTXO it does not maintain transaction efficiency through additional issuance of CUTXO, but improves the circulation speed by dynamically increasing the value of forwarding and promoting labor.
  • the circulation speed increases a part of CUTXO can be lost through dynamic tax collection, so as to ensure the dynamic stability of the new economy of the code chain.
  • the traditional economic crisis under the recovery mechanism will not occur.
  • the solution of the present invention has the ability of information transmission that does not depend on the IP data exchange network: CUTXO is encoded in a two-dimensional code and other encoding media, and can be transmitted through light (scan code), near field communication (NFC or radio frequency communication), satellite communication, etc. It is delivered in various ways and verified in the code chain verification node in real time. Even if the code chain verification node is temporarily offline, it can be authenticated offline, and it provides the function of deferred authentication. Compared with the offline authentication of UTXO, the offline authentication of CUTXO has lower network requirements and is more suitable for a wider range of scenarios.
  • the blockchain no longer fulfills the trust transfer function: UTXO in the Bitcoin scenario, the blockchain and POW (power consumption) assume the role of trust transfer, which makes the blockchain application inefficient (The complexity of POW calculation)
  • Bitcoin has become a mechanical robot digital currency.
  • Its trust is not based on human trust but human trust in machines.
  • the block chain is only used as a distributed accounting tool and synchronization tool, and trust is transmitted through the code chain instead of the block chain.
  • the separation of bookkeeping and trust makes CUTXO not only able to meet large-scale and high-pressure transaction scenarios, but also perfectly reflect the trust relationship model of human society-an integrated system model that transmits trust, accurate records, and post-event audit review and evaluation.
  • the code chain server can be applicable to the method of applying the code chain, the transaction method, the verification method, the method of applying the character grid and their respective examples of the present invention; it can be used as a billing node (for example, a master billing node) to the above Any kind of code chain accounting object and its data are processed accordingly.
  • the code chain server can interact with various servers such as a code sending server and a character server, and can also interact with accounting nodes, digital humans, and can also interact with verification nodes, forwarding nodes, receiving nodes, etc. related to the code chain. Nodes interact.
  • the code issuing server can be applicable to the method of applying the code chain, the transaction method, the verification method, the method of applying the character grid and their respective examples of the present invention; it can interact with various servers such as the code chain server, the character grid server, etc. , Can also interact with other accounting nodes, digital humans, and can also interact with nodes related to the code chain, such as verification nodes, forwarding nodes, and receiving nodes.
  • the code issuing server manages multiple jurisdictions, and each jurisdiction has a corresponding code chain server;
  • the code chain server is an industrial code server that manages a certain subject or matter in the jurisdiction; different themes or items in one jurisdiction Different items can be managed by the same industrial code server or by different industrial code servers.
  • Another technical solution of the present invention is to provide a back-end server that provides at least one of authenticated location information, time information, and identification marks, and/or provides information to other interactive directions. At least one of the location information, time information, and identification mark is authenticated.
  • the background server can be used as a trusted third-party server, which is suitable for the application code chain method, transaction method, verification method, application character method and their respective examples of the present invention.
  • the back-end server can interact with various servers such as code-sending server, object server, code chain server, etc., can also interact with accounting nodes, digital humans, and can also interact with verification nodes, forwarding nodes, receiving nodes, etc. The nodes related to the code chain interact.
  • Another technical solution of the present invention is to provide a device that can be used to participate in operations related to accounting.
  • the operations are, for example, the generation and update of code-chain accounting objects, and operations related to accounting such as data provision, recording, storage, forwarding, reading, conversion, interpretation, and display of code-chain accounting objects, but not Limited to this.
  • the device has an interaction unit that can be used for interaction; for example, it is used for inputting and outputting information and instructions related to the execution of accounting operations.
  • the device may have a processor, internal or external memory, and participate in accounting-related operations based on processing instructions.
  • the device can be applied to the method of applying the code chain, the transaction method, the verification method, the method of applying the object and their respective examples of the present invention; the code issuing server, the code chain server and other servers of the present invention, remember
  • the above devices can be configured for account nodes, digital humans, and code chain-related nodes.
  • Another technical solution of the present invention is to provide a device that can be used to participate in operations in a character application, and the device can provide at least one of location information, time information, and identity identification.
  • the device can obtain the aforementioned at least one piece of information and provide it to an external party; for example, the device can interact with an external party and require the interaction to provide the aforementioned at least one piece of information to it or another party designated by it.
  • a certain external party or another designated party such as various servers such as a code chain server, a character server, a code sending server, a back-end server, etc., such as accounting nodes, digital humans, code chain-related nodes, etc., but Not limited to this.
  • the owner or operator of the device can be bound to the beneficial rights of the property and its representatives.
  • the device is a kind of character generation device.
  • the devices mentioned in the above solutions can be integrated into one device.
  • computers, mobile phones, tablet computers, various mobile terminals, smart glasses, watches and other wearable devices can be used as the devices mentioned in the above solutions or their integrated devices, but they are not a restriction on these devices.
  • the equipment mentioned in each of the above schemes or the integrated equipment can be further equipped with, for example, devices for identifying encoding media, devices for generating encoding media, positioning devices for acquiring location information, and information exchange based on radio frequency or other communication technologies. Device, etc.
  • the identification information of the owner or operator of the device may be some information corresponding to the owner or the operator, or some information corresponding to the device.
  • the coding medium as described in the various schemes of the present invention, can be used for character generation and access, and used to represent code chain accounting objects, but is not limited to this.
  • the identification of the encoding medium is initiated:
  • the encoding medium provided by the digital person is scanned or photographed by another digital person's camera or camera;
  • the digital person's camera/camera or terminal device is bound to the identification information of the digital person.
  • the information associated with the encoding medium is managed by the code issuing center that issued the encoding medium; any digital person accesses the server of the code issuing center through identification of the encoding medium to interact with it;
  • Any digital person provides the identification information of the digital person to the code issuing center, and obtains the content of the information associated with the encoding medium that meets the attributes of the digital person;
  • any digital person provides identification information of other digital persons to the code issuing center to obtain information related to other digital persons.
  • the device includes a camera/camera, a wearable device connected to the camera/camera signal, a terminal device connected to the camera/camera or a wearable device signal, and a camera/camera or a wearable device or terminal device signal connected Cloud background server.
  • the digital person can be a transaction party participating in a transaction, a billing node, a node that verifies an endorsement, a character owner of a binding character, etc., but is not limited to this.
  • any digital person has identification information, which corresponds to the person represented by the digital person and/or the terminal device used by it; Identification allows the digital person to access the code chain network on behalf of the person, and transfer data with other digital persons and/or systems according to the person’s entrustment.
  • the code issuing center issues the encoding medium and manages the information associated with the encoding medium; the digital person obtains the access address to the server of the code issuing center by identifying the encoding medium; The server of the code center interacts to obtain the information associated with the code medium.
  • the digital person obtains jump instructions to other digital persons and/or systems by interacting with the server of the code issuing center.
  • the digital person when the digital person interacts with the server of the code issuing center, by providing the identification information of the digital person, the content of the information associated with the encoding medium that meets the attributes of the digital person is obtained;
  • the content of the information associated with the encoding medium that meets the attributes of the digital person is obtained.
  • one or more digital persons as the issuer submit a code issuing request to the code issuing center, and the code issuing center will issue the coded medium after verifying the identity of the issuer; the information associated with the coded medium includes the issuing People's information.
  • the code issuing center records the identification information of the digital person into the information associated with the coding medium.
  • the code issuing center records the identification information of the digital person into the information associated with the encoding medium
  • the code issuing center For a digital person performing data transfer, the code issuing center generates a new encoding medium based on the code linking protocol, and the encoding information of the new encoding medium includes the transferred data and the identification information of the digital person.
  • the person represented by the digital person when the digital person transfers data, based on the information recognized from the encoding medium, the person represented by the digital person performs information filtering and/or provides additional information to transfer the data.
  • the digital person has a unique identification chain, and the key to unlock the identification chain forms a key chain.
  • Figure 1 and Figure 2 are examples of the data structure of UTXO and CUTXO respectively.
  • Figure 3 is an example of accounting between code chain servers.
  • Figure 4 is an example of accounting for merchants under the code chain server.
  • Figure 5 is an example of a code chain formed by tracking transaction scenarios.
  • Figure 6 is an example of CUTXO's issuance, recovery, and exchange.
  • Figure 7 is an example of the issuance and deployment structure of CUTXO.
  • Figure 8 is a deployment example of CUTXO cloud service.
  • Figure 9 is an example of deployment of industry codes.
  • Figure 10 is an example of docking between platforms.
  • Fig. 11 is an example of the creation of a character frame for digital human glasses.
  • Figure 12 is an example of digital human glasses connected to the object frame.
  • Figure 13 is an example of character rewards.
  • the embodiment of the present invention provides a digital currency model, which is implemented based on CUTXO (CodeChain Unspent Transaction Output, unspent transaction output based on code chain).
  • CUTXO is a data structure that inherits the UTXO transaction structure and the code chain data structure that represents the value of transactions in a certain code space.
  • Hash value QR code representing the execution of this transaction Owner digital signature
  • Digital signature generated by digital person using private key enter A CUTXO of the global ledger in the reference code space
  • Output Value performance and change CUTXO Timestamp When the transaction occurred
  • the hash value of the verification code chain Point to the chain where this transaction is forwarded and authenticated by the code chain
  • CUTXO ledger record structure is hybrid.
  • CUTXO will be recorded in the accounting node (the accounting node service is provided by, for example, the node in the verification code chain, the code forwarding digital person), and at the same time it will It is recorded on the code chain server provided by Code Space.
  • the code chain server provides CUTXO with a central verification service and evaluation service.
  • the accounting node on the verification code chain provides daily transaction verification and accounting services.
  • the code is a core data structure, which represents an action and action record, and records the chain of each activity of the digital person along with the activity track of the digital person, so as to realize the traceability of the activities of the digital person.
  • the said digital person is a set of agency services given to a specific person in the code chain network. It can be regarded as a server or an initiating operation terminal that is controlled by the owner and acts as an agent for part of the "human” behavior.
  • the system carries out digital information transmission.
  • Digital humans act with a digital human ID (digital human DNA) based on a specific theme and participate in the digital human network.
  • the transaction value is recorded in the CUTXO object.
  • One of the record fields of CUTXO is a hash value pointing to the code (the hash value is generated by a general algorithm combined with its own secret key). ).
  • the hash value is used as a pointer.
  • the decoding information of the code should not appear directly in the CUTXO transaction information to ensure that the accounting node cannot see the inside of the code. Privacy-sensitive information.
  • the hash value of the code such as the QR code representing the execution of this transaction, is the beginning of the transaction and is recorded in the transaction result.
  • the digital person In order to ensure that the transaction is indeed initiated by the digital person who owns the CUTXO object, the digital person needs to digitally sign the transaction.
  • the private key and corresponding public key required for the signature are issued by the code issuing server as the core data field of the digital person. .
  • the core data fields of the digital person can be stored in the digital person fog device, for example, on a personal server and transmitted to the personal digital device through a personal network.
  • the output, input and time stamp of CUTXO are inherited from the UTXO data structure.
  • the continuous input and output construct the traceability chain of CUTXO, so that you can see the complete use record of CUTXO in this code space.
  • CUTXO is also verified by a verification code chain during use.
  • the example verification code chain is formed by forwarding, and each forwarder has the ability to keep accounts when using CUTXO to verify and record that CUTXO will not be reused.
  • the hash value field of the verification code chain in CUTXO records the hash information of the verification code chain number (issued by the code issuing server). This field can be used for CUTXO's input proxy verification request when used across code chains.
  • the content of CUTXO recorded in the code chain server and the code chain verification node is globally unique.
  • the block chain provides the synchronous verification function of each CUTXO copy in the code chain verification node, and the global code chain server
  • the record summarizes the copy of CUTXO in the code space and provides correction functions when the code chain shrinks and errors occur.
  • CUTXO involves two chains, the traceability chain and the code chain: the code chain records the causality before and after the transaction, and the traceability chain represents the continuous use of CUTXO and records the causality of value transfer.
  • the CUTXO data structure is the intersection of two causal relationships. Therefore, CUTXO can trace the source of value as well as the source of behavior. This provides a higher-dimensional data verification capability for verifying the rationality and legitimacy of transaction behavior.
  • Figure 1 and Figure 2 are examples of the data structure of UTXO and CUTXO respectively.
  • the part of CUTXO inherited from UTXO includes: the transaction input part has the hash value and query index of the former CUTXO (that is, the CUTXO referenced to indicate the source), as well as the serial number and unlocking script; the transaction output part has the amount and use condition script (Public key of payment object), change CUTXO.
  • CUTXO has two more parts than UTXO:
  • Transaction scene department This part mainly records transaction scenes.
  • the causality of the transaction scenario is recorded in the code chain.
  • the code chain is embodied in the form of a code chain number in CUTXO, which can be associated with the code chain data structure in the code chain server, so as to track the causality before and after the transaction scenario.
  • Code chain number The code chain server establishes the code chain relationship between digital people through the scan code-send chain.
  • the code chain data structure is stored on the code issuing server and/or the code chain server.
  • Transaction scenario script This script is used to describe the transaction scenario, explain and restore the transaction scenario represented by the code chain number, which can include the following parts:
  • Endorsement part The verification node (endorsed digital person) on the code chain queries and verifies the transaction, and adds its own verification result after confirming that it is correct to form a new endorsement, and submit it to the accounting node; the endorsement part is used for CUTXO Credit enhancement of usage scenarios to avoid fraud in transaction scenarios. All digital people who endorse will verify the transaction scenario to ensure the authenticity of the transaction. Digital people who do endorsements can get a certain amount of CUTXO rewards.
  • Serial number from row 1 to the maximum number of endorsements; the serial number field of an endorsement node includes node information such as node number, node type, and ID corresponding to the type. Other node information not related to transactions can be centrally stored by the digital human platform at the code chain server.
  • Endorsement script This script is used to restore the endorsed digital person, endorsement time and endorsement transaction serial number; and to verify the transaction scenario, add the node serial number, and the node will encrypt it according to its own secret key, and then add the endorsement Part, form a new endorsement.
  • Figures 3 and 4 provide examples of CUTXO accounting methods.
  • the code issuing server can issue and verify the identity of the digital person (31).
  • the identification of a digital person can use a serial code change format.
  • the digital person can apply to the code issuing server of the code issuing center to issue a key pair.
  • the private key is stored in the digital person's personal device and is used for digital signatures when using CUTXO.
  • the public key can be distributed to forwarders on the code chain to verify the correctness of the CUTXO signature.
  • a super SIM card (or an SD memory card combined with a SIM card) can be used to realize the mobile payment function that can support digital currency wallets both offline and online. It not only uses the original identification function of the SIM card (such as user real-name authentication), network access, data transmission and communication interaction functions, but also uses the storage space of the super SIM card or SD memory card to save the private key of CUTXO and bank encryption Certificates, etc., to achieve an asymmetric key PKI system, combined with hardware SE security units and TEE trusted execution environment, to achieve payment transfer, CUTXO and other digital currency accounting, and exchange and conversion between various currencies, and improve security Sex and reliability.
  • Super SIM card is a solution that integrates large storage space on the basis of traditional SIM card.
  • the storage space of the traditional SIM card is small (64KB and 128KB, etc.), and can only be used to store a small amount of information such as mobile phone numbers.
  • Super SIM card not only has a larger storage space, but also has a high-speed interface.
  • SIM contacts are added to the memory card form; mobile terminals such as mobile phones are equipped with corresponding two-in-one card slots and interfaces to support storage at the same time Function and SIM communication function.
  • the digital currency wallet can be pre-installed in the super SIM card.
  • the mobile terminal using the super SIM card When opening: the mobile terminal using the super SIM card generates a key pair according to the received request, and sends the public key in the key pair to the wallet service provider (such as SIM The operator of the card); the wallet service provider generates a wallet ID according to the received public key, and sends the public key and wallet ID to the digital currency issuance and registration agency; the digital currency issuance and registration agency generates a digital certificate based on the public key and the wallet ID, and The digital certificate is sent to the wallet service provider; the wallet service provider sends the digital certificate, wallet ID and wallet contract code address to the mobile terminal of the digital currency wallet, and creates a digital currency wallet according to the activation request returned by the terminal of the digital currency wallet; And, sending a registration request to the digital currency issuing and registering agency; the digital currency issuing and registering agency registers the wallet identifier and the wallet certificate according to the received registration request.
  • the wallet service provider such as SIM The
  • the private key can be backed up.
  • the private key can be exported to the super SIM card, which is separated from the network environment of the mobile terminal itself to avoid virus intrusion or hacker theft, and at the same time it is convenient to carry it with you. Realize a convenient and safe execution environment. Then, when applying this example to bank transfer and other processes, by entering the signature password and the payment password, the transfer scenario can be completed to meet the security needs of large-value transfers; this will eliminate the need for SMS authentication, so as to avoid SMS verification codes, dynamic passwords, etc. Being hijacked, enhance security strength.
  • the bookkeeping of CUTXO adopts the form of smart contract, and each node follows a consistent code and digital protocol for bookkeeping.
  • the accounting nodes in this example are industrial code servers distributed in various places.
  • the CUTXO issuance (32)/endorsement award issuance (38) of the same level of the industrial code server, the issuance and authentication of the digital person's identity mark, and the management of the total accounting can be performed by the code-issuing server.
  • a new accounting node such as a node in city D
  • a new accounting node is formed, and the code issuing server issues CUTXO (32) , And perform the endorsement of the authorization of the quota by each accounting node; or, if it is a collateral of universal value (such as gold, etc.), it does not need to be assessed, and the endorsement is sufficient.
  • Each industry code server is composed of a code chain server, which can manage the issuance of CUTXO (42)/endorsement rewards (47), the issuance of digital person identification (41), and the endorsement verification of transaction scenarios within its jurisdiction.
  • the CUTXO in each industry code dimension can be accounted in the form of blockchain on the industry code server (each industry code server can be a billing node; each industry code server can also be a verification node).
  • a code chain network is formed within the jurisdiction of each industrial code server, and for merchants accessing the code chain network within its jurisdiction, the industrial code server serving as the CUTXO accounting node is responsible for accounting. This type of transaction is an ordinary transaction in kind.
  • the promotion information of a certain merchant is forwarded to the user through several levels, which encourages the user to purchase the goods or services of the merchant.
  • Some of the forwarders can be verification nodes, or accounting nodes, or both verification nodes and accounting nodes.
  • the forwarders who are not verification nodes or accounting nodes are called ordinary forwarders.
  • the merchant provides some promotional information, for example, to introduce the merchant itself or the products or services it sells; the merchant is the initial forwarder in this example, and the above-mentioned promotional information is further passed through the agency People and ordinary forwarders spread and reach users; in this example, the merchant and the agent each also act as a verification node and an accounting node at the same time.
  • CUTXO transactions involve codes, which are used to track transaction scenarios. After each digital person visits, they will add their own digital person ID on the basis of the original code to form a new code, and then form a code chain. Each node of the code chain can launch the previous node to form a traceability. For example, merchants, agents, and ordinary reposters generate corresponding codes abc, abd, and abe during their respective promotion and pass them to the next level; the codes include the common part ab corresponding to the promotion information and superimpose the reposters’ respective codes Digital person ID identification information c ⁇ d ⁇ e; this spreading process forms a code chain abc-abd-abe. Or, in some examples, the code chain is expressed as abcde when recorded, for example, part of the data reflects the common part, and part of the data reflects at least the identification information of each node of the code chain forwarded corresponding to the common part.
  • the code chain is, for example, abc-abd 1 -...-abd M -abe 1 -...-abe N ; or several levels of agents are involved
  • abc-abd 1 -abe 1 -...-abd M -abe M- -abe M+1 ...-abe N A cross between people and several levels of ordinary forwarders, the code chain is for example abc-abd 1 -abe 1 -...-abd M -abe M- -abe M+1 ...-abe N , where M corresponds to M Level agent, N corresponds to N ordinary forwarders, and will not be expanded in detail.
  • the code chain and its related digital person information are recorded and updated by the industry code server. In addition to the identification information and/or common part of the node, other information can be recorded in the data related to the code chain as required, and the present invention is not limited.
  • the example promotion information is published and disseminated in the form of promotion QR code;
  • the encoding information corresponding to the promotion QR code issued by the merchant can further correspond to the promotion information and the digital person ID of the merchant;
  • the agent obtains the promotion QR code Then, decode and analyze to obtain the promotion information, and publish it in the form of another promotion QR code.
  • the encoding information corresponding to the other promotion QR code can correspond to the common promotion information and the digital person ID of the agent. ;
  • the promotion and dissemination methods of other types of reposters are similar, each of which publishes and disseminates the promotion QR code with its own digital person ID.
  • the industrial code server is aware of the generation of these promotional QR codes in the jurisdiction. For example, the generation of each promotional QR code needs to be notified to the industrial code server, or it is generated by the industrial code server or is authorized by it. Therefore, the industry code server can actually know the information transmission path and the forwarder of each node, and record it for verification, endorsement, rewards, etc.
  • the above promotion of the QR code is taken as an example.
  • the actual information disseminated may not specifically generate the promotion QR code, but the source of the information, the relationship between the forwarding of the information and the corresponding forwarder, etc. are known to the industrial code server.
  • the party that receives the promotion information can obtain at least the information of the forwarder at the previous level (for example, the identification information of the previous forwarder can be integrated into the forwarded content or be learned as the content is forwarded; or ,
  • the code chain and its node information corresponding to each forwarding path can only be recorded on the industrial code server, and the receiver can obtain it by interacting with the industrial code server).
  • Table 2 provides an example of the decoding information of a code.
  • the decoding information of the code will not appear directly in the transaction information of CUTXO, but is recorded at the industrial code server, where non-privacy sensitive information can be queried during forwarding, transaction, etc. To, used for verification and traceability.
  • the authority of the inquiring party can be stipulated to limit the conditions and timing of the inquiry, or the specific information that can be disclosed to the inquiring party.
  • the code is explained by taking a two-dimensional code as an example.
  • QR code Object ID letter 12
  • the object ID corresponding to the QR code (promotion page ID) nation letter 2 nation area number 6
  • PIT Information-Location character 20 location information
  • PIT Information-Time character 15 time
  • PIT Information-Identity character 10
  • User ID Industry code character 4
  • Industry code server code channel character 10
  • Promotion channels Merchant character 10
  • Merchant ID Media type character 2 Promotion page, or other promotion types
  • Communication channel character 50 Spread through WeChat, Alipay or other channels
  • Preamble character 20 The previous QR code that the QR code is based on
  • the user After knowing a certain promotion information, in order to purchase the goods or services provided by the merchant corresponding to the promotion information, the user needs to pay the amount corresponding to the transaction with the CUTXO that he owns to the payee, such as the merchant (you can also designate another person as the payee , Such as agents, third-party payment systems, etc., which then settle with the merchant through another transaction process).
  • the billing node that generates the CUTXO object can be designated by the payee, or designated by the payer, or specified by the industry code server in the jurisdiction, or designated by the industry code server for accounting Nodes, or merchants, can also serve as accounting nodes for transactions related to themselves, and so on.
  • the industrial code server performs accounting according to the information such as the code chain recorded by it, and other accounting nodes can perform accounting by interacting with the industrial code server and querying the code chain and other information.
  • the industry code server or other accounting nodes can also obtain certain information required for accounting by interacting with parties in the code chain or parties in the transaction.
  • transaction-related information can be provided by the merchant, the forwarder, or the user who received the promotion information, or the server participating in the forwarding, etc.;
  • some information related to the user (payer) or the CUTXO owned by the user can be provided by the user alone to the billing node, or by a party that interacts with the user (such as a merchant), or a party that knows the information (such as a third-party payment system) is provided to the billing node; for example, some information related to the merchant or its products, collections, rewards, etc., can be provided by the merchant to the billing node alone, or by someone who interacts with or knows this information.
  • One party provides it to the accounting node.
  • the user and the merchant can provide certain transaction information by actively scanning the code or passive scanning the code, and the two parties can communicate, negotiate and confirm the transaction information.
  • you can also Send a CUTXO billing request to the billing node; for example, the billing request can be issued by the user side or the merchant side for the difference between the active scan code or the passive scan code.
  • Active scan code for example, the user uses his configured device to scan the QR code displayed externally or posted to the device, etc., to access the interaction with the merchant or third-party payment system or billing node; passive scan code, such as the user’s device Display the QR code, scan the code by the device configured by the merchant, etc. to obtain the corresponding information and establish the interaction.
  • the bookkeeping node can record the classification and regional characteristics of the actual transaction in the transaction scene department.
  • the bookkeeping node can also query the code chain to obtain the endorsement digital person who needs to authenticate the transaction scenario, and then apply for the endorsement of the digital person endorsement.
  • the endorsing digital person queries the industrial code server, for example, knows the transaction scenario, or knows the scene when the endorsed digital person forwards the code chain and verifies it.
  • the accounting node After obtaining the endorsement of the designated number of digital people on the code chain, such as more than half of the digital people, the accounting node will record the information related to the endorsement into the endorsement department of CUTXO to complete the accounting. Since the information corresponding to each transaction is obtained from the beginning to the user, the propagation path and the number of forwarding experienced are not specified, and the maximum number of endorsements is accumulated from this. Therefore, in different examples, the maximum number of endorsements can correspond to the number of actual forwarders, or to the number of all verification nodes in the forwarders, and which nodes can be known by querying the code chain. In this example, merchants and agents can become endorsing digital persons. When less than half of the digital people endorse, it can be verified by the industry code server.
  • the industry code server also applies for the issuance of rewards CUTXO through the material service, and will issue the reward CUTXO to each endorsed digital person of this transaction (or in some examples, issue the CUTXO reward to the code chain that facilitated the transaction All forwarders; or in some examples, a reward (CUTXO) can also be issued for the user's purchase behavior.
  • all parties involved in the transaction can request verification endorsements for their respective performance capabilities.
  • verification and endorsement may be required.
  • the nodes on the code chain may not be formed through forwarding, and the endorsing digital person may not be from the forwarder but set according to other rules.
  • a party can directly identify some digital persons who have knowledge of the endorsement situation as endorsing digital persons.
  • the code chain used to verify a certain matter can correspond to the endorsement digital persons related to the matter.
  • the code issuing server can issue or recycle CUTXO facing each industrial code server.
  • each accounting node such as the level of the industrial code server
  • the industrial code server can issue or recycle CUTXO to its accounting nodes or digital persons such as merchants and agents. At this time, it can require other accounting nodes or other digital persons to endorse.
  • Users and other digital persons can use CUTXO to purchase services or products provided by merchants, and the user’s CUTXO can be issued or recycled by the industry code server.
  • the recycling of CUTXO can be exchanged for goods of corresponding value, or exchanged for legal currency.
  • CUTXO can be exchanged; for example, the digital person can apply to the industry code server with the legal currency it owns to convert the legal currency into the CUTXO object corresponding to the amount of digital currency; for example, the industry code server manages different jurisdictions Or manage different themes, and the corresponding digital currency types can be different, then the digital person or the industrial code server can apply for the quota of one digital currency and convert it to the CUTXO object corresponding to the quota of another digital currency. It is used under the jurisdiction or theme of another industry code server, for this reason, the value of the digital currency can be required to be verified and endorsed by the accounting node, etc.
  • the example in Figure 7 provides a CUTXO issuance and deployment structure, which is divided into three layers: the code issuing center (based on the code issuing server) issues quotas to the material service (based on the industrial code server); The digital person issues CUTXO; the digital person can obtain CUTXO by using the digital assets of Wuge as collateral, or obtain CUTXO through the digital asset exchange.
  • the code issuing center issues the original CUTXO to the material service (the input part of the original CUTXO object does not correspond to the previous CUTXO field of the reference source); this part is vacant or substituted with a mark representing the original issue.
  • the character service is based on an industrial code server, its character value is, for example, the total character value corresponding to the area or subject matter under the jurisdiction of the industrial code server.
  • the industrial code server further distributes CUTXO to the digital person based on the character service: according to the character delineated by the digital person (the digital asset corresponding to the character) as the mortgage, the character service trades the CUTXO corresponding to the mortgage value to the digital person, such transactions
  • the reference source is the original CUTXO mentioned above; the specific mark indicates that it is the transaction that issued the CUTXO, such as the transaction scenario code is set to "reissue"; the code chain number of the issued CUTXO is delineated by the digital person
  • the code chain number when the character is generated is recorded by the code issuing server and provided to the character service; such transactions do not require endorsement, and no reward CUTXO is issued.
  • the reward for the issuance of CUTXO can be to use the part of the property appreciation as collateral.
  • the number and frequency of actual transactions made on the character style can constitute an appreciation of the value of the character style.
  • this part is issued as a reward to the endorser of the actual transaction.
  • the reward CUTXO is generated by the character service.
  • the input part of the reward CUTXO does not correspond to the previous CUTXO field of the cited source; this part is vacant or replaced with a mark representing the issuance of the reward.
  • the process of generating the reward CUTXO is recorded in the transaction scene section of the CUTXO booked during the actual transaction.
  • the digital person makes a request to the digital asset exchange and provides a certain other digital currency currently owned (it can be a digital currency of a certain legal currency, or another digital currency such as UTXO); the digital asset exchange obtains other digital currencies After the digital currency, apply for the original CUTXO to the code issuing center; determine the amount of CUTXO that can be converted through the transaction exchange rate managed by the digital asset exchange.
  • the code issuing center sends the original CUTXO directly to the digital person.
  • the digital person applies for exchange to the digital asset exchange and provides the current CUTXO; the exchange rate managed by the digital asset exchange is used to determine other digital currencies that can be exchanged and sent to the digital person.
  • the exchange will cause the loss of CUTXO and it will no longer be able to be referenced by other objects. For this reason, finally the CUTXO data is recorded with a mark representing loss. For example, if the transaction scenario code is set to "lost", the owner of the CUTXO is set to null.
  • CUTXO can also link the quota of the industry code, which is generated based on the capacity smart contract of each industry code.
  • CUTXO with different themes can be understood as currencies issued by different countries; the management of the corresponding quota of each industry code is similar to the foreign exchange quota management mechanism between various countries; this invention uses the "smart contract consensus mechanism" to record /Manage the quota owned by each industry code server to realize the management of the foreign exchange quota of digital currency; the account book backup is in each industry code server, replacing the database management of the centralized server, reflecting fairness and justice.
  • the code chain blockchain is extended to multiple cities across the country, and server nodes (such as industrial code servers) are deployed separately; in a certain city area, in scenic spots, hotels, restaurants, Airports, high-speed rail and other tourist gathering areas, further deploy "blockchain access nodes.”
  • server nodes such as industrial code servers
  • the management rights of tourist attractions, the right of ticket income, the right to use construction land for tourism enterprises, forest rights, etc. can be used as digital assets in the industrial code server (code chain server) through the blockchain consensus link.
  • the various tourist attractions in the city area have reached a consensus on commodity services and digital assets, and become nodes of the alliance chain.
  • the universal industry code v is commonly used, which is called "scenic treasure”.
  • the digital currency quota corresponding to the "Scenic Spot Treasure” can be used in these scenic spots in the alliance chain, such as redeeming scenic spots tickets, buying native products, cultural and creative souvenirs, etc.
  • Tourists, etc. can recharge with fiat currency to obtain the digital currency quota corresponding to the "Scenic Treasure” (according to the value of legal tender) from a certain scenic spot.
  • v which is called “shopping treasure”
  • w in some restaurants, the general industry code w is called “dining treasure”.
  • These industry codes u, v, and w can preferably use the data structure of CUTXO. It can be set in data such as CUTXO transaction scenarios, usage conditions, and decoding information of each code on the code chain to agree on the scope of use and usage conditions of each industry code. For example, discounts on fees for tourists can also be achieved through the setting of these data.
  • the quota corresponding to each industry can be jointly derived from the industry code server in the city area; the industry code server is allocated from its own quota and issued to different Industry.
  • the theme managed by the industrial code server in the urban area involves the cultural and tourism industry (scenic areas, shopping, catering, etc.); the industrial code server also operates a main industry based on its own digital currency quota Code AA, called "Wenlvbao", also preferably uses the data structure of CUTXO.
  • the digital currency quota corresponding to Wenlvbao is issued by the code issuing center; the quota for the "wenlvbao" can be obtained by using the relevant digital assets of the industrial code server operator and management party as collateral, or it can be obtained with The total amount (or proportionally, a part of the total amount) of digital assets provided by these cultural and tourism industries (scenic area, shopping, catering, etc%) in the urban area where the industrial code server is located is obtained as collateral.
  • Government departments can also distribute tourism subsidies and consumption subsidies that promote tourism and promote consumption in the form of a certain industry code through the industry code server.
  • data such as CUTXO data or code decoding information
  • users can be required to provide identification, time of use, location and other information to verify whether it meets the usage scenario or conditions, or for subsequent query and traceability.
  • the above model under the premise of access as a blockchain node, takes a specific 5W (that is, time, place, person, event, cause, as the expression of the time and space of the Internet of Things) as the starting point, and is based on a specific theme (such as this example is Digitize urban tourism assets to cover all aspects of tourism, food, housing, travel, shopping and entertainment), and complete the access, dissemination, recharge, use, and recording of the industry code chain in all channels (offline and online integrated links); Based on the Internet of Things of the trusted network system, a traceable "digital identification chain based on the geographic location of the thing" (ie the access grid of the Internet of Things world) is realized; therefore, any party promotes the goods and services of various merchants, Such as participating in publishing, forwarding, verification, endorsement, etc., after the transaction is promoted, you can get a commission reward, so that the contribution of each link of circulation and communication can be quantitatively tracked.
  • 5W that is, time, place, person, event, cause, as the expression of the time
  • the exchange management of the main industry codes AA and BB of different industry code servers can be realized by a higher-level manager, such as a code issuing center.
  • the functions of the code issuing center can cover: value chain code issuance, global property grid, industry code digital currency quota management, user management, industry code exchange quota, exchange rate management, exchange bill management, industry code creation, and industry code basic configuration, etc.
  • Industry code servers perform the above functions in their respective regions.
  • "industry code” is used as an example of one of the applications; for the different subject categories of "code” and CUTXO, it can be set according to other attributes or conditions other than "industry”.
  • the digital asset in the above example can be associated with the location of the entity and be bound by the corresponding beneficiary.
  • the industry code server carries the part of the identity (corresponding to the main industry code) assigned to it by the code issuing center according to the rules, and manages multiple industry codes and their identity in the jurisdiction.
  • the object grid can be recorded based on the real PIT (ie location, identification, time).
  • PIT ie location, identification, time.
  • industry code-related character lattice generation each merchant corresponding to the industry code can generate a character lattice based on PIT; or it can record the generated character lattice and assign it to the merchants in the industry code-related industry.
  • Entity can be understood as a kind of proof, which means the right to share the income from a certain item. That is, the character can be associated with the entity or its location; the income generated by the entity or its location can be distributed among the beneficiaries bound to the character.
  • the geographic location of the three-dimensional world can be mapped to the four-dimensional "code world".
  • the character grid is generated from a globally managed character grid server; the physical grid server can be an independent server, or can be a function of integrating the feature grid service by other servers (such as an industry code server, etc.).
  • an actual store with a geographic location it can be mapped into a "merchant" based on its geographic location in the industry code server; any transaction that occurs in the corresponding merchant can be proportionally between the beneficiaries of the property
  • the distribution of trading commissions is carried out so that the value of the property can be quantified.
  • each merchant can correspond to a character, and the operator of the merchant acts as the owner of the character in this example, then for every transaction of the merchant (such as the sale of goods under the merchant), the owner of the character can Benefit (when the ownership of the commodity is different from the owner of the property, the benefit includes the commission issued by the owner of the commodity).
  • Agents and other forwarders or endorsed digital persons on the code chain each of whom contributes to the final transaction due to dissemination/endorsement, can share the benefits of the property as a partner of the property, and obtain the CUTXO reward issued by it.
  • the above-mentioned identity records of the owner of the character and the partner of the character are only examples, and the specific beneficiaries can be determined according to the actual situation.
  • Characters can also be divided into shares.
  • the object grid is based on the store number (binding business license and smart business contract), and can be further divided into multiple shares according to the business area, table space, container, etc., and the operating income of the corresponding geographic location of the door number can be further divided.
  • the identity of each store's house number is called the "identity mother code”, which is equivalent to the land certificate; each share divided from it is called the "identity element code", which is equivalent to the real estate certificate.
  • the parent code of the object and the element code of the object can be bound to different beneficiaries (owners of the object).
  • the owner of the shelf when the owner of the shelf is different from that of the store, the identity and its beneficiaries are distinguished and registered separately, and the income can also be matched to the specific store or shelf, which more reflects that technology serves the real economy.
  • Stores, shelves, outdoor media, etc. not only can publish information based on their physical location, their respective employees, customers, etc. can also become information dissemination nodes, and even people passing by each physical location may further serve as information dissemination nodes; Of course, the spread of these nodes is not limited to online or offline means. These nodes can be bound to the object grid at the corresponding physical location.
  • the object lattice is globally common.
  • there is only a global object grid grids corresponding to the actual geographic location are divided on the earth, each grid has a corresponding number, information indicating the administrative attribution of the province, city, etc., and the four corners of the grid GPS information, etc.
  • These data related to the grid are provided externally (for example, a satellite server) and imported into a core server for global management of the grid. These data can be used as supplementary external parameters when sending codes.
  • the grids on the earth divided by satellites can be mapped to actual shops in the geographic location of the grids through a conversion table.
  • One or more industry codes can be used in a grid; when there are multiple industry codes, these industry codes share one set of property and a set of property owners.
  • a set of object grids can be associated with one or more grids, and each grid can only be associated with a set of object grids; once associated, it can be set that it cannot be modified (or not to do this setting).
  • This set of Grid is managed by the core server, and only when the functions of the Grid's value chain are applied, it is distributed through this server (referring to the owner of the Grid in various ways).
  • the character value chain can be a sub-function of the code issuing center.
  • the character owner enjoys two kinds of benefits: for the consumption that occurs in the grid area, a certain proportion of the consumption is regarded as its income; for the consumption of users developing in the grid area, a certain proportion of the consumption is regarded as its income .
  • the industry code server can choose whether to turn on the property grid function for a certain industry code under its management or its subordinates (it can be set to not be closed once it is turned on), and assign the global property grid managed by the core server to the corresponding industry code (for example, the global property code The data of the grid is imported into the data of the industry code).
  • the surface area is divided into each elementary lattice of 10 meters ⁇ 10 meters, which is the smallest unit of measurement for the "object lattice"; the core server can be connected to multiple objects.
  • the core server contacts with an industry code server, and define global parameters among multiple industry codes in it, and manage exchange quotas and other cross-industry code server applications; satellite element data (including surface coordinates, but not limited to) imported from outside To the core server; the core server issues the corresponding first certificate (similar to the issuance of land certificates) according to the meta-object grid, defines related parameters (such as agricultural land, industrial land, commercial land, etc.), and also according to a certain entity (such as a shop) (Or shopping mall) the actual land surface area occupied by the combination of different elements of the entity, the entity corresponding to the geographic location occupied by the entity (called a commercial entity), and correspondingly issued a second certificate (similar to the commercial real estate certificate Issuance).
  • the core server matches the corresponding element of the business character to a specific industry code server (for example, the industry code server corresponding to the geographic location of the entity) or matches the industry code managed by it or its subordinates.
  • the core server can sell and display the above-mentioned commercial properties (analogous commercial real estate sales) and display (analogous commercial real estate listing transactions through real estate intermediaries, etc.); transactions that occur under the jurisdiction of various industry code servers, including clicks on promotion pages Various behaviors, such as purchases, purchases, etc., can be traced. Therefore, the revenue/reward of the transaction can be based on a certain set ratio, and can be based on the geographic location of the transaction (through the code link, you can usually get 5W information, including the geographic location). Location) is matched to the corresponding commercial character, thereby bringing benefits to the commercial character.
  • the meta-object grid can be analogized with "land planning", and the object grid display, combination, and sales of each industry code can be analogized with "commercial real estate".
  • the character is tradable. For example, it is also possible to display and trade the object origin from multiple industry code servers through the object exchange, the object mall, etc.
  • the industry code server can be used as a substation to access the unified mall.
  • the mall is globally unified and can provide transfer access between different areas. If a user transfers from a merchant page under a certain sub-station area (hereinafter referred to as the first area) to a merchant page under another sub-station area (hereinafter referred to as the second area) through the unified mall and finally makes a transaction, such as the first area.
  • the access of all kinds of characters is gathered in the unified mall, and the backend of the unified mall records each link that contributes, and the commission rewards for transactions in the second area are issued to the industry code server in the first area, and then The industry code server is assigned to the beneficiary of the identity of the merchant in the first area.
  • the specified behavior is not limited, and can be set according to specific conditions, for example, it refers to the first time a character roaming user joins the digital person, such as associating the user's identification information with the identification information of the digital device, or further associating the digital person ID, etc. operate. Assuming that the user joins the digital person for the first time in a certain geographic location, the character corresponding to the geographic location is recorded as the corresponding character when the user performs the specified behavior for the first time; other subsequent arbitrary behaviors performed by the user , Can be associated with the geographic location and the corresponding character; if the user's behavior involves the generation of income, it will be distributed among the beneficiaries of the character corresponding to the geographic location when the specified behavior is performed for the first time.
  • the specified behavior refers to the first transaction between the user and a certain merchant
  • the transaction may refer to the first reading of promotion information and/or the first purchase transaction, etc.
  • the first transaction occurs in the geographic location of the merchant entity, and the identity corresponding to the geographic location is recorded as the identity of the user in the first transaction with the merchant; subsequent transactions between the user and the merchant are recorded, even if the user When the transaction is completed in other locations, online, etc., subsequent transactions can also be linked to the geographic location and corresponding attributes of the merchant entity.
  • the owner of the corresponding character can obtain benefits, including: 1) All consumption in the corresponding geographic location of the character is calculated according to a certain proportion of income. The owner of the character; 2) After all the consumption of the user of the character roaming, the income is calculated according to a certain proportion, and the income is paid by the merchant and given to the owner of the character.
  • the industry code server is based on a digital human platform, manages the issuance and selection of the qualifications of the character in the area where it is located, and provides character services.
  • the owner or partner of the property when they request the industry code server to issue the property to bind their respective rights, they can provide corresponding information according to the agreement; for example, provide location information, time information, and identification to the industry code server Mark.
  • the required location information may be the location of the character, such as information about the entity corresponding to the character or its geographic location; it can also be the current location of the owner or partner of the character, and so on.
  • the requested time can be the time information when the issuance of the character is requested, or other designated time information; the required identification mark can be corresponding to the character owner or partner of the current request, or it can be corresponding To the actual right holders, managers, etc. of the entity where they are located; the identification marks can correspond to the identification information of these persons themselves, and/or the identification information corresponding to the equipment or programs used by these persons.
  • any character master or partner as a verification node performs verification endorsement, it can also be required to provide information about the location of the character bound to it, the time information at the time of endorsement, the current character owner or
  • the identification marks of the partners of Wuge are provided to the code chain server along with their respective endorsements.
  • any party can be required to provide one or more of location information, time information, and identification markings to the organization that manages the matter when performing a specified operation; specific information types, information acquisition or provision methods It can be determined according to the application situation without limitation.
  • One or more of the above-mentioned location information, time information, and identification marks can be obtained by the party performing the operation through a device configured by itself, and then provided to the management agency; it can also be the party and/or the management agency
  • the trusted third party provides the above-mentioned one or more kinds of certified information.
  • a smart digital human glasses can be used when binding objects or verifying endorsements.
  • the digital human glasses is a device that supports the code link entry protocol (can be used as a part of the digital human fog device), can access the code chain network, and interact with the corresponding server (for example, the industrial code server in the area).
  • the glasses are integrated with the ability to provide information such as location, time, identification, etc., alone or in cooperation with other parties.
  • the owner or partner of the identity uses the above-mentioned digital human glasses to bind the identity of a certain store, provide location, time, identification mark and other information, so as to share the transaction income generated by the location in the future.
  • the verification node and the endorsing digital person can use the digital human glasses.
  • the user of the digital human glasses can be required to go to the store to confirm on-site And then endorsement; because the digital human glasses can provide information such as the exact location, time, identification mark, etc., therefore, the endorsement of the user through the glasses has a higher credibility in the transaction. If the transaction is finally facilitated, the users of the glasses can also get the issued reward CUTXO.
  • the required identification mark can be the identification information of the device or program corresponding to the glasses, and/or the identification information of the user;
  • the identity of the person actually associated with the location of the object for example, the owner or operator of the store, etc.
  • these persons are also users of glasses, and their information can be further combined with the identification of the glasses and their users Information association binding.
  • the object code may be any kind of coding medium (such as a two-dimensional code but not limited to this), which is generated based on a predetermined coding rule, and can be parsed and identified by a matching decoding rule.
  • the encoding medium can be used for online and offline publishing, or for transmission during interaction.
  • the example coding medium can be one-dimensional code, two-dimensional code, multi-dimensional code and other bar code images that are visible to the naked eye; or the coded information is drawn with a highlighter, bright and dark light, visible light, ultraviolet or infrared, polarized light, refresh Optical dot patterns expressed in various ways such as frequency, or digital sound waves expressed in specific patterns/frequency changes, etc.
  • Either party obtains (scans, shoots, or receives) the encoding medium with the corresponding device, and the device itself or other devices or servers cooperate to parse the encoding medium to obtain the encoding information corresponding to the encoding medium or the content corresponding to the encoding information.
  • the device itself or other devices or servers cooperate to parse the encoding medium to obtain the encoding information corresponding to the encoding medium or the content corresponding to the encoding information.
  • the digital human glasses are integrated with the ability to acquire coded media, which can be used to photograph or scan or receive the coded media, or further have the ability to identify and analyze the obtained coded media. Therefore, the digital human glasses in the above example can be further used to obtain the character code.
  • the digital human glasses in the above example can be further used to obtain the character code.
  • the character code By identifying the character code, at least part of the information of the character corresponding to the character code can be known (for example, the location of the entity, the associated owner, etc.), or the way to obtain the corresponding information of the above character can be known, such as with The server that records the above information establishes a connection, etc., or further initiates the execution of certain services related to the character.
  • the object grid can be recorded by scanning the code at a certain location.
  • the object code can be arbitrarily distributed online and offline like other encoding media.
  • the character grid code is published on the offline physical location associated with the physical grid, or on a carrier related to the physical location. Users of digital human glasses can be required to scan and identify the identity code through the glasses when requesting the issuance of the identity or when verifying the endorsement.
  • the information obtained by identifying the character code can only be information about the location of the entity, and the field of the associated character master or character partner can be Empty; and after binding the character master or the character partner, the character corresponding to the position can be associated with the same character code (that is, the newly-bound content is included in the back-end feedback information), or it can also be used
  • the newly generated object code is associated.
  • the background control authority it is also possible to determine which of the content corresponding to the character or character code will be opened to the current identifying party.
  • the digital human glasses can compare the geographic location recognized by the scanning code with the geographic location obtained through the positioning device configured by itself, or the geographic location fed back to it by the external server.
  • certain servers can compare the geographic location, identity identification and other related information provided by the digital human glasses with the physical information obtained through actual records at the server, interaction with various parties, or identification of the identity code, etc. Right judgment.
  • the user of the digital human glasses on the M platform corresponding to the industrial code server, marks the identification of the glasses (such as the ID related to the hardware and chip of the glasses, the ID related to the application, etc. ) Is bound to the user (90).
  • a P platform that can interact with the M platform obtains the interface token (91) to access the M platform through the pre-appointed key and secret key; the M platform issues the interface token (92) to the P platform after verifying the key and secret key. ).
  • the glasses can establish a connection with the P platform and/or the M platform; after the glasses scan a coded medium, the P platform can submit the scan code results of the glasses to the M platform (93); the M platform that receives the scan code results will verify After passing the interface token, etc., the submission result can also be returned to the P platform (94).
  • the M platform can push the scan code result of the glasses to the digital person (95).
  • the digital person who obtains the scanning result can be the user of the glasses or other digital persons (for example, some nodes on the code chain participating in forwarding or verifying endorsement).
  • the M platform can also record the scan code results of the glasses, or push it to other servers or digital people when needed.
  • the involved parameters are, for example: App_ID, App key;
  • the return result when the M platform issues the token is, for example: the return value, the content of the return value, the token, and the expiration time.
  • the parameters involved are for example: token, user, longitude, latitude, time, QR code content, signature;
  • the submission result returned by the M platform is for example: return value, return value content, call result.
  • the business logic part of it is formulated by the industry code server (M platform); in some examples, the code issuing center, P platform, etc. may also be partially involved or known in advance.
  • Business logic for example, is to set the functions to be implemented based on the encoding medium, such as using the encoding medium for transactions, accounting, verification, endorsement, identity issuance, information acquisition and other services, and then to identify the encoding medium After that, the process or operation to be performed by all parties, and the parameter items that may be involved in the related process or operation are set.
  • the industrial code server requests the code issuing server of the code issuing center to generate the foregoing encoding medium, or the code issuing center authorizes the industrial code server or other third parties to generate the foregoing encoding medium through the configured encoding medium generating device.
  • the P platform can be associated with an organization that manages a certain piece of information, and participate in the implementation of the above-mentioned certain business or operation based on the managed information.
  • the P platform can provide information or authenticate the information to the coded medium identification party (such as a digital person using glasses) or an industrial code server, etc.; the example information can be the location, time, and identification mark corresponding to the object One or more of.
  • the certificate issued for the owner of the digital asset corresponding to the entity is the digital asset certificate of the entity; the P platform may be associated with the institution that manages the issuance of the certificate.
  • the P platform can obtain the location information of an entity, or the owner of the location of the entity, the effective time of the ownership, and other information through the real estate/real estate registration and management agency, or the agency that manages the registration information of the company, etc.
  • the P platform submits the scan code result to the M platform (52). For example, provide the M platform with the location information of the entity corresponding to the entity code, the information of the owner, the effective time of the ownership, and so on.
  • the P platform can also forward the information provided by the digital person to the M platform, such as providing the digital person's identification mark, the time when the digital person scans the code or initiates the request, etc.
  • the P platform can know the access information of the M platform in advance. Alternatively, the P platform can obtain the access information of the M platform through the information deciphered from the character code or from the obtained character corresponding information; or, the P platform can obtain the access information of the M platform according to the jurisdiction of the physical location of the character code, Or interact with the M platform that manages the corresponding jurisdiction based on the jurisdiction corresponding to the current location of the glasses.
  • the digital person can interact with the M platform through glasses or other terminal equipment.
  • the digital person During the process of scanning the code to request the creation of the character, the digital person’s identity identification mark is provided to the M platform; the M platform determines according to the information provided by the glasses and the P platform Whether the digital person has the qualification to purchase the character.
  • the digital person may be required to register on the M platform in advance, or at least during the process of scanning the code to request the creation of the identity.
  • the M platform can judge whether the digital person ID issued by the current requested character, the digital person ID that interacts with the M platform or the digital person ID registered on the M platform, and the digital person ID (or owner) forwarded by the P platform are consistent. As one of the basis for whether the digital person has the qualification to purchase the character.
  • the M platform returns the submission result to the P platform (53); for example, it is the feedback of receiving the information sent by the P platform or further interaction based on the information, or the information to notify the P platform whether the digital person is eligible to purchase the character, or Subsequently, the P platform is provided with information such as the binding of the digital person and the character, or the digital person opening a business based on the character or its physical location.
  • the M platform pushes the scan code result to the digital person (54); the digital person purchases the item through the pushed result, and the digital asset income of the corresponding item of the item code (that is, associated with the physical location, merchant) and the digital person People bound.
  • the digital person may be required to pay digital currency (such as the form of a CUTXO object) to the M platform to complete the operation of purchasing the item.
  • the digital person can use the bound character as a mortgage to obtain a digital currency quota (such as a CUTXO object) with a matching value from the M platform.
  • the digital person who is bound to the entity will apply for a merchant at the M platform (55); the M platform will review the merchant based on the application (56). Merchants who have passed the review can refer to the above examples to initiate promotion and forwarding (form a code chain), and conduct transactions with other users.
  • the second digital person (different from the digital person when the character frame is bound) passes the glasses to the store sign (or printed or embedded on the store sign). , The identity code arranged in the store, etc.) for identification; the second digital person establishes a connection with the P platform through glasses or other terminal equipment (61), and requests information about the merchants or their products related to the store recruitment . At this time, the identification mark of the second digital person can be submitted.
  • the P platform submits the recognition result to the M platform (62).
  • the P platform provides the corresponding M platform with the physical location of the store recruitment, or the corresponding information related to the character.
  • the P platform can also forward the information provided by the second digital person to the M platform, such as providing the second digital person's identification mark, and the second digital person identifying the time when the store recruitment or the request is initiated, etc.
  • the M platform returns the submission result to the P platform (63), for example, a feedback on the information sent by the P platform or further interaction based on the information.
  • the M platform can learn about the merchant associated with the entity where the store is located, the property owner or endorsing digital person bound to the physical location, etc. from the P platform, other third parties, or from the information recorded by the M platform itself; M
  • the platform pushes the merchant's merchandise to the second digital person (64); the second digital person purchases the merchandise (65) based on the result of the push.
  • the second digital person may be required to complete the registration on the M platform in advance, or at least during the transaction.
  • the M platform calculates and distributes the item rewards according to the preset settings, and submits the global item rewards to the code issuing center .
  • some of the functions involved can be used with This is achieved by an App configured by the glasses itself or an App configured by an external device (such as a mobile phone, etc.) that is interactively connected to the glasses.
  • the App may be an application program specifically used to implement the above-mentioned functions, or it may be a subprogram module that performs related functions added in some general social software or payment software (such as WeChat, Weibo, Alipay).
  • the character code, its corresponding coding information or the content corresponding to the coding information, etc. can be provided by a high-frequency chip.
  • the storage unit set or connected to the high-frequency chip itself can store the above information; the high-frequency chip itself or the radio frequency transmitter connected to it can emit radio frequencies corresponding to the above information; the digital human glasses can integrate the radio frequency receiving end to receive the above information Components, and identify this information through glasses, other terminal devices or servers.
  • High-frequency chips can thus become "nodes" for network access, guiding digital people to various content and services.
  • the high-frequency chip can be embedded in a certain carrier (such as shop sign, house sign) corresponding to the physical location of the object grid.
  • the character grid code can be presented in a light-sensitive two-dimensional code. That is, through the technology of preparing low-dimensional semiconductor devices, using the nanoprobe of the atomic force microscope, the ferroelectric thin film on the two-dimensional material can be moved arbitrarily, and the positive and negative of the voltage applied to the needle tip can be controlled to change the corresponding position of the ferroelectric
  • the properties of materials can be used to achieve precise control of the properties of two-dimensional materials, and then construct various electronic and photonic devices, such as memory, photodetector, photovoltaic cell and so on.
  • each area of these array patterns passes through the needle tip to control its carrier type, thereby controlling the luminous intensity of low-dimensional materials, and then a photo of fluorescence intensity can be directly obtained by taking a photo with a camera.
  • the information of each storage unit is clear in this photo.
  • the dark unit can be used to represent the "0" in the storage state, and the bright unit can be used to represent the "1".
  • Various personal digital terminals such as mobile phones, tablet computers, digital glasses, etc., all have cameras, cameras, etc., and can simply and directly obtain the information of each storage unit at the same time by taking fluorescent photos.
  • the technology can be used to encode the information related to the object by the light-sensitive two-dimensional code to make the corresponding chip, and embed it on various physical carriers, such as the door number of the physical store, the shelf, On the table, or embedded in the company’s business license, etc. Take a picture of the chip (regardless of whether the external light is bright or dark) to access the recognition of the light-sensitive two-dimensional code.
  • digital devices such as mobile phones, tablet computers, personal computers, etc.
  • digital devices when equipped with corresponding software and hardware units, or connected to external devices with corresponding units, can replace digital human glasses or cooperate with digital human glasses.
  • verifying endorsements providing at least one of the location, time, and identity identification information as needed, obtaining the encoding medium or further decoding and analyzing it, accessing the interactive connection with the corresponding server, and so on.
  • Figure 8 shows an example architecture of an industrial code server, including interface gateway, service registration discovery, authentication center, configuration center, monitoring center, log analysis, etc.
  • application software is developed and deployed in a typical microservice manner.
  • Microservices use RestFul's open interface externally, and can be connected to the existing code chain digital mall and other applications through WebServices.
  • the architecture uses separation of front and back ends.
  • the logic part is exposed as a business logic service.
  • Web pages open to digital people are provided as static page services.
  • the digital human fog shown in FIG. 3, FIG. 4, and FIG. 7 will be described below. All digital devices and cloud services owned by individuals constitute a personal data network; the collection of all digital devices owned by individuals on the Internet of Things is called fog computing, which is closer to people than clouds and easier to be controlled by people.
  • the digital human fog is the sum of the digital equipment and data resources owned by the family, for example including (but not limited to this):
  • Network equipment including routers, adapters and bridge equipment, network equipment connects digital devices deployed in the home.
  • Sensing equipment equipment deployed in and on the family to help people digitize sensory information, including temperature and humidity sensors, air component (CO, CO 2 etc.) sensors, camera equipment, recording equipment, and illuminance and color transmission Sense equipment, etc.
  • Control equipment including fresh air system, air conditioning system, various functional robots, smart home appliances, smart door locks, etc.
  • Personal leasing network cloud services including network services such as network disk, artificial intelligence, and third-party payment.
  • Mobile devices mobile phones, tablets, smart glasses and other mobile terminals.
  • One Provides the always-online function of the digital person
  • the second) provides more powerful computing capabilities when communicating between digital people, and can provide more complex information conversion and processing capabilities. These capabilities provide a viable technical basis for the digital person to receive the code and all the data on the code chain behind it and perform big data analysis to make the counterparty's digital person's credit evaluation;
  • USB shield also called UKey or smart password key
  • Mobile terminals can pass mobile phone strong dynamic authentication, big data verification and face recognition enhancement, card tokenization, cloud service cloud security cloud platform, near field payment, biometric identification, dynamic token, SMS encryption and other technologies to provide security for transfer payments, etc. Assure.
  • strong dynamic authentication on mobile phones refers to the loading of security plug-ins in mobile banking, and the one-time authentication code is generated by combining device fingerprints, user information, transaction information, etc., to match the information reserved in the background to achieve security authentication.
  • Big data verification refers to the use of customer equipment information, behavior records, transaction records and other data to intelligently identify customer identities through the rules engine. Based on account transaction password authorization, corresponding security verification methods are provided according to the customer’s actual transfer scenario. For example, both parties can transfer money. No other security authentication is required. If the payee initiates a transfer for the first time or a remote transfer, the SMS dynamic code or face swiping will be added according to the amount.
  • the present invention can also integrate U-Shield and other secret protection functions by configuring super SIM cards in various terminals such as mobile phones to realize identity recognition and authentication, and build for transfer payment.
  • the safe and reliable hardware and software environment realizes convenient mobile payment and significantly improves the security level.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Databases & Information Systems (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Computer Hardware Design (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

一种码链记账对象,可以在记账节点之间通过区块链技术实现同步记账;码链记账对象的数据,至少包含码链指向信息,用于查询到对应的码链,对码链上各节点的数字人的活动可以进行追溯,提供高维度的数据验证能力。以码链记账对象来表示码链数字货币,可以用于交易、兑换,实现应用和记账的效率和便利性;数字人以数字资产为抵押获得发行的码链数字货币,数字资产基于所在位置与物格关联,由物格所有者绑定受益权;通过物格的接入,使每一个环节的贡献都能被量化追踪并获得相应奖励,从而促进流通传播。

Description

采用码链区块的数字货币模型、方法、系统及装置 技术领域
本发明涉及一种采用码链区块的数字货币模型、方法、系统及装置。
背景技术
数字货币可以认为是一种基于节点网络和数字加密算法的虚拟货币。现有的一些数字货币来自于某些开放的算法,可以没有发行主体,因此没有任何人或机构能够控制它的发行。对于一些数字货币,由于其算法解的数量确定,所以数字货币的总量固定,消除了虚拟货币滥发导致通货膨胀的可能。此外的一些数字货币,交易过程需要网络中的各个节点的认可,一定程度上可以确保数字货币交易过程的安全。这些特点都是数字货币受到热捧的原因。
现在的银行、信用卡、证券交易系统、互联网第三方支付系统等,其核心都是基于账户的设计,由关系数据库支撑。与之不同,比特币作为一种典型的数字货币,通过众多节点构成的分布式数据库来确认并记录所有的交易行为,并使用密码学的设计来确保货币流通各个环节的安全性。
比特币,采用了基于UTXO的交易记账方式。UTXO,全称Unspent Transaction Output(未花费的交易输出),是一种类似于支票的数据结构:UTXO有一个金额以及一个拥有者。拥有者是通过交易获得了UTXO,UTXO记载了这笔交易的来源的指针,来源同样也是UTXO对象。每一笔交易的输入实际上引用的是上一笔交易的输出。每一笔交易可以有若干个输入,每个输入包括如下信息:1)该输入是哪一笔交易的输出,2)该输入是该笔交易的第几个输出。没有这两项信息对应到的交易输出,可以称为未花费的交易输出。一笔交易若要有效,需要所花费的UTXO的拥有者的一个有效签名,以及被花费的UTXO的总金额大于等于该交易的总金额。
交易过程中涉及的钱包余额,实际上是一个钱包地址的UTXO集合;一个用户的余额是用他占有的UTXO的总和计算出来的。如果要计算用户A的“余额”,那么就要遍历所有跟A有关的交易,找出所有输出地址为A的并 且没有花费的交易,可以计算出。每个UTXO都是一次性且不可分割的,当用户A给用户B转账时,在想转的数额和自己的UTXO数值不匹配时,用多个输出,有一些输出还给自己,实现找零。举例来说:A要向B转账1000元。A的钱包里有500元、800元的两个UTXO(总额大于交易金额),此时A转给B 500元和800元两个UTXO。B在收到这两个UTXO后,生成两个自己钱包的UTXO:一个UTXO为500元,来源于A的500元的UTXO;另一个为500元的UTXO,来源于A的800元的UTXO,并且生成300元的找零。找零对象返回A的钱包。
UTXO对象精确地模拟了现实中现金交易的形态,结合分布式记账和区块链共识机制,成为独立于主流银行电子记账交易外的一种新兴的电子交易模式。采用UTXO记账,随着资金从一个钱包转移到另外一个钱包,形成了一条清晰的交易链,这条资金交易链不会随着交易层次的增加而模糊,因为每一笔交易都有唯一的编码,交易编码把当前交易的输入和前一笔交易的输出衔接起来,就可以从源头追溯到资金的使用链条,也可以反向追踪到每一笔交易的资金来源。UTXO记账可以采用区块链方式,也可以采用中心节点和区域节点共同构成的混合式记账方式。记账节点的公正性和记账效率是UTXO记账方式的核心技术难点。
此外,作为一种在互联网上流通的需要极高可靠性的交易账簿信息,区块链技术使用了密码学算法和投票模型来验证交易信息的真实性,并在互联网上建立一套完整的含有所有交易履历的分布式链式数据库,随着时间的流逝,密码学算法的难度和链式数据库的查询难度也在指数级上升。显然这种模式只有依靠比特币的不断增值来维持,这显然是违背客观规律的一种做法。
区块链技术解决了信息网络去中心化的问题,使得网络共识的可信的信息能够做共识传递,但其问题也非常明显:1)高成本:大量计算能力用在毫无意义的密码学算法中,极大地增加了社会成本;2)匿名性:无论是用户,服务商和矿工都是匿名的,难以避免匿名用户将此应用于不法活动,也无法在网络上隔断信息发起人的非法,伪造的信息传播。第2个问题突出表现在基于区块链技术的比特币被广泛应用在非法洗钱和网络犯罪上。比特币的价值确定与使用的背书,却需要以机器人群体即基于IP地址的“社群”验证,其设计脱离了人类社会的基础属性,导致上述问题无法得到解决。
进一步来说,当下以互联网/物联网为基础的技术,皆是以IP地址作为底层连接,所有的配套联网接入设备,也都是以IP地址管理为基础的,这样的联网不仅使得联网的各个节点是IP,即,是机器(包括联网电脑、手机、无人驾驶汽车、飞机、冰箱、空调等,甚至是大脑植入芯片的半人半机器),存在于网络空间,或者任何时间,任何地点(多个地点),或者不存在于任何地方;然而,由于是非人类的,脱离人类社会的,所以造成各种乱象(黑客,水军,匿名等),同时,单相的“点对点链接”也不能如实表达基于社交形成的部落群体的人类社会特征。
实际在信息传播过程中,通过人的介入可以赋予信息更多的含义,但基于上述的现有技术难以突显“人类社会”的这一“价值表现”。通过链式传播方式(具有以人为中心,根据个人自有的关系网传播的特点),信息接收者不仅可以收到原始信息,同时也能获取传播者给予的属性信息,并可以通过传播链来获取更多的关联信息,从而做出更为合理的决策和行为。进一步延伸来看,这些属性信息不仅可以使得接收者获取信息的传播途径,同时也能对信息本身的内涵的真伪、好坏、合理性等作出判断。
但是,由于属性信息本身是传播者对原始信息的叠加,其属性本身具有以下的特征:1)主观性:对属性的赋值具有极强的传播者的主观性,它随着时间、传播者的情况以及其他客观要素发生改变。2)可伪造性:可以极为简单地变更信息本身的可信性以博取个人利益。3)传播效率问题:由于接触范围的局限性,链式传播的效率比利用互联网发布/转发更为缓慢低效,从而会降低使用的概率。4)成本问题:要保持传播链上信息的可靠性,必然会带来很高的验证成本,这些成本会导致信息成本的线性提升,从而会妨碍信息本身的使用范围和使用频度。
信息的传播行为本身具有价值:以广告为例,其本质就是信息发布资源的价值转换,高价的广告必然是通过在同等条件下能够将信息传播到更多人群的资源来发布。即,能够传播到的受众对象越多,其价值也就越大。传统的广告手段,信息只是被“散布”了出去,散布出去以后对于后续的传播过程,完全失去了掌握。
而一件商品,从广告信息传播到最终形成交易的过程中,每个传播的行为都为最终的交易贡献了力量。缺少了其中任何一次信息的转达,那么信息 就无法到达有交易意向的人,交易就无法成立。因此,信息的传播行为具有价值,而实施传播行为的人,理所应当去获取这些价值作为自己行为的回报。但这种价值一直以来没有被重视,是因为目前缺乏高效的、具有普遍适用性质的技术手段,来追溯整个过程中各传播者实施的有效传播行为,也难以兑现各传播者在传播过程中的价值。
发明的公开
为解决上述的诸多问题,本发明提供了采用码链区块的数字货币模型、方法、系统及装置,实现交易的价值追溯及传播追溯。
本发明的一个技术方案是提供一种应用码链的方法:
码链服务器根据码链指向信息,查询到对应的码链及码链中各级转发节点的信息;其中,与码链指向信息对应的码链,通过若干级转发节点对内容的转发而形成,所转发的内容至少包含码链指向信息和共同的主信息;所述码链服务器与码链中的至少部分转发节点交互,请求所述至少部分转发节点对其各自的转发操作进行背书。
示例地,查询到的转发节点的信息,例如是转发节点的识别信息,或可以联系到转发节点的信息,等等,不作具体限制。
示例地,码链指向信息、主信息的具体内容及表现形式不限。例如,码链指向信息可以是某种码链号,或是某种链接信息,但不限于此。又例如,码链指向信息、主信息,可以通过编码介质的形式来转发;每一级转发时,码链指向信息与主信息对应于同一个编码介质的编码信息的不同字段;或者,码链指向信息与主信息分别对应于不同的编码介质及其编码信息;或者,码链指向信息同时位于主信息或其对应编码介质的载体(比如是某种可以线上传播或线下发布的页面等)上,反之亦然。所转发的内容也可以根据实际应用进一步包含其他内容,不作具体限制。
示例地,码链服务器作为主记账节点,生成一码链记账对象,并将其与当前查询的码链进行对应;所述码链记账对象能同步给其他记账节点;
所述码链记账对象的数据,至少包含该码链对应的码链指向信息;
对与该码链对应的转发内容,码链服务器还根据对该转发内容的背书情况,形成背书部,并将背书部加入到所述码链记账对象的数据中。
将生成码链记账对象的记账节点,称为主记账节点。示例地,主记账节点或有权限的其他记账节点,可以对码链记账对象进行数据的更新或调整。一些示例中,码链记账对象允许被记录、存储、转发等。任意一方使用相应功能的设备(软硬件),对所存储或经同步、转发或其他各种方式获取到的码链记账对象,可以读取码链记账对象的数据;还可以对数据进行解读或转换,展现其中至少一部分(给设备的操作者或指定的某一方)。必要时,还可以对码链记账对象的数据进行加密,获取该对象后需要通过相应密钥解密后,才可对数据进行读取或进行其他操作。
示例的设备,例如有处理器、内部或外部的存储器(如存储程序、执行各操作所需的相关指令、存储码链记账对象或其数据等,但不限于此)、交互传输单元(与其他交互方之间输入和/或输出相关的信息,例如码链记账对象或其数据、程序、指令,以及根据读取出的信息进行查询等后续交互)、人机交互单元(与操作者之间交互)。所述设备能够以服务器、智能终端(电脑、手机、平板电脑、可穿戴式设备...)等各种形式实现,不一一列举。当然,根据执行的操作不同,可以对所需的设备(软硬件)进行适应地调整。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知与当前码链对应的转发内容的背书情况。
示例地,码链服务器作为主记账节点,根据收到的记账请求,生成码链记账对象;接收到转发内容的接收节点,向码链服务器提出记账请求;或者,与接收节点交互的另一方,向码链服务器提出记账请求。
示例地,所述接收节点是交易中的付款方,与接收节点交互的另一方是交易中的收款方;或者,所述接收节点是交易中的收款方,与接收节点交互的另一方是交易中的付款方。
示例地,所述接收节点,根据码链服务器向其反馈的背书情况,确定是否启动交易;所述接收节点确定启动交易后,提出记账请求;或者,通过交互,所述接收节点向另一方发出交易意向,由另一方提出记账请求。
示例地,接收节点还需要根据交易相关信息,确定是否启动交易。所述交易相关的信息,可以通过以下一种或多种方式获得,且不限于此:
接收节点通过主信息获得;
接收节点本身提供或预先留存有交易相关信息;
接收节点通过与知晓交易相关信息的某一方或多方进行交互获得:这一方的身份不限,其(在转发或交易或查询或背书中的)作用不限;
例如,可以是交易中的另一方;又例如,可以是向接收节点转发内容的转发节点、主信息的编制方、初始的转发节点或其他某一级转发节点、提供转发服务的服务器;又例如是码链服务器,(如接收节点所在辖区的)管理方或其指定的服务器(该服务器与码链服务器可以是整合的,也可以是相互独立而有交互的服务器,或者是完全无关的),等等。用以联系到这一方的信息,可以通过主信息或转发的其他信息获得,或者通过所在辖区的管理方或其指定的信息提供方处获得。其中,码链服务器或其他服务器等,可以将预先留存在其处的交易相关信息提供给接收节点或交易中的各方,或者实时查询到交易相关信息后提供给接收节点或交易中的各方。
示例地,用于交易时,所述码链记账对象的数据中,进一步包含交易场景部;所述交易场景部包含:码链指向信息、交易场景脚本;交易场景脚本用于根据码链指向信息来还原交易场景;所述交易场景,包含:内容转发到接收节点时的转发场景描述、本次交易的概要。
示例地,用于交易中的记账时,所述码链记账对象的数据中,进一步包含:指向本次交易的指向信息;数字货币额度的拥有者的数字签名;输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;输出部,表示本次交易的金额和找零的金额;时间戳,表示交易的时间。
本发明所述的各种指向信息,其各自的具体内容及表现形式不限(例如是某种序列、编号、链接等),能在知晓或记录有所指向的具体内容及其与指向信息之间关系的机构处,用于查询到所指向的内容中允许向查询方开放权限的数据。
示例地,用于交易中记账的码链记账对象,称为第一码链记账对象;
所述码链服务器在交易完成后,进一步对码链上的所有转发节点或码链上的所有验证节点或码链上所有提供背书的验证节点发放奖励;所述奖励至少包含数字货币的额度;
基于每个节点应该获得的奖励用的数字货币额度,所述码链服务器还分 别生成相应的第二码链记账对象,并同步给其他记账节点;
所述码链服务器还将指向第二码链记账对象的信息,增加到第一码链记账对象的交易场景部,并将第一码链记账对象重新同步给其他记账节点。
其中,码链上的所有转发节点可以都同时为验证节点,或者可以仅有部分转发节点有背书的资质能同时作为验证节点。
其他示例中,为相应节点发放的奖励,还可以是关联于节点的某种属性的调整(积分、综合评价指数等),或者可以是某种实体或虚拟物品的发放或某种服务的提供,不一一列举。奖励的计算、发放,可以是码链服务器自己处理,也可以是由与码链服务器有交互的其他服务器来处理。所述其他服务器可以专门用于奖励的处理,也可以同时用于本发明所述方法中其他功能的实现。
示例地,码链记账对象的同步通过以下任意一种方式或其任意组合进行:
码链记账对象被同步给码链服务器下属的多个记账节点;
发码服务器下属有多个码链服务器;任意一个码链服务器生成的码链记账对象被同步给作为记账节点的发码服务器;
发码服务器下属有多个码链服务器;任意一个码链服务器生成的码链记账对象被同步给作为记账节点的其他码链服务器。
示例地,码链记账对象的同步,通过区块链技术实现。
示例地,码链服务器获得符合要求的背书后,对背书情况进行记录。
示例地,码链上的所有转发节点均同时作为验证节点;获得符合要求的背书,是指获得指定数量的验证节点的背书。
示例地,转发节点的类型,与转发节点是否同时作为验证节点相对应;
获得符合要求的背书,是指获得类型相符的转发节点的背书,即获得同时作为验证节点的转发节点的背书;码链服务器需要获得所有验证节点的背书,或者码链服务器需要获得指定数量的验证节点的背书。
示例地,转发节点的类型,可以包含在码链相关数据中、转发场景相关数据中、转发内容中、背书部中,等等。根据应用需要,可以开放给码链服务器或其他各方查询获得。此外,本发明中还可以根据实际应用,按其他的条件、属性、渠道等来划分节点的不同类型,不一一赘述。一些示例中,各节点背书的情况,也可以记录在码链相关数据中,供后续查询时获取。
上述示例中,指定数量是指码链上所有验证节点数量的一半以上,但不限制在其他示例中设置为其他的数值。
示例地,所述背书部,至少包含背书序列号、背书脚本;
所述背书序列号,用从1到最大背书数中的一个值表示;每个转发节点有相应的背书序列号;
所述背书脚本,用于还原有背书序列号的每个转发节点的背书信息,至少包含有背书序列号的每个转发节点的识别信息、背书时间,但不限于此。
和/或,所述背书脚本,用于还原与所背书的内容相关的信息。例如,用以还原与所转发内容(如主信息、或其评论、或指向主信息的信息等)相关的信息,又例如,用以还原交易相关的信息(交易的序列号等),但不限于此。
示例地,背书序列号或背书部包含的其他数据,还可以进一步指向相应转发节点的其他信息,例如节点编号、节点类型、类型对应的标示等。
示例地,背书部中的所述最大背书数,与当前码链的转发路径相关,与当前码链上的所有转发节点的数量相对应;有背书序列号的每个转发节点,对应于码链上的每个转发节点。
示例地,码链上的所有转发节点同时为验证节点,或者所述码链上的部分转发节点同时为验证节点;
则,背书部中的所述最大背书数,与当前码链上验证节点的数量相对应;有背书序列号的每个转发节点,对应于码链上的每个验证节点;
或者,所述最大背书数与当前码链上收到背书请求的验证节点的数量相对应;有背书序列号的每个转发节点,对应于码链上收到背书请求的每个验证节点;
或者,所述最大背书数与当前码链上提供了背书的验证节点的数量相对应;有背书序列号的每个转发节点,对应于码链上提供了背书的每个验证节点。
示例地,码链服务器没有获得符合要求的背书时,则由该码链服务器根据查询到的码链相关数据,对其中每一级转发或至少一级转发所对应的转发场景相关数据进行验证,确定是否由该码链服务器提供背书并形成背书部。
不同的示例中,在所述背书部的基础上,例如可以使得由码链服务器提供的背书,以背书序列号为1到最大背书数中的一个值来对应,以替代未提 供背书的转发节点;又例如,可以使得背书序列号由1到最大背书数以外的另一个值来对应,或在对应节点类型的字段,或在背书部的其他字段设置特定的标记来对应,以区分由码链服务器提供的背书。
示例地,由码链服务器进行验证的至少一级转发,例如是其中初始的第一级转发,或者是其中任意一级转发,或者是针对那些没有给出背书的验证节点所进行的转发(或在其之前或之后的一级或多级转发)。
示例地,由码链服务器验证后给出的背书,可以是针对由其验证的某一级转发(可以是替代该级缺失的验证节点背书;也可以是码链服务器与该级验证节点的背书同时记录),也可以是涉及各级的整个转发过程。可以在背书部处,对由验证节点给出的背书,和由码链服务器给出的背书,以不同标识进行区分。示例地,还可以是由其他某一方的服务器来对每一级或至少一级转发进行验证后反馈给码链服务器,码链服务器再进行背书。
示例地,接收到转发内容的接收节点,至少获得主信息和码链指向信息;接收节点通过交互,将码链指向信息传输给码链服务器后,码链服务器启动查询。
示例地,接收节点可以在发送给码链服务器的某个请求中或其他交互信息中,增加码链指向信息;或者,将其收到的转发内容提供给码链服务器;又或者,将码链指向信息生成对应的编码介质并发送给码链服务器,等等。除了从接收节点处获取以外,码链服务器还可以从其他途径获取码链指向信息,例如由参与或知晓某级转发操作实施的某一方提供,如发码服务器、该码链服务器本身、提供转发服务的其他服务器、接收节点前一级的转发节点(假设转发同时,或转发之后经要求向码链服务器提供转发内容或其中的码链指向信息)等。本发明对获取码链指向信息的具体方式不做限制。
示例地,码链服务器将针对转发内容的背书情况反馈给接收节点;
接收节点根据码链服务器向其反馈的背书情况,来确定是否作为下一级转发节点来进行转发。
示例地,码链服务器根据背书情况,确定该码链服务器本身是否作为下一级转发节点,对包含主信息的内容进行转发。
随着新的一级转发,码链随之增长,码链相关数据随之增加;使码链、码链指向信息与最新的转发路径得以对应。
示例地,根据每一级转发,在码链相关的数据中,增加与当前一级转发相关的数据;与当前一级转发相关的数据,至少包含当前一级转发节点的识别信息。
示例地,与当前一级转发相关的数据,还包含码链指向信息,以及所述码链指向信息与码链的对应关系。
示例地,根据每一级转发,在码链相关的数据中,进一步增加当前一级转发节点的转发场景相关数据。
示例地,码链相关的数据,还包含指向主信息的信息。
示例地,码链指向信息由码链服务器发布;或者,码链指向信息由发码服务器发布,所述发码服务器能与码链服务器交互。
示例地,码链相关的数据,保存在码链服务器或能与之交互的其他服务器处;码链服务器在其自身保存的码链相关数据,或在其他服务器所保存的码链相关数据中进行查询。
保存码链相关数据的服务器,可以是发码服务器和/或其他第三方服务器。可以是专门用于保存数据(不限于码链相关数据),也可以同时用于本发明所述方法中的其他功能实现。
示例地,每一级转发时,由参与转发或知晓转发操作的服务器,或由当前一级转发节点,将当前一级转发相关的数据增加到码链相关数据中。
示例地,每一级转发时,由参与转发或知晓转发操作的服务器,或由当前一级转发节点,将与当前一次转发对应的码链指向信息,加入到当前一次转发的内容中。
示例地,参与转发或知晓转发操作的服务器,包含码链服务器、或发码服务器、或提供转发服务的第三方服务器;所述第三方服务器能与码链服务器和/或发码服务器交互;所述当前一级转发节点与码链服务器、发码服务器、提供转发服务的第三方服务器之中的一个或多个交互。参与转发或知晓转发操作的服务器,也可以同时用于本发明所述方法中的其他功能实现。
示例地,收到背书请求的转发节点,对转发场景相关数据进行验证,确定是否对转发操作进行背书;验证时使用的转发场景相关数据,与以下的任意一项或多项转发操作相对应:该转发节点本身进行的转发操作,该转发节点之前的一级或多级转发操作,该转发节点之后的一级或多级转发操作。
不同示例中,可以被查询及验证的转发操作中:某级转发的之前一级转发,可以是初始的第一级,或是最接近的一级,还可以是任意一级;之前的多级转发,可以是连续的多级,也可以是不连续的多级;可以是从某一级为起点或终点的多级,或是最接近的多级,也可以是任意的多级。某级转发的之后一级转发,可以是到达接收节点时的最后一级(须知转发路径不同,码链不同,根据不同码链查询所对应的接收节点及最后一级都可以是不同的),或是与当前验证的验证节点最接近的一级(如直接由该节点转发的),还可以是任意一级;之后的多级转发,可以是连续的多级,也可以是不连续的多级;可以是从某一级为起点或终点的多级,或是最接近的多级,也可以是任意的多级。可以根据应用实际来具体设计验证时的规则,及对权限开放进行管理。
示例地,与当前一级转发节点对应的转发场景相关数据,由该转发节点内部的存储设备保存或由该转发节点可交互的外部存储设备保存;
该转发节点收到背书请求后,获取所保存的转发场景相关数据进行验证,确定是否对转发操作进行背书。
示例地,转发场景相关数据保存在码链服务器处,由码链服务器发送给相应的转发节点;或者,转发场景相关数据,保存在能与码链服务器交互的其他服务器处;码链服务器从所述其他服务器处获取到转发场景相关数据后发送给相应的转发节点,或者码链服务器指示所述其他服务器将转发场景相关数据发送给相应的转发节点。
示例地,码链服务器向其请求背书的转发节点提供码链指向信息,使获得背书请求的转发节点能根据码链指向信息查询到转发场景相关数据;或者,码链服务器向其发出背书请求的转发节点,提供码链服务器查询到的转发场景相关数据。
示例地,转发场景相关数据,包含以下的一种或多种:
转发节点的识别信息;转发节点进行转发时所在的位置;转发节点进行转发时的时间;转发节点对主信息的评论;转发节点的数字签名;转发节点的综合评价指数。
示例地,获得背书请求的转发节点,可以对主信息进行验证,进而确定是否进行背书。验证时用到的主信息(或指向主信息的信息),例如是由转发节点预先留存,或由码链服务器、或其他服务器(如提供转发的服务器)、或 其他转发节点(前后一级或多级转发节点等)提供给该节点。验证所需还可以有其他的信息,也都可以通过类似的方式获取或提供给码链服务器或当前请求背书的转发节点。
示例地,与转发内容、用以获取到转发内容的信息、主信息、码链指向信息、码链记账对象之中任意一项所对应的编码信息,根据预定的编码规则,生成相应的编码介质;所述编码介质或其同源的超级链接或附带所述编码介质和/或其同源超级链接的载体,能用于发布或交互;所述编码介质能被识别装置获取到,并根据与所述编码规则相匹配的解码解析规则所识别。
示例地,发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点;
数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行;
任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过兑换或通过与与其他拥有者进行交易而获得数字货币的额度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
示例地,收到转发内容的接收节点,可以是数字人。示例地,数字人可以成为码链上的转发节点或验证节点。
一些示例中,数字人配置有相应能力的设备(软硬件)时,可以同时作为记账节点,参与码链记账对象的生成、更新,进行码链记账对象的数据提供、记录、存储、转发、读取、转换、解读、展示等与记账相关的操作。各记账节点可以配置类似的设备来参与记账相关的操作。并且,对应相应记账功能的应用程序、客户端软件等,可以载入到现有的硬件装置之中(例如,服务器、电脑、手机等移动终端、智能眼镜、手表等可穿戴式设备等),使其成为可用于参与记账相关操作的设备。所述设备的示例,可以应用于本发明其他方案中,且不作为对数字人或记账节点所使用的设备的限制。
示例地,任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向 其发行的,与抵押价值对应的数字货币额度。
示例地,所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
示例地,进行价值评估的记账节点,可以包含发码服务器、对额度发放进行管理的物格服务器、或负责生成码链记账对象的码链服务器,或是可以包含由发码服务器或物格服务器或码链服务器指定的记账节点。所述物格服务器,与发码服务器和/或码链服务器可以功能整合。
可以由发码服务器或物格服务器或码链服务器与其他记账节点交互,提供抵押提供方和/或抵押物的相关信息,请求所述记账节点进行评估背书。发码服务器或物格服务器或码链服务器或额度的原拥有者,获得背书反馈后,确定是否发放相应的数字货币额度。
示例地,提供价值评估的记账节点,可以与提供抵押的一方同级别或是其上一级或是其下属,也可以没有任何身份或级别的关联。示例地,提供价值评估的记账节点、提供抵押的一方、码链服务器、物格服务器等,可以位于同一辖区,也可以是没有辖区的关联。
本发明所述的辖区没有特别限定,可以是依据地理位置划分,也可以是根据行政区域来划分,或是依据是否符合某项或某些条件来划分,还可以是根据如服务器管理的某个具体事项或主题来划分。
示例地,物格服务器或码链服务器可以对本辖区内数字人或下属记账节点的额度发放进行管理。发码服务器可以是对所有辖区、涉及码链服务器级别的额度发放进行统一管理。需要时,也可以将各辖区的额度发放总额等,汇总到发码服务器处进行统一监管。示例地,物格服务器与码链服务器是不同的服务器时,码链服务器所获得的额度,是由物格服务器向其发行的;并且,来自于物格服务器从发码服务器处获得的额度。
本发明还提供一种物格及其应用方法,物格作为一种受益凭证,该物格与位置关联。例如,在发放物格时,需要提供位置信息、时间信息、身份识别标示,将受益方与表示受益权利的物格进行绑定。以下有关物格的示例,都可以应用在本发明的其他方案中。
例如,可以使获得数字货币额度所提供的抵押对应于物格。
将用于抵押的资产在码链服务器中映射成数字资产;所述数字资产与实体的位置相关联。
示例地,所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权利。
示例地,基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。
示例地,数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
示例地,物格的发放基于实体的地理位置;物格所有者拥有的物格生成装置,至少将实体的地理位置所对应的位置信息、对应请求物格发放时的时间信息、对应于物格所有者的身份识别标示,提供给物格服务器或具有物格管理能力的码链服务器或发码服务器用以发放物格,将物格与物格所有者绑定。
示例地,物格所有者可以是数字人。上述的位置信息、时间信息、身份识别标识作为一种示例,而不是对各信息具体对应情况的限制,例如可以是其他的位置或时间或身份。
示例地,某一方请求发放物格时,可以提供对应其自身的识别信息,物格服务器或具有物格管理能力的码链服务器或发码服务器收到符合要求的位置信息、时间信息、识别信息而同意发放物格时,将该方认定为该位置当前的物格所有者,将其自身的识别信息作为物格所有者的身份识别标示记录及反馈给该物格所有者。示例地,如果某位置的物格所有者更换,则物格服务器或具有物格管理能力的码链服务器或发码服务器,可以重新根据获得的符合要求的上述位置信息、更新的时间信息、更新的识别信息等,来绑定新的物格所有者。不同示例中,可以允许一个位置有一个物格所有者,或者可以允许一个位置对应有多个物格所有者(如以一个物格主人与多个物格合伙人的形式);对应多个物格所有者时,可以预先规定物格上收益分配的规则,例如按份分配、按是否满足预定条件分配,等等。假设某一方还就另一位置提出物格发放的请求,则其会是作为与该另一位置的物格绑定的物格所有者。
示例地,所述物格生成装置具有定位单元;处在实体所在的地理位置时, 物格生成装置通过定位单元,获得与所述地理位置对应的位置信息。
示例地,所述物格生成装置具有交互单元,能与物格服务器或具有物格管理能力的码链服务器或发码服务器进行交互,提供以下至少一种信息:位置信息、时间信息、物格所有者的身份识别标示。
示例地,所述物格生成装置具有交互单元,能与可信的第三方服务器交互,获得经所述可信的第三方服务器认证的以下至少一种信息:位置信息、时间信息、物格所有者的身份识别标示;经认证的信息由所述物格生成装置或所述可信的第三方服务器,传输给发放物格的物格服务器或码链服务器或发码服务器。
示例地,物格的生成,通过在相应位置发生的扫码行为来进行记录。
示例地,与实体的地理位置对应的编码信息,通过预定的编码规则生成第二编码介质;所述第二编码介质发布于实体所在的地理位置或发布于与实体或其地理位置有关联的载体上;
所述物格生成装置具有识别单元;处在实体所在的地理位置时或获得与实体有关联的载体时,物格生成装置通过识别单元,对第二编码介质进行获取,并通过与预定编码规则相匹配的解码解析规则进行识别,获得与所述地理位置对应的位置信息。
示例地,与实体的地理位置对应的编码信息,记录在一存储单元中;具有射频发射能力的芯片设置或连接所述存储单元;所述芯片设置于实体所在的地理位置或设置在与实体或其地理位置有关联的载体上;
所述物格生成装置具有射频接收单元;处在实体所在的地理位置时或获得与实体或其地理位置有关联的载体时,物格生成装置通过射频接收单元与所述芯片交互,获得与所述地理位置对应的位置信息。
物格生成装置的具体形式不限。除了与物格服务器或具有物格管理能力的码链服务器或发码服务器交互的单元外,前述定位单元、交互单元(交互可信第三方)、识别单元、射频接收单元可以同时设置,也可以仅设置其中的一项或多项,或者都不设置。同时设置有多个单元时,可以将其配置在同一个设备中,也可以将这些单元分别配置在具有相互交互能力的多个设备中。
示例地,所述物格生成装置是一种移动终端,或是一种可穿戴式设备,但不限于此。示例地,所述可穿戴式设备包含智能眼镜、手表,但不限于此。 或者,可以是将实现物格生成装置相应功能的程序、客户端软件等,载入至现有的设备(如服务器、电脑、移动终端、可穿戴式设备等,形式不限),使该设备成为可与物格服务器码链服务器或发码服务器等交互,进行物格生成相关操作的装置。
上述示例,主要描述了与实体地理位置相关的一种物格的发放等方法(该方法的示例可以应用到本发明其他方案中)。根据该方法的描述,还可以类推到以其他位置(如辖区范围、线上虚拟的区域划分等对应的位置),甚至是将位置以外的其他属性、条件、事项等,来关联收益分配权益的情况。
本发明的另一个技术方案是提供一种交易方法:
对于每次交易,主记账节点生成与本次交易相对应的码链记账对象,并同步给其他记账节点;所述码链记账对象的数据,至少包含码链指向信息;所述码链指向信息能用于查询到相应的码链;
所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点对本次交易进行背书的情况和/或主记账节点对本次交易进行背书的情况。
示例地,所述码链记账对象的数据,进一步包含:指向本次交易的指向信息;交易中付款方的数字签名;输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;相应额度的数字货币由付款方拥有;输出部,表示本次交易的金额和找零的金额;时间戳,表示交易的时间。
示例地,主记账节点获得码链中的验证节点的信息,与码链中的至少部分验证节点交互,请求所述至少部分验证节点对本次交易进行背书;主记账节点根据背书情况形成背书部。
示例地,码链中的验证节点的信息,由交易中任意一方提供。
示例地,码链中的验证节点的信息,由主记账节点或能与主记账节点交互的任意一方预先留存。
示例地,交易中至少一方向主记账节点提供码链指向信息;主记账节点根据码链指向信息,查询到对应的码链及码链相关数据;所述码链相关数据至少包含码链中的验证节点的信息。所述验证节点的信息,例如是验证节点的识别信息,用以联系到验证节点的信息,等等,不作具体限制。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的 码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知与本次交易有关的背书情况。
示例地,主记账节点向其请求背书的验证节点提供码链指向信息,验证节点根据获得的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据,来确定是否进行背书。
然而,本发明对主记账节点和/或验证节点获取到码链指向信息的具体方式或途径不作限定,可以根据实际应用,由知晓该码链指向信息的某一方提供给他们。
示例地,获得码链指向信息的任意一方,能在知晓码链指向信息与码链之间对应关系,保存码链相关数据的服务器处,查询到码链及码链相关数据中向该查询方开放权限的数据;保存码链相关数据的服务器,是对交易所在辖区进行记账管理的码链服务器或是码链服务器上一级的发码服务器,或是能与码链服务器和/或发码服务器交互的其他服务器。
示例地,每增加一个验证节点,在码链相关数据中,至少增加有对应于该验证节点的信息;码链指向信息由知晓码链相关数据及其与相应码链之间对应关系的服务器发布,该服务器还对码链指向信息与码链之间的对应关系进行记录;发布码链指向信息的服务器,是对交易所在辖区进行记账管理的码链服务器或是码链服务器上一级的发码服务器。
示例地,发布码链指向信息与保存码链相关数据的服务器,是同一个服务器,或是能进行交互的不同服务器。所述发布码链指向信息、保存码链相关数据的服务器等,还可以在本发明的方法中兼顾其他的功能实现。
示例地,与码链相对应的码链相关数据,记载有与码链中的验证节点相关的顺序。
示例地,所述顺序对应于码链中验证节点的属性:
所述属性是以下的任意一种:验证节点执行指定操作的时间;验证节点执行指定操作的数量;与验证节点的位置相对应的序列信息;验证节点的综合评价指数;验证节点的识别信息;其中,所述顺序由其中一种属性决定,或者是对多种属性根据权重计算后来决定。
示例地,所述顺序,对应于码链中的验证节点,对包含主信息的内容进 行转发的顺序。
示例地,主记账节点获得来自验证节点的、符合要求的背书后,形成背书部;或者,主记账节点没有获得来自验证节点的、符合要求的背书时,由该主记账节点根据查询到的码链相关数据,对码链中一个或多个验证节点相关的信息进行验证,和/或根据主记账节点获知的交易相关信息,确定是否由该主记账节点提供背书并形成背书部。
示例地,所述背书部,至少包含背书序列号、背书脚本;
所述背书序列号,用从1到最大背书数中的一个值表示;每个验证节点有相应的背书序列号;
所述背书脚本,用于还原有背书序列号的每个验证节点的背书信息,至少包含有背书序列号的每个验证节点的识别信息、背书时间,但不限于此。
和/或,所述背书脚本,用于还原与所背书的内容相关的信息。例如,用以还原与所转发内容(如主信息、或其评论、或指向主信息的信息等)相关的信息,又例如,用以还原交易相关的信息(交易的序列号等),但不限于此。背书部的其他内容,可以参见本发明的其他方案中的示例记载。
示例地,获得符合要求的背书,是指获得指定数量的验证节点的背书。
示例地,指定数量是码链上所有验证节点数量的一半以上。
示例地,主记账节点是交易的其中一方,根据自身的交易意向或根据其与交易中其他各方的交易共识,来生成码链记账对象;或者,主记账节点根据交易中至少一方向其发送的记账请求,来生成码链记账对象。
示例地,由交易中的付款方向主记账节点发送记账请求;或者,交易中的收款方与付款方交互后,由收款方向主记账节点发送记账请求;主记账节点根据记账请求来生成码链记账对象。
示例地,生成码链记账对象所需的,与交易相关的信息,通过以下一种或多种方式获得:
通过主记账节点与交易中的一方或多方交互获得;
从交易中一方或多方预先留存在主记账节点处的信息获得;
主记账节点从其他保存有交易相关信息的服务器处获得。
交易各方确定是否启动交易所需的交易相关信息,也可以通过类似方式获取;或者,还可以参见本发明其他方案中的示例记载。
示例地,码链记账对象的同步通过以下任意一种方式或其任意组合进行:
码链记账对象被同步给主记账节点下属的多个记账节点;
主记账节点隶属于另一个记账节点;所述码链记账对象被同步给所述另一个记账节点;
码链记账对象被同步给与主记账节点平级的其他若干记账节点。
示例地,主记账节点与其他记账节点的示例关系,可以参见本发明其他方案中的示例记载,例如,主记账节点是码链服务器,但这不作为对记账节点之间关系的限定。
示例地,码链记账对象的同步,通过区块链技术实现。
示例地,主记账节点是以下的任意一种:
由交易中的付款方指定;由交易中的收款方指定;由交易中的各方协商决定;是交易中的一方;是对交易所在辖区进行记账管理的记账节点;由对交易所在辖区进行记账管理的记账节点指定;是交易所在辖区的上一级记账节点;对所有辖区统一管理的记账节点。
示例地,与本次交易对应的码链记账对象在记账节点之间同步完成后,完成记账;交易中的各方,作为其中一个记账节点,或者通过与主记账节点或其他任意记账节点交互,获知记账完成的信息,执行交易中的后续操作,直至交易完成。
示例地,由主记账节点生成的,用于交易中记账的码链记账对象,称为第一码链记账对象;
所述主记账节点在交易完成后,进一步对码链上所有验证节点或码链上所有提供背书的验证节点发放奖励;所述奖励至少包含数字货币的额度;
基于每个验证节点应该获得的奖励用的数字货币额度,所述主记账节点还分别生成相应的第二码链记账对象,并同步给其他记账节点;
所述主记账节点还将指向第二码链记账对象的信息,增加到第一码链记账对象的数据中,并将第一码链记账对象重新同步给其他记账节点。发放的其他奖励,可以参见本发明其他方案中的示例。
示例地,码链通过对包含主信息的内容的若干级转发而动态调整;对每级转发所对应的码链,发布有相对应的码链指向信息;每一级转发的内容至少包含共同的主信息,和与该级转发对应的码链指向信息;
根据每一级转发,在码链相关的数据中,增加与当前一级转发相关的数据;与当前一级转发相关的数据,至少包含当前一级转发节点的信息(例如是其识别信息);码链中的所有转发节点均为验证节点,或者码链中的部分转发节点为验证节点。涉及转发的相关内容,可以参见本发明其他方案中的示例。
示例地,与当前一级转发相关的数据,包含当前一级转发的转发场景相关数据;转发场景相关数据,包含以下的一种或多种:转发节点的识别信息;转发节点进行转发时所在的位置;转发节点进行转发时的时间;转发内容中的主信息;转发节点对主信息的评论;转发节点的数字签名;转发节点的综合评价指数。
示例地,码链中的验证节点本身作为转发节点,参与对包含主信息的内容的转发;则,收到主记账节点背书请求的验证节点,通过对以下至少一项转发操作所对应的转发场景相关数据进行验证,来确定是否进行背书;
所述转发操作包含:该验证节点本身进行的转发操作;该验证节点之前一级或多级转发节点进行的转发操作;该验证节点之后一级或多级转发节点进行的转发操作。
示例地,接收到转发内容的接收节点,确定交易意向后,作为交易中的一方,直接向主记账节点提出记账请求,或者通过与交易中的另一方交互,由交易中的另一方向主记账节点提出记账请求;主记账节点根据收到的记账请求,生成码链记账对象。
示例地,所述码链记账对象的数据,包含交易场景部;
所述码链指向信息记载于所述交易场景部;所述交易场景部还包含交易场景脚本,其用于根据码链指向信息还原本次交易的概要、基于本次交易向验证节点发放奖励的情况。
示例地,若基于转发而促成的交易中,码链记账对象的数据中,可以进一步使得交易场景脚本,用于根据码链指向信息来还原相应内容转发到接收节点时的转发场景描述。
示例地,所述码链记账对象的数据中,输入部可以进一步包含:所引用的另一个码链记账对象的哈希值和查询索引、序列号、解锁脚本;输出部可以进一步包含使用条件脚本。
示例地,发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点;
数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行;
任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过兑换或通过与其他拥有者进行交易获得数字货币额度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
示例地,数字人可以成为收到转发内容的接收节点,或者交易中的一方或各方。示例地,数字人可以成为码链上的转发节点或验证节点。
示例地,任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向其发行的,与抵押价值对应的数字货币额度。
示例地,所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
示例地,数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
示例地,可以使获得数字货币额度所提供的抵押对应于物格。例如,所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权利。示例地,基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。其中,与抵押、物格等相关的内容,可以参见本发明其他方案中的示例,在此不一一赘述。
本发明的另一个技术方案是提供一种验证方法:
验证请求方获得码链中的验证节点的信息,与码链中的至少部分验证节点交互,请求所述至少部分验证节点对所要验证的内容进行背书。
示例地,验证请求方作为主记账节点,生成与本次所要验证的内容相关 的码链记账对象,并同步给其他记账节点;所述码链记账对象的数据,至少包含码链指向信息;
所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点对本次所要验证的内容进行背书的情况和/或验证请求方对本次所要验证的内容进行背书的情况。
示例地,所述背书部,至少包含背书序列号、背书脚本;
所述背书序列号,用从1到最大背书数中的一个值表示;每个验证节点有相应的背书序列号;
所述背书脚本,用于还原有背书序列号的每个验证节点的背书信息,至少包含有背书序列号的每个验证节点的识别信息、背书时间,但不限于此。
和/或,所述背书脚本,用于还原与所背书的内容相关的信息。例如,用以还原与所转发内容(如主信息、或其评论、或指向主信息的信息等)相关的信息,又例如,用以还原交易相关的信息(交易的序列号等),但不限于此。背书部的其他内容,可以参见本发明在其他方案中的示例。
示例地,验证请求方从与之交互的另一方,获得码链中的验证节点的信息。示例地,验证请求方从与之交互的另一方,获得所要验证的内容或指向所要验证的内容的指向信息;或者,所要验证的内容或指向所要验证的内容的指向信息,由验证请求方预先留存,并在本次验证时提取出来。
示例地,码链中的验证节点的信息,由验证请求方或能与验证请求方交互的另一方预先留存,并在本次验证时提取出来。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知与本次所要验证的内容有关的背书情况。
示例地,验证请求方向其请求背书的验证节点提供码链指向信息,验证节点根据获得的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据,来确定是否进行背书。
示例地,验证请求方从与之交互的另一方,获得码链指向信息;
验证请求方根据码链指向信息,查询到码链及码链相关数据;码链相关数据至少包含码链中验证节点的信息。
上述作为示例,本发明不限制验证请求方或其请求背书的验证节点获取码链指向信息的具体方式。
示例地,获得码链指向信息的任意一方,能在知晓码链指向信息与码链之间对应关系,保存码链相关数据的服务器处,查询到码链及码链相关数据中向其开放权限的数据;保存码链相关数据的服务器,是验证节点所在辖区进行码链管理的码链服务器或码链服务器上一级的发码服务器,或是能与码链服务器和/或发码服务器交互的其他服务器。
示例地,每增加一个验证节点,在码链相关数据中,至少增加有对应于该验证节点的信息;码链指向信息由知晓码链相关数据及其与相应码链之间对应关系的服务器发布,该服务器还对码链指向信息与码链之间的对应关系进行记录;发布码链指向信息的服务器,是验证节点所在辖区进行码链管理的码链服务器或码链服务器上一级的发码服务器。
示例地,发布码链指向信息与保存码链相关数据的服务器,是同一个服务器,或是能进行交互的不同服务器。
示例地,与码链相对应的码链相关数据,记载有与码链中的验证节点相关的顺序。
示例地,所述顺序对应于码链中验证节点的属性:所述属性是以下的任意一种:验证节点执行指定操作的时间;验证节点执行指定操作的数量;与验证节点的位置相对应的序列信息;验证节点的综合评价指数;验证节点的识别信息;其中,所述顺序由其中一种属性决定,或者是对多种属性根据权重计算后来决定。
示例地,所述顺序,对应于码链中的验证节点,对包含主信息的内容进行转发的顺序。
示例地,验证请求方获得来自验证节点的、符合要求的背书后,对背书情况进行记录;或者,验证请求方没有获得来自验证节点的、符合要求的背书时,由该验证请求方根据查询到的码链相关数据,对码链中一个或多个验证节点相关的信息进行验证,和/或根据该验证请求方获得的所要验证的内容,确定是否由该验证请求方提供背书。
示例地,获得符合要求的背书,指获得指定数量的验证节点的背书。示例地,指定数量是码链上所有验证节点数量的一半以上。
示例地,码链记账对象的同步通过以下任意一种方式或其任意组合进行:
码链记账对象被同步给主记账节点下属的多个记账节点;
主记账节点隶属于另一个记账节点;所述码链记账对象被同步给所述另一个记账节点;
码链记账对象被同步给与主记账节点平级的其他若干记账节点。示例地,主记账节点与其他记账节点的示例关系,可以参见本发明其他方案中的示例记载,但这不作为对记账节点之间关系的限定。
示例地,码链记账对象的同步,通过区块链技术实现。
示例地,验证请求方是码链中验证节点所在辖区进行码链管理的码链服务器,或码链服务器上一级的发码服务器,但不作为对验证请求方选择的限制。
示例地,所要验证的内容,与交易相关。
示例地,用于交易中的记账时,所述码链记账对象的数据中,进一步包含:指向本次交易的指向信息;数字货币额度的拥有者的数字签名;输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;输出部,表示本次交易的金额和找零的金额;时间戳,表示交易的时间。
示例地,所述码链记账对象的数据,还包含交易场景部;
所述交易场景部包含用以查询到码链及码链相关数据的码链指向信息、交易场景脚本,其用于根据码链指向信息还原本次交易的概要、基于本次交易向验证节点发放奖励的情况。
示例地,若基于转发而促成的交易中,码链记账对象的数据中,可以进一步使得交易场景脚本,用于根据码链指向信息来还原相应内容转发到接收节点时的转发场景描述。所述码链记账对象包含的其他数据,可以参见本发明其他方案中的示例,且这些示例都不作对码链记账对象的限制。
示例地,用于交易中记账的码链记账对象,称为第一码链记账对象;
所述主记账节点在交易完成后,进一步对码链上所有验证节点或码链上所有提供背书的验证节点发放奖励;所述奖励至少包含数字货币的额度;
基于每个验证节点应该获得的奖励用的数字货币额度,所述主记账节点还分别生成相应的第二码链记账对象,并同步给其他记账节点;
所述主记账节点还将指向第二码链记账对象的信息,增加到第一码链记 账对象的数据中,并将第一码链记账对象重新同步给其他记账节点。发放的其他奖励,可以参见本发明其他方案中的示例。
示例地,码链通过对包含主信息的内容的若干级转发而动态调整;对每级转发所对应的码链,发布有相对应的码链指向信息;每一级转发的内容至少包含共同的主信息,和与该级转发对应的码链指向信息;
根据每一级转发,在码链相关的数据中,增加与当前一级转发相关的数据;与当前一级转发相关的数据,至少包含当前一级转发节点的识别信息;码链中的所有转发节点均为验证节点,或者码链中的部分转发节点为验证节点。涉及转发的相关内容,可以参见本发明其他方案中的示例。
示例地,与当前一级转发相关的数据,包含当前一级转发的转发场景相关数据;转发场景相关数据,包含以下的一种或多种:
转发节点的识别信息;转发节点进行转发时所在的位置;转发节点进行转发时的时间;转发内容中的主信息;转发节点对主信息的评论;转发节点的数字签名;转发节点的综合评价指数。
示例地,码链中的验证节点本身作为转发节点,参与对包含主信息的内容的转发;则,收到主记账节点背书请求的验证节点,通过对以下至少一项转发操作所对应的转发场景相关数据进行验证,来确定是否进行背书;
所述转发操作包含:该验证节点本身进行的转发操作;该验证节点之前一级或多级转发节点进行的转发操作;该验证节点之后一级或多级转发节点进行的转发操作。
示例地,验证请求方根据自身的意向,或根据与其交互的另一方的意向及请求,来进行以下的一种或多种操作:
对码链中的验证节点的信息进行获取;
向码链中至少部分验证节点请求背书;
作为主记账节点,生成码链记账对象。
示例地,验证请求方根据接收到转发内容的接收节点的意向及请求,来执行相应的操作。
示例地,发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点;
数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务 器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行;
任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过兑换或通过与其他拥有者进行交易获得数字货币额度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
示例地,任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向其发行的,与抵押价值对应的数字货币额度。
示例地,所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
示例地,数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
示例地,可以使获得数字货币额度所提供的抵押对应于物格。例如,所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权利。示例地,基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。其中,与抵押、物格等相关的内容,可以参见本发明其他方案中的示例,在此不一一赘述。
示例地,验证节点提供背书时,还至少将与其关联的地理位置所对应的位置信息、进行背书时的时间信息、对应于验证节点本身的身份识别标示,提供给验证请求方。
示例地,可以将上述位置信息、时间信息、身份识别标示等,用以绑定验证节点的背书,记录下来用于以后查询验证。或者,还可以将这些信息加入到码链记账对象的数据中。
示例地,验证节点提供背书时,与该验证节点相关联的地理位置,是该验证节点提供背书时所在的地理位置。
示例地,验证节点通过配置的定位装置,获得与其所在地理位置对应的 位置信息。
示例地,验证节点具有交互设备,能与可信的第三方服务器交互,获得经所述可信的第三方服务器认证的以下至少一种信息:位置信息、时间信息、验证节点的身份识别标示;经认证的信息由所述验证节点或所述可信的第三方服务器,传输给验证请求方。
示例地,验证节点的背书,通过扫码行为来进行记录。例如,是在相应位置发生的扫码行为来记录。
示例地,验证节点具有识别装置,对第二编码介质进行获取,第二编码介质位于验证节点所关联的地理位置或记录在与该地理位置关联的载体上;识别装置通过与预定编码规则相匹配的解码解析规则进行识别,获得与当前所关联的地理位置对应的位置信息;与所述地理位置对应的编码信息,通过预定的编码规则生成所述第二编码介质。
示例地,验证节点具有射频接收装置,与具有射频发射能力的芯片交互,获得位置信息,该位置信息与验证节点所关联的地理位置相对应;所述芯片设置于验证节点所关联的地理位置或设置在与该地理位置有关联的载体上;与所述地理位置对应的位置信息,记录在一存储单元中;所述芯片设置或连接所述存储单元。
示例地,验证节点通过配置的移动终端或可穿戴式设备,来获取或提供以下至少一项信息:与验证节点所关联地理位置对应的位置信息、进行背书时的时间信息、对应于验证节点本身的身份识别标示。所述可穿戴式设备包含智能眼镜,但不限于此。此外,验证节点提供位置信息、时间信息、识别信息的操作,也可以应用在本发明其他方案的示例中。
本发明的另一个技术方案是提供一种码链记账对象的数据处理方法:
生成码链记账对象,所述码链记账对象在记账节点之间同步;其中,所述码链记账对象的数据,至少包含码链指向信息;所述码链指向信息能用于查询到对应的码链。
示例地,码链对应于若干个码链节点,码链相关的数据中包含所述若干个码链节点的信息。示例地,码链是随着码链节点的增加而动态调整的;每增加一个码链节点,在码链相关的数据中增加与该码链节点相关的信息。
本发明对码链相关数据及其中码链节点的信息,具体内容不限,可以根 据应用情况设计或调整。例如在不同的示例中,码链节点的信息可以包含节点的识别信息,用以联系到节点的信息,节点的转发场景相关信息,等等。例如,码链与转发相关,则码链相关数据中可以包含与转发内容相关的信息。码链、码链记账对象等与交易相关或应用在交易中,则码链相关数据中可以包含至少部分交易相关的信息。例如,码链、码链记账对象等应用于验证、背书等,则码链相关数据中可以包含与节点进行验证、背书情况相关的信息,等等。
示例地,码链通过若干级转发节点对内容的转发而形成。即,码链所对应的若干码链节点,包含转发节点。
示例地,所述内容至少包含码链指向信息和共同的主信息;其中,码链指向信息随着每次转发动态调整,与每次转发而动态调整的码链相对应。
示例地,码链所对应的若干码链节点,包含验证节点;与一个码链对应的所有码链节点或部分码链节点是验证节点。
示例地,码链中的所有转发节点同时为验证节点,或者码链中的部分转发节点同时为验证节点。
示例地,所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点进行背书的情况,和/或,所述背书部记录由主记账节点进行背书的情况。
示例地,码链中的至少部分验证节点对请求其验证的内容进行背书。根据应用情况不同,请求验证的内容可以不同,发起验证的请求方或发起验证的时间可以不同,获取验证节点的信息的方式可以不同,对此不做限制。
示例地,所述码链记账对象应用于前述应用码链的方法及其任意一种示例或示例的组合。示例地,所述码链记账对象在交易中应用。示例地,对于每次交易,主记账节点生成与本次交易相对应的码链记账对象。则,在前述交易方法及其任意一种示例或示例的组合中,可以应用本方案所述的码链记账对象。示例地,所述码链记账对象在验证中应用。例如,在前述验证方法及其任意一种示例或示例的组合中应用。示例地,所述码链记账对象应用于前述物格的应用方法及其任意一种示例或示例的组合。本发明每个方案中的示例,也可以应用于其他的方案中;还可以根据在不同方案中的应用需要做适应修改。
示例地,码链中的至少部分验证节点对与该码链对应的转发内容进行背书。例如,验证节点参与了内容的转发,或者知晓所转发的内容或知晓内容的转发情况;收到背书请求后,例如根据转发内容和/或转发场景相关数据进行验证后,确定是否进行背书。
示例地,码链中的至少部分验证节点对交易进行背书。例如,验证节点知晓与交易相关的至少部分信息,和/或验证节点参与转发的内容最终促成交易等;收到背书请求后,就其知晓交易信息的情况,或根据转发内容、转发场景相关数据等进行验证后,确定是否进行背书。
示例地,主记账节点同时作为验证请求方,或者其他任意一个验证请求方,向码链中的至少部分验证节点提出背书请求。验证节点的背书,反馈给主记账节点,或通过反馈给其他验证请求方进而提供给主记账节点。
示例地,其他验证请求方与主记账节点可以交互。例如,传输验证、背书所需要的信息、传输码链指向信息,传输需要启动验证的意向,传输验证节点反馈的背书情况,等等。
示例地,获得符合要求的、来自验证节点的背书时,主记账节点在背书部记录由验证节点进行背书的情况;或者,没有获得符合要求的、来自验证节点的背书时,由主记账节点自己进行验证后,确定是否背书,在背书部记录由主记账节点进行背书的情况。背书部的字段内容,可以参见本发明其他方案中的示例记载。
示例地,主记账节点根据自己的意向,或根据与之交互的某一方的请求,或根据预先设定的逻辑中为其指定的操作等,来生成码链记账对象。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知背书情况。一些示例中,不通过码链记账对象,主记账节点或其他验证请求方也可以直接向与其交互的某一方提供背书情况。
示例地,获得码链记账对象的记账节点,能根据码链记账对象中包含的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据。
除了通过码链记账对象获得码链指向信息以外,本发明对码链指向信息的获取方式不作限定;任意一方在有需要的任意时刻,都可以根据码链指向信息,查询到码链及码链相关数据中对其开放权限的内容。所述权限,例如由发布码链,或者管理、保存、使用码链相关数据的某个机构来规定。
示例地,主记账节点根据码链指向信息对码链及码链相关的数据进行查询。码链指向信息发布在主记账节点可接触之处;或者,码链指向信息由主记账节点的某一交互方,提供给主记账节点。其他任意一方,可以通过类似的方式来获得码链指向信息。
示例地,码链记账对象所对应的编码信息,根据预定的编码规则,生成相应的编码介质;所述编码介质或其同源的超级链接或附带所述编码介质和/或其同源超级链接的载体,能用于发布或交互;所述编码介质能被识别装置获取到,并根据与所述编码规则相匹配的解码解析规则所识别。任意一方通过识别装置,可以对可接触之处发布的编码介质进行识别,以获取到码链记账对象或其数据。
主记账节点对码链的上述查询,例如,用于获取验证节点的信息,在请求码链中验证节点进行背书之前进行;例如,主记账节点进行上述查询后,生成码链记账对象,并将其与当前查询的码链进行对应。但这些都不是对码链指向信息应用的限制,也不是对主记账节点查询码链的时间或目的的限制。
示例地,与码链相对应的码链相关数据,包含与码链所对应的若干码链节点相关的顺序。
示例地,所述顺序,对应于码链中的码链节点对内容进行转发的顺序。
示例地,所述顺序对应于码链节点的属性:所述属性是以下的任意一种:码链节点执行指定操作的时间;码链节点执行指定操作的数量;与码链节点的位置相对应的序列信息;码链节点的综合评价指数;码链节点的识别信息;其中,所述顺序由其中一种属性决定,或者是对多种属性根据权重计算后来决定。
例如,指定操作可以是指转发、记账、查询、验证、背书、交易、获得奖励、某项请求等本发明各示例中提及的操作,也可以是没有提及的任意一种指定操作;所述操作可以与所对应的码链有关,也可以与码链无关。位置可以是某种实体的地理位置,也可以是某种行政区域、虚拟位置等;位置可以是节点实际所处的位置,也可以是与节点关联的位置;位置可以与时间、识别信息、操作等配合;综合评价指数可以是基于节点的其他某些属性等计算而来,且可以依据其他属性的变化而计算调整;节点的识别信息,可以是特定范围内能用于区分不同节点的任意信息;例如,是节点所对应的个人或 机构的某种信息(名称、身份证号、税号等),也可以是节点所使用的设备的某种信息(设备号、型号),还可以是为其指定的信息。
然而,上述各示例,不是对码链节点的顺序的限制。上述示例中提及的属性,也不是对节点属性的限制。节点的属性或顺序,都可以依据其他的条件、事项等来规定。
示例地,所述码链记账对象用于表示数字货币。如,所述码链记账对象的数据中,包含用于表示数字货币的字段。例如,可以是体现数字货币的额度、来源、用途。
示例地,用于交易中记账时,所述码链记账对象的数据中,进一步包含:指向本次交易的指向信息;数字货币额度的拥有者的数字签名;输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;输出部,表示本次交易的金额和找零的金额;时间戳,表示交易的时间。
示例地,所述码链记账对象用于表示码链。所述码链可以用于验证。
示例地,用于交易时,所述码链记账对象的数据中,进一步包含交易场景部;所述交易场景部包含:码链指向信息、交易场景脚本;交易场景脚本用于根据码链指向信息来还原交易场景。
示例地,所述交易场景,包含:本次交易的概要。示例地,所述交易场景,包含:基于本次交易发放奖励的情况。
示例地,若基于转发而促成的交易中,码链记账对象的数据中,可以进一步使得交易场景脚本,用于根据码链指向信息来还原相应内容转发到接收节点时的转发场景描述。
示例地,用于交易中记账的码链记账对象,称为第一码链记账对象;
所述码链服务器在交易完成后,进一步对码链上的至少部分码链节点(如所有码链节点、所有转发节点、所有验证节点、或所有提供背书的验证节点等)发放奖励;所述奖励至少包含数字货币的额度;
基于每个码链节点应该获得的奖励用的数字货币额度,所述码链服务器还分别生成相应的第二码链记账对象,并同步给其他记账节点;
所述码链服务器还将指向第二码链记账对象的信息,增加到第一码链记账对象的交易场景部,并将第一码链记账对象重新同步给其他记账节点。
示例地,码链记账对象的同步通过以下任意一种方式或其任意组合进行: 码链记账对象被同步给主记账节点下属的多个记账节点;
主记账节点隶属于另一个记账节点;所述码链记账对象被同步给所述另一个记账节点;
码链记账对象被同步给与主记账节点平级的其他若干记账节点。
示例地,码链记账对象的同步,通过区块链技术实现,但这不作为同步方式的限制。
示例地,主记账节点与其他记账节点的示例关系,可以参见本发明其他方案中的示例记载,但这不作为对记账节点之间关系的限定。例如,发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点。将生成码链记账对象的记账节点,称为主记账节点。根据实际应用的不同,其中每个记账节点,都可能成为主记账节点。一些示例中,码链服务器是主记账节点。
数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行。
示例地,主记账节点或有权限的其他记账节点,可以对码链记账对象进行数据的更新或调整。一些示例中,码链记账对象允许被记录、存储、转发等。任意一方使用相应功能的设备(软硬件),对所存储或经同步、转发或其他各种方式获取到的码链记账对象,可以读取码链记账对象的数据;还可以对数据进行解读或转换,展现其中至少一部分(给设备的操作者或指定的某一方)。必要时,还可以对码链记账对象的数据进行加密,获取该对象后需要通过相应密钥解密后,才可对数据进行读取或进行其他操作。
一些示例中,数字人配置有相应能力的设备(软硬件)时,可以同样作为记账节点,参与码链记账对象的生成、更新,进行码链记账对象的数据提供、记录、存储、转发、读取、转换、解读、展示等与记账相关的操作。各记账节点可以配置类似的设备来参与记账相关的操作。所述设备的示例,可以应用于本发明其他方案中,且不作为对数字人或记账节点所使用的设备的限制。
任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过兑换或通过与其他拥有者进行交易获得数字货币额 度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
示例地,任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向其发行的,与抵押价值对应的数字货币额度。
示例地,所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
示例地,数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
示例地,可以使获得数字货币额度所提供的抵押对应于物格。例如,所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权利。示例地,基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。其中,与抵押、物格等相关的内容,可以参见本发明其他方案中的示例,在此不一一赘述。
示例地,由发码服务器发行的码链记账对象,其数据中包含表示该对象为一种原始码链记账对象的标记;例如,该对象的输入部中没有所引用的另一码链记账对象的字段;例如,可以在输入部或该对象的其他字段记载对应于发码服务器发行的标记。而该原始码链记账对象可以被其他码链记账对象所引用。
示例地,发行码链记账对象,不用背书;例如,生成发行用的码链记账对象时,其数据中没有背书部,或背书部不记录背书情况,可以空缺或用某种表示发行的标记代入。
示例地,发行码链记账对象,不用进行奖励,即不用发行另一个用于奖励的码链记账对象;发行用的码链记账对象的交易场景部中,与奖励情况相关的字段空缺或用某种表示发行的标记代入。
一些示例中,发行奖励所对应的数字货币额度,可以不是来源于已经产生的数字货币额度,或不是来源于已有的另一个码链记账对象。例如,奖励 以物格价值的升值,来发行奖励。则,奖励用的码链记账对象,可以在其数据的输入部中没有所引用的另一码链记账对象的字段;该字段空缺或以某种表示相关奖励情况的标记代入。
一些示例中,兑换可以在不同的数字货币之间进行;例如,对一种数字货币,根据其额度进行汇率换算后,发行与另一种数字货币的额度相符合的码链记账对象。
示例地,对码链记账对象的回收(灭失),其数据中包含表示该码链记账对象被回收的标记,即不再被任何一方拥有也不再能被其他码链记账对象所引用。
本发明在具体实施方式描述的CUTXO对象,是一种码链记账对象。
码链技术基于以下的中心技术思想来实现的:
数字人技术,体现真实世界中的人和码链四维数字空间中的数字人之间的关联。码链数据结构,通过码,来反映的动作间链式数据结构。MatrixLink协议,不依赖于IP电气信号连接的数字信号交换协议。
码链技术解决了信息安全,信息主权和信息对称问题,可以实现在信用、传播、交换和溯源上人人平等(数字人之间的平等)的码链思想。具体体现码链思想的一个应用是码链数字货币模型。
本发明所述码链数字货币的实现,既考虑了码链技术的核心部分,又考虑了应用和记账的效率和便利性。本发明中,码链数字货币的发行是动态的。任何数字人可以利用其获得的物格数字资产申请获取CUTXO。数字人也可以通过数字货币交易所用传统货币或其他资产来兑换CUTXO。CUTXO还可以通过数字人的行为比如转发,扫码等劳动行为发行/获取。CUTXO通过产业码扫一扫消费进行流通;商家和消费者之间,商家和商家之间也可以通过CUTXO交易。
不同于传统货币,CUTXO可以动态追踪其流通速度,当CUTXO流通发生问题时,并不通过CUTXO的增发来维持交易效率,而通过动态提高转发宣传劳动价值的方式来提高流通速度。另一方面,当流通速度提高时,可以通过动态收税的方式来灭失一部分CUTXO,从而保证码链新经济的动态稳定性。在使用CUTXO场景下,基于静态货币发行,回收机制下的传统经济危机不会发生。
本发明的方案具有不依赖于IP数据交换网的信息传递能力:CUTXO编码在二维码等编码介质中,可以通过光传递(扫码),近场通讯(NFC或者射频通信),卫星通讯等各种方式传递,并实时在码链验证节点中验证,即使码链验证节点暂时离线也可以离线认证,并提供延后认证功能。相比于UTXO的离线认证,CUTXO的离线认证对网络要求更低,适应场景更广泛。
在本发明的示例中,区块链不再履行信任传递功能:在比特币场景下的UTXO,区块链和POW(耗电量)承担着信任传递的作用,这使得区块链应用效率低下(POW计算的复杂性)的同时,又让比特币成为机械的机器人数字货币,其信任也不是基于人的信任而是人对机器的信任。在码链技术场景下,区块链只是作为一种分布式记账工具和同步工具,信任是通过码链而不是区块链来传递的。记账和信任的分离使得CUTXO既能够满足大规模高压力交易场景的同时,又能够完美反映人类社会信任关系模型——一种传递信任,精确记录以及事后审计审核,评价的一体化系统模型。
本发明的另一个技术方案是提供一种码链服务器。所述码链服务器可以适用于本发明所述应用码链的方法、交易方法、验证方法、应用物格的方法及其各自的示例;可以作为记账节点(例如是主记账节点)对上述的任意一种码链记账对象及其数据进行相应的处理。所述码链服务器可以与发码服务器、物格服务器等各种服务器进行交互,也可以与记账节点、数字人进行交互,还可以与验证节点、转发节点、接收节点等与码链相关的节点进行交互。
本发明的另一个技术方案是提供一种发码服务器。所述发码服务器可以适用于本发明所述应用码链的方法、交易方法、验证方法、应用物格的方法及其各自的示例;可以与码链服务器、物格服务器等各种服务器进行交互,也可以与其他记账节点、数字人进行交互,还可以与验证节点、转发节点、接收节点等与码链相关的节点进行交互。
示例地,发码服务器对多个辖区进行管理,每个辖区有相应的码链服务器;所述码链服务器是对所在辖区某个主题或事项进行管理的产业码服务器;一个辖区的不同主题或不同事项,可以由同一个产业码服务器管理,也可以分别由不同的产业码服务器来管理。
本发明的另一个技术方案是提供一种后台服务器,所述后台服务器提供经认证的位置信息、时间信息、身份识别标示之中的至少一项,和/或用于对 其他交互方向其提供的位置信息、时间信息、身份识别标示之中的至少一项进行认证。所述后台服务器可以作为一种可信的第三方服务器,适用于本发明所述应用码链的方法、交易方法、验证方法、应用物格的方法及其各自的示例。所述后台服务器可以与发码服务器、物格服务器、码链服务器等各种服务器等进行交互,也可以与记账节点、数字人进行交互,还可以与验证节点、转发节点、接收节点等与码链相关的节点进行交互。
本发明的另一个技术方案是提供一种设备,可以用于参与记账相关的操作。所述操作,例如是码链记账对象的生成、更新,进行码链记账对象的数据提供、记录、存储、转发、读取、转换、解读、展示等与记账相关的操作,但不限于此。所述设备具有交互单元,可用于交互;例如,用于输入、输出与执行记账操作有关的信息、指令等。示例地,所述设备可以具有处理器、内部或外部的存储器,基于对指令的处理,来参与记账相关的操作。所述设备可以应用于本发明所述应用码链的方法、交易方法、验证方法、应用物格的方法及其各自的示例;本发明所述发码服务器、码链服务器等各种服务器,记账节点、数字人、码链相关的节点等都可以配置上述设备。
本发明的另一个技术方案是提供一种设备,可以用于参与物格应用中的操作,该设备可以提供位置信息、时间信息、身份识别标示中的至少一项信息。例如,该设备可以获取上述至少一项信息,提供给外部的某一方;例如,该设备可以与外部的某一方交互,要求该交互方向其或其指定的另一方提供上述至少一项信息。其中,所述外部的某一方或指定的另一方,例如码链服务器、物格服务器、发码服务器、后台服务器等各种服务器,如记账节点、数字人、码链相关的节点等,但不限于此。示例地,该设备的拥有者或操作者,可以与物格及其代表的受益权利进行绑定。示例地,该设备是一种物格生成装置。
示例地,上述各方案提及的设备,可以整合在一个设备中。例如,电脑,手机、平板电脑各种移动终端,智能眼镜、手表等各种可穿戴式设备,都可以作为上述各方案提及的设备或其整合的设备,但不是对这些设备的限制。
上述各方案中提及的设备或其整合的设备,可以进一步设置例如对编码介质识别的器件、对编码介质生成的器件、对位置信息进行获取的定位装置、基于射频或其他通信技术进行信息交互的装置,等等。所述设备的拥有者或 操作者的识别信息,可以是对应于拥有者或操作者本身的某些信息,也可以是对应于其设备的某些信息。
编码介质,如本发明各方案描述的,可以用于物格生成、接入,用于表示码链记账对象等,但不限于此。
通过执行以下的任意一种操作,启动对所述编码介质的识别:
通过数字人的相机或摄像头,对编码介质扫描或拍摄;
对数字人提供的编码介质通过其他数字人的相机或摄像头扫描或拍摄;
通过数字人的终端设备对编码介质或其同源的超级链接进行操控;
通过数字人的相机或摄像头对准编码介质进行查看;
其中,数字人的相机/摄像头或终端设备,与该数字人的标识信息绑定。
示例地,与所述编码介质关联的信息,由发行该编码介质的发码中心管理;任意一个数字人通过对所述编码介质的识别接入所述发码中心的服务器与之交互;
任意一个数字人向发码中心提供该数字人的标识信息,获得与该编码介质关联的信息中符合该数字人的属性的内容;
和/或,任意一个数字人向发码中心提供其他数字人的标识信息,获得与其他数字人有关的信息。
示例地,通过对所述编码介质的识别,产生对应用的驱动指令,使数字人获得服务;所述应用,安装于以下任意一种设备内,或由以下任意一种设备根据对所述编码介质的识别结果来产生驱动指令:
所述设备包含相机/摄像头、与相机/摄像头信号连接的可穿戴式设备、与相机/摄像头或可穿戴式设备信号连接的终端设备、与相机/摄像头或可穿戴式设备或终端设备信号连接的云后台服务器。
数字人,如本发明各方案描述的,可以是参与交易的交易方、记账节点、验证背书的节点、绑定物格的物格所有者等,但不限于此。
数字人应用码链的方案中,任意一个数字人具有标识信息,与该数字人所代表的人和/或其使用的终端设备相对应;通过终端设备对基于码链接入协议生成的编码介质进行识别,使数字人得以代表人来接入码链网络,根据人的委托与其他数字人和/或系统进行数据传递。
示例地,由发码中心发行所述编码介质,并管理与所述编码介质关联的 信息;数字人通过对编码介质进行识别,获得指向发码中心的服务器的接入地址;数字人通过与发码中心的服务器交互,获取与该编码介质关联的信息。
示例地,数字人通过与发码中心的服务器交互,获得指向其他数字人和/或系统的跳转指令。
示例地,数字人与发码中心的服务器交互时,通过提供该数字人的标识信息,获得与该编码介质关联的信息中符合该数字人的属性的内容;
示例地,数字人与其他数字人和/或系统交互时,通过提供该数字人的标识信息,获得与该编码介质关联的信息中符合该数字人的属性的内容。
示例地,作为发行人的一个或多个数字人,向发码中心提交发码请求,发码中心对发行人进行身份验证后发行所述编码介质;与所述编码介质关联的信息,包含发行人的信息。
示例地,对通过识别编码介质来接入码链网络的数字人,发码中心将该数字人的标识信息记录至与所述编码介质关联的信息中。
示例地,对进行数据传递的数字人,发码中心将该数字人的标识信息,记录至与所述编码介质关联的信息中;
或者,对进行数据传递的数字人,发码中心基于码链接入协议生成新的编码介质,新的编码介质的编码信息包含传递的数据及该数字人的标识信息。
可选地,数字人进行数据传递时,是在从编码介质识别出的信息的基础上,由数字人代表的人进行信息过滤和/或提供附加信息后将数据传递出去。
可选地,数字人具有唯一的标识链,与解开该标识链的钥匙共同构成钥匙串。
附图的简要说明
图1、图2分别是UTXO和CUTXO的数据结构示例。
图3是码链服务器之间的记账示例。
图4是码链服务器下属商户的记账示例。
图5是追踪交易场景形成码链的示例。
图6是CUTXO发行、回收、兑换的示例。
图7是CUTXO的发行部署结构示例。
图8是CUTXO云服务的部署示例。
图9是产业码的部署示例。
图10是平台之间对接的示例。
图11是数字人眼镜生成物格的示例。
图12是数字人眼镜接入物格的示例。
图13是物格奖励的示例。
实现本发明的最佳方式
以下提供一些本发明的具体实施方式。
本发明的实施例,提供一种数字货币的模型,基于CUTXO(CodeChain Unspent Transaction Output,基于码链的未花费的交易输出)来实现。CUTXO是继承UTXO交易结构和码链数据结构的一个代表在某个码空间中交易价值的数据结构。
CUTXO的基本信息示例,如表1所示:
字段 描述
码的哈希值 代表本次交易执行的二维码
所有者数字签名 数字人使用私钥生成的数字签名
输入 引用码空间中全局总账的一个CUTXO
输出 价值表现和找零CUTXO
时间戳 交易发生的时间
验证码链的哈希值 指向本次交易被码链转发认证的链条
表1:CUTXO数据结构
CUTXO的账本记录结构是混合型的,使用区块链技术,CUTXO会记录在记账节点中(记账节点服务在例如由验证码链中的节点,码的转发数字人提供),同时又会记录在码空间所提供的码链服务器上,码链服务器为CUTXO提供中心式验证服务和评价服务,验证码链上的记账节点提供日常交易验证和记账服务。
在码链技术中,码是一个核心数据结构,它代表了一个动作和动作记录,并随着数字人的活动轨迹记录了数字人每种活动的链条,从而可以实现对数字人的活动的追溯。所述的数字人,是在码链网络给予特定的人的一组代理服务,可以看作是一个被拥有人控制的、代理“人的”部分行为的服务器或发起操作端,代表人来与系统进行数字化的信息传递。数字人以基于特定主题 的数字人ID(数字人DNA)为身份标识来行动,参与数字人网络。
在数字人活动中,有一类活动是和交易相关的,其交易价值记录在CUTXO对象中,CUTXO的其中一个记录字段就是一个指向码的哈希值(哈希值由通用算法结合自身秘钥生成)。本例使用哈希值作为指针,有两个考虑:其一,作为数字人隐私保护的一个手段,码的解码信息不应直接出现在CUTXO交易信息中,以确保记账节点无法看到码内部的隐私敏感信息。其二,作为提高查询效率的手段,在验证交易合法性的时候,需要查询码链的完整性和有效性,因此需要一种快速查询码的手段。码的哈希值,如代表本次交易执行的二维码,是交易的开始,并记录在交易结果中。
为确保交易确实是由拥有所涉CUTXO对象的数字人发起,数字人需要对交易进行数字签名,签名所需要的私钥以及对应的公钥由发码服务器配发,作为数字人的核心数据字段。数字人的核心数据字段可以保存在数字人雾设备,例如是个人服务器上并通过个人网络传递到个人数字设备中。
CUTXO的输出,输入和时间戳,继承自UTXO数据结构,连续的输入、输出构建了CUTXO的追溯链,从而可以看到CUTXO在此码空间的完整使用记录。
CUTXO在使用过程中还由验证码链来进行验证,示例的验证码链通过转发形成,每个转发者同时具有对CUTXO使用时的记账能力,来验证和记录CUTXO不会被重复使用。CUTXO中验证码链的哈希值字段记录了验证码链号(由发码服务器发布)的哈希信息,该字段可以用于CUTXO在跨码链使用时对输入的代理验证请求。
CUTXO在使用中具有以下技术特点:
在码空间的全局唯一性:码链服务器和码链验证节点中记录的CUTXO的内容是全局唯一的,区块链提供了码链验证节点中各CUTXO副本的同步验证功能,码链服务器的全局记录汇总了码空间中的CUTXO副本,并提供在码链萎缩和出错时的矫正功能。
CUTXO涉及的两条链,追溯链和码链:码链记录了交易行为的前后因果关系,追溯链代表CUTXO的连续使用,记录了价值传递的因果关系。CUTXO数据结构是两个因果关系的交叉点,因此CUTXO除了可以追溯价值的来源,还可以追溯行为的来源,这为验证交易行为的合理性和合法性提 供了更高维度的数据验证能力。
图1、图2分别是UTXO和CUTXO的数据结构示例。CUTXO中继承自UTXO的部分,包含:交易输入部有前CUTXO(即所引用的表示来源的CUTXO)的哈希值和查询索引,以及序列号、解锁脚本;交易输出部有金额、使用条件脚本(支付对象的公钥)、找零CUTXO。
而CUTXO比UTXO多了两个部分:
1)交易场景部:这个部分主要是记录交易场景的。交易场景的因果关系记录在码链中,码链在CUTXO中以码链号码形式体现,可以关联到码链服务器中的码链数据结构中,从而追踪交易场景的前后因果关系。
交易场景部的示例:
1.1)码链号。码链的建立:码链服务器通过扫码-发码的链条建立数字人之间的码链关系。码链数据结构保存在发码服务器和/或码链服务器上。
每次交易扫码需要使用码链时,可以向码链服务器查询最终码的发码链条关系;该链条关系在查询时可以存下快照,并以唯一序列号的形式传递给记账节点处的交易生成器。交易生成器在生成CUTXO时,将查询获得的码链号保存入CUTXO。
1.2)交易场景脚本:该脚本用于描述交易场景,对码链号所代表的交易场景进行解释及还原,其可以包含下列几个部分:
1.2.1)从脚本号还原码链;
1.2.2)从码链上获得对交易场景做认证的数字人;
1.2.3)从数字人获取码链转发时的场景描述;
1.2.4)本次交易的概要;
1.2.5)对生成的奖励CUTXO的追溯。
2)背书部:码链上的验证节点(背书的数字人)对交易进行查询与验证,确认无误后加入自身的验证结果,形成新的背书,并提交记账节点;背书部分用于对CUTXO使用场景的增信,避免交易场景的作假。凡是背书的数字人,都给交易场景进行证实,保证交易的真实性。做背书的数字人都可以获取一定数量的CUTXO奖励。
背书部的示例:
2.1)序列号:从1排到最大背书数;背书节点的序列号字段包括:节点 编号、节点类型、类型对应的ID等节点信息。其他与交易无关的节点信息,可以由码链服务器处的数字人平台进行中心化存储。
2.2)背书脚本:该脚本用于还原背书的数字人、背书时间及背书交易序列号;并实现对交易场景的校验,加入节点序列号,并由节点按照自身秘钥进行加密后,加入背书部分,形成新的背书。
图3、图4提供了CUTXO记账方式的示例。发码服务器可以发行和认证数字人身份标示(31)。数字人的身份标示可以使用系列窜码形式。数字人可以向发码中心的发码服务器申请发行密钥对,私钥保存在数字人的个人设备中,用于使用CUTXO时进行数字签名。公钥可以分发给码链上的转发人,用于验证CUTXO签名的正确性。
以手机为例,本发明中,可以利用超级SIM卡(或SD存储卡结合SIM卡)的方式,实现离线/在线均可支持数字货币钱包的移动支付功能。既利用SIM卡原有的识别标示作用(如用户实名认证)、网络接入、数据传输和通信交互的功能,又利用超级SIM卡或SD存储卡的存储空间来保存CUTXO的私钥、银行加密证书等,实现非对称密钥PKI体系,结合硬件SE安全单元和TEE可信执行环境,为实现支付转账、CUTXO等数字货币记账,以及各种不同货币之间的汇兑转换等功能,提高安全性和可靠性。
超级SIM卡,是在传统SIM卡的基础上集成了超大存储空间的方案。传统SIM卡的存储空间较小(64KB和128KB等),只能用于存储手机号码等少量信息。超级SIM卡不仅有更大的存储空间,还可以具备高速接口,在存储卡形态基础上增加了SIM触点;手机等移动终端,配备有相应的二合一卡槽及接口,来同时支持存储功能和SIM通信功能。
超级SIM卡里可以预先安装数字货币钱包,开通时:使用该超级SIM卡的手机终端,根据接收到的请求生成密钥对,并将密钥对中的公钥发送给钱包服务商(如SIM卡的运营商);钱包服务商根据接收的公钥生成钱包标识,并将公钥和钱包标识发送给数字货币发行登记机构;数字货币发行登记机构根据公钥和钱包标识生成数字证书,并将数字证书发送给钱包服务商;钱包服务商将数字证书、钱包标识和钱包合约代码地址发送至该数字货币钱包的手机终端,并且根据该数字货币钱包的终端返回的开通请求,创建数字货币钱包;以及,向数字货币发行登记机构发送注册请求;数字货币发行登记机 构根据接收的注册请求对钱包标识、钱包证书进行登记注册。
注册成功后即可对私钥进行备份,本例中可以导出私钥到超级SIM卡里,这样与手机终端本身的联网环境隔开,避免被病毒入侵或黑客盗取,同时又方便随身携带,实现便捷又安全的执行环境。则,将本示例应用于银行转账等流程时,通过输入签名密码及支付密码,就可以完成转账场景,满足大额转账的安全需要;这样可以不需要短信认证,以免短信验证码、动态口令等被劫持,提升安全强度。
对CUTXO的记账采用智能合约的形式,各节点遵循一致的代码数字协议记账。本例中的记账节点是分布于各地的产业码服务器。产业码服务器同级别的CUTXO发行(32)/背书奖励发行(38)、数字人身份标示的发行认证、记账总额的管理,可以由发码服务器执行。新的记账节点(如D市节点)申请加入时需提交抵押物,由所有记账节点共同评估(35),达成共识后,形成新的记账节点,由发码服务器发行CUTXO(32),并进行各个记账节点对该额度授权的背书;或者,如果是通用价值的抵押物(比如黄金等)则无需评估,直接背书即可。
每个产业码服务器以码链服务器构成,可以在其辖区内对CUTXO的发行(42)/背书奖励发行(47)、数字人身份标示的发行(41)、交易场景的背书验证等进行管理。每个产业码维度上的CUTXO可以在产业码服务器上以区块链的方式记账(每个产业码服务器都可以是记账节点;每个产业码服务器也可以是验证节点)。每个产业码服务器的辖区内形成码链网络,辖区内接入码链网络的商户交易,由作为CUTXO记账节点的产业码服务器来负责记账,这种交易属于实物普通交易。
一个示例中,某商户的推广信息,经过若干级转发到用户,促成该用户购买该商户的商品或服务。其中一些转发者可以同时是验证节点、或记账节点、或者既是验证节点又是记账节点。将不作为验证节点或记账节点的转发者称为普通转发者。
在一个信息传播的示例中,商户提供一些推广信息,例如用来介绍该商户本身或其售卖的商品或提供的服务等;商户在本例是起始的转发者,将上述推广信息进一步经过代理人、普通转发者传播,到达用户;本例中商户、代理人各自还同时作为验证节点和记账节点。
如图5所示,CUTXO交易涉及码,用来追踪交易场景。每个数字人访问后会在原有码的基础上添加自己的数字人ID,形成新的码,进而形成码链。码链的每一个节点均可推出前一个节点,形成追溯。例如,商户、代理人、普通转发者,各自推广时分别产生对应的码abc、abd、abe传给后一级;所述的码,包含对应于推广信息的共同部分ab并叠加转发者各自的数字人ID识别信息c\d\e;这个传播的过程形成码链abc-abd-abe。或者,某些示例中,码链在记录时表示为abcde,如部分数据体现共同部分,部分数据体现对应该共同部分转发的码链各节点的至少识别信息。
某些情况下,涉及若干级代理人及若干级普通转发者,则码链例如是abc-abd 1-...-abd M-abe 1-...-abe N;或者,涉及若干级代理人、若干级普通转发者的交叉,则码链例如是abc-abd 1-abe 1-...-abd M-abe M--abe M+1...-abe N,其中,M对应M级代理,N对应N个普通转发者,不作具体展开。码链及其相关的数字人信息,由产业码服务器记录及更新。除了节点的识别信息和/或共同部分之外,可以根据需要在码链相关的数据中记录其他信息,本发明不作限制。
可以用二维码来帮助理解上述的码及码链。即,示例的推广信息以推广二维码的形式发布传播;商户发布的推广二维码所对应的编码信息,可以进一步对应到推广信息及该商户的数字人ID;代理人获得推广二维码后,解码解析获得推广信息,并以另一个推广二维码的形式进行发布传播,该另一个推广二维码所对应的编码信息,可以对应到共同的推广信息及该代理人的数字人ID;其他各类转发者的推广传播方式类似,各自对叠加有其自身数字人ID的推广二维码进行发布传播。产业码服务器对辖区内这些推广二维码的生成是知晓的,例如各推广二维码的生成需要通知产业码服务器,或者是通过产业码服务器生成或由其授权生成的。因而,产业码服务器实际对信息传播路径及每一节点的转发者都是可以知晓的,并对其进行记录,以备验证、背书、奖励等情况使用。上述推广二维码的情况作为示例,实际传播的信息不一定具体生成了推广二维码,而是使信息的来源、信息的转发与相应转发者的关联关系等为产业码服务器知晓。一些示例中,接收到推广信息的一方,能够获取到至少在其前面一级转发者的信息(例如,前一转发者的识别信息,可以整合到转发内容或随着内容转发而被获知;或者,可以仅在产业码服务 器记录各转发路径对应的码链及其节点信息,而接收方通过与产业码服务器交互而获得)。
表2提供了一个码的解码信息的示例,码的解码信息不会直接出现在CUTXO的交易信息,而是记录在产业码服务器处,其中非隐私敏感的信息可以在转发、交易等阶段被查询到,用来验证、追溯。可以对查询方的权限进行规定,以限制查询的条件、时机,或者可向查询方公开的具体信息等。所述码以二维码为例进行说明。
信息 编码类型 长度 说明
编码 字母 20 该二维码的编码
对象ID 字母 12 二维码对应的对象ID(推广页ID)
国家 字母 2 国家
区域 数字 6 邮政编码
行业 字母+数字 6 行业
PIT信息-位置 字符 20 位置信息
PIT信息-时间 字符 15 时间
PIT信息-身份 字符 10 用户ID
产业码 字符 4 产业码服务器编码
渠道 字符 10 推广渠道
商户 字符 10 商户ID
媒介类型 字符 2 推广页、或别的推广类型
传播渠道 字符 50 通过微信、支付宝或其他渠道传播
前序码 字符 20 该二维码基于的前序二维码
表2码的解码信息示例
获知某推广信息后,为了购买该推广信息对应商户提供的商品或服务,用户需要以其拥有的CUTXO支付与本次交易相应的金额到收款方,如商户(也可以指定其他人为收款方,如代理人、第三方支付系统等,其再以另外的交易过程与商户结算)。
不同示例中,生成CUTXO对象的记账节点,可以是收款方指定的,也可以是付款方指定的,或者规定由所在辖区的产业码服务器进行记账,或者由产业码服务器指定某记账节点,或者商户也可以作为与其自身相关交易的记账节点,等等。
产业码服务器根据其记录的码链等信息进行记账,其他记账节点可以通过与产业码服务器交互,查询码链等信息来进行记账。或者,产业码服务器或其他记账节点,还可以通过与码链中的各方或交易中的各方交互,来获取记账所需的某些信息。
例如,与交易相关的信息,其中一些包含在推广信息内,或随推广信息收到,可以由发出推广信息的商户、转发者,或收到推广信息的用户,或参与转发的服务器等提供;例如,一些与用户(付款方)或其拥有的CUTXO等有关的信息,可以由用户单独向记账节点提供,或者由与用户交互的某一方(如商户),或知晓这些信息的某一方(如第三方支付系统)提供给记账节点;例如,一些与商户或其商品、收款、奖励等有关的信息,可以由商户单独向记账节点提供,或者由与其交互或知晓这些信息的某一方提供给记账节点。
一些示例中,在交易时,通过主动扫码或被动扫码的操作,实现用户与商户对某些交易信息的提供,双方对交易信息的沟通协商及确认等过程;经扫码操作,还可以向记账节点发出CUTXO的记账请求;例如主动扫码或被动扫码的不同,该记账请求可以是由用户侧发出,也可以由商户侧发出。主动扫码,例如是用户以其配置的设备扫描外部展现或发布到该设备的二维码等,接入与商户或第三方支付系统或记账节点的交互;被动扫码,例如用户的设备展现二维码,由商户等配置的设备扫码后获取相应的信息,建立交互。
记账节点可以将现实中交易的分类与地域性特征等记入交易场景部,记账节点还通过查询码链,获知需要对本次交易场景做认证的背书数字人后,申请背书数字人背书。背书数字人通过向产业码服务器查询,例如获知交易场景,或获知码链中对应该背书数字人转发时的场景并对其进行验证确认。
获得码链上指定数量如半数以上数字人背书后,记账节点将背书相关的信息记入CUTXO的背书部,完成记账。由于每项交易对应的信息从起始到被用户获得,所经历的传播路径、转发数量都没有规定,最大背书数是由此累积得到的。因而,不同的示例中,最大背书数可以对应于实际转发者的数量,或者对应于转发者中所有验证节点的数量,具体有哪些节点可以通过查询码链获知。本例中商户和代理人可以成为背书数字人。不足半数数字人背书时,可以由产业码服务器来验证。
各方验证后,完成CUTXO对象的记账及同步视为记账成功;商户在获得记账成功通知后,完成交易(如向用户提供商品或服务)。完成交易后,产业码服务器还通过物格服务申请发行奖励CUTXO,将奖励CUTXO发行给本次交易的各个背书数字人(或者某些示例中,将CUTXO奖励发行给促成该交易的码链中的所有转发者;或者某些示例中,还可以对用户的购买行为发行奖励CUTXO)。
实际应用的示例中,对交易涉及的各方,如用户或商户各自的履约能力,都可以要求进行验证背书。此外,对于其他事项(如某一方是否确实执行了某种行为或者对某一方是否有执行某种行为的能力等),都可以要求进行验证、背书。则,码链上的节点可以不是经由转发形成,背书数字人也可以不是来自转发者而依照其他规则设定。例如,某一方可以直接确定一些对所要背书的情况有了解的数字人作为背书数字人。而对某个事项验证用的码链,就可以对应于与这个事项相关的这些背书数字人。后续通过该码链,就可以对应到这些背书数字人,从而获取其信息以申请背书,或者获取到其给出的背书。可以由产业码服务器等记账节点,来向背书数字人申请背书,并对背书情况进行记录管理。
如图6所示,发码服务器可以面对各产业码服务器进行CUTXO的发行或回收,此时可以要求各记账节点(如产业码服务器所在级别)背书。产业码服务器可对其下的记账节点或商户、代理人等数字人进行CUTXO的发行或回收,此时可以要求其他记账节点或其他数字人背书。用户等数字人,可使用CUTXO购买商户提供的服务或产品,用户的CUTXO可以由产业码服务器发行或回收。对CUTXO的回收,可以是兑换相应价值的物品商品,也可以是兑现法定的货币等。通过产业码服务器,可以进行CUTXO兑换;例如,数字人以其拥有的法定货币向产业码服务器提出申请,将法定货币兑换成数字货币的额度对应的CUTXO对象;例如,产业码服务器管理不同的辖区或管理不同的主题事项,对应的数字货币的种类可以不同,则数字人或产业码服务器可以用一种数字货币的额度提出申请,将其兑换成另一种数字货币的额度对应的CUTXO对象,在另一产业码服务器的辖区或主题下使用,为此可以要求对数字货币的价值等由记账节点等进行验证与背书。
图7的示例,提供了一种CUTXO的发行部署结构,其中分为三层:发 码中心(基于发码服务器)给物格服务(基于产业码服务器)发行额度;物格服务给区域内的数字人发行CUTXO;数字人可以用物格数字资产为抵押获得CUTXO,也可以通过数字资产交易所取得CUTXO。
以下是CUTXO的一种发行示例:
发码中心向物格服务发行原始的CUTXO(原始CUTXO对象的输入部没有对应于引用来源的前CUTXO字段);该部分空缺或用代表原始发行的标记代入。根据物格服务中物格所代表的价值,来确定发行原始CUTXO的数量。物格服务基于产业码服务器时,其物格价值例如是与该产业码服务器所管辖的区域或主题事项所对应的总的物格价值。
产业码服务器基于物格服务,进一步向数字人分发CUTXO:按照数字人圈定的物格(对应物格的数字资产)作为抵押,物格服务向数字人交易与抵押价值对应的CUTXO,此类交易产生的CUTXO数据中,引用来源是前述的原始CUTXO;以特定的标记表示是发行CUTXO的交易,如交易场景代码设为“再发行”;该发行的CUTXO的码链号,为数字人所圈定的物格产生时的码链号,由发码服务器记录并提供给物格服务;此类交易不用背书,也不发行奖励CUTXO。
以下是奖励CUTXO的一种发行示例:
奖励CUTXO的发行,可以是将物格升值部分作为抵押。在物格上做的实际交易的数量和频度,可以构成物格价值的升值。本例将这部分作为奖励发放给实际交易的背书人。奖励CUTXO由物格服务生成。奖励CUTXO的输入部没有对应于引用来源的前CUTXO字段;该部分空缺或用代表奖励发行的标记代入。然而,奖励CUTXO的生成过程,记录在实际交易时记账的CUTXO的交易场景部中。
以下是通过交易所获得CUTXO时的一种示例:
数字人向数字资产交易所提出请求,并提供当前拥有的某一种其他数字货币(可以是某种法定货币的数字货币,也可以是UTXO等另一种数字货币);数字资产交易所获得其他数字货币后,向发码中心申请原始CUTXO;通过数字资产交易所管理的交易汇率,来确定可兑换到的CUTXO的数量。由发码中心将原始CUTXO直接发给数字人。
以下是CUTXO通过交易所汇兑成其他数字货币的示例:
数字人向数字资产交易所申请汇兑,并提供当前拥有的CUTXO;通过数字资产交易所管理的交易汇率,来确定可兑换到的其他数字货币,发给数字人。汇兑将导致CUTXO灭失,不再能够被其他对象引用。为此,最终该CUTXO的数据中记入有代表灭失的标记,如将交易场景代码设为“灭失”,该CUTXO的拥有者被设为空。
CUTXO还可以关联产业码的额度,基于各个产业码的产能智能合约而产生。可以将不同主题的CUTXO,理解为不同国家发行的货币;各个产业码对应额度的管理,类似各个国家之间的外汇额度管理机制;对此,本发明中以“智能合约共识机制”,来记录/管理各个产业码服务器所拥有的额度,实现数字货币的外汇兑换额度管理;账本备份在各个产业码服务器里,取代了中心化服务器的数据库管理,体现公平公正。
如图9所示,一个应用示例中,将码链区块链拓展到全国多个城市,分别部署服务器节点(如产业码服务器);其中的某一个城市区域中,在景区、宾馆、餐饮、机场、高铁等游客聚集地带,进一步部署“区块链的接入节点”。例如,对于旅游产业,可以将旅游景区经营权、门票收入权、旅游企业建设用地使用权、林权等,通过区块链共识链接,作为产业码服务器(码链服务器)里的数字资产。则,该城市区域内的各个旅游景区,相互之间对商品服务及数字资产等形成共识,成为联盟链的节点,通行通用产业码v,称其为“景区宝”。假设以各景区20年门票的使用周期为基准,预计这些年的门票收入,作为数字资产进行抵押,根据抵押价值向这些景区发行“景区宝”对应的数字货币额度。例如,以这些景区的抵押的总价值,获得发行的“景区宝”的总额度后,平均分配给各个景区,或以其他约定的方式进行分配;或者,每个景区以各自抵押的价值,获得相应的“景区宝”额度。
使用对应“景区宝”的数字货币额度,可以在联盟链中的这些景区内使用,例如兑换景区门票、购买土特产品、文创纪念品等。游客等可以用法定货币充值的方式,从某个景区获得对应“景区宝”的数字货币额度(根据法定货币的价值)。
类似地,在该城市区域内,例如在一些购物中心通行通用产业码v,称其为“购物宝”;在一些餐饮店通行通用产业码w,称其为“餐饮宝”。这些产业码u、v、w,都可以优选地使用CUTXO的数据结构。可以在CUTXO 的交易场景、使用条件等数据、码链上每个码的解码信息等数据进行设定,来约定各个产业码的使用范围、使用条件等。例如,给予游客的费用优惠等,也可以通过这些数据的设定来实现。
“景区宝”、“购物宝”、“餐饮宝”等每个产业所对应的额度,可以共同来源于本城市区域的产业码服务器;该产业码服务器从自身的额度中分配出来,发行给不同的产业。
上例中,城市区域的该产业码服务器所管理的主题,涉及文旅产业(景区、购物、餐饮等均属于此);该产业码服务器还基于其自身的数字货币额度,运营一种主产业码AA,称其为“文旅宝”,也优选使用CUTXO的数据结构。文旅宝对应的数字货币额度由发码中心发行;该“文旅宝”的额度,可以用产业码服务器的经营方、管理方等自身相关的数字资产为抵押获得,或者,也可以是以对应于该产业码服务器所在城市区域内这些文旅产业(景区、购物、餐饮等…)提供的数字资产的总量(或按比例,将总量的一部分)作为抵押获得。
景区、购物、餐饮…等某个产业的商户,可以同时作为该城市区域内的一个更大联盟链的节点,与其他产业形成共识,互通互联。主产业码“文旅宝”可以成为一种计量单位。同一城市区域范围内的其他产业码“景区宝”、“购物宝”、“餐饮宝”的额度,可以按各自汇率,与该城市区域的“文旅宝”进行兑换。通过产业码服务器,也可以进一步在不同的产业码之间兑换,如“景区宝”与“购物宝”的兑换(根据其各自与“文旅宝”的汇率换算)。此外,游客、市民等任何人,也可以直接与产业码服务器交互,以法定货币、该城市区域的一种产业码(如“景区宝”),兑换得到该城市区域的主产业码“文旅宝”、或另一种产业码(如“餐饮宝”)等。
政府部门也可以将拉动旅游、促进消费的旅游补贴、消费补贴等,以某种产业码的形式,通过产业码服务器进行发放。例如,可以在CUTXO的数据或码的解码信息等数据中,区分使用者身份或对象、接收对象的类型、使用地点场景等。例如,可以在使用时,要求使用者提供身份识别标示、使用时间、所在位置等信息,来验证其是否符合使用场景或条件,或用于后续查询追溯。
上述模式,在作为区块链节点的接入前提下,以特定的5W(即时间、 地点、人物、事件、原因,作为物联网时空的表述)为起点,基于特定的主题(如本例是将城市旅游资产数字化,覆盖旅游的食住行游购娱各方面),完成产业码码链在全渠道(线下与线上一体化链接)的接入、传播、充值、使用、记录等;以可信网络体系的物联网为基础,实现可追踪的“基于物格地理位置数字化标识链”(即物联网世界的接入格子);因而,任何一方对各商户的商品服务等进行推广,如参与发布、转发、验证、背书等,促成交易后都可以获得提成奖励,使得流通传播的每一个环节的贡献度,都可以被量化追踪。
由此,可以在城市区域的范围内,形成互通互联的码链区块链节点旅游消费生态体系,提振市场消费信心,恢复商贸经济活力。以此类推,在同一城市区域的其他主题下,或者在全国的其他城市区域,或者在全球的其他国家区域,以同样的模式来运作。例如图9所示,在另一个区域范围进行资产数字化,按不同产业形成产业码x、y、z,还由产业码服务器拥有主产业码BB。而基于区块链与码链的融合,通过共识机制,各个主题或区域的产业码服务器也可以互通互联,从而构建一种新的数字经济体系。
不同产业码服务器的主产业码AA、BB的额度兑换管理等,可以通过更上一级的管理者,如发码中心来实现。发码中心的职能,可以涵盖:价值链发码、全局物格、产业码数字币额度管理、用户管理、产业码兑换额度、兑换汇率管理、兑换账单管理、产业码创建、产业码基础配置,等等。产业码服务器在各自区域内执行上述职能。当然,“产业码”作为其中一种应用的示例;对于“码”以及CUTXO的不同主题类别,完全可以根据“产业”以外的其他属性或条件来划分设定。
上述示例中的数字资产,可以关联实体的所在位置,并由相应的受益人绑定物格。产业码服务器承载发码中心依据规则划给它的那一部分物格(对应主产业码),对辖区内的多种产业码及其物格进行管理。物格可以基于真实的PIT(即位置、身份识别、时间)来进行记录。产业码相关物格的生成有两种:每个产业码对应的商户,均可基于PIT生成物格;或者是对已经生成的物格进行记录,将其分配到产业码相关行业的商户。
物格,可以理解为一种凭证,表示对来自某项事项的收益进行分享的权利。即,物格可以与实体或其所在位置相关联;该实体或其所在位置产生的 收益,可以在该物格绑定的受益人之间分配。
基于物格的定义,可以将三维世界的地理位置映射到四维的“码世界”。物格生成于全局管理的物格服务器;所述物格服务器可以是独立的服务器,也可以是由其他服务器(如产业码服务器等)集成物格服务的功能。
例如,对于有地理位置的实际商铺,可以在产业码服务器里按照其地理位置映射成为入驻“商户”;该物格对应商户发生的任一交易,都可以按照比例在物格的受益人之间进行交易提成的分配,这样,物格的价值就可以量化。
比如,可以将每个商户对应一个物格,该商户的运营方在本例中作为物格主人,则该商户的每一项交易(如该商户下商品的售出),物格主人都可以获益(商品的所有权与物格主人不同时,获益包括由商品所有权人发放的提成)。代理人等码链上的转发者或背书数字人,其各自因传播/背书对最终成交作出贡献,可以作为物格合伙人来分享物格收益,获得对其发行的CUTXO奖励。上述物格主人、物格合伙人的身份记载,仅作为示例,实际可以根据情况来确定具体的受益人。
物格也可以被划分份额。例如,物格以店铺门牌为基础计量单位(绑定营业执照与智能商务合约),可以根据营业面积、桌位、货柜等进一步切分出多个份额,将该门牌对应地理位置的营业收入进一步对应到每个份额上去。为方便理解,每个店铺门牌对应的物格称为“物格母码”,相当于土地证;从其中划分的每个份额称为“物格元码”,相当于房产证。物格母码、物格元码可以绑定不同的受益人(物格所有者)。
例如,这样在货架与店铺的所有权人不同等情况下,对物格及其受益人进行区分及分别登记,收益也可以匹配到具体的店铺或货架,这样更加体现科技为实体经济服务,从而有利于盘活并量化实体经济的物理世界的资源。门店、货架、户外媒体等不仅本身能够基于所在实体位置进行信息发布,其各自的员工、顾客等也可以成为信息传播的节点,甚至各实体位置经过的人群,都可能进一步作为信息传播的节点;当然这些节点的传播不限于线上或线下手段。这些节点都可以与相应实体位置的物格进行绑定。
一些示例中,物格是全局共通的。本例中,仅存在全局物格;在地球上划分出一个个对应实际地理位置的格子,每个格子有对应的编号、表示所在省市区等行政归属的信息、该格子的四个角的GPS信息等。与格子相关的这 些数据,由外部提供(例如是卫星服务器),统一导入到一个进行物格全局管理的核心服务器。这些数据可以作为发码时的外部参数补充。
通过卫星划分的地球上的格子,可以通过转换表格与格子所在地理位置范围内的实际店铺对应起来。一个格子里可以允许使用一种或多种产业码;有多种产业码时,这些产业码共用一套物格及一套物格所有者。一套物格可以关联一个或多个格子,而每一个格子只能被一套物格关联;可以设定一旦关联,即不可修改(也可以不做该设定)。这套物格放在核心服务器管理,仅在应用物格价值链的功能时,通过这个服务器进行分配(指通过各种方式给到物格主人)。物格价值链可以是发码中心的一个子功能。
本例中,物格主人享受两种收益:对发生在该格子区域内的消费,该消费的一定比例作为其收益;对该格子区域内发展的用户的消费,该消费的一定比例作为其收益。可以是对格子范围的所有产业码使用同一比例,也可以是为每个产业码设定相应的比例来计算收益。
本例中,所有产业码共用一套物格数据库体系。产业码服务器可以选择是否为其管理或下属的某个产业码开启物格功能(可以设定一旦开启即不能关闭),将核心服务器管理的全局物格分配到相应的产业码(例如将全局物格的数据导入到产业码的数据)。
一个结合元物格与商业物格的示例中,通过卫星遥感技术,把地表面积划分为每个10米×10米的元物格,作为“物格”的最小计量单位;核心服务器可与多个产业码服务器联系,并在其中定义有关多个产业码之间的全局参数等,管理兑换额度等跨产业码服务器应用;卫星元物格数据(包含地表坐标,但不限于此)由外部导入到核心服务器;核心服务器按照元物格发放相应的第一证书(类似对土地证的发放),定义相关参数(如农业用地、工业用地、商业用地等属性),还根据某实体(如某商铺或商场)实际所占的地表面积进行不同的元物格的组合,得到对应该实体所占地理位置的物格(称其为商业物格),并相应发放第二证书(类似对商业地产证书的发放)。核心服务器将商业物格相应的元物格匹配到具体的产业码服务器(如实体所在地理位置对应的产业码服务器)或匹配到由其管理或其下属的产业码。
例如,核心服务器可以对上述商业物格进行销售(类比商业地产销售)与显示(类比通过房产中介等进行商业地产挂牌交易);在各个产业码服务器 管辖下发生的交易,包括对推广页的点击、购买等各种行为都可以被追溯,因而交易的收益/奖励按照某种设定的比例,都可以按照交易发生地的地理位置(通过码链接入通常可以获得5W的信息,其中包括该地理位置)匹配到相应的商业物格,从而给商业物格带来收益。元物格可以用“土地规划”来类比,各产业码的物格显示、组合、销售等可以用“商业地产”来类比。
物格是可交易的。例如,还可以通过物格交易所、物格商城等,对来源自多个产业码服务器的物格进行展示与交易。
一些示例中,产业码服务器可以作为分站,接入统一商城。所述商城是全局统一的,可以提供不同区域之间的转接接入。用户从某一分站区域(后称第一区域)下的商户页面,通过统一商城转接进入另一分站区域(后称第二区域)下的商户页面并最终成交的话,例如第一区域的商户运营方、第一区域内对商户推广信息进行传播使其最终传达到用户的各级转发者等,都对最终成交做出贡献,有权(依据比例)获得提成奖励。由此,各种物格的接入都汇聚到统一商城,统一商城的后台对各个作出贡献的环节予以记录,将第二区域成交交易的提成奖励,发放给第一区域的产业码服务器,进而由该产业码服务器分配给第一区域内该接入商户对应的物格受益人。
一种涉及物格漫游的示例中,需要对每个人(优选是数字人)第一次执行某项指定行为时,该指定行为发生的地理位置及该地理位置对应的物格进行记录。则,这个人以后执行的所有行为,或者是以后执行的同一项指定行为,即使处在其他的位置(漫游),也都可以关联到第一次执行时的地理位置及其对应的物格。称本例(执行指定行为)的人,为物格漫游用户。
所述的指定行为不限,可以根据具体情况设定,例如是指物格漫游用户第一次加入数字人,如将该用户的识别信息与其数字设备的识别信息关联,或进一步关联数字人ID等操作。假设该用户第一次加入数字人是在某地理位置发生的,将该地理位置对应的物格作为该用户第一次执行指定行为时对应的物格进行记录;后续该用户执行的其他任意行为,都可以关联到该地理位置及相应物格;若该用户的行为涉及收益产生,则会在第一次执行指定行为时所在地理位置对应的物格的受益人之间分配。
又例如,所述的指定行为是指用户与某商户的第一次交易,所述的交易可以是指第一次对推广信息进行阅读和/或第一次购买成交,等。第一次交易 在商户实体所在的地理位置发生,将该地理位置对应的物格作为该用户与该商户第一次交易时的物格进行记录;后续该用户再与该商户进行交易,即使用户处在其他地点、通过线上方式等完成交易时,也都可以将后续交易关联到该商户实体所在的地理位置及相应物格。则,相应物格的物格主人等,基于上述示例可以获得受益的方式,包含:1)在物格对应地理位置内的所有消费,按照一定比例计算收益,由商户支出该收益,给到物格主人;2)物格漫游用户之后的所有消费,按照一定比例计算收益,由商户支出该收益,给到物格主人。
产业码服务器基于一种数字人平台,管理其所在区域内物格的资格发放与选择确定,提供物格服务。一个示例中,物格主人或物格合伙人请求产业码服务器发放物格,以绑定其各自权利时,可以根据约定提供相应信息;例如,向产业码服务器提供位置信息、时间信息、身份识别标示。示例地,要求提供的位置信息,可以是物格所在位置,如物格所对应的实体或其地理位置的信息;也可以是物格主人或物格合伙人当前所在位置的信息,等等。要求提供的时间,可以是请求发放物格时的时间信息,或者其他指定的时间信息;要求提供的身份识别标示,可以是对应当前请求的物格主人或物格合伙人的,也可以是对应到所在实体的实际权利人、管理者等;身份识别标示可以对应到这些人本身的识别信息,和/或是对应到这些人使用的设备或程序等的识别信息。此外,任意一个物格主人或物格合伙人作为验证节点在进行验证背书时,也可以被要求提供与其绑定的物格所在位置的信息、背书时的时间信息、当前背书的物格主人或物格合伙人的身份识别标示,随着各自背书提供给码链服务器。
类似地,可以要求任意一方在执行指定的操作时,向管理该事项的机构提供位置信息、时间信息和身份识别标示中的一种或多种信息;具体的信息种类,信息的获取或提供方式可以根据应用情况确定,不作限制。上述位置信息、时间信息和身份识别标示中的一种或多种信息,可以是由执行操作的一方,通过自己配置的设备获取后,提供给管理机构;也可以是这一方和/或管理机构通过与可信的第三方交互,由可信的第三方提供经认证的上述一种或多种信息。
可以将一种智能的数字人眼镜,在绑定物格或验证背书时应用。该数字 人眼镜是一种支持码链接入协议的设备(可以作为数字人雾设备中的一个部分),能够接入码链网络,与相应的服务器(例如所在区域的产业码服务器等)交互。优选的示例中,眼镜集成有单独或配合他方来提供位置、时间、身份识别标示等信息的能力。
例如,物格主人或物格合伙人使用上述数字人眼镜,绑定某店铺对应的物格时,提供位置、时间、身份识别标示等信息,以便日后对该位置所产生的交易收益等进行分享。或者,验证节点及背书数字人可以使用数字人眼镜,在前述基于CUTXO进行的普通交易过程中,通过眼镜对交易场景等进行验证时,例如是可以要求数字人眼镜的使用者到店铺实地确认后再进行背书;由于数字人眼镜可以提供确实的位置、时间、身份识别标示等信息,因而,通过眼镜的使用者做背书的交易可信度更高。最终促成交易的话,眼镜的使用者同样可以由此获得发行的奖励CUTXO。
上例中,所需的身份识别标示,可以是对应于眼镜的设备或程序的识别信息,和/或对应其使用者的识别信息;某些示例中,也可以是要求眼镜提供其知晓的、与物格位置实际关联人员(例如是店铺所有权人或经营者等)的身份识别标示;一些情况下,这些人员同时是眼镜的使用者,则可以进一步将其信息与眼镜及其使用者的识别信息关联绑定。
物格的一种关联形式是物格码。所述物格码,具体可以是任意一种编码介质(例如二维码但不限于此),基于预先规定的编码规则生成,能被相匹配的解码规则所解析识别。编码介质可以用于线上、线下的发布,或在交互时传输等。示例的编码介质,可以是肉眼可见的一维码、二维码、多维码等各种条形码图像;或者是将编码信息,以荧光笔绘制、明暗光线、可见光、紫外线或红外线、偏振光、刷新频率等各种方式表现的光学点阵图,或以特定规律/频率变化等方式表现的数字化声波等等。任意一方以相应设备获取(扫描、拍摄或接收)到编码介质,由该设备本身或由其他设备或服务器配合对编码介质解析,获得编码介质所对应的编码信息或该编码信息进一步对应的内容。而点击编码介质同源的超级链接时,可以执行类似的处理,获取到与编码介质识别解析后相同的内容。
一些示例中,数字人眼镜集成有对编码介质的获取能力,可以用来对编码介质进行拍摄或扫描或接收,或进一步具备对获得的编码介质进行识别解 析的能力。故,上例中的数字人眼镜可以进一步用于获取物格码。通过识别物格码,可以获知到与该物格码对应的物格的至少部分信息(例如是实体所在位置、关联的所有权人等),或者能够知晓获取上述物格对应信息的途径,例如与记录上述信息的服务器建立连接等,或者进一步启动与物格相关的某些业务的执行。
物格可以通过在某位置发生的扫码行为进行记录。物格码可以像其他编码介质一样,被线上线下任意发布传播。例如将物格码被发布在与物格关联的线下实体位置,或与实体位置有关的载体上。可以要求数字人眼镜的使用者,在请求发放物格或在验证背书时,通过眼镜对物格码进行扫码识别。例如,在还没有绑定物格主人或物格合伙人时,识别物格码所获取的信息中,可以只有关于实体所在位置的信息,而关联物格主人或物格合伙人的字段可以为空;而绑定物格主人或物格合伙人后,对应该位置的物格,可以用同一个物格码来关联(即后台反馈的信息中包含新绑定的内容),或者也可以用新生成的物格码来关联。通过后台控制权限,还可以确定将与物格或物格码所对应内容之中的哪一些开放给当前的识别方。
一些示例中,数字人眼镜可以对其扫码识别出的地理位置,与通过其自身配置的定位装置获得的地理位置、或外部服务器向其反馈的地理位置等进行比对判断。一些示例中,某些服务器可以将通过数字人眼镜提供的地理位置、身份识别标示等关联信息,与服务器处实际记录、与各方交互或通过识别物格码等获得的物格相关信息进行比对判断。
图10所示的示例中,数字人眼镜的使用者,在对应于产业码服务器的M平台处,将眼镜的识别标示(如与眼镜的硬件、芯片等有关的ID,应用程序有关的ID等)与使用者绑定(90)。
与M平台可以交互的一P平台,通过事先约定的key和密钥,获取访问M平台的接口令牌(91);M平台在核验过key和密钥后向P平台发放接口令牌(92)。眼镜可以与P平台和/或M平台建立连接;眼镜对一编码介质扫码后,P平台可以将眼镜的扫码结果向M平台提交(93);收到扫码结果的M平台,在验证过接口令牌等之后,也可以向P平台返回提交结果(94)。
M平台可以向数字人推送眼镜的扫码结果(95)。根据应用情况不同,获得扫码结果的数字人,可以是眼镜的使用者,也可以是其他的数字人(例 如是码链上参与转发、或验证背书的某些节点)。或者,M平台也可以记录眼镜的扫码结果,或在需要的时候向其他服务器或各数字人推送。
其中,P平台在获取令牌时,涉及的参数例如是:App_ID、App密钥;M平台发放令牌时的返回结果例如是:返回值、返回值内容、令牌、过期时间。P平台在提交扫码结果时,涉及的参数例如是:令牌、用户、经度、纬度、时间、二维码内容、签名;M平台返回的提交结果例如是:返回值、返回值内容、调用结果。
示例地,眼镜所识别的编码介质,其中业务逻辑的部分,例如由产业码服务器(M平台)参与制定;一些示例中,发码中心、P平台等也可能部分参与或事先知晓。业务逻辑,例如是对基于该编码介质所要实现的功能,例如将编码介质用于交易、记账、验证、背书、物格发放、信息获取等各种业务进行设定,进而对识别该编码介质后各方所要执行的流程或操作,相关流程或操作中可能涉及的参数项目等进行设定。产业码服务器请求发码中心的发码服务器生成上述编码介质,或由发码中心授权产业码服务器或其他第三方,通过配置的编码介质生成装置来生成上述编码介质。
P平台可以与管理某项信息的机构关联,基于所管理的信息来参与实现上述某项业务或操作的实施。例如,P平台可以向编码介质识别方(如使用眼镜的数字人)或产业码服务器等,提供信息或对信息进行认证;示例的信息,可以是物格对应的位置、时间、身份识别标示中的一种或多种。
示例地,为对应物格的数字资产的所有权人核发的证书,为物格的数字资产证书;P平台可以与管理该证书核发的机构关联。例如,P平台可以通过房产/地产登记管理的机构,或管理公司注册登记信息的机构等,获取到某实体的位置信息,或该实体位置的所有权人,所有权的有效时间等信息。
如图11所示,是数字人佩戴眼镜生成物格的流程:数字人通过眼镜对一物格码进行扫码;数字人通过眼镜或其他终端设备与P平台交互(51);例如提交该数字人的身份识别标示,请求P平台提供该物格码对应的物格相关信息。
P平台向M平台提交扫码结果(52)。例如,向M平台提供该物格码对应物格的实体的位置信息、所有权人信息、所有权的有效时间等。P平台也可以将数字人提供的信息,转发给M平台,如提供数字人的身份识别标示, 数字人扫码或发起请求的时间等。
P平台可以预先即知晓M平台的接入信息。或者,P平台可以通过从物格码解读出的信息,或从获取到的物格对应信息中,获取到M平台的接入信息;或者,P平台根据物格码所在实体位置对应的辖区,或根据眼镜当前所在位置对应的辖区,与管理相应辖区的M平台进行交互。
数字人可以通过眼镜或其他终端设备与M平台交互,在扫码请求生成物格的处理过程中,向M平台提供该数字人的身份识别标示;M平台根据眼镜、P平台提供的信息,确定该数字人是否具有物格购买资格。
一些示例中,可以要求数字人预先地,或者至少在该扫码请求生成物格的过程中,在M平台进行注册。M平台可以对当前请求物格发放的数字人ID、与该M平台交互或在该M平台注册的数字人ID、P平台转发的数字人ID(或所有权人)等是否一致进行判断,以此作为数字人是否有物格购买资格的其中一项依据。
M平台向P平台返回提交结果(53);例如是对收到P平台所发送信息的反馈或基于该信息做进一步交互,或者是向P平台通知数字人是否有物格购买资格的信息,或者后续向P平台提供数字人与物格绑定、或者数字人基于该物格或其所在实体位置开设商户等信息。
M平台向数字人推送扫码结果(54);数字人通过推送的结果,购买物格,将该物格码的对应物格(即关联到该实体位置、商户)的数字资产收益与该数字人绑定。一些示例中,可以要求数字人向M平台支付数字货币(如CUTXO对象形式),用来完成购买物格的操作。一些示例中,数字人可以将绑定的物格作为抵押,从M平台获得价值相符的数字货币的额度(如CUTXO对象形式)。
绑定物格的数字人,在M平台处申请商户(55);M平台根据申请来审核商户(56)。审核通过的商户,可以参见上文的各示例,发起推广转发(形成码链),与其他用户进行交易等。
如图12所示,是数字人佩戴眼镜接入物格的流程:第二数字人(为区别于绑定物格时的数字人)通过眼镜,对店招(或店招上印制或嵌入、店铺内布置的物格码等各种编码介质)进行识别;第二数字人通过眼镜或其他终端设备,与P平台建立连接(61),请求获得与店招相关的商户或其商品的信 息。此时,可以提交该第二数字人的身份识别标示。
P平台向M平台提交识别结果(62),例如P平台向相应的M平台,提供该店招所在实体位置、或对应的物格相关信息等。P平台也可以将第二数字人提供的信息,转发给M平台,如提供第二数字人的身份识别标示,第二数字人识别店招或发起请求的时间等。
M平台向P平台返回提交结果(63),例如是对收到P平台所发送信息的反馈或基于该信息做进一步交互。M平台可以从P平台、其他第三方,或从该M平台自己记录的信息中,获知与店招所在实体关联的商户,与所在实体位置绑定的物格所有权人或背书数字人等;M平台向第二数字人推送该商户的商品(64);第二数字人通过推送的结果,购买商品(65)。可以要求第二数字人预先地,或者至少在交易的过程中,在M平台完成注册。还可以参见上文的各示例,例如要求绑定物格的数字人背书,进行交易记账,对背书数字人和/或物格所有权人进行奖励发放等处理。如图13所示,基于物格(物格关联的实体位置、商户)的交易成交后,由M平台根据预先设置对物格奖励进行计算及发放,并向发码中心上交全局物格奖励。
上述生成物格或接入物格的示例中,所涉及的一部分功能(例如与M平台和/或P平台的交互、用户注册、开通商户进行商品维护推广、交易记账等),可以通过与眼镜自身配置的App或与眼镜交互连接的一个外部设备(如手机等)配置的App来实现。所述App可以是一种专门用于实现上述功能的应用程序,也可以是在一些通用的社交软件、支付软件(如微信、微博、支付宝…)内,增加执行相关功能的子程序模块。
一个示例中,物格码、其对应的编码信息或编码信息对应的内容等,可以通过一种高频芯片提供。高频芯片本身设置或连接的存储单元,可以存储上述信息;高频芯片本身或其连接的射频发射端,可以发射出对应上述信息的无线射频;数字人眼镜可以集成接收上述信息的射频接收端部件,并通过眼镜、其他终端设备或服务器等识别这些信息。高频芯片可以由此成为联网接入的“节点”,将数字人引导到各种内容与服务。高频芯片可以嵌入在物格对应的实体位置的某种载体(如店招、门牌)上。
一个示例中,物格码可以通过一种光感二维码的方式呈现。即,可以通过制备低维半导体器件的技术,以原子力显微镜的纳米探针,在二维材料上 的铁电薄膜任意移动,并控制加在针尖上电压的正负性,从而改变对应位置铁电材料的性质来实现对二维材料性质的精准操控,进而构建出各种电子和光子器件,比如存储器、光探测器、光伏电池等等。
由于低维半导体载流子类型在针尖扫描电场作用下会发生改变,这导致其发光强度也会出现明显变化。因此结合扫描图形任意编辑的特点,就可以设计出周期性变化的阵列。这些阵列图形的每个区域都经过针尖去控制它的载流子类型,进而控制低维材料的发光强度,然后通过一个相机拍照就能直接获取一张荧光强度照片。每一个存储单元的信息都在这张照片里一目了然,暗的单元可以用来代表存储态中的“0”,亮的单元可以用来表示“1”。上述技术记载于中国科学院上海技术物理研究所等,2020年1月24日,发表于《自然-电子学》的文章“Programmable transition metal dichalcogenide homojunctions controlled by nonvolatile ferroelectric domains”。
手机、平板电脑、数字人眼镜等各种个人数字终端,都具有相机、摄像头等,可以简单直接地通过拍荧光照片的方式同时获取每个存储单元的信息。本例即可以通过该技术,将与物格相关的信息进行光感二维码的编码,制成对应的芯片,并将其嵌入在各种物理载体上,例如实体店铺的门牌中、货架、桌子上,或者嵌入在公司的营业执照上,等等。对该芯片拍照(无论外部光线是否明暗)即可接入对光感二维码的识别。
可以理解到,例如手机、平板电脑、个人电脑等数字设备,配置有相应的软硬件单元,或连接设置相应单元的外部设备时,可以替代数字人眼镜或配合数字人眼镜,例如在生成物格或验证背书等情况下使用,根据需要提供位置、时间、身份识别标示之中的至少一项信息,获取编码介质或进一步对其解码解析,接入与相应服务器的交互连接,等等。
图8给出了产业码服务器的一种示例的架构,包含接口网关、服务注册发现、认证中心、配置中心、监控中心、日志分析等。其中,应用软件以典型的微服务方式开发和部署。微服务对外使用RestFul的开放接口,可以和现有的码链数字商城以及其他应用通过WebServices相连。架构采用前后端分离。逻辑部分以业务逻辑服务方式公开。对数字人开放的Web页面,以静态页面服务方式提供。
以下对图3、图4、图7中示出的数字人雾进行说明。个人拥有的所有数 字设备和云服务构成个人数据网络;将物联网上所有个人拥有的数字设备的集合称为雾计算,它比云跟贴近于人,且更易于被人所控制。
数字人雾是家庭所拥有的数字设备以及数据资源的总和,例如包含(但不限于此):
1)网络设备:包括路由器,转接器和网桥设备,网络设备将部署在家庭内的数字设备连接起来。
2)传感设备:部署在家庭内以及家人身上帮助人的感官信息数字化的设备,包括温湿度传感器、空气组分(CO,CO 2等)传感器、摄像设备、录音设备以及照度、色度传感设备等。
3)控制设备:包括新风系统、空调系统、各种功能性机器人、智能家电、智能门锁等。
4)个人租赁的网络云服务:包括网盘、人工智能、第三方支付等网络服务。
5)个人电脑。
6)移动设备:手机、平板、智能眼镜等各种移动终端。
7)家庭数据服务器。
即,每个人拥有的所有数字设备都可以通过5G和SDN(软件定义网络)切片技术构建自己的私有网络切片,这个网络切片和所有数字设备构成了一个私有雾,数字人雾相对于单一的移动设备具有更为强大的技术拓展能力:
其一)提供了数字人的常时在线功能;
其二)提供了数字人之间通信时更为强大的计算能力,可以提供更为复杂的信息转换和加工能力。这些能力为数字人接收码及背后码链上所有数据并进行大数据分析,做出对方数字人的信用评价提供了可行的技术基础;
其三)提供了更为安全的交互能力:数字人之间交换数据可以使用更为强大的需要更多计算能力的加密体系。
通过数字人雾的设备(如手机、眼镜等移动终端),还可以通过对二维码等条形码图像的扫一扫,对二维码对应超级链接的点一点等方式接入,降低了数字人尤其是个人接入码链及区块链应用模式的门槛。
使用数字货币等安全性要求较高的操作时,个人电脑等通过外接U盾(也叫UKey或者智能密码钥匙),解决电子签名的问题,保障网上资金交易 的安全。移动终端可以通过手机强动态认证、大数据核验及刷脸强化、卡片标记化、云服务云安全云平台、近场支付、生物识别、动态令牌、短信加密等技术,为转账支付等提供安全保障。
如手机强动态认证,指的是在手机银行加载安全插件,通过将设备指纹、用户信息、交易信息等组合生成一次性认证码与后台预留信息匹配实现安全认证,对客户而言,无需携带物理U盾就能实现安全转账、支付等需要。大数据核验指的是利用客户设备信息、行为记录、交易记录等数据,通过规则引擎智能识别客户身份,在账户交易密码授权基础上,按客户实际转账场景提供相应安全核验手段,如转账双方可信,无需其他安全认证,如收款人为首次转账或异地发起转账,则按金额加验短信动态码或刷脸等。
与上述纯粹通过手机APP等进行转账支付的方式相比,本发明更可以通过在手机等各种终端配置超级SIM卡的方式,集成U盾等密保功能,实现身份识别认证,为转账支付搭建安全可信的硬件加软件的环境,实现便捷的移动支付,显著地提高了安全级别。
尽管本发明的内容已经通过上述优选实施例作了详细介绍,但应当认识到上述的描述不应被认为是对本发明的限制。在本领域技术人员阅读了上述内容后,对于本发明的多种修改和替代都将是显而易见的。因此,本发明的保护范围应由所附的权利要求来限定。

Claims (167)

  1. 一种应用码链的方法,其特征在于,
    码链服务器根据码链指向信息,查询到对应的码链及码链中各级转发节点的识别信息;
    其中,与码链指向信息对应的码链,通过若干级转发节点对内容的转发而形成,所转发的内容至少包含码链指向信息和共同的主信息;
    所述码链服务器与码链中的至少部分转发节点交互,请求所述至少部分转发节点对其各自的转发操作进行背书。
  2. 如权利要求1所述应用码链的方法,其特征在于,
    码链服务器作为主记账节点,生成一码链记账对象,并将其与当前查询的码链进行对应;所述码链记账对象能同步给其他记账节点;
    所述码链记账对象的数据,至少包含该码链对应的码链指向信息;
    对于该码链对应的转发内容,码链服务器还根据对该转发内容的背书情况,形成背书部,并将背书部加入到所述码链记账对象的数据中。
  3. 如权利要求2所述应用码链的方法,其特征在于,
    获得码链记账对象的记账节点,能根据码链记账对象中包含的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据。
  4. 如权利要求2所述应用码链的方法,其特征在于,
    获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知与当前码链对应的转发内容的背书情况。
  5. 如权利要求2所述应用码链的方法,其特征在于,
    码链服务器作为主记账节点,根据收到的记账请求,生成码链记账对象;
    接收到转发内容的接收节点,向码链服务器提出记账请求;或者,与接 收节点交互的另一方,向码链服务器提出记账请求。
  6. 如权利要求5所述应用码链的方法,其特征在于,
    所述接收节点是交易中的付款方,与接收节点交互的另一方是交易中的收款方;
    或者,所述接收节点是交易中的收款方,与接收节点交互的另一方是交易中的付款方。
  7. 如权利要求6所述应用码链的方法,其特征在于,
    所述接收节点,根据码链服务器向其反馈的背书情况,确定是否启动交易;所述接收节点确定启动交易后,提出记账请求;或者,通过交互,所述接收节点向另一方发出交易意向,由另一方提出记账请求;
    交易相关的信息,通过主信息获得,和/或通过接收节点与另一方的交互获得。
  8. 如权利要求2或5或6所述应用码链的方法,其特征在于,
    用于交易时,所述码链记账对象的数据中,进一步包含交易场景部;
    所述交易场景部包含:码链指向信息、交易场景脚本、内容转发到接收节点时的转发场景描述、本次交易的概要。
  9. 如权利要求8所述应用码链的方法,其特征在于,
    用于交易中的记账时,所述码链记账对象的数据中,进一步包含:
    指向本次交易的指向信息;
    交易中的付款方的数字签名;
    输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;相应额度的数字货币由付款方拥有;
    输出部,表示本次交易的金额和找零的金额;
    时间戳,表示交易的时间。
  10. 如权利要求9所述应用码链的方法,其特征在于,
    码链服务器生成的用于交易中记账的码链记账对象,称为第一码链记账对象;
    所述码链服务器在交易完成后,进一步对码链上所有验证节点或码链上所有提供背书的验证节点发放奖励;所述奖励至少包含数字货币的额度;
    基于每个验证节点应该获得的奖励用的数字货币额度,所述码链服务器还分别生成相应的第二码链记账对象,并同步给其他记账节点;
    所述码链服务器还将指向第二码链记账对象的信息,增加到第一码链记账对象的交易场景部,并将第一码链记账对象重新同步给其他记账节点。
  11. 如权利要求2~10中任意一项所述应用码链的方法,其特征在于,
    码链记账对象的同步通过以下任意一种方式或其任意组合进行:
    码链记账对象被同步给码链服务器下属的多个记账节点;
    发码服务器下属有多个码链服务器;任意一个码链服务器生成的码链记账对象被同步给作为记账节点的发码服务器;
    发码服务器下属有多个码链服务器;任意一个码链服务器生成的码链记账对象被同步给作为记账节点的其他码链服务器。
  12. 如权利要求11所述应用码链的方法,其特征在于,
    码链记账对象的同步,通过区块链技术实现。
  13. 如权利要求1~10中任意一项所述应用码链的方法,其特征在于,
    码链服务器获得符合要求的背书后,对背书情况进行记录。
  14. 如权利要求13所述应用码链的方法,其特征在于,
    码链上的所有转发节点均同时作为验证节点;获得符合要求的背书,是指获得指定数量的验证节点的背书。
  15. 如权利要求13所述应用码链的方法,其特征在于,
    转发节点的类型,与转发节点是否同时作为验证节点相对应;转发节点的类型,包含在码链相关数据中,和/或包含在转发场景相关数据中;
    获得符合要求的背书,是指获得类型相符的转发节点的背书,即获得同时作为验证节点的转发节点的背书;码链服务器需要获得所有验证节点的背书,或者码链服务器需要获得指定数量的验证节点的背书。
  16. 如权利要求14或15所述应用码链的方法,其特征在于,
    指定数量是码链上所有验证节点数量的一半以上。
  17. 如权利要求13~16中任意一项所述应用码链的方法,其特征在于,
    码链服务器没有获得符合要求的背书时,则由该码链服务器根据查询到的码链相关数据,对其中每一级转发或至少一级转发所对应的转发场景相关数据进行验证,确定是否由该码链服务器提供背书并形成背书部。
  18. 如权利要求1或5或13所述应用码链的方法,其特征在于,
    接收到转发内容的接收节点,至少获得主信息和码链指向信息;接收节点通过交互,将码链指向信息传输给码链服务器后,码链服务器启动查询。
  19. 如权利要求13~17中任意一项所述应用码链的方法,其特征在于,
    码链服务器将针对转发内容的背书情况反馈给接收节点;
    接收节点根据码链服务器向其反馈的背书情况,来确定是否作为下一级转发节点来进行转发。
  20. 如权利要求1或19所述应用码链的方法,其特征在于,
    根据每一级转发,在码链相关的数据中,增加与当前一级转发相关的数据;与当前一级转发相关的数据,至少包含当前一级转发节点的识别信息。
  21. 如权利要求20所述应用码链的方法,其特征在于,
    与当前一级转发相关的数据,还包含码链指向信息,以及所述码链指向信息与码链的对应关系。
  22. 如权利要求20所述应用码链的方法,其特征在于,
    根据每一级转发,在码链相关的数据中,进一步增加当前一级转发节点的转发场景相关数据。
  23. 如权利要求20所述应用码链的方法,其特征在于,
    码链相关的数据,还包含指向主信息的数据。
  24. 如权利要求1或20~23中任意一项所述应用码链的方法,其特征在于,
    码链指向信息由码链服务器发布;
    或者,码链指向信息由发码服务器发布,所述发码服务器能与码链服务器交互。
  25. 如权利要求24所述应用码链的方法,其特征在于,
    码链相关的数据,保存在码链服务器或能与之交互的其他服务器处;码链服务器在其自身保存的码链相关数据,或在其他服务器所保存的码链相关数据中进行查询。
  26. 如权利要求25所述应用码链的方法,其特征在于,
    每一级转发时,由参与转发或知晓转发操作的服务器,或由当前一级转发节点,将当前一级转发相关的数据增加到码链相关数据中;
    其中,参与转发或知晓转发操作的服务器,包含码链服务器、或发码服务器、或提供转发服务的第三方服务器;所述第三方服务器能与码链服务器和/或发码服务器交互;所述当前一级转发节点与码链服务器、发码服务器、提供转发服务的第三方服务器之中的一个或多个交互。
  27. 如权利要求25或26所述应用码链的方法,其特征在于,
    每一级转发时,由参与转发或知晓转发操作的服务器,或由当前一级转发节点,将与当前一次转发对应的码链指向信息,加入到当前一次转发的内容中;
    其中,参与转发或知晓转发操作的服务器,包含码链服务器、或发码服务器、或提供转发服务的第三方服务器;所述第三方服务器能与码链服务 器和/或发码服务器交互;所述当前一级转发节点与码链服务器、发码服务器、提供转发服务的第三方服务器之中的一个或多个交互。
  28. 如权利要求1所述应用码链的方法,其特征在于,
    收到背书请求的转发节点,对转发场景相关数据进行验证,确定是否对转发操作进行背书;
    验证时使用的转发场景相关数据,与以下的任意一项或多项转发操作相对应:该转发节点本身进行的转发操作,该转发节点之前的一级或多级转发操作,该转发节点之后的一级或多级转发操作。
  29. 如权利要求28所述应用码链的方法,其特征在于,
    与当前一级转发节点对应的转发场景相关数据,由该转发节点内部的存储设备保存或由该转发节点可交互的外部存储设备保存;
    该转发节点收到背书请求后,获取所保存的转发场景相关数据进行验证,确定是否对转发操作进行背书。
  30. 如权利要求28所述应用码链的方法,其特征在于,
    转发场景相关数据保存在码链服务器处,由码链服务器发送给相应的转发节点;
    或者,转发场景相关数据,保存在能与码链服务器交互的其他服务器处;码链服务器从所述其他服务器处获取到转发场景相关数据后发送给相应的转发节点,或者码链服务器指示所述其他服务器将转发场景相关数据发送给相应的转发节点。
  31. 如权利要求28所述应用码链的方法,其特征在于,
    码链服务器向其请求背书的转发节点提供码链指向信息,使获得背书请求的转发节点能根据码链指向信息查询到转发场景相关数据;
    或者,码链服务器向其发出背书请求的转发节点,提供码链服务器查询到的转发场景相关数据。
  32. 如权利要求28所述应用码链的方法,其特征在于,
    转发场景相关数据,包含以下的一种或多种:
    转发节点的识别信息;
    转发节点进行转发时所在的位置;
    转发节点进行转发时的时间;
    转发节点对主信息的评论;
    转发节点的数字签名;
    转发节点的综合评价指数。
  33. 如权利要求2~10中任意一项所述应用码链的方法,其特征在于,
    与转发内容、用以获取到转发内容的信息、码链指向信息、码链记账对象之中任意一项所对应的编码信息,根据预定的编码规则,生成相应的编码介质;所述编码介质或附带所述编码介质的载体,能用于发布或交互;所述编码介质能被识别装置获取到,并根据与所述编码规则相匹配的解码解析规则所识别。
  34. 如权利要求9所述应用码链的方法,其特征在于,
    发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点;
    数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行;
    任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过与其他拥有者进行兑换或交易获得数字货币的额度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
  35. 如权利要求34所述应用码链的方法,其特征在于,
    任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向其发行的,与抵押价值对应的数字货币额度;
    所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;
    所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
  36. 如权利要求35所述应用码链的方法,其特征在于,
    所述抵押对应于物格;所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权益。
  37. 如权利要求36所述应用码链的方法,其特征在于,
    基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。
  38. 如权利要求34或37所述应用码链的方法,其特征在于,
    数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
  39. 如权利要求36所述应用码链的方法,其特征在于,
    物格的发放基于实体的地理位置;
    物格所有者拥有的物格生成装置,至少将实体的地理位置所对应的位置信息、对应请求物格发放时的时间信息、对应于物格所有者的身份识别标示,提供给码链服务器或发码服务器用以发放物格,将物格与物格所有者绑定。
  40. 如权利要求39所述应用码链的方法,其特征在于,
    所述物格生成装置具有定位单元;处在实体所在的地理位置时,物格生成装置通过定位单元,获得与所述地理位置对应的位置信息。
  41. 如权利要求39或40所述应用码链的方法,其特征在于,
    所述物格生成装置具有交互单元,能与可信的第三方服务器交互,获得经所述可信的第三方服务器认证的以下至少一种信息:位置信息、时间信息、物格所有者的身份识别标示;经认证的信息由所述物格生成装置或所述可信的第三方服务器,传输给发放物格的码链服务器或发码服务器。
  42. 如权利要求39所述应用码链的方法,其特征在于,
    与实体的地理位置对应的编码信息,通过预定的编码规则生成第二编码介质;所述第二编码介质发布于实体所在的地理位置;
    所述物格生成装置具有识别单元;处在实体所在的地理位置时,物格生成装置通过识别单元,对第二编码介质进行获取,并通过与预定编码规则相匹配的解码解析规则进行识别,获得与所述地理位置对应的位置信息。
  43. 如权利要求39所述应用码链的方法,其特征在于,
    与实体的地理位置对应的编码信息,记录在一存储单元中;具有射频发射能力的芯片设置或连接所述存储单元;所述芯片设置于实体所在的地理位置;
    所述物格生成装置具有射频接收单元;处在实体所在的地理位置时,物格生成装置通过射频接收单元与所述芯片交互,获得与所述地理位置对应的位置信息。
  44. 如权利要求39~43中任意一项所述应用码链的方法,其特征在于,
    所述物格生成装置是一种移动终端,或是一种可穿戴式设备。
  45. 如权利要求44所述应用码链的方法,其特征在于,
    所述可穿戴式设备包含智能眼镜。
  46. 一种交易方法,其特征在于,
    对于每次交易,主记账节点生成与本次交易相对应的码链记账对象,并同步给其他记账节点;所述码链记账对象的数据,至少包含码链指向信息; 所述码链指向信息能用于查询到相应的码链;
    所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点对本次交易进行背书的情况和/或主记账节点对本次交易进行背书的情况。
  47. 如权利要求46所述交易方法,其特征在于,
    所述码链记账对象的数据,进一步包含:
    指向本次交易的指向信息;
    交易中付款方的数字签名;
    输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;相应额度的数字货币由付款方拥有;
    输出部,表示本次交易的金额和找零的金额;
    时间戳,表示交易的时间。
  48. 如权利要求46所述交易方法,其特征在于,
    主记账节点获得码链中的验证节点的信息,与码链中的至少部分验证节点交互,请求所述至少部分验证节点对本次交易进行背书;主记账节点根据背书情况形成背书部。
  49. 如权利要求46所述交易方法,其特征在于,
    码链中的验证节点的信息,由交易中任意一方提供。
  50. 如权利要求46所述交易方法,其特征在于,
    码链中的验证节点的信息,由主记账节点或能与主记账节点交互的任意一方预先留存。
  51. 如权利要求46所述交易方法,其特征在于,
    交易中至少一方向主记账节点提供码链指向信息;主记账节点根据码链指向信息,查询到对应的码链及码链相关数据;所述码链相关数据至少包含码链中的验证节点的信息。
  52. 如权利要求46所述交易方法,其特征在于,
    获得码链记账对象的记账节点,能根据码链记账对象中包含的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据;
    获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知与本次交易有关的背书情况。
  53. 如权利要求46所述交易方法,其特征在于,
    主记账节点向其请求背书的验证节点提供码链指向信息,验证节点根据获得的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据,来确定是否进行背书。
  54. 如权利要求46~53中任意一项所述交易方法,其特征在于,
    获得码链指向信息的任意一方,能在知晓码链指向信息与码链之间对应关系,保存码链相关数据的服务器处,查询到码链及码链相关数据中向该查询方开放权限的数据;保存码链相关数据的服务器,是对交易所在区域进行记账管理的码链服务器或是码链服务器上一级的发码服务器,或是能与码链服务器和/或发码服务器交互的其他服务器。
  55. 如权利要求46~54中任意一项所述交易方法,其特征在于,
    每增加一个验证节点,在码链相关数据中,至少增加有对应于该验证节点的信息;码链指向信息由知晓码链相关数据及其与相应码链之间对应关系的服务器发布,该服务器还对码链指向信息与码链之间的对应关系进行记录;发布码链指向信息的服务器,是对交易所在区域进行记账管理的码链服务器或是码链服务器上一级的发码服务器。
  56. 如权利要求55所述交易方法,其特征在于,
    发布码链指向信息与保存码链相关数据的服务器,是同一个服务器,或是能进行交互的不同服务器。
  57. 如权利要求46或56所述交易方法,其特征在于,
    与码链相对应的码链相关数据,记载有与码链中的验证节点相关的顺序。
  58. 如权利要求57所述交易方法,其特征在于,
    所述顺序对应于码链中验证节点的属性:
    所述属性是以下的任意一种:
    验证节点执行指定操作的时间;
    验证节点执行指定操作的数量;
    与验证节点的位置相对应的序列信息;
    验证节点的综合评价指数;
    验证节点的识别信息;
    其中,所述顺序由其中一种属性决定,或者是对多种属性根据权重计算后来决定。
  59. 如权利要求57所述交易方法,其特征在于,
    所述顺序,对应于码链中的验证节点,对包含主信息的内容进行转发的顺序。
  60. 如权利要求46所述交易方法,其特征在于,
    主记账节点获得来自验证节点的、符合要求的背书后,形成背书部;
    或者,主记账节点没有获得来自验证节点的、符合要求的背书时,由该主记账节点根据查询到的码链相关数据,对码链中一个或多个验证节点相关的信息进行验证,和/或根据主记账节点获知的交易相关信息,确定是否由该主记账节点提供背书并形成背书部。
  61. 如权利要求60所述交易方法,其特征在于,
    获得符合要求的背书,指获得指定数量的验证节点的背书。
  62. 如权利要求61所述交易方法,其特征在于,
    指定数量是码链上所有验证节点数量的一半以上。
  63. 如权利要求46所述交易方法,其特征在于,
    主记账节点是交易的其中一方,根据自身的交易意向或根据其与交易中其他各方的交易共识,来生成码链记账对象;或者,主记账节点根据交易中至少一方向其发送的记账请求,来生成码链记账对象。
  64. 如权利要求63所述交易方法,其特征在于,
    由交易中的付款方向主记账节点发送记账请求;或者,交易中的收款方与付款方交互后,由收款方向主记账节点发送记账请求;主记账节点根据记账请求来生成码链记账对象。
  65. 如权利要求46或63所述交易方法,其特征在于,
    生成码链记账对象所需的,与交易相关的信息,通过以下一种或多种方式获得:
    通过主记账节点与交易中的一方或多方交互获得;
    从交易中一方或多方预先留存在主记账节点处的信息获得;
    主记账节点从其他保存有交易相关信息的服务器处获得。
  66. 如权利要求46所述交易方法,其特征在于,
    码链记账对象的同步通过以下任意一种方式或其任意组合进行:
    码链记账对象被同步给主记账节点下属的多个记账节点;
    主记账节点隶属于另一个记账节点;所述码链记账对象被同步给所述另一个记账节点;
    码链记账对象被同步给与主记账节点平级的其他若干记账节点。
  67. 如权利要求66所述交易方法,其特征在于,
    码链记账对象的同步,通过区块链技术实现。
  68. 如权利要求46或66所述交易方法,其特征在于,
    主记账节点是以下的任意一种:
    由交易中的付款方指定;
    由交易中的收款方指定;
    由交易中的各方协商决定;
    是交易中的一方;
    是对交易所在区域进行记账管理的记账节点;
    由对交易所在区域进行记账管理的记账节点指定;
    是交易所在区域的上一级记账节点。
  69. 如权利要求46或66所述交易方法,其特征在于,
    与本次交易对应的码链记账对象在记账节点之间同步完成后,完成记账;
    交易中的各方,通过与主记账节点或其他任意记账节点交互,获知记账完成的信息,执行交易中的后续操作,直至交易完成。
  70. 如权利要求46所述交易方法,其特征在于,
    由主记账节点生成的,用于交易中记账的码链记账对象,称为第一码链记账对象;
    所述主记账节点在交易完成后,进一步对码链上所有验证节点或码链上所有提供背书的验证节点发放奖励;所述奖励至少包含数字货币的额度;
    基于每个验证节点应该获得的奖励用的数字货币额度,所述主记账节点还分别生成相应的第二码链记账对象,并同步给其他记账节点;
    所述主记账节点还将指向第二码链记账对象的信息,增加到第一码链记账对象的数据中,并将第一码链记账对象重新同步给其他记账节点。
  71. 如权利要求46~70中任意一项所述交易方法,其特征在于,
    码链通过对包含主信息的内容的若干级转发而动态调整;对每级转发所对应的码链,发布有相对应的码链指向信息;每一级转发的内容至少包含共同的主信息,和与该级转发对应的码链指向信息;
    根据每一级转发,在码链相关的数据中,增加与当前一级转发相关的数据;与当前一级转发相关的数据,至少包含当前一级转发节点的识别信息; 码链中的所有转发节点均为验证节点,或者码链中的部分转发节点为验证节点。
  72. 如权利要求71所述交易方法,其特征在于,
    与当前一级转发相关的数据,包含当前一级转发的转发场景相关数据;转发场景相关数据,包含以下的一种或多种:
    转发节点的识别信息;
    转发节点进行转发时所在的位置;
    转发节点进行转发时的时间;
    转发节点对主信息的评论;
    转发节点的数字签名;
    转发节点的综合评价指数。
  73. 如权利要求72所述交易方法,其特征在于,
    码链中的验证节点本身作为转发节点,参与对包含主信息的内容的转发;则,收到主记账节点背书请求的验证节点,通过对以下至少一项转发操作所对应的转发场景相关数据进行验证,来确定是否进行背书;
    所述转发操作包含:
    该验证节点本身进行的转发操作;
    该验证节点之前一级或多级转发节点进行的转发操作;
    该验证节点之后一级或多级转发节点进行的转发操作。
  74. 如权利要求71所述交易方法,其特征在于,
    接收到转发内容的接收节点,确定交易意向后,作为交易中的一方,直接向主记账节点提出记账请求,或者通过与交易中的另一方交互,由交易中的另一方向主记账节点提出记账请求;主记账节点根据收到的记账请求,生成码链记账对象。
  75. 如权利要求71所述交易方法,其特征在于,
    所述码链记账对象的数据,包含交易场景部;
    所述码链指向信息记载于所述交易场景部;所述交易场景部还包含交易场景脚本、内容转发到接收节点时的转发场景描述、本次交易的概要、基于本次交易向验证节点发放奖励的情况。
  76. 如权利要求47所述交易方法,其特征在于,
    所述码链记账对象的数据中,
    输入部进一步包含:所引用的另一个码链记账对象的哈希值和查询索引、序列号、解锁脚本;
    输出部进一步包含使用条件脚本。
  77. 如权利要求46或47或66所述交易方法,其特征在于,
    发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点;
    数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行;
    任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过与其他拥有者进行兑换或交易获得数字货币额度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
  78. 如权利要求77所述交易方法,其特征在于,
    任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向其发行的,与抵押价值对应的数字货币额度;
    所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;
    所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
  79. 如权利要求78所述交易方法,其特征在于,
    所述抵押对应于物格;所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权益。
  80. 如权利要求79所述交易方法,其特征在于,
    基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。
  81. 如权利要求77或80所述交易方法,其特征在于,
    数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
  82. 如权利要求79所述交易方法,其特征在于,
    物格的发放基于实体的地理位置;
    物格所有者拥有的物格生成装置,至少将实体的地理位置所对应的位置信息、对应请求物格发放时的时间信息、对应于物格所有者的身份识别标示,提供给码链服务器或发码服务器用以发放物格,将物格与物格所有者绑定。
  83. 如权利要求82所述交易方法,其特征在于,
    所述物格生成装置具有定位单元;处在实体所在的地理位置时,物格生成装置通过定位单元,获得与所述地理位置对应的位置信息。
  84. 如权利要求82或83所述交易方法,其特征在于,
    所述物格生成装置具有交互单元,能与可信的第三方服务器交互,获得经所述可信的第三方服务器认证的以下至少一种信息:位置信息、时间信息、物格所有者的身份识别标示;经认证的信息由所述物格生成装置或所述可信的第三方服务器,传输给发放物格的码链服务器或发码服务器。
  85. 如权利要求82所述交易方法,其特征在于,
    与实体的地理位置对应的编码信息,通过预定的编码规则生成第二编码介质;所述第二编码介质发布于实体所在的地理位置;
    所述物格生成装置具有识别单元;处在实体所在的地理位置时,物格生成装置通过识别单元,对第二编码介质进行获取,并通过与预定编码规则相匹配的解码解析规则进行识别,获得与所述地理位置对应的位置信息。
  86. 如权利要求82所述交易方法,其特征在于,
    与实体的地理位置对应的编码信息,记录在一存储单元中;具有射频发射能力的芯片设置或连接所述存储单元;所述芯片设置于实体所在的地理位置;
    所述物格生成装置具有射频接收单元;处在实体所在的地理位置时,物格生成装置通过射频接收单元与所述芯片交互,获得与所述地理位置对应的位置信息。
  87. 如权利要求82~86中任意一项所述交易方法,其特征在于,
    所述物格生成装置是一种移动终端,或是一种可穿戴式设备。
  88. 如权利要求87所述交易方法,其特征在于,
    所述可穿戴式设备包含智能眼镜。
  89. 一种验证方法,其特征在于,
    验证请求方获得码链中的验证节点的信息,与码链中的至少部分验证节点交互,请求所述至少部分验证节点对所要验证的内容进行背书。
  90. 如权利要求89所述验证方法,其特征在于,
    验证请求方作为主记账节点,生成与本次所要验证的内容相关的码链记账对象,并同步给其他记账节点;所述码链记账对象的数据,至少包含码链指向信息;
    所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至 少部分验证节点对本次所要验证的内容进行背书的情况和/或验证请求方对本次所要验证的内容进行背书的情况。
  91. 如权利要求89所述验证方法,其特征在于,
    验证请求方从与之交互的另一方,获得码链中的验证节点的信息。
  92. 如权利要求89所述验证方法,其特征在于,
    验证请求方从与之交互的另一方,获得所要验证的内容或指向所要验证的内容的指向信息;或者,所要验证的内容或指向所要验证的内容的指向信息,由验证请求方预先留存,并在本次验证时提取出来。
  93. 如权利要求89所述验证方法,其特征在于,
    码链中的验证节点的信息,由验证请求方或能与验证请求方交互的另一方预先留存,并在本次验证时提取出来。
  94. 如权利要求89所述验证方法,其特征在于,
    获得码链记账对象的记账节点,能根据码链记账对象中包含的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据;
    获得码链记账对象的记账节点,能根据码链记账对象中包含的背书部,获知与本次所要验证的内容有关的背书情况。
  95. 如权利要求89所述验证方法,其特征在于,
    验证请求方向其请求背书的验证节点提供码链指向信息,验证节点根据获得的码链指向信息,查询到对应的码链及码链相关数据中向其开放权限的数据,来确定是否进行背书。
  96. 如权利要求89所述验证方法,其特征在于,
    验证请求方从与之交互的另一方,获得码链指向信息;
    验证请求方根据码链指向信息,查询到码链及码链相关数据;码链相关数据至少包含码链中验证节点的信息。
  97. 如权利要求90或94~96中任意一项所述验证方法,其特征在于,
    获得码链指向信息的任意一方,能在知晓码链指向信息与码链之间对应关系,保存码链相关数据的服务器处,查询到码链及码链相关数据中向其开放权限的数据;保存码链相关数据的服务器,是验证节点所在区域进行码链管理的码链服务器或码链服务器上一级的发码服务器,或是能与码链服务器和/或发码服务器交互的其他服务器。
  98. 如权利要求89~97中任意一项所述验证方法,其特征在于,
    每增加一个验证节点,在码链相关数据中,至少增加有对应于该验证节点的信息;码链指向信息由知晓码链相关数据及其与相应码链之间对应关系的服务器发布,该服务器还对码链指向信息与码链之间的对应关系进行记录;发布码链指向信息的服务器,是验证节点所在区域进行码链管理的码链服务器或码链服务器上一级的发码服务器。
  99. 如权利要求98所述验证方法,其特征在于,
    发布码链指向信息与保存码链相关数据的服务器,是同一个服务器,或是能进行交互的不同服务器。
  100. 如权利要求89或99所述验证方法,其特征在于,
    与码链相对应的码链相关数据,记载有与码链中的验证节点相关的顺序。
  101. 如权利要求100所述验证方法,其特征在于,
    所述顺序对应于码链中验证节点的属性:
    所述属性是以下的任意一种:
    验证节点执行指定操作的时间;
    验证节点执行指定操作的数量;
    与验证节点的位置相对应的序列信息;
    验证节点的综合评价指数;
    验证节点的识别信息;
    其中,所述顺序由其中一种属性决定,或者是对多种属性根据权重计算后来决定。
  102. 如权利要求100所述验证方法,其特征在于,
    所述顺序,对应于码链中的验证节点,对包含主信息的内容进行转发的顺序。
  103. 如权利要求89所述验证方法,其特征在于,
    验证请求方获得来自验证节点的、符合要求的背书后,对背书情况进行记录;
    或者,验证请求方没有获得来自验证节点的、符合要求的背书时,由该验证请求方根据查询到的码链相关数据,对码链中一个或多个验证节点相关的信息进行验证,和/或根据该验证请求方获得的所要验证的内容,确定是否由该验证请求方提供背书。
  104. 如权利要求103所述验证方法,其特征在于,
    获得符合要求的背书,指获得指定数量的验证节点的背书。
  105. 如权利要求104所述验证方法,其特征在于,
    指定数量是码链上所有验证节点数量的一半以上。
  106. 如权利要求90所述验证方法,其特征在于,
    码链记账对象的同步通过以下任意一种方式或其任意组合进行:
    码链记账对象被同步给主记账节点下属的多个记账节点;
    主记账节点隶属于另一个记账节点;所述码链记账对象被同步给所述另一个记账节点;
    码链记账对象被同步给与主记账节点平级的其他若干记账节点。
  107. 如权利要求106所述验证方法,其特征在于,
    码链记账对象的同步,通过区块链技术实现。
  108. 如权利要求89所述验证方法,其特征在于,
    验证请求方是码链中验证节点所在区域进行码链管理的码链服务器,或码链服务器上一级的发码服务器。
  109. 如权利要求90所述验证方法,其特征在于,
    所要验证的内容,与交易相关。
  110. 如权利要求90或106或109所述验证方法,其特征在于,
    用于交易中的记账时,所述码链记账对象的数据中,进一步包含:
    指向本次交易的指向信息;
    交易中的付款方的数字签名;
    输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;相应额度的数字货币由付款方拥有;
    输出部,表示本次交易的金额和找零的金额;
    时间戳,表示交易的时间。
  111. 如权利要求110所述验证方法,其特征在于,
    所述码链记账对象的数据,还包含交易场景部;
    所述交易场景部包含用以查询到码链及码链相关数据的码链指向信息、交易场景脚本、本次交易的概要、基于本次交易向验证节点发放奖励的情况。
  112. 如权利要求111所述验证方法,其特征在于,
    所述码链记账对象的数据中,
    输入部进一步包含:所引用的另一个码链记账对象的哈希值和查询索引、序列号、解锁脚本;
    输出部进一步包含使用条件脚本。
  113. 如权利要求110或111所述验证方法,其特征在于,
    用于交易中记账的码链记账对象,称为第一码链记账对象;
    所述主记账节点在交易完成后,进一步对码链上所有验证节点或码链上所有提供背书的验证节点发放奖励;所述奖励至少包含数字货币的额度;
    基于每个验证节点应该获得的奖励用的数字货币额度,所述主记账节点还分别生成相应的第二码链记账对象,并同步给其他记账节点;
    所述主记账节点还将指向第二码链记账对象的信息,增加到第一码链记账对象的数据中,并将第一码链记账对象重新同步给其他记账节点。
  114. 如权利要求89~113中任意一项所述验证方法,其特征在于,
    码链通过对包含主信息的内容的若干级转发而动态调整;对每级转发所对应的码链,发布有相对应的码链指向信息;每一级转发的内容至少包含共同的主信息,和与该级转发对应的码链指向信息;
    根据每一级转发,在码链相关的数据中,增加与当前一级转发相关的数据;与当前一级转发相关的数据,至少包含当前一级转发节点的识别信息;码链中的所有转发节点均为验证节点,或者码链中的部分转发节点为验证节点。
  115. 如权利要求114所述验证方法,其特征在于,
    与当前一级转发相关的数据,包含当前一级转发的转发场景相关数据;转发场景相关数据,包含以下的一种或多种:
    转发节点的识别信息;
    转发节点进行转发时所在的位置;
    转发节点进行转发时的时间;
    转发节点对主信息的评论;
    转发节点的数字签名;
    转发节点的综合评价指数。
  116. 如权利要求115所述验证方法,其特征在于,
    码链中的验证节点本身作为转发节点,参与对包含主信息的内容的转 发;则,收到主记账节点背书请求的验证节点,通过对以下至少一项转发操作所对应的转发场景相关数据进行验证,来确定是否进行背书;
    所述转发操作包含:
    该验证节点本身进行的转发操作;
    该验证节点之前一级或多级转发节点进行的转发操作;
    该验证节点之后一级或多级转发节点进行的转发操作。
  117. 如权利要求90或114所述验证方法,其特征在于,
    验证请求方根据自身的意向,或根据与其交互的另一方的意向及请求,来进行以下的一种或多种操作:
    对码链中的验证节点的信息进行获取;
    向码链中至少部分验证节点请求背书;
    作为主记账节点,生成码链记账对象。
  118. 如权利要求117所述验证方法,其特征在于,
    验证请求方根据接收到转发内容的接收节点的意向及请求,来执行相应的操作。
  119. 如权利要求90或106所述验证方法,其特征在于,
    发码服务器作为记账节点,下属有多个码链服务器;其中,每个码链服务器本身作为记账节点,还下属有一个或多个记账节点;
    数字人基于配置的交互装置,能与发码服务器、码链服务器、码链服务器下属的记账节点之中的一个或多个进行交互;数字人具有数字人识别信息,数字人身份标示由发码服务器或码链服务器发行;
    任意一个记账节点或任意一个数字人,均可以作为数字货币额度的拥有者;任意一个拥有者通过与其他拥有者进行兑换或交易获得数字货币额度;或者,任意一个拥有者获得发码服务器向其发行的数字货币额度;或者,任意一个拥有者获得另一个拥有者向其发行的数字货币额度;且所发行的额度不超过该另一个拥有者本身所有的额度范围;或者,任意一个拥有者通过获得奖励,获得与奖励相对应的数字货币额度。
  120. 如权利要求119所述验证方法,其特征在于,
    任意一个拥有者提供抵押,获得由发码服务器或其他拥有者向其发行的,与抵押价值对应的数字货币额度;
    所述抵押具有通用价值时,无需评估,而可获得相应的数字货币额度;
    所述抵押不具有通用价值时,需要若干记账节点对抵押进行价值评估并给予背书后,获得与评估价值相应的数字货币额度。
  121. 如权利要求120所述验证方法,其特征在于,
    所述抵押对应于物格;所述物格与实体的资产和/或实体上的预期收益相关联;所述物格表示对基于实体资产的收益或对实体上的预期收益进行分享的权益。
  122. 如权利要求121所述验证方法,其特征在于,
    基于实体资产的收益或实体上的预期收益的增值部分,以新发行的数字货币额度来表示。
  123. 如权利要求119或122所述验证方法,其特征在于,
    数字货币的额度,在兑换、或交易、或奖励、或发行的使用过程中,都以码链记账对象的形式表现。
  124. 如权利要求121所述验证方法,其特征在于,
    物格的发放基于实体的地理位置;
    物格所有者拥有的物格生成装置,至少将实体的地理位置所对应的位置信息、对应请求物格发放时的时间信息、对应于物格所有者的身份识别标示,提供给码链服务器或发码服务器用以发放物格,将物格与物格所有者绑定。
  125. 如权利要求124所述验证方法,其特征在于,
    所述物格生成装置具有定位单元;处在实体所在的地理位置时,物格生 成装置通过定位单元,获得与所述地理位置对应的位置信息。
  126. 如权利要求124或125所述验证方法,其特征在于,
    所述物格生成装置具有交互单元,能与可信的第三方服务器交互,获得经所述可信的第三方服务器认证的以下至少一种信息:位置信息、时间信息、物格所有者的身份识别标示;经认证的信息由所述物格生成装置或所述可信的第三方服务器,传输给发放物格的码链服务器或发码服务器。
  127. 如权利要求124所述验证方法,其特征在于,
    与实体的地理位置对应的编码信息,通过预定的编码规则生成第二编码介质;所述第二编码介质发布于实体所在的地理位置;
    所述物格生成装置具有识别单元;处在实体所在的地理位置时,物格生成装置通过识别单元,对第二编码介质进行获取,并通过与预定编码规则相匹配的解码解析规则进行识别,获得与所述地理位置对应的位置信息。
  128. 如权利要求124所述验证方法,其特征在于,
    与实体的地理位置对应的编码信息,记录在一存储单元中;具有射频发射能力的芯片设置或连接所述存储单元;所述芯片设置于实体所在的地理位置;
    所述物格生成装置具有射频接收单元;处在实体所在的地理位置时,物格生成装置通过射频接收单元与所述芯片交互,获得与所述地理位置对应的位置信息。
  129. 如权利要求124~128中任意一项所述验证方法,其特征在于,
    所述物格生成装置是一种移动终端,或是一种可穿戴式设备。
  130. 如权利要求129所述验证方法,其特征在于,
    所述可穿戴式设备包含智能眼镜。
  131. 如权利要求89所述验证方法,其特征在于,
    验证节点提供背书时,还至少将与其所在地理位置对应的位置信息、进行背书时的时间信息、对应于验证节点本身的身份识别标示,提供给验证请求方。
  132. 如权利要求131所述验证方法,其特征在于,
    验证节点通过配置的定位装置,获得与其所在地理位置对应的位置信息。
  133. 如权利要求131或132所述验证方法,其特征在于,
    验证节点具有交互设备,能与可信的第三方服务器交互,获得经所述可信的第三方服务器认证的以下至少一种信息:位置信息、时间信息、验证节点的身份识别标示;经认证的信息由所述验证节点或所述可信的第三方服务器,传输给验证请求方。
  134. 如权利要求131所述验证方法,其特征在于,
    验证节点具有识别装置,对位于其当前所在地理位置的第二编码介质进行获取,并通过与预定编码规则相匹配的解码解析规则进行识别,获得与当前所在地理位置对应的位置信息;与当前所在地理位置对应的编码信息,通过预定的编码规则生成所述第二编码介质。
  135. 如权利要求131所述验证方法,其特征在于,
    验证节点具有射频接收装置,与处在其当前所在地理位置的、具有射频发射能力的芯片交互,获得与当前所在地理位置对应的位置信息;与当前所在地理位置对应的编码信息,记录在一存储单元中;所述芯片设置或连接所述存储单元。
  136. 如权利要求131~135中任意一项所述验证方法,其特征在于,
    验证节点通过配置的移动终端或可穿戴式设备,来获取或提供以下至少一项信息:与验证节点所在地理位置对应的位置信息、进行背书时的时间信息、对应于验证节点本身的身份识别标示。
  137. 如权利要求136所述验证方法,其特征在于,
    所述可穿戴式设备包含智能眼镜。
  138. 一种码链记账对象的数据处理方法,其特征在于,
    所述码链记账对象应用于权利要求1~45中任意一项所述应用码链的方法,由作为记账节点的码链服务器生成,并同步给其他记账节点;
    所述码链记账对象的数据,至少包含码链指向信息;与码链指向信息对应的码链,通过若干级转发节点对内容的转发而形成。
  139. 一种码链记账对象的数据处理方法,其特征在于,
    所述码链记账对象应用于权利要求46~88中任意一项所述交易方法,由主记账节点生成,并同步给其他记账节点;
    所述码链记账对象的数据,至少包含码链指向信息;所述码链指向信息能用于查询到相应的码链;
    所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点对交易进行背书的情况和/或主记账节点对交易进行背书的情况。
  140. 一种码链记账对象的数据处理方法,其特征在于,
    所述码链记账对象应用于权利要求89~137中任意一项所述验证方法,由作为主记账节点的验证请求方生成,并同步给其他记账节点;
    所述码链记账对象的数据,至少包含码链指向信息;所述码链指向信息能用于查询到相应的码链;
    所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点对所要验证的内容进行背书的情况和/或验证请求方对所要验证的内容进行背书的情况。
  141. 一种码链记账对象的数据处理方法,其特征在于,
    生成码链记账对象,所述码链记账对象在记账节点之间同步;其中,所 述码链记账对象的数据,至少包含码链指向信息;所述码链指向信息能用于查询到对应的码链。
  142. 如权利要求141所述码链记账对象的数据处理方法,其特征在于,
    码链对应于若干个码链节点,码链相关的数据中包含所述若干个码链节点的信息。
  143. 如权利要求142所述码链记账对象的数据处理方法,其特征在于,
    码链是随着码链节点的增加而动态调整的;每增加一个码链节点,在码链相关的数据中增加与该码链节点相关的信息。
  144. 如权利要求143所述码链记账对象的数据处理方法,其特征在于,
    码链通过若干级转发节点对内容的转发而形成;码链所对应的若干码链节点,包含转发节点。
  145. 如权利要求142所述码链记账对象的数据处理方法,其特征在于,
    码链所对应的若干码链节点,包含验证节点;与一个码链对应的所有码链节点或部分码链节点是验证节点。
  146. 如权利要求145所述码链记账对象的数据处理方法,其特征在于,
    码链中的至少部分验证节点对请求其验证的内容进行背书。
  147. 如权利要求145所述码链记账对象的数据处理方法,其特征在于,
    码链中的至少部分验证节点对与该码链对应的转发内容进行背书;验证节点参与了内容的转发,或者知晓所转发的内容或知晓内容的转发情况。
  148. 如权利要求145所述码链记账对象的数据处理方法,其特征在于,
    码链中的至少部分验证节点对交易进行背书。
  149. 如权利要求145所述码链记账对象的数据处理方法,其特征在于,
    所述码链记账对象的数据,还包含背书部,所述背书部记录有码链中至少部分验证节点进行背书的情况,和/或,所述背书部记录由主记账节点进行背书的情况;主记账节点是生成码链记账对象的记账节点。
  150. 如权利要求141所述码链记账对象的数据处理方法,其特征在于,
    码链记账对象所对应的编码信息,根据预定的编码规则,生成相应的编码介质;所述编码介质或其同源的超级链接或附带所述编码介质和/或其同源超级链接的载体,能用于发布或交互;所述编码介质能被识别装置获取到,并根据与所述编码规则相匹配的解码解析规则所识别。
  151. 如权利要求143所述码链记账对象的数据处理方法,其特征在于,
    与码链相对应的码链相关数据,包含与码链所对应的若干码链节点相关的顺序。
  152. 如权利要求151所述码链记账对象的数据处理方法,其特征在于,
    所述顺序,对应于码链中的码链节点对内容进行转发的顺序。
  153. 如权利要求151所述码链记账对象的数据处理方法,其特征在于,
    所述顺序对应于码链节点的属性:所述属性是以下的任意一种:
    码链节点执行指定操作的时间;
    码链节点执行指定操作的数量;
    与码链节点的位置相对应的序列信息;
    码链节点的综合评价指数;
    码链节点的识别信息;
    其中,所述顺序由其中一种属性决定,或者是对多种属性根据权重计算后来决定。
  154. 如权利要求141所述码链记账对象的数据处理方法,其特征在于,
    所述码链记账对象用于表示码链。
  155. 如权利要求141所述码链记账对象的数据处理方法,其特征在于,
    所述码链记账对象用于表示数字货币。
  156. 如权利要求155所述码链记账对象的数据处理方法,其特征在于,
    用于交易中记账时,所述码链记账对象的数据中,进一步包含:指向本次交易的指向信息;数字货币额度的拥有者的数字签名;输入部,引用自另一个码链记账对象,表示相应额度的数字货币的来源;输出部,表示本次交易的金额和找零的金额;时间戳,表示交易的时间。
  157. 如权利要求155所述码链记账对象的数据处理方法,其特征在于,
    用于交易时,所述码链记账对象的数据中,进一步包含交易场景部;所述交易场景部包含:码链指向信息、交易场景脚本;交易场景脚本用于根据码链指向信息来还原交易场景。
  158. 如权利要求157所述码链记账对象的数据处理方法,其特征在于,
    所述交易场景,包含:基于本次交易发放奖励的情况。
  159. 如权利要求157所述码链记账对象的数据处理方法,其特征在于,
    基于转发而促成的交易中,码链记账对象的数据中,进一步使得交易场景脚本,用于根据码链指向信息来还原相应内容转发到接收节点时的转发场景描述。
  160. 如权利要求157所述码链记账对象的数据处理方法,其特征在于,
    用于交易中记账的码链记账对象,称为第一码链记账对象;
    所述码链服务器在交易完成后,进一步对码链上的至少部分码链节点发放奖励;所述奖励至少包含数字货币的额度;
    基于每个码链节点应该获得的奖励用的数字货币额度,所述码链服务器还分别生成相应的第二码链记账对象,并同步给其他记账节点;
    所述码链服务器还将指向第二码链记账对象的信息,增加到第一码链记账对象的交易场景部,并将第一码链记账对象重新同步给其他记账节点。
  161. 如权利要求141所述码链记账对象的数据处理方法,其特征在于,
    码链记账对象的同步通过以下任意一种方式或其任意组合进行:
    码链记账对象被同步给主记账节点下属的多个记账节点;
    主记账节点隶属于另一个记账节点;所述码链记账对象被同步给所述另一个记账节点;
    码链记账对象被同步给与主记账节点平级的其他若干记账节点。
  162. 如权利要求141所述码链记账对象的数据处理方法,其特征在于,
    码链记账对象的同步,通过区块链技术实现。
  163. 如权利要求156所述码链记账对象的数据处理方法,其特征在于,
    由发码服务器发行的码链记账对象作为原始码链记账对象,能被其他码链记账对象所引用。
  164. 如权利要求163所述码链记账对象的数据处理方法,其特征在于,
    发行码链记账对象,不用背书;
    发行码链记账对象,不用发放奖励。
  165. 如权利要求156所述码链记账对象的数据处理方法,其特征在于,
    被回收的码链记账对象,不再能被任何一方拥有,也不再能被其他码链记账对象所引用。
  166. 如权利要求155所述码链记账对象的数据处理方法,其特征在于,
    通过码链记账对象,能对不同种类的数字货币进行兑换。
  167. 如权利要求155所述码链记账对象的数据处理方法,其特征在于,
    码链记账对象作为计量单位,能用于其他两种码链记账对象的兑换。
PCT/CN2021/096768 2020-06-10 2021-05-28 采用码链区块的数字货币模型、方法、系统及装置 WO2021249208A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010527526.0 2020-06-10
CN202010527526.0A CN113781021A (zh) 2020-06-10 2020-06-10 采用码链区块的数字货币模型、方法、系统及装置

Publications (1)

Publication Number Publication Date
WO2021249208A1 true WO2021249208A1 (zh) 2021-12-16

Family

ID=78835015

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/096768 WO2021249208A1 (zh) 2020-06-10 2021-05-28 采用码链区块的数字货币模型、方法、系统及装置

Country Status (2)

Country Link
CN (1) CN113781021A (zh)
WO (1) WO2021249208A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114726480B (zh) * 2022-03-08 2023-07-25 科大讯飞股份有限公司 数据编码方法及相关装置、电子设备和存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108052530A (zh) * 2017-11-10 2018-05-18 杭州云象网络技术有限公司 一种基于联盟链的去中心化ca构建方法及其系统
CN108833081A (zh) * 2018-06-22 2018-11-16 中国人民解放军国防科技大学 一种基于区块链的设备组网认证方法
CN109754256A (zh) * 2017-11-08 2019-05-14 徐蔚 基于码链的模型、装置、系统、方法和应用
US20190259024A1 (en) * 2016-09-19 2019-08-22 China Unionpay Co., Ltd. Security electronic file processing system and method based on block chain structure
CN110351263A (zh) * 2019-07-01 2019-10-18 昆明理工大学 一种基于超级账本fabric的物联网认证方法
CN110769035A (zh) * 2019-09-23 2020-02-07 北京海益同展信息科技有限公司 一种区块链资产发行方法、平台、业务节点及存储介质

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10521776B2 (en) * 2002-10-01 2019-12-31 Andrew H B Zhou UN currency (virtual payment cards) issued by central bank or other issuer for mobile and wearable devices
CN112508545A (zh) * 2015-10-09 2021-03-16 徐蔚 一种数字货币流通方法及流通系统
US10291627B2 (en) * 2016-10-17 2019-05-14 Arm Ltd. Blockchain mining using trusted nodes
CN107451874A (zh) * 2017-07-27 2017-12-08 武汉天喻信息产业股份有限公司 基于区块链的电子发票综合处理方法及系统
CN108595126B (zh) * 2018-04-27 2022-09-02 腾讯科技(深圳)有限公司 数据存储系统、查询方法、查询装置、服务器及存储介质
US20190370847A1 (en) * 2018-05-30 2019-12-05 Sal Khan Method and systems relating to the use of blockchain and self-sovereign identity for gift cards, rewards, and incentives programs
CN108830733B (zh) * 2018-06-21 2022-02-15 中国银行股份有限公司 一种信息处理方法、区块链集群及系统
CN110648225A (zh) * 2018-06-26 2020-01-03 玛链(上海)网络技术有限公司 一种应用数字人码链的方法
CN110197433B (zh) * 2018-10-25 2021-07-27 腾讯科技(深圳)有限公司 数值转移方法、装置及系统
EP3593491A4 (en) * 2019-02-28 2020-08-19 Alibaba Group Holding Limited SYSTEM AND PROCEDURE FOR IMPLEMENTATION OF BLOCKCHAIN-BASED DIGITAL CERTIFICATES
CN110619566A (zh) * 2019-08-05 2019-12-27 孟江华 通过链上数字货币结算的链上质押资产返还系统和方法
CN110544095A (zh) * 2019-09-03 2019-12-06 腾讯科技(深圳)有限公司 区块链网络的交易处理方法及区块链网络
CN110717764A (zh) * 2019-10-21 2020-01-21 深圳前海环融联易信息科技服务有限公司 多账本管理方法、装置、计算机设备及存储介质
CN111047330B (zh) * 2020-03-18 2020-09-22 杭州智块网络科技有限公司 区块的验证分红奖励方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190259024A1 (en) * 2016-09-19 2019-08-22 China Unionpay Co., Ltd. Security electronic file processing system and method based on block chain structure
CN109754256A (zh) * 2017-11-08 2019-05-14 徐蔚 基于码链的模型、装置、系统、方法和应用
CN108052530A (zh) * 2017-11-10 2018-05-18 杭州云象网络技术有限公司 一种基于联盟链的去中心化ca构建方法及其系统
CN108833081A (zh) * 2018-06-22 2018-11-16 中国人民解放军国防科技大学 一种基于区块链的设备组网认证方法
CN110351263A (zh) * 2019-07-01 2019-10-18 昆明理工大学 一种基于超级账本fabric的物联网认证方法
CN110769035A (zh) * 2019-09-23 2020-02-07 北京海益同展信息科技有限公司 一种区块链资产发行方法、平台、业务节点及存储介质

Also Published As

Publication number Publication date
CN113781021A (zh) 2021-12-10

Similar Documents

Publication Publication Date Title
US11222331B2 (en) Method and system for blockchain-based gemstone ownership, identity, custody, supply-chain transfer, trading, and secure payments
Zhu et al. Applications of distributed ledger technologies to the internet of things: A survey
US20210357893A1 (en) Systems and methods for commerce in a distributed system with blockchain protocols and smart contracts
US11875400B2 (en) Systems, methods, and apparatuses for dynamically assigning nodes to a group within blockchains based on transaction type and node intelligence using distributed ledger technology (DLT)
CN110178338B (zh) 用于创建加密安全数字资产的计算机实现方法
US20200005290A1 (en) System and Method for Processing Payments in Fiat Currency Using Blockchain and Tethered Tokens
US20210390549A1 (en) Systems and methods for building blockchains for verifying assets for smart contracts
Chen et al. Blockchain for Internet of things applications: A review and open issues
JP2020535543A (ja) コンプライアンス対応のトークン化及び資産価値の制御のための方法、装置、及びコンピュータ可読媒体
CN107636662A (zh) 网络内容认证
US20170243222A1 (en) System for use of secure data from a process data network as secured access by users
CN109829767A (zh) 一种基于区块链技术的积分兑换系统及方法
CN111936995A (zh) 海关清关数据的分布式存储
CN111989707A (zh) 管理基于区块链的海关清关服务的用户权限
CN114930330A (zh) 基于区块链的海关清关服务平台的用户管理
US20230419308A1 (en) System and method for processing payments in fiat currency using blockchain and tethered tokens
CN111936994A (zh) 用于海关清关的基于区块链的文档注册
Dash et al. Artificial intelligence models for blockchain-based intelligent networks systems: Concepts, methodologies, tools, and applications
WO2021249208A1 (zh) 采用码链区块的数字货币模型、方法、系统及装置
Ghosh Adoption of blockchain in financial services
Sharma et al. Electronic Voting—Cloud Storage—Smart and Collaborative Transportation—Blockchain and International Trading—Blockchain Business Models
Mahgoub et al. SOTF: Secure Organizational Transactions Framework Based on Bitcoin Payment Bridge
Duela et al. Decentralized Payment Architecture for E-Commerce and Utility Transactions with Government Verified Identities
Shiny Duela et al. Decentralized Payment Architecture for E-Commerce and Utility Transactions with Government Verified Identities
Ferrara et al. Digital Twin Through Physical Assets Tokenization in Blockchain

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 21823082

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21823082

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 21823082

Country of ref document: EP

Kind code of ref document: A1