CN111126978B - Method and device for realizing rapid transaction processing on block chain - Google Patents
Method and device for realizing rapid transaction processing on block chain Download PDFInfo
- Publication number
- CN111126978B CN111126978B CN201911384429.4A CN201911384429A CN111126978B CN 111126978 B CN111126978 B CN 111126978B CN 201911384429 A CN201911384429 A CN 201911384429A CN 111126978 B CN111126978 B CN 111126978B
- Authority
- CN
- China
- Prior art keywords
- transaction
- information
- server
- node
- count value
- 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.)
- Active
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
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
- G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
-
- 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/3823—Payment protocols; Details thereof insuring higher security of transaction combining multiple encryption tools for a transaction
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Engineering & Computer Science (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
The invention discloses a method and a device for realizing rapid transaction processing on a block chain, wherein the method comprises the following steps: acquiring historical transaction information and judging whether unprocessed transactions exist, if so, prompting a user to confirm whether to perform replacement transaction processing, otherwise, prompting the user to confirm whether to perform continuous transaction processing; when the continuous transaction confirmation information is received, sequentially acquiring a node count value, transaction information and a local count value of each transaction; generating information to be signed of the transactions according to the node count value of each transaction in sequence and signing the information to be signed; when receiving the replacement transaction confirmation information, modifying the transaction operation cost of the replacement transaction to be higher than the transaction operation cost of the replaced transaction, generating the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information, and signing the information to be signed; sending the information to be signed and a corresponding signature result to a transaction node through a server; the received transaction ID and corresponding transaction information are correspondingly saved.
Description
Technical Field
The present invention relates to the field of blockchains, and in particular, to a method and an apparatus for quickly processing transactions on a blockchain.
Background
With the rapid development of blockchain technology and applications, various independent blockchains have appeared, and the transaction of implementing blockchains has become an urgent requirement for blockchain applications. Transactions are conducted on the blockchain, i.e., the same user sends transactions at the same transaction node. Blockchain to prevent transaction replay, the same transaction node requires a count value for each transaction. When a user sends a transaction from a transaction node, the count value on the transaction node is self-incremented by 1 (the initial value of the counter is 0). When the transaction corresponding to the small count value is completed, the transaction corresponding to the large count value is carried out; if the count value of the initiated transaction is too large (larger than and not the count value corresponding to the adjacent completed transaction), the initiated transaction is always in the transaction queue, the delay is not confirmed, and the initiated transaction can be executed only after the transaction corresponding to the count value between the count value of the initiated transaction and the count value corresponding to the completed transaction is completely completed; the transactions in the transaction queue are cleared after a certain time if the transactions are waiting for a long time.
The prior art has the following defects: the same user sends the transaction at the same transaction node, and the execution of the transaction can only be performed one by one, for example, the transaction with a large count value can only be queued to wait for initiation, and the transaction with a large count value can be cleared if the queuing waiting time is too long, and the transaction processing efficiency is too low.
Disclosure of Invention
The invention aims to overcome the defects of the prior art and provides a method and a device for realizing fast transaction processing on a block chain.
The invention provides a method for realizing rapid transaction processing on a block chain, which comprises the following steps:
step S1: when the device receives the opening triggering information of a user, historical transaction information is obtained from a transaction node through a server;
step S2: the device judges whether the acquired historical transaction information has unprocessed transactions, if so, prompts a user to confirm whether to perform replacement transaction processing, and executes the step S3, otherwise, prompts the user to confirm whether to perform continuous transaction processing, and executes the step S3;
and step S3: when the device receives the confirmation information of the user, judging the type of the confirmation information, if the confirmation information is the replacement transaction confirmation information, executing the step S6, and if the confirmation information is the continuous transaction confirmation information, executing the step S4;
and step S4: the device acquires the node count value and the transaction information of each transaction from the transaction nodes through the server in sequence, and acquires the local count value of each transaction from the server;
step S5: the device sequentially judges whether the acquired data is legal or not, if so, the device sequentially generates information to be signed of the transaction according to the node count value of each transaction, sequentially signs the information to be signed, and executes the step S7, otherwise, an error is reported;
step S6: the device modifies the transaction operation cost of the replacement transaction to be higher than the transaction operation cost of the replaced transaction, generates the information to be signed of the transaction according to the local count value of the replaced transaction selected by the user and the transaction information, signs the information to be signed, and executes the step S7;
step S7: the device sends the information to be signed and the corresponding signature result to a transaction node through a server for verification;
step S8: and when the device receives the transaction ID and the corresponding transaction information returned by the transaction node through the server, the transaction ID and the corresponding transaction information are correspondingly stored.
Further, the step S1 includes:
step A1: when the device receives opening trigger information of a user, sending a request for acquiring historical transaction information to a server;
step A2: the server acquires transaction block history information from transaction nodes of the block chain and synchronously updates the transaction block history information stored by the server;
step A3: the server acquires historical transaction information from the historical transaction block information and returns the historical transaction information to the device;
step A4: the apparatus saves the historical transaction information.
Further, the step A2 includes:
step A2-1: the server sends the request for acquiring the transaction block history information to the transaction node;
step A2-2: the transaction node sends transaction block history information to the server;
step A2-3: the server monitors a block change event of a subscription transaction node, when the transaction node has block addition or block recombination, event information is pushed to the server, and the server acquires transaction block history information of the transaction node according to the event information pushed by the transaction node and updates the transaction block history information stored by the server by using the acquired transaction block history information.
Further, the step S2 includes:
step S2-1: the device judges whether the received historical transaction information has unprocessed transactions, if so, the step S2-3 is executed, otherwise, the step S2-2 is executed;
step S2-2: the device displays each transaction in the historical transaction information and a corresponding confirmation button thereof, and executes the step S3;
step S2-3: the device displays each transaction in the historical transaction information and the corresponding confirmation button, displays the replacement button and executes the step S3.
Further, the step S2-1 includes: the device judges whether the node count value in the historical transaction information is equal to the local count value in the historical transaction information, if so, the step S2-2 is executed, and if not, the step S2-3 is executed.
Further, the step S4 includes:
step S4-1: the device takes the first transaction as a current transaction;
step S4-2: when the device receives the sending trigger information of the current transaction, sending the current transaction trigger information to the server;
step S4-3: the server acquires a node count value of a current transaction and corresponding current transaction information from the transaction node;
step S4-4: the server returns the node count value of the current transaction, the corresponding current transaction information and the stored local count value of the current transaction to the device;
step S4-5: the device correspondingly stores the received node count value of the current transaction, the corresponding transaction information and the local count value of the current transaction in a transaction information list;
step S4-6: the device judges the difference between the local count value of the current transaction and the node count value of the current transaction, if the difference is first preset data, the step S5 is executed, otherwise, the first preset data is updated, the next unprocessed transaction is taken as the current transaction, and the step S4-2 is returned.
Further, the step S5 includes:
step S5-1: the device takes the first transaction in the transaction information list as a current transaction;
step S5-2: the device judges whether the data corresponding to the current transaction in the transaction information list is legal, if so, the step S5-3 is executed, otherwise, an error is reported;
step S5-3: the device generates information to be signed of the transaction according to the node count value of the current transaction, and signs the information to be signed to obtain a signature result;
step S5-4: and the device judges whether all the transactions in the transaction information list are processed, if so, the step S7 is executed, otherwise, the next unprocessed transaction is taken as the current transaction, and the step S5-2 is returned.
Further, the step S5-2 includes: the device acquires check data from the data corresponding to the current transaction in the transaction information list, calculates a check value for the data corresponding to the current transaction in the transaction information list, judges whether the acquired check value is consistent with the calculated check value, if so, executes the step S5-3, otherwise, reports an error.
Further, the step S6 includes:
step S6-1: the device acquires the local count value and the transaction information of the replaced transaction from the corresponding historical transaction information according to the replaced transaction selected by the user;
step S6-2: the device modifies the transaction operation cost of the replaced transaction to be higher than that of the replacement transaction, and generates the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information.
Further, the step S7 includes:
and the device sequentially sends the current transaction information and the corresponding signature result to the server.
Further, the step S7 and the step S8 include:
step T1: the server judges whether the transaction node received by the transaction is legal or not according to the received data, if so, the step T2 is executed, otherwise, error information is returned to the device;
step T2: the server broadcasts and sends the signature result to the transaction node;
step T3: the transaction node judges whether the received signature result is legal or not, if so, the transaction node executes a step T4, otherwise, the transaction node returns error information to the device through the server;
and step T4: the transaction node returns broadcast information to the server;
and step T5: the server sends the transaction ID in the broadcast information to the device.
Further, the step T1 includes:
step T1-1: the server judges whether the transaction conforms to the recursive length prefix format, if so, the step T1-2 is executed, otherwise, error information is returned to the device;
step T1-2: and the server judges whether the transaction node receiving the transaction is legal or not, if so, the step T2 is executed, and otherwise, error information is returned to the device.
13. The method of claim 11, wherein said step T3 comprises: and the transaction node judges whether the node count value of the current transaction is a continuous numerical value, if so, the step T4 is executed, otherwise, the server returns error information to the device.
Further, the signing the information to be signed specifically includes: the device signs the information to be signed by using a transaction private key stored by the device, or the device sends the information to be signed to a hardware wallet, and the hardware wallet signs the information to be signed by using the stored transaction private key and returns a signature result to the device.
The invention also provides a device for quickly processing transactions on the block chain, which comprises:
the receiving and acquiring module is used for receiving the opening triggering information of the user and acquiring historical transaction information from the transaction node through the server when the opening triggering information is received;
a judging and prompting module, configured to judge whether there is an unprocessed transaction in the historical transaction information acquired by the receiving and acquiring module, if yes, prompt a user to determine whether to perform a replacement transaction, and trigger the receiving and judging module, otherwise, prompt the user to determine whether to perform a continuous transaction, and trigger the receiving and judging module;
the receiving and judging module is used for receiving the confirmation information of the user and judging the type of the confirmation information when the confirmation information is received, if the confirmation information is replaced, the signature modifying module is triggered, and if the confirmation information is continuous transaction confirmation information, the first obtaining module is triggered;
the first obtaining module is used for obtaining the node count value and the transaction information of each transaction from the transaction nodes sequentially through the server and obtaining the local count value of each transaction from the server;
the judging and signing module is used for sequentially judging whether the data acquired by the first acquiring module is legal or not, if so, generating information to be signed of the transaction according to the node count value of each transaction in sequence, signing the information to be signed in sequence, and triggering the sending module, otherwise, reporting an error;
the signature modification module is used for modifying the transaction operation cost of the replacement transaction to be higher than the transaction operation cost of the replaced transaction, generating the information to be signed of the transaction according to the local count value of the replaced transaction selected by the user and the transaction information, signing the information to be signed and triggering the sending module;
the sending module is used for sending the information to be signed and the corresponding signature result to the transaction node through the server for verification;
and the receiving and storing module is used for receiving the transaction ID and the corresponding transaction information returned by the transaction node through the server and storing the transaction ID and the corresponding transaction information correspondingly when the transaction ID and the corresponding transaction information are received.
Further, the receiving and acquiring module comprises:
the first receiving and sending unit is used for receiving the opening trigger information of a user and sending a request for acquiring historical transaction information to the server when the opening trigger information is received;
and the storage unit is used for storing the historical transaction information sent by the transaction node through the server.
Further, the judgment prompt module includes:
the first judging unit is used for judging whether the received historical transaction information has unprocessed transactions or not, if so, the second display unit is triggered, and otherwise, the first display unit is triggered;
the first display unit is used for displaying each transaction in the historical transaction information and a corresponding confirmation button thereof and triggering the receiving judgment module;
and the second display unit is used for displaying each transaction in the historical transaction information and the corresponding confirmation button, displaying the replacement button and triggering the receiving judgment module.
Further, the first determining unit is specifically configured to determine whether a node count value in the historical transaction information is equal to a local count value in the historical transaction information, if yes, trigger the first display unit, and otherwise trigger the second display unit.
Further, the first obtaining module comprises:
a first acting unit, configured to act as a current transaction for a first transaction;
the second receiving and sending unit is used for receiving sending trigger information of the current transaction, and sending the current transaction trigger information to the server when the sending trigger information is received;
the receiving and storing unit is used for correspondingly storing the received node count value of the current transaction, the corresponding transaction information and the local count value of the current transaction in a transaction information list;
and the judgment updating unit is used for judging the difference between the local count value of the current transaction and the node count value of the current transaction, triggering the judgment signature module if the difference is first preset data, and otherwise, updating the first preset data, and triggering the second receiving and sending unit by taking the next unprocessed transaction as the current transaction.
Further, the signature judging module comprises:
a second acting unit, configured to take the first transaction in the transaction information list as a current transaction;
a second judgment unit, configured to judge whether data corresponding to the current transaction in the transaction information list is legal, if yes, trigger generation of a signature unit, and otherwise report an error;
the signature generation unit is used for generating information to be signed of the transaction according to the node count value of the current transaction and signing the information to be signed to obtain a signature result;
and the judgment as a unit is used for judging whether all the transactions in the transaction information list are processed completely, if so, the sending module is triggered, and otherwise, the second judgment unit is triggered by taking the next unprocessed transaction as the current transaction.
Further, the second determining unit is specifically configured to obtain check data from data corresponding to the current transaction in the transaction information list, calculate a check value for the data corresponding to the current transaction in the transaction information list, determine whether the obtained check value is consistent with the calculated check value, if so, trigger generation of the signature unit, and otherwise report an error.
Further, the modifying signature module includes:
the first acquisition unit is used for acquiring a local count value and transaction information of a replaced transaction from corresponding historical transaction information according to the replaced transaction selected by a user;
and the modification birth unit is used for modifying the transaction operation fee of the replaced transaction to be higher than the transaction operation fee of the replacing transaction and generating the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information.
Further, the sending module is specifically configured to send the current transaction information and the corresponding signature result to the server in sequence.
Further, the signature to the information to be signed in the signature judgment module and/or the signature modification module specifically includes: and signing the information to be signed by using a transaction private key stored by the hardware wallet, or sending the information to be signed to the hardware wallet, signing the information to be signed by using the stored transaction private key and returning a signature result to the device.
Compared with the prior art, the invention has the following advantages:
in the technical scheme of the invention, the local count value is set, so that the same transaction can be executed simultaneously when the same transaction node initiates continuous transactions, the transaction with the same count value can be processed preferentially by increasing the transaction operation cost (namely, the transaction before covering is processed after the transaction operation cost is increased), the transaction processing speed is increased, the transaction before covering and the continuous transactions are realized, and the transaction speed is higher.
Drawings
Fig. 1 is a flowchart of an implementation method for quickly processing transactions on a blockchain according to an embodiment of the present invention;
fig. 2 is a flowchart of a method for quickly processing transactions on a blockchain according to a second embodiment of the present invention;
fig. 3 is a block diagram of an apparatus for quickly processing a transaction on a blockchain according to a third embodiment of the present invention.
Detailed Description
The technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be obtained by a person skilled in the art without making any creative effort based on the embodiments in the present invention, belong to the protection scope of the present invention.
Example one
An embodiment of the present invention provides a method for implementing fast transaction processing on a block chain, as shown in fig. 1, including:
step S1: when the device receives the opening triggering information of a user, historical transaction information is obtained from a transaction node through a server;
step S2: the device judges whether the acquired historical transaction information has unprocessed transactions, if so, prompts the user to confirm whether to perform replacement transaction processing, and executes the step S3, otherwise, prompts the user to confirm whether to perform continuous transaction processing, and executes the step S3;
and step S3: when the device receives the confirmation information of the user, judging the type of the confirmation information, if the confirmation information is the replacement transaction confirmation information, executing the step S6, and if the confirmation information is the continuous transaction confirmation information, executing the step S4;
and step S4: the device sequentially acquires the node count value and the transaction information of each transaction from the transaction node through the server, and acquires the local count value of each transaction from the server;
specifically, a node count value is stored on the transaction node, and a local count value is stored in the server;
step S5: the device sequentially judges whether the acquired data is legal or not, if so, the device sequentially generates information to be signed of the transactions according to the node count value of each transaction, signs the information to be signed sequentially, and executes the step S7, otherwise, an error is reported;
step S6: the device modifies the transaction operation cost of the replacement transaction to be higher than the transaction operation cost of the replaced transaction, generates the information to be signed of the transaction according to the local count value of the replaced transaction selected by the user and the transaction information, signs the information to be signed, and executes the step S7;
step S7: the device sends the information to be signed and the corresponding signature result to a transaction node through a server for verification;
step S8: and when the device receives the transaction ID and the corresponding transaction information returned by the transaction node through the server, performing corresponding storage.
In the technical scheme of the invention, the local count value is set, so that the same transaction can be executed simultaneously when the same transaction node initiates continuous transactions, the transaction with the same count value can be processed preferentially by increasing the transaction operation cost (namely, the transaction before covering is processed after the transaction operation cost is increased), the transaction processing speed is increased, the transaction before covering and the continuous transactions are realized, and the transaction speed is higher.
Example two
An embodiment of the present invention provides a method for implementing fast transaction processing on a block chain, as shown in fig. 2, including:
step 101: when the device receives the opening triggering information of a user, sending a request for acquiring historical transaction information to a server;
step 102: the server acquires transaction block history information from the transaction nodes of the block chain and synchronously updates the transaction block history information stored by the server;
in this embodiment, the transaction block history information includes historical transaction information;
specifically, step 102 includes:
step 102-1: the server sends a request for acquiring historical information of the transaction block to the transaction node;
step 102-2: the transaction node sends transaction block history information to the server;
step 102-3: the server monitors a block change event of a subscription transaction node, when the transaction node has block addition or block recombination, event information is pushed to the server, and the server acquires transaction block historical information of the transaction node according to the event pushed by the transaction node and updates the transaction block historical information stored by the server by using the acquired transaction block historical information;
step 103: the server acquires historical transaction information from the historical transaction block information and returns the historical transaction information to the device; for example, the data returned by the server to the device in this step includes:
specifically, in this embodiment, the historical transaction information includes a node count value and corresponding transaction information;
step 104: the device saves historical transaction information;
step 105: the device judges whether the received historical transaction information has unprocessed transactions, if yes, step 107 is executed, otherwise step 106 is executed;
specifically, step 105 includes: the device judges whether the node count value in the historical transaction information is equal to the local count value in the historical transaction information, if so, the step 106 is executed, otherwise, the step 107 is executed;
step 106: the device displays each transaction in the historical transaction information and its corresponding confirmation button, and performs step 108;
step 107: the device displays each transaction in the historical transaction information and the corresponding confirmation button, displays the replacement button, and executes step 108;
step 108: when the device receives the confirmation information of the user trigger button, judging the type of the received confirmation information, if the confirmation information is continuous transaction confirmation information, taking the first transaction as the current transaction, executing step 109, and if the confirmation information is replacement transaction confirmation information, executing step 118;
step 109: when the device receives the sending trigger information of the current affair, the device sends the current affair trigger information to the server;
step 110: the server acquires a node count value of a current transaction and corresponding current transaction information from the transaction node;
step 111: the server returns the node count value of the current transaction, the corresponding current transaction information and the stored local count value of the current transaction to the device;
for example, the data returned by the server to the device in this step includes:
step 112: the device correspondingly stores the received node count value of the current transaction, the corresponding transaction information and the local count value of the current transaction in a transaction information list;
for example, the transaction information list in this embodiment is as follows:
| transaction node count value | Transaction information | Local counter value | |
| First transaction | 2 | AA | 2 |
| Second transaction | 3 | BB | 2 |
| The third transaction | 4 | CC | 2 |
| The fourth transaction | 5 | DD | 2 |
| The fifth transaction | 6 | EE | 2 |
Step 113: the device judges the difference between the local count value of the current transaction and the node count value of the current transaction, if the difference is the first preset data, the step 114 is executed, otherwise, the first preset data is updated, the next unprocessed transaction is taken as the current transaction, and the step 109 is returned;
step 114: the device takes the first transaction in the transaction information list as the current transaction;
step 115: the device determines whether the data corresponding to the current transaction in the transaction information list is legal, if so, executes step 116, otherwise, reports an error;
specifically, step 115 of this embodiment includes: the device acquires check data from the data corresponding to the current transaction in the transaction information list, calculates a check value for the data corresponding to the current transaction in the transaction information list, judges whether the acquired check value is consistent with the calculated check value, if so, the received data is legal, otherwise, the received data is illegal;
in this embodiment, the received data corresponding to the current transaction includes: node count value of current affair, current affair information and local count value of current affair;
step 116: the device generates information to be signed of the transaction according to the node count value of the current transaction, and signs the information to be signed to obtain a signature result;
optionally, the device may sign the information to be signed by using a transaction private key stored in the device, and may also send the information to be signed to the hardware wallet, where the hardware wallet signs the information to be signed by using the stored transaction private key to obtain a signature result;
step 117: the device judges whether the transactions in the transaction information list are all processed, if yes, the device signs the information to be signed of the transactions, and executes the step 120, otherwise, the device returns to the step 115 by taking the next unprocessed transaction as the current transaction;
step 118: the device acquires the local count value and the transaction information of the replaced transaction from the corresponding historical transaction information according to the replaced transaction selected by the user;
for example, the data acquired by the device in this step includes:
step 119: the device modifies the transaction operation cost of the replaced transaction into a value higher than the transaction operation cost of the replacing transaction, and generates the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information; signing the information to be signed to obtain a signature result;
optionally, the device may use a transaction private key stored by itself to sign the information to be signed, or may send the information to be signed to a hardware wallet, where the hardware wallet signs the information to be signed using the stored transaction private key to obtain a signature result;
in the embodiment, the device generates new object information after modifying the transaction operation cost of the replaced transaction to be higher than that of the replacing transaction, or the device directly replaces the transaction information of the replaced transaction with the transaction information of the replacing transaction;
for example, in step 119, the device modifies the transaction operating cost from 9000000000 to 10000000000; transaction count value 571 that keeps the local count value still for the replaced transaction; the modified data are:
step 120: the device sends the information to be signed and the corresponding signature result to the server;
if the operation is continuous, the device in step 120 sequentially sends the information to be signed and the corresponding signature result to the server;
step 121: the server judges whether the transaction node receiving the transaction is legal or not according to the received data, if so, step 122 is executed, otherwise, error information is returned to the device;
in this embodiment, step 121 includes:
step 121-1: the server judges whether the transaction conforms to an RPL (recursive Length Prefix) format, if so, the step 121-2 is executed, otherwise, error information is returned to the device;
step 121-2: the server determines whether the transaction node receiving the transaction is legal, if so, executes step 118, otherwise, returns an error message to the device;
step 122: the server broadcasts and sends the signature result to the transaction node;
step 123: the transaction node judges whether the received signature result is legal or not, if so, step 124 is executed, otherwise, error information is returned to the device through the server;
specifically, in this embodiment, step 123 includes: the transaction node judges whether the current node count value is a continuous value, if so, the signature result is legal, otherwise, the signature result is illegal;
step 124: the transaction node returns broadcast information to the server;
in the present embodiment, the broadcast information includes a transaction ID;
step 125: the server sends the transaction ID in the broadcast information to the device;
step 126: the device receives the transaction ID and saves it with the corresponding transaction information.
In the technical scheme of the invention, the local count value is set, so that the same transaction can be executed simultaneously when the same transaction node initiates continuous transactions, the transaction with the same count value can be processed preferentially by increasing the transaction operation cost (namely, the transaction operation cost is increased and the transaction before covering is processed), the transaction processing speed is increased, the transaction before covering and the continuous transaction are realized, and the transaction speed is higher.
EXAMPLE III
A third embodiment of the present invention provides an apparatus for implementing fast transaction processing on a block chain, as shown in fig. 3, including:
a receiving and acquiring module 301, configured to receive an opening trigger information of a user, and acquire historical transaction information from a transaction node through a server when the opening trigger information is received;
a judgment prompting module 302, configured to judge whether there is an unprocessed transaction in the historical transaction information acquired by the reception acquiring module 301, if yes, prompt the user to determine whether to perform a replacement transaction, and trigger the reception judging module 303, otherwise, prompt the user to determine whether to perform continuous transaction, and trigger the reception judging module 303;
a receiving and judging module 303, configured to receive confirmation information of a user, and judge a type of the confirmation information when the confirmation information is received, trigger the signature modifying module 306 if the confirmation information is a replacement transaction confirmation information, and trigger the first obtaining module 304 if the confirmation information is a continuous transaction confirmation information;
a first obtaining module 304, configured to obtain, sequentially from the transaction node, a node count value and transaction information of each transaction by the server, and obtain, from the server, a local count value of each transaction;
a signature judging module 305, configured to sequentially judge whether the data acquired by the first acquiring module 304 is legal, if yes, sequentially generate information to be signed of the transaction according to the node count value of each transaction, and sequentially sign the information to be signed, and trigger the sending module 307, otherwise, report an error;
the signature modifying module 306 is used for modifying the transaction operation cost of the replacing transaction to be higher than the transaction operation cost of the replaced transaction, generating the information to be signed of the transaction according to the local count value of the replaced transaction selected by the user and the transaction information, signing the information to be signed, and triggering the sending module 307;
a sending module 307, configured to send the information to be signed and the corresponding signature result to the transaction node through the server for verification;
and the receiving and storing module 308 is configured to receive the transaction ID and the corresponding transaction information returned by the transaction node through the server, and perform corresponding storage when the transaction ID and the corresponding transaction information are received.
Specifically, in this embodiment, the receiving and acquiring module 301 includes:
the first receiving and sending unit is used for receiving the opening triggering information of the user and sending a request for acquiring historical transaction information to the server when the opening triggering information is received;
and the storage unit is used for storing the historical transaction information sent by the transaction node through the server.
Specifically, in this embodiment, the determining and prompting module 302 includes:
the first judging unit is used for judging whether the received historical transaction information has unprocessed transactions or not, if so, the second display unit is triggered, and otherwise, the first display unit is triggered;
the first display unit is used for displaying each transaction in the historical transaction information and a corresponding confirmation button thereof, and triggering the receiving judgment module 303;
and the second display unit is used for displaying each transaction in the historical transaction information and the corresponding confirmation button, displaying a replacement button, and triggering the receiving judgment module 303.
In this embodiment, the first determining unit is specifically configured to determine whether a node count value in the historical transaction information is equal to a local count value in the historical transaction information, if yes, trigger the first display unit, and otherwise trigger the second display unit.
Specifically, in this embodiment, the first obtaining module 304 includes:
a first acting unit, configured to act as a current transaction for a first transaction;
the second receiving and sending unit is used for receiving the sending trigger information of the current transaction, and sending the current transaction trigger information to the server when receiving the sending trigger information;
the receiving and storing unit is used for correspondingly storing the received node count value of the current transaction, the corresponding transaction information and the local count value of the current transaction in a transaction information list;
and a judgment updating unit, configured to judge a difference between a local count value of the current transaction and a node count value of the current transaction, trigger the judgment signature module 305 if the difference is first preset data, and otherwise update the first preset data, and trigger the second receiving and sending unit by taking a next unprocessed transaction as the current transaction.
Specifically, in this embodiment, the signature determining module 305 includes:
the second is as unit, is used for regarding the first affair in the information list of the affair as the present affair;
the second judgment unit is used for judging whether the data corresponding to the current transaction in the transaction information list is legal or not, if so, the signature unit is triggered to be generated, and otherwise, an error is reported;
the signature generation unit is used for generating information to be signed of the transaction according to the node count value of the current transaction and signing the information to be signed to obtain a signature result;
and a determining unit, configured to determine whether all transactions in the transaction information list are processed completely, if yes, trigger the sending module 307, and otherwise trigger the second determining unit by taking the next unprocessed transaction as the current transaction.
In this embodiment, the second determining unit is specifically configured to obtain check data from data corresponding to the current transaction in the transaction information list, calculate a check value for the data corresponding to the current transaction in the transaction information list, determine whether the obtained check value is consistent with the calculated check value, if so, trigger generation of the signature unit, and otherwise report an error.
Specifically, in this embodiment, the signature modification module 306 includes:
the first acquisition unit is used for acquiring a local count value and transaction information of a replaced transaction from corresponding historical transaction information according to the replaced transaction selected by a user;
and the modification birth unit is used for modifying the transaction operation fee of the replaced transaction to be higher than the transaction operation fee of the replacing transaction and generating the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information.
In this embodiment, the sending module 307 is specifically configured to send the current transaction information and the corresponding signature result to the server in sequence.
In this embodiment, the determining that the signature module 305 and/or the modifying signature module 306 signs the information to be signed specifically includes: and the hardware wallet signs the information to be signed by using the stored transaction private key and returns a signature result to the device.
In the technical scheme of the invention, the local count value is set, so that the same transaction can be executed simultaneously when the same transaction node initiates continuous transactions, the transaction with the same count value can be processed preferentially by increasing the transaction operation cost (namely, the transaction operation cost is increased and the transaction before covering is processed), the transaction processing speed is increased, the transaction before covering and the continuous transaction are realized, and the transaction speed is higher.
The above description is only for the preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions that can be easily conceived by those skilled in the art within the technical scope of the present invention are included in the scope of the present invention. Therefore, the protection scope of the present invention shall be subject to the protection scope of the claims.
Claims (24)
1. An implementation method for fast transaction processing on a blockchain, comprising:
step S1: when the device receives the opening triggering information of a user, historical transaction information is obtained from a transaction node through a server;
step S2: the device judges whether the acquired historical transaction information has unprocessed transactions, if so, prompts a user to confirm whether to perform replacement transaction processing, and executes the step S3, otherwise, prompts the user to confirm whether to perform continuous transaction processing, and executes the step S3;
and step S3: when the device receives the confirmation information of the user, judging the type of the confirmation information, if the confirmation information is the replacement transaction confirmation information, executing the step S6, and if the confirmation information is the continuous transaction confirmation information, executing the step S4;
and step S4: the device sequentially acquires the node count value and the transaction information of each transaction from the transaction node through the server, and acquires the local count value of each transaction from the server;
step S5: the device sequentially judges whether the acquired data is legal or not, if so, the device sequentially generates information to be signed of the transaction according to the node count value of each transaction, sequentially signs the information to be signed, and executes the step S7, otherwise, an error is reported;
step S6: the device modifies the transaction operation cost of the replacement transaction to be higher than the transaction operation cost of the replaced transaction, generates the information to be signed of the transaction according to the local count value of the replaced transaction selected by the user and the transaction information, signs the information to be signed, and executes the step S7;
step S7: the device sends the information to be signed and the corresponding signature result to the transaction node through the server for verification;
step S8: and when the device receives the transaction ID and the corresponding transaction information returned by the transaction node through the server, the transaction ID and the corresponding transaction information are correspondingly stored.
2. The method of claim 1, wherein the step S1 comprises:
step A1: when the device receives opening trigger information of a user, sending a request for acquiring historical transaction information to a server;
step A2: the server acquires transaction block history information from transaction nodes of the block chain and synchronously updates the transaction block history information stored by the server;
step A3: the server acquires historical transaction information from the transaction block historical information and returns the historical transaction information to the device;
step A4: the apparatus saves the historical transaction information.
3. The method of claim 2, wherein the step A2 comprises:
step A2-1: the server sends the request for acquiring the transaction block history information to the transaction node;
step A2-2: the transaction node sends transaction block history information to the server;
step A2-3: the server monitors a block change event of a subscription transaction node, when the transaction node has block addition or block recombination, the server pushes event information, and the server acquires transaction block history information of the transaction node according to the event information pushed by the transaction node and updates the transaction block history information stored in the server by using the acquired transaction block history information.
4. The method of claim 1, wherein the step S2 comprises:
step S2-1: the device judges whether the received historical transaction information has unprocessed transactions, if yes, the step S2-3 is executed, otherwise, the step S2-2 is executed;
step S2-2: the device displays each transaction in the historical transaction information and a corresponding confirmation button thereof, and executes the step S3;
step S2-3: and the device displays each transaction in the historical transaction information and the corresponding confirmation button, displays a replacement button and executes the step S3.
5. The method of claim 4, wherein the step S2-1 comprises: the device judges whether the node count value in the historical transaction information is equal to the local count value in the historical transaction information, if so, the step S2-2 is executed, and if not, the step S2-3 is executed.
6. The method of claim 1, wherein the step S4 comprises:
step S4-1: the device takes the first transaction as a current transaction;
step S4-2: when the device receives the sending trigger information of the current transaction, sending the current transaction trigger information to the server;
step S4-3: the server acquires a node count value of a current transaction and corresponding current transaction information from a transaction node;
step S4-4: the server returns the node count value of the current transaction, the corresponding current transaction information and the stored local count value of the current transaction to the device;
step S4-5: the device correspondingly stores the received node count value of the current transaction, the corresponding transaction information and the local count value of the current transaction in a transaction information list;
step S4-6: the device judges the difference between the local count value of the current transaction and the node count value of the current transaction, if the difference is first preset data, the step S5 is executed, otherwise, the first preset data is updated, the next unprocessed transaction is taken as the current transaction, and the step S4-2 is returned.
7. The method of claim 6, wherein the step S5 comprises:
step S5-1: the device takes the first transaction in the transaction information list as a current transaction;
step S5-2: the device judges whether the data corresponding to the current transaction in the transaction information list is legal, if so, the step S5-3 is executed, otherwise, an error is reported;
step S5-3: the device generates information to be signed of the transaction according to the node count value of the current transaction, and signs the information to be signed to obtain a signature result;
step S5-4: and the device judges whether all the transactions in the transaction information list are processed, if so, the step S7 is executed, otherwise, the next unprocessed transaction is taken as the current transaction, and the step S5-2 is returned.
8. The method of claim 7, wherein the step S5-2 comprises: the device acquires check data from the data corresponding to the current transaction in the transaction information list, calculates a check value for the data corresponding to the current transaction in the transaction information list, judges whether the acquired check value is consistent with the calculated check value, if so, executes the step S5-3, otherwise, reports an error.
9. The method of claim 1, wherein the step S6 comprises:
step S6-1: the device acquires the local count value and the transaction information of the replaced transaction from the corresponding historical transaction information according to the replaced transaction selected by the user;
step S6-2: the device modifies the transaction operation cost of the replaced transaction to be higher than that of the replacement transaction, and generates the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information.
10. The method of claim 9, wherein the step S7 comprises:
and the device sequentially sends the current transaction information and the corresponding signature result to the server.
11. The method of claim 1, wherein between step S7 and step S8 comprises:
step T1: the server judges whether the transaction node received by the transaction is legal or not according to the received data, if so, the step T2 is executed, and otherwise, error information is returned to the device;
step T2: the server broadcasts and sends the signature result to the transaction node;
step T3: the transaction node judges whether the received signature result is legal or not, if so, the step T4 is executed, otherwise, the server returns error information to the device;
and step T4: the transaction node returns broadcast information to the server;
and step T5: the server sends the transaction ID in the broadcast information to the device.
12. The method of claim 11, wherein the step T1 comprises:
step T1-1: the server judges whether the transaction conforms to a recursive length prefix format, if so, the step T1-2 is executed, otherwise, error information is returned to the device;
step T1-2: and the server judges whether the transaction node receiving the transaction is legal or not, if so, the step T2 is executed, and otherwise, error information is returned to the device.
13. The method of claim 11, wherein said step T3 comprises: and the transaction node judges whether the node count value of the current transaction is a continuous numerical value, if so, the step T4 is executed, and otherwise, the server returns error information to the device.
14. The method according to claim 1, wherein said signing the information to be signed specifically comprises: the device signs the information to be signed by using a transaction private key stored by the device, or the device sends the information to be signed to a hardware wallet, and the hardware wallet signs the information to be signed by using the stored transaction private key and returns a signature result to the device.
15. An apparatus for fast transaction processing on a blockchain, comprising:
the receiving and acquiring module is used for receiving the opening triggering information of the user and acquiring historical transaction information from the transaction node through the server when the opening triggering information is received;
a judging and prompting module, configured to judge whether there is an unprocessed transaction in the historical transaction information acquired by the receiving and acquiring module, if yes, prompt a user to determine whether to perform a replacement transaction, and trigger the receiving and judging module, otherwise, prompt the user to determine whether to perform a continuous transaction, and trigger the receiving and judging module;
the receiving and judging module is used for receiving confirmation information of a user, judging the type of the confirmation information when the confirmation information is received, triggering the signature modifying module if the confirmation information is the replacement transaction confirmation information, and triggering the first obtaining module if the confirmation information is the continuous transaction confirmation information;
the first obtaining module is used for obtaining the node count value and the transaction information of each transaction from the transaction node sequentially through the server and obtaining the local count value of each transaction from the server;
the judging and signing module is used for sequentially judging whether the data acquired by the first acquiring module is legal or not, if so, generating information to be signed of the transaction according to the node count value of each transaction in sequence, signing the information to be signed in sequence, and triggering the sending module, otherwise, reporting an error;
the signature modification module is used for modifying the transaction operation cost of the replacement transaction to be higher than the transaction operation cost of the replaced transaction, generating the information to be signed of the transaction according to the local count value of the replaced transaction selected by the user and the transaction information, signing the information to be signed and triggering the sending module;
the sending module is used for sending the information to be signed and the corresponding signature result to the transaction node through the server for verification;
and the receiving and storing module is used for receiving the transaction ID and the corresponding transaction information returned by the transaction node through the server and storing the transaction ID and the corresponding transaction information correspondingly when the transaction ID and the corresponding transaction information are received.
16. The apparatus of claim 15, wherein the receive acquisition module comprises:
the first receiving and sending unit is used for receiving the opening triggering information of the user and sending a request for acquiring historical transaction information to the server when the opening triggering information is received;
and the storage unit is used for storing the historical transaction information sent by the transaction node through the server.
17. The apparatus of claim 15, wherein the decision hint module comprises:
the first judging unit is used for judging whether the received historical transaction information has unprocessed transactions or not, if so, the second display unit is triggered, and otherwise, the first display unit is triggered;
the first display unit is used for displaying each transaction in the historical transaction information and a corresponding confirmation button thereof and triggering the receiving and judging module;
and the second display unit is used for displaying each transaction in the historical transaction information and the corresponding confirmation button, displaying the replacement button and triggering the receiving judgment module.
18. The apparatus according to claim 17, wherein the first determining unit is specifically configured to determine whether a node count value in the historical transaction information is equal to a local count value in the historical transaction information, if so, trigger the first display unit, and otherwise, trigger the second display unit.
19. The apparatus of claim 15, wherein the first obtaining module comprises:
a first acting unit, configured to act as a current transaction for a first transaction;
the second receiving and sending unit is used for receiving sending trigger information of the current transaction, and sending the current transaction trigger information to the server when the sending trigger information is received;
the receiving and storing unit is used for correspondingly storing the received node count value of the current transaction, the corresponding transaction information and the local count value of the current transaction in a transaction information list;
and the judging and updating unit is used for judging the difference between the local count value of the current transaction and the node count value of the current transaction, if the difference is first preset data, the judging and signing module is triggered, otherwise, the first preset data is updated, and the next unprocessed transaction is used as the current transaction, and the second receiving and sending unit is triggered.
20. The apparatus of claim 19, wherein the determine signature module comprises:
a second acting unit, configured to act as a current transaction for the first transaction in the transaction information list;
the second judgment unit is used for judging whether the data corresponding to the current transaction in the transaction information list is legal or not, if so, the signature unit is triggered to be generated, and otherwise, an error is reported;
the signature generation unit is used for generating information to be signed of the transaction according to the node count value of the current transaction and signing the information to be signed to obtain a signature result;
and the judgment as a unit is used for judging whether all the transactions in the transaction information list are processed completely, if so, the sending module is triggered, and otherwise, the second judgment unit is triggered by taking the next unprocessed transaction as the current transaction.
21. The apparatus according to claim 20, wherein the second determining unit is specifically configured to obtain check data from data corresponding to the current transaction in the transaction information list, calculate a check value for the data corresponding to the current transaction in the transaction information list, determine whether the obtained check value is consistent with the calculated check value, trigger generation of a signature unit if yes, and report an error if not.
22. The apparatus of claim 15, wherein the modify signature module comprises:
the first acquisition unit is used for acquiring a local count value and transaction information of a replaced transaction from corresponding historical transaction information according to the replaced transaction selected by a user;
and the modification birth unit is used for modifying the transaction operation fee of the replaced transaction to be higher than the transaction operation fee of the replacing transaction and generating the information to be signed of the transaction according to the local count value of the replaced transaction and the transaction information.
23. The apparatus of claim 22, wherein the sending module is specifically configured to send current transaction information and corresponding signature results to the server in sequence.
24. The apparatus according to claim 15, wherein the signature to be signed in the judgment signature module and/or the modification signature module is specifically: and signing the information to be signed by using a transaction private key stored by the hardware wallet, or sending the information to be signed to the hardware wallet, signing the information to be signed by using the stored transaction private key and returning a signature result to the device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911384429.4A CN111126978B (en) | 2019-12-28 | 2019-12-28 | Method and device for realizing rapid transaction processing on block chain |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201911384429.4A CN111126978B (en) | 2019-12-28 | 2019-12-28 | Method and device for realizing rapid transaction processing on block chain |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111126978A CN111126978A (en) | 2020-05-08 |
| CN111126978B true CN111126978B (en) | 2023-03-14 |
Family
ID=70504128
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201911384429.4A Active CN111126978B (en) | 2019-12-28 | 2019-12-28 | Method and device for realizing rapid transaction processing on block chain |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111126978B (en) |
Family Cites Families (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105187450B (en) * | 2015-10-08 | 2019-05-10 | 飞天诚信科技股份有限公司 | A kind of method and apparatus authenticated based on authenticating device |
| CN107025559B (en) * | 2017-01-26 | 2020-09-18 | 创新先进技术有限公司 | Service processing method and device |
| CN106980649B (en) * | 2017-02-28 | 2020-07-10 | 创新先进技术有限公司 | Method and device for writing block chain service data and service subset determining method |
| US20180315145A1 (en) * | 2017-05-01 | 2018-11-01 | International Business Machines Corporation | Managing school systems on a blockchain |
| US10896169B2 (en) * | 2017-05-12 | 2021-01-19 | International Business Machines Corporation | Distributed system, computer program product and method |
| WO2019010392A1 (en) * | 2017-07-07 | 2019-01-10 | Symbiont.Io, Inc. | Systems, methods, and devices for reducing and/or eliminating data leakage in electronic ledger technologies for trustless order matching |
| CN107688999B (en) * | 2017-08-11 | 2020-11-13 | 杭州溪塔科技有限公司 | Block chain-based parallel transaction execution method |
| US10735450B2 (en) * | 2017-11-30 | 2020-08-04 | Intel Corporation | Trust topology selection for distributed transaction processing in computing environments |
| KR101932277B1 (en) * | 2017-12-22 | 2018-12-24 | 주식회사 미탭스플러스 | Distributed Ledger Device and Distributed Ledger Method for Sharing User Information using Blockchain |
| JP7403104B2 (en) * | 2018-04-19 | 2023-12-22 | ヴィチェーン ファウンデーション リミテッド | blockchain transaction processing |
| CN108599969A (en) * | 2018-05-02 | 2018-09-28 | 北京链链信息技术有限公司 | The method and apparatus of data sharing in a kind of block chain |
| CN110473088B (en) * | 2018-05-09 | 2022-06-03 | 本无链科技(深圳)有限公司 | Block chain-based band type data processing method and system |
| CN108717630B (en) * | 2018-05-19 | 2020-12-22 | 上海分布信息科技有限公司 | Block output method and implementation system thereof |
| CN108737418B (en) * | 2018-05-22 | 2020-09-15 | 飞天诚信科技股份有限公司 | Identity authentication method and system based on block chain |
| KR102137641B1 (en) * | 2018-06-12 | 2020-07-27 | 주식회사 호윤 | Transactional Batch Processing System and Method using Block Chain |
| CN108960797B (en) * | 2018-07-18 | 2022-08-23 | 百度在线网络技术（北京）有限公司 | Block generation and verification method, device, equipment and storage medium |
| CN108985100B (en) * | 2018-08-15 | 2022-02-25 | 百度在线网络技术（北京）有限公司 | Block chain-based element security certification method, device, equipment and medium |
| CN109614206A (en) * | 2018-10-25 | 2019-04-12 | 深圳壹账通智能科技有限公司 | Device, method and the storage medium of block chain issued transaction |
| CN109741180B (en) * | 2018-12-26 | 2021-04-27 | 中国工商银行股份有限公司 | Block chain continuous transaction sequence number generation method and device and block chain network node |
| CN110336779B (en) * | 2019-05-07 | 2022-08-05 | 弦子科技(北京)有限公司 | Block chain construction method and device and electronic equipment |
-
2019
- 2019-12-28 CN CN201911384429.4A patent/CN111126978B/en active Active
Non-Patent Citations (1)
| Title |
|---|
| 钟华平.区块链基础技术及其潜在应用探讨.2018,(第14期),全文. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111126978A (en) | 2020-05-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20210083925A1 (en) | Network fault analysis method and apparatus | |
| WO2016062011A1 (en) | Alarm processing method and apparatus | |
| CN106993089B (en) | Voice menu display method and device | |
| CN103607498B (en) | A kind of method and device showing Stranger Calls/de-electrifying number related information | |
| EP3145148A1 (en) | Resource subscription processing method and device | |
| US9800488B2 (en) | Method for setting heartbeat timer, terminal and server | |
| US10474319B2 (en) | Methods and instant messaging client devices for performing IM using menu option | |
| CN103686354B (en) | Smart television terminal and method for counting reporting key use behaviors | |
| CA2628464A1 (en) | Methods and apparatus for delivering regional parameters | |
| CN112583811A (en) | Wallet retrieving method, equipment and storage medium | |
| CN109508987A (en) | A kind of construction method, system and the associated component of block chain | |
| CN104581806A (en) | Method and terminal for monitoring service system | |
| CN111126978B (en) | Method and device for realizing rapid transaction processing on block chain | |
| CN113938851A (en) | Flow charging method, network equipment and storage medium | |
| CN105988886A (en) | Fault processing method and device in operation and maintenance process | |
| CN112132574A (en) | Block chain data checking method, data processing method, device and equipment | |
| CN105573851B (en) | Flow cooperative processing method and system | |
| CN109525629A (en) | Information-pushing method, device and storage medium | |
| CN106293814B (en) | Upgrading method and device | |
| CN108108929B (en) | Method and system for extremely-fast installation of household appliances | |
| CN104636959A (en) | Method and equipment for setting order broadcasting time | |
| CN106850600A (en) | multimedia information push method and device | |
| CN108021688B (en) | A kind of data processing method and device | |
| CN111669320B (en) | Method for processing message and network equipment | |
| CN106304028B (en) | The method and device of address book backup and recovery |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |