CN109493014A - A kind of token operational approach and operation system based on block chain - Google Patents
A kind of token operational approach and operation system based on block chain Download PDFInfo
- Publication number
- CN109493014A CN109493014A CN201811213458.XA CN201811213458A CN109493014A CN 109493014 A CN109493014 A CN 109493014A CN 201811213458 A CN201811213458 A CN 201811213458A CN 109493014 A CN109493014 A CN 109493014A
- Authority
- CN
- China
- Prior art keywords
- wallet
- transaction
- transaction request
- token
- request
- 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; 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/04—Payment circuits
- G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
- G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Technology Law (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The present invention provides a kind of token operational approaches and operation system based on block chain, solve the relatively low technical problem of existing process of exchange token transactions efficiency.Method includes: the lock state for obtaining wallet in transaction request；The transaction request described in the unlocked timing response of the wallet is to complete to trade；The transaction request is added to transaction request queue in wallet locking；Wherein, the wallet is locked in the transaction output UTXO unstable state timing not spent.UTXO data structure and data mode in wallet are identified, and traded according to data mode schedule subsequent, so that token payment has flexibility, is suitble to multiple transaction towards a wallet.The token transactions in wallet are made to be adapted to operation system service interaction logic and business scale simultaneously.
Description
Technical field
The present invention relates to technical field of data processing, and in particular to a kind of token operational approach and business based on block chain
System.
Background technique
In the prior art, the transaction data distributed memory system established using block chain technology, by that can trace to the source and not
The data structure for the encryption data that can be distorted guarantees transaction data authenticity, by block chain node guarantee transaction data in system
It reliably issues and shares between interior each node.The digital wallet that block chain technology is formed uses the distinctive UTXO of block chain technology
(Unspent Transaction Output, the transaction output not spent) mode of doing business transaction digital token, each determination
The transaction input (token input) of transaction is all the transaction output (token output) that other determine transaction in token system.One
The token transactions that wallet participates in need the UTXO state in wallet to keep stablizing, i.e. the UTXO when previous token transactions do not complete
Unstable state timing needs that previous token transactions is waited to complete to carry out the latter token transactions again after returning to transaction results.And
The state that complicated token transactions are related to several wallets UTXO is kept, this makes token transactions request, process of exchange and transaction
As a result time point does not have real-time, and batch token transactions handling duration is uncertain.For token exchange, when token is converted
Token transactions cannot be completed by, which changing after request is initiated, will cause user's puzzlement, reduces user experience and even is forced to Cancel Transaction.
Summary of the invention
In view of the above problems, the embodiment of the present invention provides a kind of token operational approach and operation system based on block chain,
Solve the relatively low technical problem of existing process of exchange token transactions efficiency.
The token operational approach based on block chain of the embodiment of the present invention, comprising:
Obtain the lock state of wallet in transaction request；
The transaction request described in the unlocked timing response of the wallet is to complete to trade；
The transaction request is added to transaction request queue in wallet locking；
Wherein, the wallet is locked in the transaction output UTXO unstable state timing not spent.
In one embodiment of the invention, the lock state for obtaining wallet in transaction request includes:
The connected transaction data of corresponding wallet are generated according to the transaction request data, and according to the connected transaction data
Establish the transaction request queue of corresponding wallet；
Transaction request queue setting transactional lock is identified；
Make corresponding transaction request according to whether the corresponding wallet is in stateful transaction and modifies the transactional lock and identify
Queue is in locking or non-locking state.
It is described to modify the transactional lock according to whether the corresponding wallet is in stateful transaction in one embodiment of the invention
Mark make corresponding transaction request queue be in locking or non-locking state include:
Obtain the currency transaction information in the UTXO data structure of the wallet；
It determines that the UTXO of the wallet is in stable condition when the currency transaction information is null value, sets the wallet to
It is unlocked, otherwise, it determines the UTXO state labile of the wallet, the wallet is set as locking.
In one embodiment of the invention, the transaction request described in the unlocked timing response of the wallet is to complete transaction packet
It includes:
When the wallet is unlocked, response transaction is requested, and the transaction request data of request to be transacted are submitted token system
Obtain corresponding wallet address；
The transactional lock of modification wallet is identified as lock state；
The UTXO data in the wallet are obtained according to the wallet address, and according to the transaction request data modification institute
The output and input for stating UTXO data adjust token in the wallet and form respective block chain data；
The transactional lock for modifying the wallet is identified as unlocked state.
It is described that the transaction request is added to transaction request queue in wallet locking in one embodiment of the invention
Include:
In wallet locking, setting transaction request judges the timestamp of lock state；
Transaction request queue is formed according to the type of service of the transaction request；
The status inquiry frequency and transaction tolerance duration of the transaction request queue are set according to the type of service；
The lock state that corresponds to wallet is inquired in the transaction request according to the status inquiry frequency to token system；
When the wallet is unlocked according to the timestamp, the current queries time, the transaction tolerance duration with it is described
Type of service judges Request Priority to be transacted, determines the transaction request currently responded according to the Request Priority to be transacted.
In one embodiment of the invention, further includes: determine the transaction request currently responded according to each transaction request queue length.
In one embodiment of the invention, further includes: treat transaction request weighting according to the type of service, determine current response
Transaction request.
The token operation system based on block chain of the embodiment of the present invention, comprising:
Memory, for storing the above-mentioned corresponding program code of token operational approach processing step based on block chain；
Processor, for executing said program code.
The token operation system based on block chain of the embodiment of the present invention, comprising:
Status request device, for obtaining the lock state of wallet in transaction request；
Real time request device, for the transaction request described in the unlocked timing response of the wallet to complete to trade；
Latency request device, for the transaction request to be added to transaction request queue in wallet locking；
Wherein, the wallet is locked in the transaction output UTXO unstable state timing not spent.
In one embodiment of the invention, the status request device includes:
Request forms module, for receiving the service request of operation system, forms transaction request according to the service request
Data；
Module is established in queue, for generating the connected transaction data of corresponding wallet, and root according to the transaction request data
The transaction request queue of corresponding wallet is established according to the connected transaction data；
Mark establishes module, for identifying to transaction request queue setting transactional lock；
Modified module is identified, for modifying the transactional lock mark according to whether the corresponding wallet is in stateful transaction
Corresponding transaction request queue is set to be in locking or non-locking state.
In one embodiment of the invention, the mark modified module includes:
Data resolution module, the currency transaction information in UTXO data structure for obtaining the wallet；
Recognition and verification module, for determining that the UTXO state of the wallet is steady when the currency transaction information is null value
It is fixed, set unlocked for the wallet, otherwise, it determines the UTXO state labile of the wallet, sets the wallet to
Locking.
In one embodiment of the invention, the Real time request device includes:
Wallet obtains module, and for the response transaction request when the wallet is unlocked, the transaction of request to be transacted is asked
Ask data that token system is submitted to obtain corresponding wallet address；
Wallet locking module, the transactional lock for modifying wallet are identified as lock state；
Transaction execution module, for obtaining the UTXO data in the wallet according to the wallet address, and according to described
The output and input of UTXO data described in transaction request data modification adjust token in the wallet and form respective block chain number
According to；
Wallet unlocked state, the transactional lock for modifying the wallet are identified as unlocked state.
In one embodiment of the invention, the latency request device includes:
Timestamp forms module, in wallet locking, setting transaction request to judge the timestamp of lock state；
Queue forms module, for forming transaction request queue according to the type of service of the transaction request；
Inquire setting module, for be arranged according to the type of service transaction request queue status inquiry frequency and
Transaction tolerance duration；
Enquiry module corresponds to wallet for inquiring in the transaction request according to the status inquiry frequency to token system
Lock state；
First priority formed module, for when the wallet is unlocked according to the timestamp, the current queries time,
The transaction tolerance duration and the type of service judge Request Priority to be transacted, true according to the Request Priority to be transacted
The transaction request responded before settled.
In one embodiment of the invention, the latency request device further include:
Second priority forms module, for determining the transaction request currently responded according to each transaction request queue length.
In one embodiment of the invention, the latency request device further include:
Third priority forms module, for treating transaction request weighting according to the type of service, determines current response
Transaction request.
The token operation system and operational approach based on block chain of the embodiment of the present invention, to UTXO data knot in wallet
Structure and data mode are identified, and are traded according to data mode schedule subsequent, so that token payment has flexibility, are suitble to more
A transaction is towards a wallet.The token transactions in wallet are made to be adapted to operation system service interaction logic and business rule simultaneously
Mould.
Detailed description of the invention
Fig. 1 show the key step flow chart of token operational approach of the embodiment of the present invention based on block chain.
Fig. 2 show one embodiment of the invention based on the master for obtaining wallet lock state in the token operational approach of block chain
Want flow chart of steps.
Fig. 3 show one embodiment of the invention based in the token operational approach of block chain under wallet unlocked state
Key step flow chart.
Fig. 4 show one embodiment of the invention based on the master in the token operational approach of block chain under wallet lock state
Want flow chart of steps.
Fig. 5 show the primary structure schematic diagram of token operation system of the embodiment of the present invention based on block chain.
Specific embodiment
To be clearer and more clear the objectives, technical solutions, and advantages of the present invention, below in conjunction with attached drawing and specific embodiment party
The invention will be further described for formula.Obviously, described embodiments are only a part of the embodiments of the present invention, rather than all
Embodiment.Based on the embodiments of the present invention, those of ordinary skill in the art institute without creative efforts
The every other embodiment obtained, shall fall within the protection scope of the present invention.
Token operational approach of the embodiment of the present invention based on block chain is as shown in Figure 1.In Fig. 1, the generation based on block chain
Coin operational approach includes:
Step 100: obtaining the lock state of wallet in transaction request.
The lock state of wallet includes multiple locking setting formula, in the present embodiment by taking UTXO data structure as an example.
Wallet has network address and UTXO data structure, and the UTXO data with ciphering signature feature include previous transaction
Token export number formulary evidence, when previous transaction does not complete, necessary mark data and trigger mechanism table is arranged in UTXO data structure
UTXO data up to the address are in stateful transaction, and the modification authority of UTXO data shows as locking with respect to other transaction, i.e. money
It wraps and is locked in transaction output (UTXO) unstable state timing not spent.
Step 200: when wallet is unlocked, response transaction request is to complete to trade.
The token output number formulary of the previous transaction when previous transaction is completed is according to the formation UTXO number in the wallet of input side
According to, mark data and trigger mechanism can provide mark or trigger signal when a transaction is completed in UTXO data structure, this
When UTXO it is in stable condition, for the latter trade complete transaction.
Step 300: transaction request being added to transaction request queue in wallet locking.
When there is no the mark or trigger signal that previous transaction is completed, the UTXO state of wallet is in unstable.
The subsequent transaction of the wallet is waited in line, until carrying out the latter transaction after UTXO is in stable condition.
The token operational approach based on block chain of the embodiment of the present invention, to UTXO data structure and data mode in wallet
It is identified, and is traded according to data mode schedule subsequent, so that token payment has flexibility, be suitble to multiple transaction towards one
A wallet.The token transactions in wallet are made to be adapted to operation system service interaction logic and business scale simultaneously.
Key step of the one embodiment of the invention based on acquisition wallet lock state in the token operational approach of block chain is such as
Shown in Fig. 2.In Fig. 2, step 100 includes:
Step 110: receiving the service request of operation system, transaction request data are formed according to the service request.
Front-end processing as token system formed the data mapping of service request and transaction request, data structure conversion and
Data signature encryption forms the transaction request data with user identifier that token system can be approved.Transaction request data warp
Key confirmation is crossed, the address of wallet in transaction is received, obtains the access authority of wallet.It the address of wallet can be by being weighed with wallet
The public key data of the counterparty of limit, which is converted, to be obtained, and the counterparty with wallet permission passes through private key data exercise rights.
Step 120: the connected transaction data of corresponding wallet are generated according to transaction request data, and according to connected transaction data
Establish the transaction request queue of corresponding wallet.
Transaction request data may include being directed toward the token transactions request of different wallets, while also include being directed toward same wallet
The request of different token transactions, the token transactions request for being directed toward same wallet can form same corresponding wallet as connected transaction
UTXO data structure in UTXO data variation.
Step 130: transaction request queue setting transactional lock is identified.
Access right data can be arranged using the memory data structure in token transaction system operating status in locking mark,
Data can also be accessed using the permission maintenance data base key structure setting permission in token transaction system operating status,
It can be using the additional markers of Transaction Information involved in UTXO data structure.
Step 140: making corresponding transaction request according to whether corresponding wallet is in stateful transaction modification transactional lock mark
Queue is in locking or non-locking state.
Be directed toward same wallet different token transactions request concurrent transaction may cause a part of token transactions process by
Block chain technique influence is identified as illegally.By establishing transaction request queue the concurrent transaction for same wallet is orderly prolonged
Late.
For example, wallet B transfers accounts to X, Y, Z wallet respectively in the business demand same time, it is possible to that three can be generated in this way
Transaction in same block, at this time wallet B obtain do not spend transaction output be it is same, will lead to only one in this way
Transaction is recognized, other two transactions are considered as illegal transaction.Using the method for the embodiment of the present invention, using memory or
Database is locked, and when wallet B is traded, carries out locking mark in memory or database.Specifically, such as
Fruit wallet B transfers accounts to X, Y, Z simultaneously, this 3 transaction request data generates the connected transaction data of corresponding wallet, and according to pass
Join the transaction request queue that transaction data establishes corresponding wallet, then transaction request queue setting transactional lock is identified, at this time
The only wherein transaction really occurred, in addition two transactions, which are in, waits in line state, returns the result in the first transaction
The locking of Shi Caihui releasing memory or database identifies, and executes next transaction, to guarantee the validity of transaction.
The token operational approach based on block chain of the embodiment of the present invention, the exchange demand of specific operation system is converted to
The purse transaction demand of token system provides the removing to service logic so that service logic is converted to token transactions demand
It is verified with the compliance of token transactions identity, ensure that the efficiency and safety of token transactions.
As shown in Fig. 2, on that basi of the above embodiments, obtaining the process of wallet lock state in one embodiment of the invention
Including a kind of deterministic process using UTXO data, comprising:
Step 150: obtaining the currency transaction information in the UTXO data structure of wallet.
It obtains in the wallet UTXO data structure participated in business and can feed back according to wallet address using system standard function
Wallet currently participate in unfinished Transaction Information.
Step 160: determining that the UTXO of wallet is in stable condition when judging currency transaction information for null value, set wallet to not
Locking, otherwise, it determines the UTXO state labile of wallet, wallet is set as locking.
The lock state of wallet includes multiple locking setting formula, in the present embodiment by taking UTXO data structure as an example, in wallet
UTXO state is read out by UTXO data structure, obtains current UTXO state parameter.Area is utilized by transaction wallet address
Block verification process obtains current UTXO state parameter.UTXO state is that unlocked expression is in stable condition, and wallet has neither part nor lot in transaction, after
It is continuous to be set using transaction identity information by the information that UTXO data structure of the system standard function to wallet carries out request to be transacted
It sets, can be to avoid when request to be transacted become current transaction, other transaction requests can terminate other with the lock state of wallet
The data access and transaction request of transaction request.
The transaction that specific data type is implicit in wallet UTXO data structure is utilized in the deterministic process of the embodiment of the present invention
Status information reduces the overhead formed during state confirmation, advantageously reduces lock state after business scale expands
The real-time interference that request-response frequency is formed in confirmation.
One embodiment of the invention is based on the key step in the token operational approach of block chain under wallet unlocked state
As shown in Figure 3.In Fig. 3, step 200 includes:
Step 210: when wallet is unlocked, response transaction is requested, and the transaction request data of request to be transacted are submitted token
System obtains corresponding wallet address.
It determines the current transaction for wallet and obtains the wallet of user and effective UTXO number of wallet by token system
According to structure.
Step 220: the transactional lock for modifying wallet is identified as lock state.
Transaction request queue by the lock state locking pin of locking mark to wallet, forms having for concurrent transaction request
Effect delay.
Step 230: the UTXO data in wallet being obtained according to wallet address, and according to transaction request data modification UTXO number
According to output and input, adjust in wallet and token and form respective block chain data.
Token transactions are carried out according to trading rules, are formed newly using the signature of other transaction input datas and trading account
UTXO data, and each node publication into token system, form respective block chain data.
Step 240: the transactional lock for modifying wallet is identified as unlocked state.
The status indication for identifying locking after the completion of the confirmation of current token transactions is in stable condition, the wallet of unlocked expression
Other token transactions can be participated in, provide judgement element for the data access and transaction request of other transaction.
The token operational approach based on block chain of the embodiment of the present invention passes through the transaction of setting locking identity expression wallet
Participation state, using transaction participation state as the fundamental of subsequent transaction coordinated scheduling, so that trading order is controllable.
One embodiment of the invention is based on the key step in the token operational approach of block chain under UTXO unsteady state
As shown in Figure 4.In Fig. 4, step 300 includes:
Step 310: judging the timestamp of lock state in wallet lock timing setting transaction request.
It treats transaction request setting and initiates the time parameter the requested basic parameter urgent as measurement transaction.Setting is handed over
Easily request judge time point of lock state can use as timestamp the time stamp server offer in token system when
Between data, guarantee that the time reference of each transaction request unanimously avoids the time delay error between system node, being adapted to big business needs
The transaction request asked.
Step 320: transaction request queue is formed according to the type of service of transaction request.
According to the mapping relations of transaction request and type of service, transaction request is divided into different transaction request queues and is made
To measure the urgent basic parameter of transaction.In same transaction request queue, the transaction request data of each transaction request according to
Timestamp is ranked up.Transaction request data have output priority to timestamp earlier.
Step 330: the status inquiry frequency and transaction tolerance duration of transaction request queue are set according to type of service.
A certain transaction request queue transaction is set for the status inquiry frequency and transaction of corresponding wallet according to type of service
Tolerate the token system responsiveness that the adjustable all types of business of duration obtain, promotion forms token system to different business
Diversity service grade.
Step 340: corresponding to the lock state of wallet into token system inquiry transaction request according to status inquiry frequency.
Under the mechanism of token system fair play transaction request, inquiry request ensure that token system to business demand
Orderly response, the transaction request for avoiding bursty traffic from being formed cause to impact to the performance of token system.
Step 350: when wallet is unlocked according to timestamp, current queries time, transaction tolerance duration and type of service
Judge Request Priority to be transacted, the transaction request currently responded is determined according to Request Priority to be transacted.
The timestamp of each transaction request is obtained in same transaction request queue, is obtained the current queries time, is obtained each friendship
The transaction tolerance duration easily requested.In the weighting coefficient of each transaction request queue.It is preferential that transaction request is formed by above-mentioned data
The calculating basis of grade simultaneously determines preferential transaction request.
Determine that the calculation method of preferential transaction request can use in same transaction request queue:
The time difference ratio of current queries time and timestamp is as the selection gist for transaction request.
Determine that the calculation method of preferential transaction request can also use in same transaction request queue:
The difference of the time difference ratio of the relatively current query time of transaction tolerance duration and timestamp is as transaction request
Selection gist.
In an embodiment of the present invention, on that basi of the above embodiments, further includes:
Step 360: the transaction request currently responded is determined according to each transaction request queue length.
It is influenced by operation system service logic and hot hot spot service scale, number of requests to be transacted in each transaction request queue
Growth rate is unbalanced, and transaction request queue higher for growth rate can preferentially determine transaction request with overall weight.
In an embodiment of the present invention, on that basi of the above embodiments, further includes:
Step 370: transaction request weighting being treated according to type of service, determines the transaction request currently responded.
It provides in a kind of each transaction request queue and compares the calculating side to form override transaction request between preferential transaction request
Method.
The token operational approach based on block chain of the embodiment of the present invention forms transaction request queue benefit using type of service
Preferential transaction request is determined with the weighting of each time parameter and type of service, is token system equality and asynchronous transaction handler
System provides a kind of necessary scheduling mechanism to operation system, and operation system is allowed to provide the service of otherness to user
Grade can cope with the quick variation of type of service and business scale.
The token operation system based on block chain of the embodiment of the present invention includes:
Memory, it is corresponding with the token operational approach processing step in above-described embodiment based on block chain for storing
Program code.
Processor, for executing program generation by the token operational approach process flow in above-described embodiment based on block chain
Code.
The primary structure of token operation system of the embodiment of the present invention based on block chain is as shown in Figure 5.In Fig. 5, it is based on
The token operation system of block chain includes::
Status request device 10, for obtaining the lock state of wallet in transaction request.
Real time request device 20, for when wallet is unlocked response transaction request to complete to trade.
Latency request device 30, for transaction request to be added to transaction request queue when wallet locks.
As shown in figure 5, in an embodiment of the present invention, status request device 10 includes:
Request forms module 11, for receiving the service request of operation system, forms transaction request number according to service request
According to；
Module 12 is established in queue, for the connected transaction data according to the corresponding wallet of transaction request data generation, and according to
Connected transaction data establish the transaction request queue of corresponding wallet；
Mark establishes module 13, for identifying to transaction request queue setting transactional lock；
Modified module 14 is identified, for making to correspond to according to whether corresponding wallet is in stateful transaction modification transactional lock mark
Transaction request queue be in locking or non-locking state.
As shown in figure 5, in an embodiment of the present invention, mark modified module 14 includes:
Data resolution module 15, the currency transaction information in UTXO data structure for obtaining wallet.
Recognition and verification module 16 determines that the UTXO of wallet is in stable condition when for judging currency transaction information for null value, will
Wallet is set as unlocked, otherwise, it determines the UTXO state labile of wallet, wallet is set as locking.
As shown in figure 5, in an embodiment of the present invention, Real time request device 20 includes:
Wallet obtains module 21, for the response transaction request when wallet is unlocked, by the transaction request of request to be transacted
Data submit token system to obtain corresponding wallet address；
Wallet locking module 22, the transactional lock for modifying wallet are identified as lock state；
Transaction execution module 23, for obtaining the UTXO data in wallet according to wallet address, and according to transaction request number
According to the output and input of modification UTXO data, adjusts token in wallet and form respective block chain data；
Wallet unlocked state 24, the transactional lock for modifying wallet are identified as unlocked state.
As shown in figure 5, in an embodiment of the present invention, latency request device 30 includes:
Timestamp forms module 31, for judging the timestamp of lock state in wallet lock timing setting transaction request.
Queue forms module 32, for forming transaction request queue according to the type of service of transaction request.
Setting module 33 is inquired, the status inquiry frequency and transaction for transaction request queue to be arranged according to type of service are held
Bear duration.
Enquiry module 34, for corresponding to the locking of wallet into token system inquiry transaction request according to status inquiry frequency
State.
First priority forms module 35, for being held when wallet is unlocked according to timestamp, current queries time, transaction
Bear duration and type of service judges Request Priority to be transacted, determines that the transaction currently responded is asked according to Request Priority to be transacted
It asks.
Second priority forms module 36, for determining that the transaction currently responded is asked according to each transaction request queue length
It asks.
Third priority forms module 37, for treating transaction request weighting according to type of service, what determination currently responded
Transaction request.
The beneficial effect of token operation system of the embodiment of the present invention based on block chain is based on the embodiments of the present invention
The beneficial effect of the token operational approach of block chain is similar, and details are not described herein.
It should be understood by those skilled in the art that, embodiments herein can provide as method, system or computer program
Product.Therefore, complete hardware embodiment, complete software embodiment or reality combining software and hardware aspects can be used in the application
Apply the form of example.Moreover, it wherein includes the computer of computer usable program code that the application, which can be used in one or more,
The computer program implemented in usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical memory etc.) produces
The form of product.
The application is referring to method, the process of equipment (system) and computer program product according to the embodiment of the present application
Figure and/or block diagram describe.It should be understood that every one stream in flowchart and/or the block diagram can be realized by computer program instructions
The combination of process and/or box in journey and/or box and flowchart and/or the block diagram.It can provide these computer programs
Instruct the processor of general purpose computer, special purpose computer, Embedded Processor or other programmable data processing devices to produce
A raw machine, so that being generated by the instruction that computer or the processor of other programmable data processing devices execute for real
The device for the function of being specified in present one or more flows of the flowchart and/or one or more blocks of the block diagram.
These computer program instructions, which may also be stored in, is able to guide computer or other programmable data processing devices with spy
Determine in the computer-readable memory that mode works, so that it includes referring to that instruction stored in the computer readable memory, which generates,
Enable the manufacture of device, the command device realize in one box of one or more flows of the flowchart and/or block diagram or
The function of being specified in multiple boxes.
These computer program instructions also can be loaded onto a computer or other programmable data processing device, so that counting
Series of operation steps are executed on calculation machine or other programmable devices to generate computer implemented processing, thus in computer or
The instruction executed on other programmable devices is provided for realizing in one or more flows of the flowchart and/or block diagram one
The step of function of being specified in a box or multiple boxes.
Processor can use DSP (Digital Signal Processing) digital signal processor, FPGA
(Field-Programmable Gate Array) field programmable gate array, MCU (Microcontroller Unit) system
Plate, SoC (system on a chip) system board or PLC (Programmable Logic Controller) including I/O are most
Mini system.
The foregoing is only a preferred embodiment of the present invention, but scope of protection of the present invention is not limited thereto,
In the technical scope disclosed by the present invention, any changes or substitutions that can be easily thought of by anyone skilled in the art,
It should be covered by the protection scope of the present invention.Therefore, protection scope of the present invention should be with the protection model of claims
Subject to enclosing.
Claims (10)
1. a kind of token operational approach based on block chain characterized by comprising
Obtain the lock state of wallet in transaction request；
The transaction request described in the unlocked timing response of the wallet is to complete to trade；
The transaction request is added to transaction request queue in wallet locking；
Wherein, the wallet is locked in the transaction output UTXO unstable state timing not spent.
2. as described in claim 1 based on the token operational approach of block chain, which is characterized in that in the acquisition transaction request
The lock state of wallet includes:
The service request for receiving operation system forms transaction request data according to the service request；
The connected transaction data of corresponding wallet are generated according to the transaction request data, and are established according to the connected transaction data
The transaction request queue of corresponding wallet；
Transaction request queue setting transactional lock is identified；
Make corresponding transaction request queue according to whether the corresponding wallet is in stateful transaction and modifies the transactional lock and identify
In locking or non-locking state.
3. as claimed in claim 2 based on the token operational approach of block chain, which is characterized in that described according to the corresponding money
Whether packet, which modifies the transactional lock mark in stateful transaction, makes corresponding transaction request queue be in locking or non-locking shape
State includes:
Obtain the currency transaction information in the UTXO data structure of the wallet；
It determines that the UTXO of the wallet is in stable condition when the currency transaction information is null value, sets unlocked for the wallet
It is fixed, otherwise, it determines the UTXO state labile of the wallet, the wallet is set as locking.
4. as claimed in claim 2 based on the token operational approach of block chain, which is characterized in that described unlocked in the wallet
Transaction request described in timing response with complete transaction include:
When the wallet is unlocked, response transaction is requested, and submits token system to obtain the transaction request data of request to be transacted
Corresponding wallet address；
The transactional lock of modification wallet is identified as lock state；
The UTXO data in the wallet are obtained according to the wallet address, and according to the transaction request data modification
The output and input of UTXO data adjust token in the wallet and form respective block chain data；
The transactional lock for modifying the wallet is identified as unlocked state.
5. as described in claim 1 based on the token operational approach of block chain, which is characterized in that described to be locked in the wallet
When the transaction request is added to transaction request queue
In wallet locking, setting transaction request judges the timestamp of lock state；
Transaction request queue is formed according to the type of service of the transaction request；
The status inquiry frequency and transaction tolerance duration of the transaction request queue are set according to the type of service；
The lock state that corresponds to wallet is inquired in the transaction request according to the status inquiry frequency to token system；
When the wallet is unlocked according to the timestamp, current queries time, transaction tolerance duration and the business
Type judges Request Priority to be transacted, determines the transaction request currently responded according to the Request Priority to be transacted.
6. as claimed in claim 5 based on the token operational approach of block chain, which is characterized in that further include: according to each transaction
Request queue length determines the transaction request currently responded.
7. as claimed in claim 6 based on the token operational approach of block chain, which is characterized in that further include: according to the industry
Service type treats transaction request weighting, determines the transaction request currently responded.
8. a kind of token operation system based on block chain characterized by comprising
Memory is opposite for storing token operational approach processing step as described in claim 1 to 6 is any based on block chain
The program code answered；
Processor, for executing said program code.
9. a kind of token operation system based on block chain characterized by comprising
Status request device, for obtaining the lock state of wallet in transaction request；
Real time request device, for the transaction request described in the unlocked timing response of the wallet to complete to trade；
Latency request device, for the transaction request to be added to transaction request queue in wallet locking；
Wherein, the wallet is locked in the transaction output UTXO unstable state timing not spent.
10. as claimed in claim 9 based on the token operation system of block chain, which is characterized in that the status request device packet
It includes:
Request forms module, for receiving the service request of operation system, forms transaction request data according to the service request；
Module is established in queue, for generating the connected transaction data of corresponding wallet according to the transaction request data, and according to institute
State the transaction request queue that connected transaction data establish corresponding wallet；
Mark establishes module, for identifying to transaction request queue setting transactional lock；
Modified module is identified, modifying transactional lock mark for whether being in stateful transaction according to the corresponding wallet makes pair
The transaction request queue answered is in locking or non-locking state.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811213458.XA CN109493014A (en) | 2018-10-18 | 2018-10-18 | A kind of token operational approach and operation system based on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811213458.XA CN109493014A (en) | 2018-10-18 | 2018-10-18 | A kind of token operational approach and operation system based on block chain |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN109493014A true CN109493014A (en) | 2019-03-19 |
Family
ID=65691439
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811213458.XA Pending CN109493014A (en) | 2018-10-18 | 2018-10-18 | A kind of token operational approach and operation system based on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109493014A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110322346A (en) * | 2019-04-02 | 2019-10-11 | 武汉天喻信息产业股份有限公司 | A kind of condition that supporting uxto model can set method of payment and system |
| CN110782255A (en) * | 2019-11-06 | 2020-02-11 | 杭州复杂美科技有限公司 | Delayed transaction cancellation method, apparatus and storage medium |
| CN110992009A (en) * | 2019-12-04 | 2020-04-10 | 杭州复杂美科技有限公司 | Delayed transaction advanced processing method, device and storage medium |
| CN111027947A (en) * | 2019-12-06 | 2020-04-17 | 湖北文理学院 | UTXO wallet selection method, UTXO wallet selection equipment, UTXO wallet storage medium and UTXO wallet selection device |
| CN111680999A (en) * | 2020-05-28 | 2020-09-18 | 韩永辉 | Internet financial transaction system and method based on big data |
| CN112202564A (en) * | 2020-09-14 | 2021-01-08 | 成都质数斯达克科技有限公司 | Transaction transfer method and device, electronic equipment and readable storage medium |
| CN115328621A (en) * | 2022-10-10 | 2022-11-11 | 北京百度网讯科技有限公司 | Transaction processing method, device and equipment based on block chain and storage medium |
-
2018
- 2018-10-18 CN CN201811213458.XA patent/CN109493014A/en active Pending
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110322346A (en) * | 2019-04-02 | 2019-10-11 | 武汉天喻信息产业股份有限公司 | A kind of condition that supporting uxto model can set method of payment and system |
| CN110322346B (en) * | 2019-04-02 | 2022-02-15 | 武汉天喻信息产业股份有限公司 | Settable payment method and system supporting utxo model |
| CN110782255A (en) * | 2019-11-06 | 2020-02-11 | 杭州复杂美科技有限公司 | Delayed transaction cancellation method, apparatus and storage medium |
| CN110992009A (en) * | 2019-12-04 | 2020-04-10 | 杭州复杂美科技有限公司 | Delayed transaction advanced processing method, device and storage medium |
| CN111027947A (en) * | 2019-12-06 | 2020-04-17 | 湖北文理学院 | UTXO wallet selection method, UTXO wallet selection equipment, UTXO wallet storage medium and UTXO wallet selection device |
| CN111027947B (en) * | 2019-12-06 | 2023-09-19 | 湖北文理学院 | UTXO wallet selection method, device, storage medium and device |
| CN111680999A (en) * | 2020-05-28 | 2020-09-18 | 韩永辉 | Internet financial transaction system and method based on big data |
| CN111680999B (en) * | 2020-05-28 | 2021-08-03 | 韩永辉 | Internet financial transaction system and method based on big data |
| CN112202564A (en) * | 2020-09-14 | 2021-01-08 | 成都质数斯达克科技有限公司 | Transaction transfer method and device, electronic equipment and readable storage medium |
| CN115328621A (en) * | 2022-10-10 | 2022-11-11 | 北京百度网讯科技有限公司 | Transaction processing method, device and equipment based on block chain and storage medium |
| CN115328621B (en) * | 2022-10-10 | 2023-06-23 | 北京百度网讯科技有限公司 | Transaction processing method, device, equipment and storage medium based on block chain |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109493014A (en) | A kind of token operational approach and operation system based on block chain | |
| KR101950912B1 (en) | Verification system and method for transaction based block chain | |
| JP7128111B2 (en) | Systems and methods for controlling asset-related activities via blockchain | |
| CN109886677B (en) | Commodity purchasing method and device based on block chain | |
| CN110163590B (en) | Payment withholding method and device based on block chain, electronic equipment and storage medium | |
| KR102254809B1 (en) | Distributed computing resources sharing system and computing apparatus thereof providing reward based on block chain | |
| US20160203477A1 (en) | Cryptographic security for electronic transactions | |
| CN110335147A (en) | A kind of digital asset Information Exchange System and method based on block chain | |
| CN109447648A (en) | The method of recorded data zone block, accounting nodes and medium in block chain network | |
| CN114730422A (en) | System and method for commerce in a distributed system with blockchain protocol and intelligent contracts | |
| Ariyarathna et al. | Dynamic spectrum access via smart contracts on blockchain | |
| CN110603559A (en) | System and method for parallel validation of blockchain transactions | |
| CN109409885A (en) | Across chain method of commerce, device and storage medium on block chain | |
| CN108492180A (en) | Assets management method and device, electronic equipment | |
| CN110659906B (en) | Bill information processing method, related device and medium | |
| US11475448B2 (en) | Maintenance plant management method, system and data management server | |
| CN111612453A (en) | Decentralized transaction method and device based on block chain and electronic equipment | |
| CN108681963A (en) | Multi-tiling chain integral traffic control method, system, electronic device and storage medium | |
| CN107977837A (en) | The remaining sum control method and device of hot spot account | |
| CN110177079A (en) | The calling system and call method of intelligent contract | |
| CN112801649B (en) | Flow statistical system, method and device based on block chain | |
| TW202036418A (en) | Block chain-based method and device for taxi operation | |
| CN110417888A (en) | Flow control methods, volume control device and electronic equipment | |
| CN110378693B (en) | Distributed energy weak centralized transaction management system based on alliance block chain | |
| CN110427389A (en) | A kind of data processing and querying method for block chain digital cash |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190319 |
|
| RJ01 | Rejection of invention patent application after publication |