CN107481011A - A kind of transaction rapid acknowledgment method based on license chain - Google Patents
A kind of transaction rapid acknowledgment method based on license chain Download PDFInfo
- Publication number
- CN107481011A CN107481011A CN201710685758.7A CN201710685758A CN107481011A CN 107481011 A CN107481011 A CN 107481011A CN 201710685758 A CN201710685758 A CN 201710685758A CN 107481011 A CN107481011 A CN 107481011A
- Authority
- CN
- China
- Prior art keywords
- transaction
- trading pit
- node
- trading
- pond
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; 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/42—Confirmation, e.g. check or permission by the legal debtor of payment
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)
Abstract
The invention discloses a kind of transaction rapid acknowledgment method based on license chain, carries out persistence processing to the transaction for entering pond first, and when node is restarted, the data of trading pit quickly can be recovered from persistent layer, so as to ensure that transaction will not lose.Secondly, trading pit increase stream control function, i.e., control the trading volume of trading pit within a particular value, if entering pond success, quickly confirms that the transaction can be performed；Such as enter pond failure, then quickly confirm that the transaction can not be performed.The present invention by two kinds of mechanism, ensure into pond transaction will not because of loss and most can not cochain, it also avoid because of transaction time-out and finally can not cochain situation.That is a transaction when pond is entered, that is, can confirm that the transaction whether cochain, therefore reach the effect that quickly confirms of transaction.
Description
Technical field
The present invention relates to the trade confirmation field under license chain model, it is directed to solving because node is restarted or the team that merchandises
Arrange it is long caused by trade confirmation overlong time the problem of, by means of permit chain persistence and flow-control mechanism, there is provided for
The rapid acknowledgment method merchandised on block chain.
Background technology
Block chain is substantially the database of a decentralization, is that a succession of produced using cryptography method is associated
Data block, the information that the whole network is merchandised in a period of time is contained in each data block.One block catenary system is by many nodes
Form, these nodes are exactly typically a computer.Producing the node of transaction needs to be broadcasted to the whole network, reports this transaction
Every terms of information.Common recognition node can be traded the common recognition of sequence after receiving these Transaction Informations, and then transaction is calculated
Perform, on final entry to block chain.
When node submits a transaction, trade fair is broadcast on other each nodes in block chain network, node
After receiving transaction notice, transaction first can be done into some simple checkings, transaction is put into a trading pit after being proved to be successful
In, trading pit is the waiting list merchandised, but now transaction can not be identified, because some follow-up Network Abnormals or transaction
Busy situation, which frequently can lead to this transaction, can not finally be performed.These situations include：1. after transaction is broadcasted, meeting
First it is stored in the internal memory of node, if now all nodes are restarted simultaneously, then these have been sent from but the friendship of also non-cochain
It will easily be lost, cause final transaction to be unable to cochain.Even if simply respective nodes are restarted, can also there is the wind that transaction is lost
Danger.2. although node is not restarted, trading pit has accumulated many transaction, then new trade fair is arranged into below
Block, for some have the time limit require transaction because the stand-by period is long, be able to not may finally perform and cause transaction can not on
Chain.In addition, being in the transaction of the afterbody of waiting list without requiring to the time limit for some, the final cochain of transaction is also resulted in
Time it is later, seriously lagged so as to which user obtains the acknowledging time of the transaction.
The content of the invention
In view of the above-mentioned deficiencies in the prior art, it is an object of the present invention to provide a kind of transaction based on license chain quickly side of confirmation
Method.
The purpose of the present invention is achieved through the following technical solutions：A kind of quick side of confirmation of transaction based on license chain
Method, this method include：
(1) node sends a New Transaction, and the transaction is broadcasted.After other nodes receive broadcast notice, first
Verify whether the transaction is repeatability transaction (transaction that broadcast has been received before i.e.), is located if repeating sexual transaction and not doing then
Reason, if it is not, the trading pit size of present node is then checked, should if trading pit size is less than the capacity threshold of trading pit
In transaction deposit trading pit, while do persistence processing.
(2) when node is restarted, the trading pit data of node are recovered from the persistent layer of the node；
(3) transaction in trading pit is deleted, while the friendship is deleted in persistent layer after completing to know together from trading pit
Easily.It can be calculated afterwards by trading processing process and handle the transaction, and result is recorded on chain.
Further, the processing state of transaction is returned, it is as follows：
If repeated transaction verification is not by returning " failure "；
If trading pit size is equal to the capacity threshold of trading pit, state " busy " is returned；
If merchandising successfully is stored in trading pit, state " OK " is returned.
The beneficial effects of the present invention are：Persistence processing is carried out to the transaction for entering pond first, when node is restarted, transaction
The data in pond quickly can be recovered from persistent layer, so as to ensure that transaction will not lose.Secondly, trading pit increase stream control function, i.e.,
In the case that data reach specified quantitative in trading pit, node returns to state BUSY when submitting transaction, and New Transaction can not enter pond, saves
Point can quickly confirm that failure is submitted in the transaction；Otherwise when data are not up to the particular value in trading pit, what empirical tests passed through
Transaction can be deposited into trading pit, finally also ensured that and be successfully recorded on block chain.
Brief description of the drawings
Fig. 1 is general frame figure of the present invention.
Embodiment
The present invention relates to a kind of scheme for being used to accelerate trade confirmation.The mechanism of transaction data persistence is used first, i.e.,
The transaction for entering trading pit is subjected to persistence processing.In addition, flow control is done to trading pit.By both mechanism, ensure into
The transaction in pond will not because of loss and most can not cochain, it also avoid because of transaction time-out and finally can not cochain situation.I.e. one
Transaction when pond is entered, that is, can confirm that the transaction whether cochain, therefore reach the effect that quickly confirms of transaction.Specifically such as
Under：
(1) node sends a New Transaction, and the transaction is broadcasted.After other nodes receive broadcast notice, first
Verify whether the transaction is repeatability transaction (transaction that broadcast has been received before i.e.), is located if repeating sexual transaction and not doing then
Reason, if it is not, the trading pit size of present node is then checked, should if trading pit size is less than the capacity threshold of trading pit
In transaction deposit trading pit, while do persistence processing.According to checking and the situation of trading processing, it is as follows to return to state：
If repeated transaction verification is not by returning " failure "；
If trading pit size is equal to the capacity threshold of trading pit, state " busy " is returned；
If merchandising successfully is stored in trading pit, state " OK " is returned.
(2) when node is restarted, the trading pit data of node are recovered from the persistent layer of the node；
(3) transaction in trading pit is deleted, while the friendship is deleted in persistent layer after completing to know together from trading pit
Easily.It can be calculated afterwards by trading processing process and handle the transaction, and result is recorded on chain.
As shown in figure 1, node Node 1 first sends JSON_RPC mould of the transaction (send transaction) to node 2
Block, JSON_RPC modules retell transaction and issue common recognition module Consensus, and common recognition module can do some simple checkings, checking
The transaction is stored in the transaction pool of transaction tank node 2 again after, while persistence is handled, and the transaction is protected
Exist in DB.Then known together, after the completion of transaction common recognition, transaction is deleted from transaction pool and DB.Transaction
Transaction after the completion of common recognition is carried out calculating processing by treatment progress Chain process, and last trade result is stored in chain.
Claims (2)
1. a kind of transaction rapid acknowledgment method based on license chain, it is characterised in that this method includes：
(1) node sends a New Transaction, and the transaction is broadcasted.After other nodes receive broadcast notice, first verify
Whether the transaction is repeatability transaction (transaction that broadcast has been received before i.e.), is not processed then if repeating sexual transaction,
If it is not, then checking the trading pit size of present node, if trading pit size is less than the capacity threshold of trading pit, the pen is handed over
Easily in deposit trading pit, while do persistence processing.
(2) when node is restarted, the trading pit data of node are recovered from the persistent layer of the node；
(3) transaction in trading pit is deleted, while the transaction is deleted in persistent layer after completing to know together from trading pit.It
After can be calculated by trading processing process and handle the transaction, and result is recorded on chain.
2. according to the method for claim 1, it is characterised in that in step 1, the processing state of transaction is returned, it is as follows：
If repeated transaction verification is not by returning " failure "；
If trading pit size is equal to the capacity threshold of trading pit, state " busy " is returned；
If merchandising successfully is stored in trading pit, state " OK " is returned.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710685758.7A CN107481011A (en) | 2017-08-11 | 2017-08-11 | A kind of transaction rapid acknowledgment method based on license chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710685758.7A CN107481011A (en) | 2017-08-11 | 2017-08-11 | A kind of transaction rapid acknowledgment method based on license chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107481011A true CN107481011A (en) | 2017-12-15 |
Family
ID=60600379
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710685758.7A Pending CN107481011A (en) | 2017-08-11 | 2017-08-11 | A kind of transaction rapid acknowledgment method based on license chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107481011A (en) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108765159A (en) * | 2018-06-04 | 2018-11-06 | 杭州秘猿科技有限公司 | A kind of cochain based on block chain and condition processing method, device and interacted system |
| CN108876377A (en) * | 2018-07-06 | 2018-11-23 | 杭州复杂美科技有限公司 | A kind of method and system for preventing from repeating to pay |
| CN109064325A (en) * | 2018-06-25 | 2018-12-21 | 浙江超脑时空科技有限公司 | A kind of intelligent contract implementation method and device based on block chain |
| CN109064327A (en) * | 2018-06-29 | 2018-12-21 | 浙江超脑时空科技有限公司 | A kind of intelligence contract processing method, device and equipment |
| CN109829822A (en) * | 2019-01-28 | 2019-05-31 | 杭州复杂美科技有限公司 | Transaction replacement method, transaction queuing strategy, equipment and storage medium |
| CN110191130A (en) * | 2019-05-31 | 2019-08-30 | 杭州复杂美科技有限公司 | Defence method, equipment and the storage medium of false transaction attack |
| CN111694898A (en) * | 2020-06-12 | 2020-09-22 | 中国银行股份有限公司 | Block chain transaction pool model and uplink transaction data interaction system |
| CN111865721A (en) * | 2020-07-20 | 2020-10-30 | 普华云创科技(北京)有限公司 | Method, system and storage medium for preventing transaction loss after abnormal node communication |
| CN119402502A (en) * | 2025-01-02 | 2025-02-07 | 杭州高新区(滨江)区块链与数据安全研究院 | Blockchain transaction cancellation method, device and blockchain transaction system |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8275815B2 (en) * | 2008-08-25 | 2012-09-25 | International Business Machines Corporation | Transactional processing for clustered file systems |
| CN104572781A (en) * | 2013-10-29 | 2015-04-29 | 中国银联股份有限公司 | Method and device for generating transaction log |
| CN106372868A (en) * | 2016-09-06 | 2017-02-01 | 联动优势科技有限公司 | Verification method and apparatus for transaction data written into block chain |
| CN106446067A (en) * | 2016-09-06 | 2017-02-22 | 联动优势科技有限公司 | Transaction data acquisition method and apparatus |
| CN106991607A (en) * | 2017-03-29 | 2017-07-28 | 杭州秘猿科技有限公司 | A kind of unordered transaction control method based on block chain account model |
| US10339132B2 (en) * | 2015-07-09 | 2019-07-02 | Netapp, Inc. | Flow control technique for EOS system |
-
2017
- 2017-08-11 CN CN201710685758.7A patent/CN107481011A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8275815B2 (en) * | 2008-08-25 | 2012-09-25 | International Business Machines Corporation | Transactional processing for clustered file systems |
| CN104572781A (en) * | 2013-10-29 | 2015-04-29 | 中国银联股份有限公司 | Method and device for generating transaction log |
| US10339132B2 (en) * | 2015-07-09 | 2019-07-02 | Netapp, Inc. | Flow control technique for EOS system |
| CN106372868A (en) * | 2016-09-06 | 2017-02-01 | 联动优势科技有限公司 | Verification method and apparatus for transaction data written into block chain |
| CN106446067A (en) * | 2016-09-06 | 2017-02-22 | 联动优势科技有限公司 | Transaction data acquisition method and apparatus |
| CN106991607A (en) * | 2017-03-29 | 2017-07-28 | 杭州秘猿科技有限公司 | A kind of unordered transaction control method based on block chain account model |
Non-Patent Citations (1)
| Title |
|---|
| BINGOBINBIN: "《https://ethereum.stackexchange.com/questions/23073/pending –transactions –removed -from- txpool-in-geth?r=SearchResults》", 《HTTPS://ETHEREUM.STACKEXCHANGE.COM/QUESTIONS/23073/PENDING –TRANSACTIONS –REMOVED -FROM- TXPOOL-IN-GETH?R=SEARCHRESULTS》 * |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108765159A (en) * | 2018-06-04 | 2018-11-06 | 杭州秘猿科技有限公司 | A kind of cochain based on block chain and condition processing method, device and interacted system |
| CN109064325B (en) * | 2018-06-25 | 2020-07-24 | 浙江超脑时空科技有限公司 | Intelligent contract implementation method and device based on block chain |
| CN109064325A (en) * | 2018-06-25 | 2018-12-21 | 浙江超脑时空科技有限公司 | A kind of intelligent contract implementation method and device based on block chain |
| CN109064327A (en) * | 2018-06-29 | 2018-12-21 | 浙江超脑时空科技有限公司 | A kind of intelligence contract processing method, device and equipment |
| CN109064327B (en) * | 2018-06-29 | 2021-01-08 | 浙江超脑时空科技有限公司 | Intelligent contract processing method, device and equipment |
| CN108876377A (en) * | 2018-07-06 | 2018-11-23 | 杭州复杂美科技有限公司 | A kind of method and system for preventing from repeating to pay |
| CN109829822A (en) * | 2019-01-28 | 2019-05-31 | 杭州复杂美科技有限公司 | Transaction replacement method, transaction queuing strategy, equipment and storage medium |
| CN109829822B (en) * | 2019-01-28 | 2020-10-23 | 杭州复杂美科技有限公司 | Transaction replacing method, transaction queuing method, device and storage medium |
| CN110191130A (en) * | 2019-05-31 | 2019-08-30 | 杭州复杂美科技有限公司 | Defence method, equipment and the storage medium of false transaction attack |
| CN110191130B (en) * | 2019-05-31 | 2021-07-06 | 杭州复杂美科技有限公司 | Method, device and storage medium for defending against false transaction attacks |
| CN111694898A (en) * | 2020-06-12 | 2020-09-22 | 中国银行股份有限公司 | Block chain transaction pool model and uplink transaction data interaction system |
| CN111865721A (en) * | 2020-07-20 | 2020-10-30 | 普华云创科技(北京)有限公司 | Method, system and storage medium for preventing transaction loss after abnormal node communication |
| CN111865721B (en) * | 2020-07-20 | 2021-11-02 | 普华云创科技(北京)有限公司 | Method, system and storage medium for preventing transaction loss after abnormal node communication |
| CN119402502A (en) * | 2025-01-02 | 2025-02-07 | 杭州高新区(滨江)区块链与数据安全研究院 | Blockchain transaction cancellation method, device and blockchain transaction system |
| CN119402502B (en) * | 2025-01-02 | 2025-09-19 | 杭州高新区(滨江)区块链与数据安全研究院 | Blockchain transaction cancellation method and device and blockchain transaction system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107481011A (en) | A kind of transaction rapid acknowledgment method based on license chain | |
| CN107423973B (en) | Payment method for passive code scanning on user mobile terminal based on block chain technology | |
| CN107491948B (en) | Transfer payment method based on block chain technology | |
| CN106372868A (en) | Verification method and apparatus for transaction data written into block chain | |
| CN107392769A (en) | Method of payment is withheld based on block chain technology | |
| CN107506997B (en) | Payment method for actively scanning codes on user mobile terminal based on block chain technology | |
| US9659319B2 (en) | Method, medium, and system for processing resource returns | |
| CN106504089A (en) | Method of commerce and system are applied to purchase based on the fund of block chain | |
| CN107622387B (en) | Public number payment method based on block chain technology | |
| CN109377226A (en) | A kind of Transaction Information management method and relevant device | |
| CN107451812B (en) | APP payment method on mobile terminal based on block chain technology | |
| WO2017015007A8 (en) | Systems and methods for establishing message routing paths through a computer network | |
| CN106095597A (en) | Client data processing method and processing device | |
| CN107423981A (en) | Browser of mobile terminal method of payment based on block chain technology | |
| CN113298459A (en) | Order cross-border declaration method, system and device and computing equipment | |
| CN111145762B (en) | Electronic certificate verification method and system based on voiceprint recognition | |
| CN108876521A (en) | A kind of high concurrent data transacting system and method | |
| CN114820186B (en) | Service system and method based on block chain and chat robot | |
| CN108416652A (en) | A kind of ticketing service distribution method, computer readable storage medium and server | |
| CN106921619A (en) | A kind of correlating event processing method and processing device | |
| CN114862410A (en) | Transaction authorization method, device and system in distributed system | |
| US9210147B1 (en) | Method, apparatus and computer program product for assessing risk associated with authentication requests | |
| CN107222861A (en) | Auth method, authentication means, terminal and non-volatile memory medium | |
| CN114881659B (en) | Transaction processing method and device | |
| CN108415973A (en) | Car damage identification method, device, server and storage medium |
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 | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200320 Address after: 310012 no.1001, 10 / F, block a, Huaxing Times Square, No.478, Wensan Road, Xihu District, Hangzhou City, Zhejiang Province Applicant after: Hangzhou Xita Technology Co.,Ltd. Address before: 310013 Huaxi times square A, No. 478, Wensanlu Road, Hangzhou, Xihu District, Zhejiang 702 Applicant before: CRYPTAPE Co.,Ltd. |
|
| TA01 | Transfer of patent application right | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171215 |
|
| RJ01 | Rejection of invention patent application after publication |