CN116051220A - Digital invoice receiving platform and receiving method based on blockchain - Google Patents

Digital invoice receiving platform and receiving method based on blockchain Download PDF

Info

Publication number
CN116051220A
CN116051220A CN202310008360.5A CN202310008360A CN116051220A CN 116051220 A CN116051220 A CN 116051220A CN 202310008360 A CN202310008360 A CN 202310008360A CN 116051220 A CN116051220 A CN 116051220A
Authority
CN
China
Prior art keywords
invoice
buyer
seller
blockchain
contract
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202310008360.5A
Other languages
Chinese (zh)
Inventor
夏琦
丁云波
高建彬
田世云
夏虎
刘斌
陈伟
陈洁
黄艳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sichuan Huaxi Jicai E Commerce Co ltd
University of Electronic Science and Technology of China
Original Assignee
Sichuan Huaxi Jicai E Commerce Co ltd
University of Electronic Science and Technology of China
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 Sichuan Huaxi Jicai E Commerce Co ltd, University of Electronic Science and Technology of China filed Critical Sichuan Huaxi Jicai E Commerce Co ltd
Priority to CN202310008360.5A priority Critical patent/CN116051220A/en
Publication of CN116051220A publication Critical patent/CN116051220A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
    • G06F21/31—User authentication
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions

Abstract

The invention discloses a digital invoice receiving platform and a receiving method based on a blockchain, and belongs to the technical field of blockchain universal finance. The whole receiving process adopts an asymmetric encryption and symmetric encryption mixed encryption scheme, the identity authentication of the invoice receiving main system party is completed through an asymmetric encryption algorithm, the verification of invoice issuing information is completed through a symmetric encryption algorithm, wherein a buyer holds a public and private key pair (p 1 ，q 1 ) The seller holds a public-private key pair (p 2 ，q 2 ) The method comprises the steps of carrying out a first treatment on the surface of the Because the public and private key pairs of the buyer and the seller are only mastered by one party, the difficulty degree of calculating the corresponding private key in a plurality of times is improved, and the privacy and safety problems in the invoice receiving process are protected. On the basis, intelligent contracts are embedded in the blockchain platform, so that the time cost of manual auditing of tax handling departments is reduced, and the handling efficiency of digital invoices is accelerated.

Description

Digital invoice receiving platform and receiving method based on blockchain
Technical Field
The invention relates to the technical field of blockchain universal finance, in particular to a digital invoice receiving platform and a receiving method based on a blockchain.
Background
Tax is an important content of government affairs, along with the leap progress of information technology, electronic commerce, especially personal electronic commerce transaction is becoming popular in China, and original paper certificates are replaced by digital invoices. Currently in e-commerce specific transactions; the flow of issuing and reimbursement of digital invoices is not clear, and for example, reimbursement of invoices and false invoices can occur when reimbursement accounts and actual transactions are inconsistent. Aiming at the phenomenon, the current national tax service platform adopts account confirmation, registration change and other schemes to provide offline handling service, a series of operations such as filling in and checking the application information of tax payers are required to be carried out at a tax handling machine, so that useless click waiting time is caused, particularly a large number of tax payers are queued up to wait, the waiting time is easy to be longer due to fatigue of operating machines, the complicated working degree of tax office staff is increased, tax handling efficiency is hindered, and meanwhile, the tax payers are always in invalid waiting time, so that precious time of the tax payers and tax staff is greatly wasted. Therefore, the digital invoice receiving platform and the receiving method which have clear flow from digital invoice issuing to reimbursement and can ensure privacy and safety in the whole process are designed, and the digital invoice receiving platform and the receiving method have important significance for the development of online commerce.
Disclosure of Invention
The invention aims to provide a digital invoice receiving platform and a receiving method based on a blockchain, which are used for solving the safety problem existing in the process from the issuing to reimbursement of the existing digital invoice, and the process is clear and transparent.
In order to achieve the above purpose, the invention adopts the following technical scheme:
a digital invoice receiving platform based on a blockchain is respectively connected with a buyer and a seller and a tax blockchain and comprises an application layer, a contract layer and a blockchain bottom layer platform;
the application layer is used for sending an invoicing request to the contract layer;
the contract layer adopts intelligent contracts, expresses contract contents in a code form, verifies the validity of a received invoicing request according to the contract contents, and sends the invoicing request qualified in verification to the blockchain bottom layer platform; the intelligent contract layer verifies that the content comprises a registration contract, a query contract, an authorization contract and a signature contract, and data are mutually transmitted among the contracts through interfaces;
the block chain bottom layer platform processes the invoicing request qualified in verification and comprises an encryption module, a storage module, a distributed account book and a consensus module; the encryption module is respectively connected with the storage module, the distributed account book and the consensus module; the storage module receives and caches the to-be-processed invoicing requests from the contract layer, and then sends the to-be-processed invoicing requests to the encryption module one by one for encryption processing; the distributed account book performs distributed storage on the encrypted invoicing request information, and the consensus module sends an invoice receiving application to the tax block chain after consensus is achieved on the encrypted invoicing request information based on a selected consensus algorithm;
the tax blockchain is connected with a contract layer, whether the transaction has an invoice is checked by calling a query contract, if not, validity checking is carried out according to materials provided by buyers, if so, a multiple signature address ADD is created by using a private key of a tax handling node in the tax blockchain, and the multiple signature address ADD is associated with buyers and sellers.
Further, the encryption module encrypts the information of each link in the invoice field according to the transaction sequence; algorithms used for encryption include asymmetric encryption, symmetric encryption and hash algorithms; asymmetric encryption and symmetric encryption are alternately used, identity authentication of a buyer and a seller who receive an invoice is completed through a pair of public and private key pairs contained in an asymmetric encryption house algorithm, verification of invoice issuing information is completed through the symmetric encryption algorithm, wherein the buyer holds the public and private key pairs (p 1 ，q 1 ) The seller holds a public-private key pair (p 2 ，q 2 ) The method comprises the steps of carrying out a first treatment on the surface of the And (5) completing the validity verification of the invoice information through a hash algorithm.
Furthermore, the application layer is also provided with applications such as invoice verification, invoice payment and sale, invoice verification and approval, invoice printing unit and the like.
The digital invoice receiving method of the digital invoice receiving platform based on the blockchain comprises the following steps of:
step 1, a seller and a buyer finish transaction, and an invoice A to be issued is generated at an application layer according to transaction content and provided for a contract layer; the buyer reviews the contents in the invoices to be issued A by calling the signature contract, and provides the invoices to be issued A for the blockchain bottom platform storage module to be cached after confirming that the invoices to be issued A are correct;
step 2, an encryption module based on a block chain bottom layer platform uses a buyer private key q 1 Signing invoice A with timestamp t 1 Generating an invoice B to be issued; the seller uses the buyer public key p 1 Verifying the invoice B to be issued, and if the invoice B to be issued is recovered to be A and the timestamp is valid, using the seller private key q 2 To be signed with invoice B while attaching a time stamp t 2 Generating an invoice C to be issued;
step 3,Buyer uses seller public key p 2 Verifying the invoice C to be issued, and if the invoice C to be issued is recovered to be B and the timestamp is valid, enabling the buyer and the seller to agree on the transaction content;
step 4, after the buyer and the seller agree on the transaction content, the seller sends an invoice receiving application to the tax handling node, and a seller public key p is attached at the same time 2 Buyer public key p 1 Invoice C and time stamp t to be made 1 T 2 ；
Step 5, the tax handling node calls a query contract to check whether the transaction has been issued an invoice on a tax blockchain, and performs validity check on the invoice C which is not issued; if so, using the tax handling node private key q 3 Creating a multiple signature address Add;
step 6, the multiple signature address Add is associated with three private keys, two of which are respectively composed of the buyer public key p 1 And seller public key p 2 Encrypting, wherein the other private key is stored in the tax handling node; the buyer and the seller acquire the private key through the private key decryption corresponding to the public key respectively;
step 7, when the seller, the buyer and the tax handling node agree on the transaction of issuing an invoice, the three parties sign by three private keys associated with Add; when the number of the received signatures is equal to 3, the three parties are considered to confirm the invoice leading transaction and the identity of the three parties is legal; the tax handling node issues legal invoices D and stores the D uplink into a blockchain; the seller can inquire D in the blockchain and send legal invoice D to the buyer; and (5) completing invoice receiving.
The invention adopts a two-way handshake mode in the same transaction, namely, after double confirmation of transaction contents is carried out by buyers and sellers, an invoice receiving application is initiated to a tax handling node, so that the problem of inconsistent account is avoided to the greatest extent. The tax handling node calls the contract through the contract layer to inquire and check the invoicing, so that the problem of repeated invoicing is avoided, and the authenticity of the information is further confirmed. Aiming at checking and effectively issuing an invoice C instead, a mode of distributing a plurality of different private key addresses is adopted, so that the invoice leading application program can be started only after tax handling departments collect all legal private key signatures. The whole receiving process combines the intelligent contract technology in the blockchain, so that the time cost of manual auditing of tax handling departments is greatly reduced, the handling efficiency of digital invoices is greatly accelerated, and the privacy and safety problems in the receiving process of invoices in the prior art are solved by adopting a mode of combining asymmetric encryption, a hash algorithm and multiple signature.
Drawings
FIG. 1 is a block chain based architecture diagram of a digital ticketing platform;
FIG. 2 is a block chain based digital invoice lead flow chart.
Detailed Description
A digital invoice receiving platform based on a blockchain is respectively connected with a buyer and a seller and a tax blockchain. As shown in fig. 1, includes an application layer, a contract layer, and a blockchain underlying platform.
The application layer is configured to send an invoicing request to the contract layer. The application layer of the embodiment comprises five parts, namely invoice receiving, invoice checking and old, invoice paying and selling, invoice checking and verifying and invoice printing.
The contract layer adopts intelligent contracts. The intelligent contract is a computer protocol, expresses contract content formulated based on laws and regulations in a code form, and automatically executes feasible operation without a third party; and the system is used for verifying the validity of the received invoicing request and sending the invoicing request qualified in verification to the blockchain bottom layer platform. The intelligent contract layer verifies that the content comprises a registration contract, a query contract, an authorization contract and a signature contract, and data are mutually transmitted among the contracts through interfaces. In this embodiment, the registration contract is to bind the digital signature, identity information, system code, and other information of the user, and register a new account in the system. The authorization contract is that the user signs and authorizes part of information of the user to read, prove and the like for other people. The signature contract comprises a plurality of encryption algorithms such as asymmetric encryption and hash algorithms, and the personal identity of the user can be verified by using the digital signature. The inquiry contract is that the user can inquire according to the characteristic code of the digital invoice and key information such as system code, etc., to verify the invoice state.
The block chain bottom layer platform processes the invoicing request which is qualified in verification and comprises a distributed account book, a consensus module, a storage module and an encryption module; the encryption module is respectively connected with the storage module, the distributed account book and the consensus module. The storage module receives and caches the pending invoicing requests from the contract layer, and then sends the pending invoicing requests to the encryption module one by one for encryption processing. The distributed account book performs distributed storage on the encrypted invoicing request information, and the consensus module sends an invoice receiving application to the tax block chain after consensus is achieved on the encrypted invoicing request information based on a selected consensus algorithm. The encryption module encrypts the information of each link in the invoice field according to the transaction sequence, and an algorithm adopted by encryption comprises asymmetric encryption, symmetric encryption and a hash algorithm; symmetric encryption encrypts plaintext into ciphertext by a key, and a decryptor recovers the ciphertext into plaintext using the same key. The asymmetric encryption house includes a pair of public and private keys, the public key being analogous to a lock and the private key being analogous to a key. The encryptor encrypts the plaintext lock with the public key, and the decryptor recovers the ciphertext lock to the plaintext with the private key. The hash algorithm is to encrypt the plaintext information into an unreadable ciphertext through a key, and the lengths of character strings generated by different hash algorithms are different. But the encrypted character string cannot be recovered into a plaintext, and is a unidirectional encryption scheme. In the whole invoice receiving process, asymmetric encryption and symmetric encryption are alternately used, and identity verification of the buyer and the seller receiving the invoice is completed through public and private key pairs contained in an asymmetric encryption algorithm. Invoice issue information verification is accomplished by a symmetric encryption algorithm in which the buyer holds a public-private key pair (p 1 ，q 1 ) The seller holds a public-private key pair (p 2 ，q 2 ) The method comprises the steps of carrying out a first treatment on the surface of the And (5) completing the validity verification of the invoice information through a hash algorithm.
The tax blockchain is connected with a contract layer, whether the transaction has an invoice is checked by calling a query contract, if not, validity checking is carried out according to materials provided by buyers of the invoice main system side, if so, a multi-signature address ADD is created by using a private key of a handling node in the tax blockchain, and the multi-signature address ADD is associated with the buyer and the seller.
In the embodiment of the invention, the digital invoice comprises the elements of machine number, name, tax payer identification, address, telephone, account number, invoice code, invoice number, invoicing date, check code and the like. In a blockchain network, tax handling nodes need to prepare registration contracts. A user transacting a business needs to submit an identity material to join the blockchain network, providing a certification material according to the interface standard of the registration contract. The proving material comprises business license original paper of unified social credit code loaded by users, identity document original paper, production equipment, production flow and security management system copy, storage, transportation and delivery related system copy, production process and product inspection system copy and other unnecessary proving materials. After submitting the material, the tax handling node reviews the material and joins the blockchain network at the broadcast user node throughout the network. If the audit materials are not uniform and the intelligent contract cannot be triggered, the contract engine returns to the user to remind the user of which materials are lack. The same does not trigger registration contracts if which materials are not eligible.
The digital invoice receiving process of the digital invoice receiving platform based on the blockchain in the embodiment is described in detail in an online shopping scene. The online shopping scenario involves both buyer, seller and tax handling departments. The buyer holds a public-private key pair (p 1 ，q 1 ) Wherein p is 1 For buyer public key, q 1 Is a buyer private key. The seller stores another pair of public and private keys (p 2 ，q 2 ) Wherein p is 2 Q is the seller public key 2 Is a private key of the seller. The seller has completed registration on the tax chain. After the buyer and seller complete the commodity transaction, the buyer presents an invoice. The seller needs to provide information such as commodity name, commodity type, transaction quantity and the like to form the invoice A to be issued. The buyer will verify this information and use q 1 Signature, and adding a time stamp after the signature. The time stamp is that a time system attaches a time verification code to a certain signature, and authenticates the time generated by the data, thereby verifying whether the data is tampered after being generatedAnd (3) changing. The seller checks whether the buyer signature and the time stamp are legal, and after checking that the buyer signature and the time stamp are legal, the seller uses q 2 Signature a. The buyer checks the seller identity to be legal, and the buyer can agree on the transaction to apply invoice to the tax handling node for receipt. A multiple signature scheme is employed in the signature. Multiple signature technology is where multiple users simultaneously sign a digital asset. As shown in fig. 2, the specific flow is as follows:
step 1, a seller and a buyer finish transaction, and an invoice A to be issued is generated at an application layer according to transaction content and provided for a contract layer; the buyer reviews the contents in the invoices to be issued A by calling the signature contract, and provides the invoices to be issued A for the blockchain bottom platform storage module to be cached after confirming that the invoices to be issued A are correct;
step 2, an encryption module based on a block chain bottom layer platform uses a buyer private key q 1 Signing invoice A with timestamp t 1 Generating an invoice B to be issued; the seller uses the buyer public key p 1 Verifying the invoice B to be issued, and if the invoice B to be issued is recovered to be A and the timestamp is valid, using a seller private key q 2 To be signed with invoice B while attaching a time stamp t 2 Generating an invoice C to be issued;
step 3, buyer uses seller public key p 2 Verifying the invoice C to be issued, and if the invoice C to be issued is recovered to be B and the timestamp is valid, enabling the buyer and the seller to agree on the transaction content;
step 4, after the buyer and the seller agree on the transaction content, the seller sends an invoice receiving application to the tax handling node, and a seller public key p is attached at the same time 2 Buyer public key p 1 Invoice C and time stamp t to be made 1 T 2 ；
Step 5, the tax handling node calls a query contract to check whether the transaction has been issued an invoice on a tax blockchain, and performs validity check on the invoice C which is not issued; if so, using the tax handling node private key q 3 Creating a multiple signature address Add;
step 6, the multiple signature address Add is associated with three private keys, two of which are respectively composed of buyer public keysp 1 And seller public key p 2 Encrypting, wherein the other private key is stored in the tax handling node; the buyer and the seller acquire the private key through the private key decryption corresponding to the public key respectively;
step 7, when the seller, the buyer and the tax handling node agree on the transaction of issuing an invoice, the three parties sign by three private keys associated with Add; when the number of the received signatures is equal to 3, the three parties are considered to confirm the invoice leading transaction and the identity of the three parties is legal; the tax handling node issues legal invoices D and stores the D uplink into a blockchain; the seller can inquire D in the blockchain and send legal invoice D to the buyer; and (5) completing invoice receiving.
In summary, the digital invoice platform and the receiving method of the embodiment are based on the blockchain to realize the optimization of the receiving flow of the digital invoice. The whole receiving process is alternatively used by asymmetric encryption and symmetric encryption, the identity verification of the invoice receiving system party is completed through a public and private key pair contained in an asymmetric encryption algorithm, the invoice issuing information verification is completed through a symmetric encryption algorithm, wherein a buyer holds the public and private key pair (p 1 ，q 1 ) The seller holds a public-private key pair (p 2 ，q 2 ) The method comprises the steps of carrying out a first treatment on the surface of the Because the public and private key pairs of the buyer and the seller are only mastered by one party, the difficulty degree of calculating the corresponding private key in a plurality of times is improved, and the privacy and safety problems in the invoice receiving process are ensured. On the basis, intelligent contracts are embedded in the blockchain platform, so that the time cost of manual auditing of tax handling departments is reduced, and the handling efficiency of digital invoices is accelerated.

Claims (4)

1. A digital invoice receiving platform based on a blockchain is connected with a buyer and a seller and a tax blockchain respectively, and comprises an application layer, a contract layer and a blockchain bottom layer platform, and is characterized in that:
the application layer is used for sending an invoicing request to the contract layer;
the contract layer adopts intelligent contracts, expresses contract contents in a code form, verifies the validity of a received invoicing request according to the contract contents, and sends the invoicing request qualified in verification to the blockchain bottom layer platform; the intelligent contract layer verifies that the content comprises a registration contract, a query contract, an authorization contract and a signature contract, and data are mutually transmitted among the contracts through interfaces;
the block chain bottom layer platform processes the invoicing request qualified in verification and comprises an encryption module, a storage module, a distributed account book and a consensus module; the encryption module is respectively connected with the storage module, the distributed account book and the consensus module; the storage module receives and caches the to-be-processed invoicing requests from the contract layer, and then sends the to-be-processed invoicing requests to the encryption module one by one for encryption processing; the distributed account book performs distributed storage on the encrypted invoicing request information, and the consensus module sends an invoice receiving application to the tax block chain after consensus is achieved on the encrypted invoicing request information based on a selected consensus algorithm;
the tax blockchain is connected with a contract layer, whether the transaction has an invoice is checked by calling a query contract, if not, validity checking is carried out according to materials provided by buyers, if so, a multiple signature address ADD is created by using a private key of a tax handling node in the tax blockchain, and the multiple signature address ADD is associated with buyers and sellers.
2. The blockchain-based digital invoice capture platform as in claim 1, wherein: the encryption module encrypts the information of each link in the invoice field according to the transaction sequence; algorithms used for encryption include asymmetric encryption, symmetric encryption and hash algorithms; asymmetric encryption and symmetric encryption are alternately used, identity authentication of a buyer and a seller who receive an invoice is completed through a public-private key pair contained in an asymmetric encryption algorithm, verification of invoice issuing information is completed through the symmetric encryption algorithm, wherein the buyer holds the public-private key pair (p 1 ，q 1 ) The seller holds a public-private key pair (p 2 ，q 2 ) The method comprises the steps of carrying out a first treatment on the surface of the And (5) completing the validity verification of the invoice information through a hash algorithm.
3. A blockchain-based digital invoice capture platform as in claim 1 or 2, wherein: the application layer is also provided with applications such as invoice verification, invoice payment and sale, invoice verification and approval, invoice printing unit and the like.
4. A digital invoice receiving method based on a digital invoice receiving platform of a block chain, characterized in that the digital invoice receiving platform based on the block chain is utilized to complete the digital invoice receiving, and the method comprises the following steps:
step 1, a seller and a buyer finish transaction, and an invoice A to be issued is generated at an application layer according to transaction content and provided for a contract layer; the buyer reviews the contents in the invoices to be issued A by calling the signature contract, and provides the invoices to be issued A for the blockchain bottom platform storage module to be cached after confirming that the invoices to be issued A are correct;
step 2, an encryption module based on a block chain bottom layer platform uses a buyer private key q 1 Signing invoice A with timestamp t 1 Generating an invoice B to be issued; the seller uses the buyer public key p 1 Verifying the invoice B to be issued, and if the invoice B to be issued is recovered to be A and the timestamp is valid, using the seller private key q 2 To be signed with invoice B while attaching a time stamp t 2 Generating an invoice C to be issued;
step 3, buyer uses seller public key p 2 Verifying the invoice C to be issued, and if the invoice C to be issued is recovered to be B and the timestamp is valid, enabling the buyer and the seller to agree on the transaction content;
step 4, after the buyer and the seller agree on the transaction content, the seller sends an invoice receiving application to the tax handling node, and a seller public key p is attached at the same time 2 Buyer public key p 1 Invoice C and time stamp t to be made 1 T 2 ；
Step 5, the tax handling node calls a query contract to check whether the transaction has been issued an invoice on a tax blockchain, and performs validity check on the invoice C which is not issued; if so, using the tax handling node private key q 3 Creating a multiple signature address Add;
step 6, the multiple signature address Add is associated with three private keys, threeTwo of the private keys are each composed of the buyer public key p 1 And seller public key p 2 Encrypting, wherein the other private key is stored in the tax handling node; the buyer and the seller acquire the private key through respective corresponding private key decryption;
step 7, when the seller, the buyer and the tax handling node agree on the transaction of issuing an invoice, the three parties sign by three private keys associated with Add; when the number of the received signatures is equal to 3, the three parties are considered to confirm the invoice leading transaction and the identity of the three parties is legal; the tax handling node issues legal invoices D and stores the D uplink into a blockchain; the seller can inquire D in the blockchain and send legal invoice D to the buyer; and (5) completing invoice receiving.
CN202310008360.5A 2023-01-04 2023-01-04 Digital invoice receiving platform and receiving method based on blockchain Pending CN116051220A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310008360.5A CN116051220A (en) 2023-01-04 2023-01-04 Digital invoice receiving platform and receiving method based on blockchain

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310008360.5A CN116051220A (en) 2023-01-04 2023-01-04 Digital invoice receiving platform and receiving method based on blockchain

Publications (1)

Publication Number Publication Date
CN116051220A true CN116051220A (en) 2023-05-02

Family

ID=86132628

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310008360.5A Pending CN116051220A (en) 2023-01-04 2023-01-04 Digital invoice receiving platform and receiving method based on blockchain

Country Status (1)

Country Link
CN (1) CN116051220A (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117035890A (en) * 2023-10-09 2023-11-10 国能(北京)商务网络有限公司 Transaction security method, device, system, medium and equipment of electronic invoice

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117035890A (en) * 2023-10-09 2023-11-10 国能(北京)商务网络有限公司 Transaction security method, device, system, medium and equipment of electronic invoice
CN117035890B (en) * 2023-10-09 2024-02-06 国能(北京)商务网络有限公司 Transaction security method, device, system, medium and equipment of electronic invoice

Similar Documents

Publication Publication Date Title
Hasan et al. Blockchain-based proof of delivery of physical assets with single and multiple transporters
US11321680B2 (en) System and method for processing and management of transactions using electronic currency
Tygar Atomicity in electronic commerce
US8959595B2 (en) Methods and systems for providing secure transactions
US5671279A (en) Electronic commerce using a secure courier system
US6061792A (en) System and method for fair exchange of time-independent information goods over a network
CN111989707B (en) Managing user rights for blockchain-based customs clearance services
US20140372752A1 (en) Method and database system for secure storage and communication of information
CN111418184A (en) Credible insurance letter based on block chain
JPH11316779A (en) Witness system
TW201135619A (en) Electronic transaction method and system utilizing QR code
CN111417945A (en) Credible insurance letter based on block chain
CN110751351A (en) Signing method of electric power material supply electronic document based on block chain deposit certificate
CN111433798A (en) Credible insurance letter based on block chain
CN111433799A (en) Credible insurance letter based on block chain
CN116051220A (en) Digital invoice receiving platform and receiving method based on blockchain
WO2009137971A1 (en) Method and system of secure payment based on electronic contracts
WO2016173049A1 (en) Management across funds server-based payment system, and method, device and server
WO2016173051A1 (en) Cross-funds management server-based payment system, and method, device and server therefor
WO2016173044A1 (en) Cross-funds management server-based payment system, and method, device and server therefor
WO2022087791A1 (en) Digital asset transaction control method and apparatus, terminal device, and storage medium
KR20030078485A (en) Publication and settlement of account for an electronic check
JPH10162067A (en) Information registering method utilizing network
US20230125327A1 (en) Using virtual blockchain protocols to implement a fair electronic exchange
KR102453918B1 (en) Automation system for import-export procedure

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination