TWI686709B - 業務受理及共識的方法及裝置 - Google Patents

業務受理及共識的方法及裝置 Download PDF

Info

Publication number
TWI686709B
TWI686709B TW106140232A TW106140232A TWI686709B TW I686709 B TWI686709 B TW I686709B TW 106140232 A TW106140232 A TW 106140232A TW 106140232 A TW106140232 A TW 106140232A TW I686709 B TWI686709 B TW I686709B
Authority
TW
Taiwan
Prior art keywords
blockchain node
business
server
request
storage
Prior art date
Application number
TW106140232A
Other languages
English (en)
Other versions
TW201837734A (zh
Inventor
李奕
Original Assignee
香港商阿里巴巴集團服務有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 香港商阿里巴巴集團服務有限公司 filed Critical 香港商阿里巴巴集團服務有限公司
Publication of TW201837734A publication Critical patent/TW201837734A/zh
Application granted granted Critical
Publication of TWI686709B publication Critical patent/TWI686709B/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1034—Reaction to server failures by a load balancer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004—Server selection for load balancing
    • H04L67/1008—Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1063—Discovery through centralising entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)
  • Theoretical Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申請實施例公開一種業務受理及共識的方法及裝置，該方法中第一區塊鏈節點中包含有多個伺服器，第一區塊鏈節點可通過包含的多個伺服器接收從客戶端發送的業務請求並儲存，以及通過多個伺服器中的伺服器從該第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求，得到預處理塊，並將預處理塊通過該伺服器發送至共識網路的各第二區塊鏈節點中，以通過各第二區塊鏈節點對該預處理塊進行業務共識。由於在第一區塊鏈節點包含的多個伺服器中，只要有一個伺服器可用，即能保證該第一區塊鏈節點可用，從而提高了第一區塊鏈節點在共識網路中的穩定性。

Description

業務受理及共識的方法及裝置
本申請係關於電腦技術領域，尤其關於一種業務受理及共識的方法及裝置。
隨機電腦技術的不斷發展，區塊鏈技術的應用範圍得到了進一步提升，人們除了利用區塊鏈技術實現有效的資料存證外，還為一些業務的實現提供了全新的思路。 　　當前，通過區塊鏈技術進行業務處理的大致分為兩個過程，一個是業務受理過程，一個為業務共識過程。在業務受理過程中，區塊鏈節點接收用戶發送的業務請求，並將該業務請求儲存在該區塊鏈節點的業務儲存器中，與此同時，區塊鏈節點會將該業務請求廣播給共識網路中的其他區塊鏈節點，以使其他區塊鏈節點在接收到該業務請求後，將該業務請求儲存在自身對應的業務儲存器中。 　　在業務共識過程中，區塊鏈節點將從自身對應的業務儲存器中撈取一定數量的業務請求，並將撈取出的業務請求進行一定的處理，得到預處理塊。而後，區塊鏈節點將該預處理塊廣播給共識網路中的其他區塊鏈節點，以使其他的區塊鏈節點在接收到該預處理塊後，對該預處理塊進行業務共識。 　　從上述說明的兩個過程中可以看出，區塊鏈業務的處理過程需要共識網路中各區塊鏈節點的密切配合才能有效的完成。然而，在實際應用中，區塊鏈節點通常受單一伺服器的制約，所以，穩定性相對較低，一旦伺服器出現異常、程式重啓等現象，則都會導致該區塊鏈節點不可用，從而影響了整個共識網路中的穩定性，給區塊鏈業務的處理過程帶來影響。不僅如此，單一伺服器的軟、硬體資源都十分有限，從而導致了區塊鏈節點進行業務處理時效率較低。
本申請實施例提供一種業務受理的方法，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務受理的方法，包括： 　　第一區塊鏈節點通過自身包含的一個伺服器接收客戶端發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　將所述業務請求儲存在自身包含的業務儲存器中； 　　將所述業務請求發送給共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務受理的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務受理的裝置，包括： 　　接收模組，接收客戶端發送的業務請求； 　　儲存模組，將所述業務請求儲存在自身對應的業務儲存器中； 　　發送模組，將所述業務請求發送給共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務受理的方法，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務受理的方法，包括： 　　第二區塊鏈節點通過自身包含的一個伺服器接收第一區塊鏈節點發送的業務請求，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　將所述業務請求儲存在自身包含的業務儲存器中。 　　本申請實施例提供一種業務受理的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務受理的裝置，包括： 　　接收請求模組，接收第一區塊鏈節點發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　請求儲存模組，將所述業務請求儲存在自身對應的業務儲存器中。 　　本申請實施例提供一種業務受理的方法，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務受理的方法，包括： 　　客戶端接收用戶輸入的業務信息； 　　根據所述業務信息，生成相應的業務請求； 　　將所述業務請求發送至第一區塊鏈節點包含的一個伺服器，以使所述第一區塊鏈節點將接收到的所述業務請求儲存在第一區塊鏈節點包含的業務儲存器中，並將所述業務請求發送給共識網路中的各第二區塊鏈節點，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務受理的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務受理的裝置，包括： 　　接收信息模組，接收用戶輸入的業務信息； 　　請求生成模組，根據所述業務信息，生成相應的業務請求； 　　發送模組，將所述業務請求發送至第一區塊鏈節點包含的一個伺服器，以使所述第一區塊鏈節點將接收到的所述業務請求儲存在第一區塊鏈節點包含的業務儲存器中，並將所述業務請求發送給共識網路中的各第二區塊鏈節點，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務共識的方法，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的方法，包括： 　　第一區塊鏈節點從自身包含的多個伺服器中選取伺服器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　通過選取出的伺服器從自身包含的業務儲存器中撈取至少一個業務請求； 　　通過選取出的伺服器將所述至少一個業務請求打包成預處理塊，並將所述預處理塊發送至共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點對所述預處理塊進行業務共識，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務共識的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的裝置，包括： 　　請求撈取模組，從自身對應的業務儲存器中撈取至少一個業務請求； 　　發送模組，將所述至少一個業務請求打包成預處理塊，並將所述預處理塊發送至共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點對所述預處理塊進行業務共識，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務共識的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的裝置，包括： 　　選取模組，從第一區塊鏈節點包含的多個伺服器中選取伺服器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　本申請實施例提供一種業務共識的方法，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的方法，包括： 　　區塊鏈節點通過自身包含的第一伺服器獲取預處理塊，所述區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　根據自身包含的業務儲存器中儲存的各業務請求，通過所述第一伺服器對所述預處理塊進行業務共識。 　　本申請實施例提供一種業務共識的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的裝置，包括： 　　獲取模組，獲取預處理塊； 　　共識模組，根據自身對應的業務儲存器中儲存的各業務請求，對所述預處理塊進行業務共識。 　　本申請實施例提供一種業務共識的方法，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的方法，包括： 　　針對共識網路中的每個區塊鏈節點，註冊中心獲取該區塊鏈節點包含的多個伺服器的地址，每個區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　將獲取到的該區塊鏈節點包含的多個伺服器的地址發送至共識網路中其他區塊鏈節點以及客戶端儲存。 　　本申請實施例提供一種業務共識的裝置，用以解决現有技術中區塊鏈節點在進行業務處理時穩定性較差、業務處理效率較低的問題。 　　本申請實施例提供了一種業務共識的裝置，包括： 　　獲取模組，針對共識網路中的每個區塊鏈節點，獲取該區塊鏈節點包含的多個伺服器的地址，每個區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　發送模組，將獲取到的該區塊鏈節點包含的多個伺服器的地址發送至共識網路中其他區塊鏈節點以及客戶端儲存。 　　本申請實施例採用的上述至少一個技術方案能夠達到以下有益效果： 　　在本申請實施例中，第一區塊鏈節點中包含有多個伺服器，第一區塊鏈節點可通過包含的一個伺服器接收從客戶端發送的業務請求並儲存，以及通過包含的一個伺服器從該第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求，得到預處理塊，並將預處理塊通過撈取至少一個業務請求伺服器發送至共識網路的各第二區塊鏈節點中，以通過各第二區塊鏈節點對該預處理塊進行業務共識。由於在第一區塊鏈節點包含的多個伺服器中，只要有一個伺服器可用，即能保證該第一區塊鏈節點可用，從而極大的提高了第一區塊鏈節點在共識網路中的穩定性。不僅如此，由於第一區塊鏈節點中包含的每個伺服器均可接收用戶通過客戶端發送的業務請求，並且每個伺服器均可向共識網路中的各第二區塊鏈節點發起業務共識，從而極大的提高了區塊鏈業務的業務處理效率。
為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都應當屬於本申請保護的範圍。 　　圖1為本申請實施例提供的業務共識的過程示意圖，具體包括以下步驟： 　　S101：第一區塊鏈節點通過所述第一區塊鏈節點包含的多個伺服器中的伺服器接收客戶端發送的業務請求。 　　在本申請實施例中，用戶在進行業務處理的過程中，可通過客戶端向第一區塊鏈節點發送業務請求，其中，這裏提到的客戶端可以是用戶所持有的終端中安裝的客戶端，用戶可在終端中啓動該客戶端，並在客戶端向用戶展示的界面中輸入業務信息，而客戶端接收到用戶輸入的業務信息後，可根據客戶端中預選儲存的業務邏輯，生成相應的業務請求，進而通過終端將該業務請求發送至第一區塊鏈節點中。 　　當然，在本申請實施例中，用戶也可直接在終端中輸入相應的業務信息，而終端則可根據用戶輸入的業務信息生成相應的業務請求，並將該業務請求發送至第一區塊鏈節點中。 　　在本申請實施例中，第一區塊鏈節點中包含有多個伺服器（換句話說，第一區塊鏈節點中包含有一個伺服器集群，該伺服器集群就相當於是該第一區塊鏈節點），且，每個伺服器都共享諸如點對點路由表、節點非對稱公私鑰、節點身份標識號碼（Identity，ID）等節點配置信息，所以，對於共識網路中的其他區塊鏈節點以及客戶端來說，該第一區塊鏈節點中各伺服器所執行的操作均看作是來自於第一區塊鏈節點本身發出的。 　　因此，客戶端向第一區塊鏈節點發送業務請求時，需要先確定出應該向第一區塊鏈節點中的哪個伺服器發送該業務請求，為此，本申請實施例中提供了一個註冊中心，該註冊中心用於管理區塊鏈節點中各伺服器的地址，並將各伺服器的地址推送至客戶端中，客戶端可隨機從註冊中心推送的地址中選取一個地址，並將該業務請求發送至該地址所對應的伺服器中，如圖2所示。 　　圖2為本申請實施例提供的註冊中心向客戶端推送地址的示意圖。 　　在圖2中，第一區塊鏈節點中包含有多個伺服器，每個伺服器在上線時（這裏提到的上線是指該伺服器開始正常進行業務受理）可向註冊中心進行註冊，換句話說即為通知註冊中心該伺服器當前處於可用狀態，可以接收客戶端發送的業務請求。註冊中心在確定該伺服器上線後，可獲取到該伺服器的地址，繼而將該地址推送給客戶端，以使客戶端在接收到該地址後，將該地址進行儲存。 　　其中，在本申請實施例中，註冊中心可以主動從該伺服器中獲取到該伺服器的地址，也可由該伺服器向註冊中心提供該地址，例如，伺服器在註冊中心進行註冊後，註冊中心可向伺服器返回註冊成功的消息，該伺服器在接收到該消息後，可主動將自身的地址發送至註冊中心中，以使註冊中心對該地址進行管理。 　　而註冊中心除了可將獲取到的地址主動推送至客戶端中外，客戶端也可主動獲取註冊中心中管理的各地址。例如，客戶端在向第一區塊鏈節點發送業務請求之外，可向註冊中心發送獲取地址的詢問消息，註冊中心接收到詢問消息後，可將第一區塊鏈節點當前可用的伺服器（即當前在註冊中心中註冊的伺服器）的地址發送給該客戶端，以使該客戶端在接收到註冊中心發送的各地址後，從各地址中選取一個地址，並將該業務請求發送至選取的地址所對應的伺服器中。當然，客戶端也可通過其他的方式從註冊中心中獲取第一區塊鏈節點包含的各伺服器的地址，在此就不一一進行舉例說明了。 　　需要說明的是，在實際應用中，第一區塊鏈節點中的伺服器可能會出現諸如運行故障、程式重啓等情况，導致伺服器下線（即該伺服器無法進行業務受理），註冊中心若是將下線伺服器的地址發送給客戶端，且客戶端在選擇伺服器時，恰好選擇了下線伺服器的地址，則可能會導致客戶端無法將上述業務請求發送至第一區塊鏈節點中，進而導致第一區塊鏈節點無法對該業務請求進行處理。 　　為了避免上述問題的發生，在本申請實施例中，對於已經註冊在註冊中心的每個伺服器來說，註冊中心每隔設定時間即可向該伺服器發送心跳檢測消息，當伺服器依然正常運行在線上時，則可根據接收到的心跳檢測消息向註冊中心返回應答消息，註冊中心在接收到該應答消息後，可確定該伺服器依然正常的運行在線上，進而繼續管理該伺服器的地址。 　　而當註冊中心向該伺服器發送上述心跳檢測消息後，監測到經過設定時間後仍未接收到該伺服器根據該心跳檢測消息返回的應答消息時，則可確定該伺服器當前可能出現了諸如運行故障、程式重啓等情况，導致該伺服器下線，繼而不再向客戶端推送該伺服器的地址，並且，若之前已經向該客戶端推送該伺服器的地址，則可向該客戶端發送該伺服器下線的通知，以使該客戶端根據該通知將該伺服器的地址從本地中進行刪除。 　　客戶端將下線伺服器的地址刪除後，後續將不再向該伺服器發送業務請求，直到該伺服器重新上線，客戶端才會從註冊中心中重新獲取到該伺服器的地址，繼而通過該地址，向該伺服器發送業務請求。 　　需要說明的是，上述圖2中僅僅是以客戶端從註冊中心獲取第一區塊鏈節點包含的各地址來進行說明的，在圖2中，由於第一區塊鏈節點能夠從客戶端中接收客戶端發送的業務請求，所以，第一區塊鏈節點中的各伺服器需要在註冊中心進行註冊，以使註冊中心能夠將第一區塊鏈節點中各伺服器的地址推送至客戶端中，以使客戶端能夠通過獲取到的地址向第一區塊鏈節點中的伺服器發送業務請求。 　　而在實際應用中，由於共識網路中的第二區塊鏈節點同樣可以接收客戶端發送的業務請求，並對該業務請求進行處理，所以，在本申請實施例中，針對共識網路中的每個第二區塊鏈節點，該第二區塊鏈節點包含的各伺服器同樣可在註冊中心中進行註冊，以使註冊中心能夠將該第二區塊鏈節點包含的各伺服器的地址推送至客戶端中。這樣一來，客戶端同樣可通過獲取到的地址，向第二區塊鏈節點中的伺服器發送業務請求。 　　S102：通過所述伺服器將所述業務請求儲存在所述第一區塊鏈節點包含的業務儲存器中，並將所述業務請求發送給共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中。 　　第一區塊鏈節點中包含的伺服器接收到客戶端發送的業務請求後，可將該業務請求儲存在第一區塊鏈節點所包含的業務儲存器中，與此同時，該伺服器可將客戶端發送的業務請求發送至共識網路中的各第二區塊鏈節點，以使該第二區塊鏈節點接收到該業務請求後，將該業務請求儲存在自身包含的業務儲存器中。 　　其中，第一區塊鏈節點中的伺服器在接收到上述業務請求後，可先對該業務請求進行合法驗證，該合法驗證可以是諸如RSA算法等非對稱簽名合法驗證，也可以是其他形式的驗證。當該伺服器確定該業務請求通過合法驗證時，則可將該業務請求儲存在第一區塊鏈節點所包含的業務儲存器中，並將該業務請求發送至共識網路中的各第二區塊鏈節點，而當該伺服器確定該業務請求未通過合法驗證時，則不對該業務請求進行儲存，並可向客戶端返回該業務請求受理失敗的消息，以使用戶通過客戶端查看到該消息後，執行一定的操作，如，用戶查看到該消息後，可在客戶端中重新編輯業務請求，並將編輯好的業務請求通過客戶端發送至第一區塊鏈節點所包含的伺服器中。 　　在本申請實施例中，由於共識網路中的各區塊鏈節點均可包含有多個伺服器，所以，第一區塊鏈節點中的伺服器在向第二區塊鏈節點發送上述業務請求時，同樣也需要獲取第二區塊鏈節點中各伺服器的地址，繼而通過獲取到的地址，向第二區塊鏈節點包含的伺服器發送該業務請求。 　　所以，在本申請實施例中，註冊中心同樣需要對第二區塊鏈節點中各伺服器的地址進行管理，並將第二區塊鏈節點中各伺服器的地址發送至第一區塊鏈節點中的各伺服器，如圖3所示。 　　圖3為本申請實施例提供的註冊中心向第一區塊鏈節點中的各伺服器推送第二區塊鏈節點中各伺服器的地址的示意圖。 　　在圖3中，第二區塊鏈節點中的各伺服器上線後，同樣可在註冊中心中進行註冊，以使註冊中心獲取到第二區塊鏈節點中各伺服器的地址，其中，註冊中心可自動從第二區塊鏈節點中的各伺服器獲取地址，也可由第二區塊鏈節點中的各伺服器主動向註冊中心發送各自的地址，具體的方式與上述步驟S101中，註冊中心獲取第一區塊鏈節點中各伺服器的地址的方式相同，在此就不進行詳細贅述了。 　　第一區塊鏈節點中的各伺服器通過註冊中心獲取到第二區塊鏈節點中各伺服器的地址後，可將獲取到的地址進行儲存。第一區塊鏈節點中的伺服器向第二區塊鏈節點發送業務請求時，可從自身保存的第二區塊鏈節點包含的各地址中選取一個地址，進而將該業務請求發送至該地址所對應的伺服器中，以使該地址所對應的伺服器在接收到該業務請求後，將該業務請求儲存在第二區塊鏈節點所對應的業務儲存器中。 　　其中，第二區塊鏈節點中的伺服器在接收到上述業務請求後，也可對該業務請求進行合法驗證，當確定該業務請求通過合法驗證時，則可將該業務請求儲存在第二區塊鏈節點包含的業務儲存器中，而當該伺服器確定該業務請求未通過合法驗證時，則不對該業務請求進行儲存。 　　需要說明的是，由於第二區塊鏈節點中包含的伺服器也會存在上述步驟S101中提到的伺服器下線的情况，所以，註冊中心在獲取到第二區塊鏈節點中各伺服器的地址後，可每經過一個設定時間間隔，向這些地址對應的伺服器發送心跳檢測消息，當經過設定時間後（也可以是在設定時間內）接收到伺服器根據該心跳檢測消息返回的應答消息時，則可確定該伺服器仍然處於上線狀態，進而繼續對該伺服器的地址實施管理，而當經過設定時間後，仍未接收到該伺服器根據該心跳檢測消息返回的應答消息時，則可確定該伺服器可能出現了諸如運行故障、網路不穩定等情况致使該伺服器下線，則可不再繼續對該伺服器的地址進行管理，直到該伺服器重新上線後重新獲取該伺服器的地址並管理。 　　不僅如此，註冊中心通過上述方式確定出第二區塊鏈節點中的某一伺服器下線時，則可向第一區塊鏈節點中的各伺服器以及客戶端發送該伺服器下線的通知，以使第一區塊鏈節點中的各伺服器以及客戶端在接收到該通知後，將該伺服器的地址進行刪除，繼而在後續過程中不再向該地址的伺服器發送業務請求，直到該伺服器重新上線，並從註冊中心中重新獲取到該伺服器的地址後，可通過獲取到該地址，向該地址對應的伺服器發送業務請求。 　　圖3中只列舉出了一個第二區塊鏈節點將其包含的各伺服器註冊在註冊中心中的情况，在實際應用中，共識網路中存在多個第二區塊鏈節點，所以，對於共識網路中的每個第二區塊鏈節點來說，該第二區塊鏈節點中的伺服器在上線後，均可註冊在註冊中心中，以使註冊中心獲取到該第二區塊鏈節點中各伺服器的地址，並將獲取到的地址推送至第一區塊鏈節點的各伺服器中，換句話說，對於第一區塊鏈節點的每個伺服器來說，該伺服器將會儲存共識網路中每個第二區塊鏈節點所包含的各伺服器的地址。 　　需要說明的是，在實際應用中，整個共識網路中包含有多個區塊鏈節點，而本申請實施例所提到的第一區塊鏈節點指的是接收客戶端業務請求的區塊鏈節點，而除第一區塊鏈節點之外其他區塊鏈節點，在本申請實施例中可以稱之為第二區塊鏈節點，第一區塊鏈節點和第二區塊鏈節點是一個相對概念，即，從客戶端接收業務請求的區塊鏈節點可以稱之為第一區塊鏈節點，而接收由第一區塊鏈節點發送的該業務請求的區塊鏈節點則可稱之為第二區塊鏈節點。由於共識網路中的各區塊鏈節點均可客戶端發送的業務請求，因此，各區塊鏈節點實質上均可以是第一區塊鏈節點，也可以是第二區塊鏈節點，而第一區塊鏈節點和第二區塊鏈節點的劃分取决於業務請求是從何處接收的。 　　當然，在共識校驗過程中，第一區塊鏈節點和第二區塊鏈節點的劃分也可以通過哪一節點發起共識校驗來區分，即，將包含有至少一個業務請求的預處理塊發送至共識網路的共識校驗發起者可以是第一區塊鏈節點，而接收該預處理塊的區塊鏈節點則可以稱之為第二區塊鏈節點。 　　S103：在業務共識階段中，從所述第一區塊鏈節點包含的多個伺服器中選取伺服器，並通過選取出的伺服器從所述第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求。 　　在本申請實施例中，第一區塊鏈節點中的伺服器需要將第一區塊鏈節點包含的業務儲存器中的業務請求進行業務共識，所以，在業務共識階段中，第一區塊鏈節點中的伺服器可從第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求，並在後續過程中，將撈取的各業務請求打包成預處理塊發送至共識網路中的各第二區塊鏈節點進行業務共識。 　　其中，在本申請實施例中，第一區塊鏈節點除了包含有多個伺服器、業務儲存器外，還包含有一個定時任務觸發器，該定時任務觸發器用於定時通過第一區塊鏈節點中的伺服器向共識網路中的各區塊鏈節點發起業務共識，而由於第一區塊鏈節點中包含有多個伺服器，所以，在業務共識階段中，定時任務觸發器可從第一區塊鏈節點包含的多個伺服器中選取一個伺服器，進而由該伺服器從第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求。 　　在本申請實施例中，上述定時任務觸發器可以是一個硬體設備，也可以是以軟體的形式存在，其中，對於軟體的形式來說，該定時任務觸發器可以設置在第一區塊鏈節點中的某一個伺服器中，該定時任務觸發器在該伺服器中運行時，可在業務共識階段中從第一區塊鏈節點包含的各伺服器中選取一個伺服器，並通過定時任務觸發器所在的伺服器向選取出的伺服器發送通知，以使選取出的伺服器在接收到該通知後，從第一區塊鏈節點包含的業務儲存器中撈取至少一個請求。 　　伺服器上述業務儲存器（即第一區塊鏈節點包含的業務儲存器）中撈取各業務請求的過程中，可以按照各業務請求在該業務儲存器中儲存的時間順序進行撈取，也可按照各業務請求的業務類型進行撈取，抑或是按照各業務請求的業務等級來進行撈取，撈取的方式有很多，在此就不一一舉例說明了。 　　S104：通過選取出的伺服器將所述至少一個業務請求打包成預處理塊，並通過選取出的伺服器將所述預處理塊發送至共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點對所述預處理塊進行業務共識。 　　第一區塊鏈節點中的伺服器從第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求後，可將撈取出的各業務請求進行處理，並打包成預處理塊，其中，該伺服器可按照預設的排序規則，將撈取出的各業務請求進行排序，得到各業務請求的排序結果，並通過預設的特徵值確定規則以及該排序結果，確定出各業務請求唯一對應的待驗證特徵值，而後，該伺服器可將撈取出的各業務請求、各業務請求的排序結果以及確定出的待驗證特徵值打包成一個預處理塊，繼而將該預處理塊發送至第二區塊鏈節點所包含的伺服器中。 　　其中，該伺服器確定待驗證特徵值的具體方式可以如圖4所示。 　　圖4為本申請實施例提供的伺服器確定待驗證特徵值的示意圖。 　　在圖4中，第一區塊鏈節點的伺服器（即通過第一區塊鏈節點包含的定時任務觸發器確定出的伺服器）從第一區塊鏈節點包含業務儲存器中撈取了圖4所示的4個業務請求，伺服器可將這4個業務請求按照預設的排序規則進行排序，從而得到如圖4所示的排序結果。而後，該伺服器可按照預設的特徵值確定規則：Hash算法，分別確定出這4個業務請求對應的子特徵值Hash1~Hash4，並將確定出的這4個子特徵值按照得到的排序結果，從左到右依次置於Merkle樹的葉子節點中，進而確定出Merkle樹的根節點值Hash7。該伺服器可將確定出的Merkle樹根節點值Hash7確定為這4個業務請求唯一對應的待驗證特徵值，進而將確定出的待驗證特徵值，排序結果以及這4個業務請求打包成預處理塊。 　　需要說明的是，圖4中所示的待驗證特徵值的確定方式並不唯一，如，第一區塊鏈節點中的伺服器除了可採用Hash作為預設的特徵值確定規則，確定各業務請求唯一對應的待驗證特徵值外，還可通過諸如消息摘要算法第5版（Message Digest Algorithm，MD5）等算法來確定各業務請求唯一對應的待驗證特徵值，只需保證確定出的待驗證特徵值唯一對應的各業務請求即可。而對於Merkle樹的形式來說，除了可以採用如圖4所示的形式外，還可採用其他的形式，在此就不一一舉例說明了。 　　當然，在本申請實施例中，第一區塊鏈節點的伺服器除了通過Merkle樹確定出各業務請求唯一對應的待驗證特徵值外，還可採用其他的方式進行確定，如，該伺服器分別確定出各業務請求對應的各子特徵值後，可將確定出的各子特徵值按照一定的順序進行排序，並將排序的結果再次進行加密，進而將加密後的結果就作為各業務請求唯一對應的待驗證特徵值；或是，伺服器分別確定出各業務請求對應的各子特徵值後，可通過snowflake算法來生成一個全域唯一的ID，並將該ID就作為各業務請求唯一對應的待驗證特徵值；抑或是伺服器可根據分別確定出的各業務請求對應的各子特徵值，確定出各子特徵值的一個通用唯一識別碼（Universally Unique Identifier，UUID），並將該UUID就作為各業務請求唯一對應的待驗證特徵值。當然還有其他的確定方式，在此就不進行一一舉例說明了，只需保證確定出的待驗證特徵值能夠唯一對應的各業務請求即可。 　　第一區塊鏈節點中的伺服器（即第一區塊鏈節點中定時任務觸發器在業務共識階段選取出的伺服器）確定出上述預處理塊後，可將該預處理塊發送至共識網路中的各第二區塊鏈節點，而由於共識網路中每個第二區塊鏈節點中均包含多個伺服器，所以，第一區塊鏈節點的伺服器在發送該預處理塊時，需要確定出將該預處理塊發送至各第二區塊鏈節點中的哪個伺服器中。 　　在本申請實施例中，由於第一區塊鏈節點中的各伺服器可從註冊中心獲取到共識網路中每個第二區塊鏈節點所包含的各伺服器的地址，因此，第一區塊鏈節點的伺服器需要將該預處理塊發送至共識網路中的某一第二區塊鏈節點時，可從自身儲存的該第二區塊鏈節點中各伺服器的地址（儲存的地址為該第二區塊鏈節點中處於上線狀態的伺服器的地址）中選取一個地址，並將該預處理塊發送至該地址所對應的伺服器中，以使該地址對應的伺服器在接收到該預處理塊後，對該預處理塊進行共識校驗。 　　由於在共識網路中存在多個第二區塊鏈節點，所以，第一區塊鏈節點中的伺服器在將上述預處理塊發送至各第二區塊鏈節點時，可通過上述方式，分別從儲存的各地址中分別確定出接收該預處理塊的各第二區塊鏈節點的各伺服器，繼而將該預處理塊通過確定出的各地址分別發送至各第二區塊鏈節點的各伺服器中。 　　對於第二區塊鏈節點來說，當第二區塊鏈節點中包含的伺服器接收到上述第一區塊鏈節點中的伺服器發送的預處理塊後，可對該預處理塊進行解析，確定出該預處理塊中包含的各業務請求、各業務請求的排序結果以及上述待驗證特徵值，而後，第二區塊鏈節點中的伺服器可從第二區塊鏈節點包含的業務儲存器中查找出與該預處理塊中包含的各業務請求相匹配的各業務請求，並通過預設的特徵值確定規則以及確定出的各業務請求的排序結果，確定出從第二區塊鏈節點包含的業務儲存器中查找出的各業務請求唯一對應的特徵值，其中，這裏提到的預設的特徵值確定規則與第一區塊鏈節點中的伺服器所使用的特徵值確定規則相同。 　　第二區塊鏈節點中的伺服器確定出上述特徵值後，可將確定出的特徵值與上述預處理塊中包含的待驗證特徵值進行比對，當確定兩者一致時，則可確定該預處理塊通過本地的（即第二區塊鏈節點的該伺服器）的共識校驗，進而將校驗結果儲存在該第二區塊鏈節點包含的業務儲存器中，以及將該校驗結果發送至共識網路中的其他區塊鏈節點（這裏提到的其他區塊鏈節點包含有各第二區塊鏈節點以及第一區塊鏈節點）。 　　其中，第二區塊鏈節點中的伺服器發送上述校驗結果的方式與第一區塊鏈節點中的伺服器將業務請求或預處理塊發送給共識網路中各第二區塊鏈節點的方式相同，即，當該第二區塊鏈節點的伺服器需要將該校驗結果發送至共識網路中的某一個區塊鏈節點時（可以是第二區塊鏈節點也可以是第一區塊鏈節點），該伺服器可從本地儲存的該區塊鏈節點中各伺服器的地址中選取一個地址，並將該校驗結果發送至該地址所對應的伺服器。而地址所對應的伺服器在接收到該校驗結果後，可將該校驗結果儲存在所屬區塊鏈節點所包含的業務儲存器中。 　　上述第二區塊鏈節點中的伺服器在將上述校驗結果發送至共識網路中各區塊鏈節點的同時，該第二區塊鏈節點中的其他伺服器或是該伺服器也可接收共識網路中其他區塊鏈節點發送的關於上述預處理塊的校驗結果，並將接收的校驗結果統一儲存在該第二區塊鏈節點包含的業務儲存器中。而後，第二區塊鏈節點中的伺服器（該伺服器可以是接收上述預處理塊的伺服器）可從第二區塊鏈節點包含的業務儲存器中確定出共識網路中各區塊鏈節點關於該預處理塊的校驗結果（包括自身做出的校驗結果），確定共識網路中的各區塊鏈節點關於該預處理塊的一個綜合校驗結果，而後，該伺服器可通過與上述發送校驗結果相同的方式，將確定出的該綜合校驗結果發送至共識網路中的各區塊鏈節點中，與此同時將該綜合校驗結果儲存該第二區塊鏈節點所包含的業務儲存器中。 　　上述第二區塊鏈節點中的伺服器發送上述綜合校驗結果後，該第二區塊鏈節點中的其他伺服器或是該伺服器（即發送綜合校驗結果的伺服器）也可接收共識網路中各區塊鏈節點（包含各第二區塊鏈節點以及第一區塊鏈節點）發送的關於上述預處理塊的綜合校驗結果，並將該綜合校驗結果儲存在該第二區塊鏈節點包含的業務儲存器中。 　　上述第二區塊鏈節點中的伺服器（即發送綜合校驗結果的伺服器）可從該第二區塊鏈節點包含的業務儲存器中撈取共識網路中其他區塊鏈節點發送的綜合校驗結果，並通過接收到的綜合校驗結果以及自身確定出的綜合校驗結果，確定上述預處理塊是否通過共識網路的業務共識，若根據該業務儲存器中儲存的各綜合校驗結果（包含自身確定出的）確定該預處理塊中包含的各業務請求通過共識網路的業務共識，則可將該預處理塊中包含的各業務請求寫入到該第二區塊鏈節點所保存的區塊鏈中，否則不將各業務請求寫入到該區塊鏈中，其中，第二區塊鏈節點中的伺服器可將各業務請求的完整內容寫入到該區塊鏈中，也可只將各業務請求的信息摘要寫入到該區塊鏈中。 　　上述說明的業務共識過程較為複雜，為了便於理解，下面將列舉一個簡單的例子清楚的說明第二區塊鏈節點中的伺服器對上述預處理塊進行業務共識的過程，如圖5所示。 　　圖5為本申請實施例提供的第二區塊鏈節點中的伺服器對預處理塊進行業務共識的過程示意圖。 　　假設，在共識網路中存在第一區塊鏈節點、第二區塊鏈節點A以及第二區塊鏈節點B這三個區塊鏈節點。這三個區塊鏈節點中的各伺服器分別存有其他兩個區塊鏈節點包含的各伺服器的地址。第一區塊鏈節點中的伺服器#3從第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求，並將所述至少一個業務請求打包成預處理塊發送給其他兩個區塊鏈節點，其中，伺服器#3通過自身儲存的其他兩個區塊鏈節點包含的各伺服器的地址，確定將該預處理塊分別發送給伺服器A1以及伺服器B1。 　　伺服器A1以及伺服器B1接收到上述預處理塊後，可對該預處理塊進行共識校驗，並將得到出的針對該預處理塊的校驗結果分別儲存在所屬區塊鏈節點所包含的業務儲存器中。與此同時，伺服器A1以及伺服器B1可分別將確定出的校驗結果發送至共識網路中的其他兩個區塊鏈節點，其中，伺服器A1根據自身儲存的其他兩個區塊鏈節點中各伺服器的地址，確定將自身得出的校驗結果發送至第一區塊鏈節點中的伺服器#2以及第二區塊鏈節點B中的伺服器B2，而伺服器B1則確定將自身得出的校驗結果發送至第一區塊鏈節點的伺服器#3以及第二區塊鏈節點A中的伺服器A3。 　　共識網路中的這三個區塊鏈節點中的伺服器分別接收到其餘兩個區塊鏈節點的伺服器所發送的校驗結果後，可將接收到的校驗結果儲存在所屬區塊鏈節點所包含的業務儲存器中。而伺服器A1（即接收上述預處理塊的伺服器）可從第二區塊鏈節點A包含的業務儲存器中獲取各校驗結果（其中包含自身得出的校驗結果），並根據這些校驗結果得出共識網路中各區塊鏈節點針對該預處理塊的一個綜合校驗結果。伺服器A1可將得出的該綜合校驗結果儲存在第二區塊鏈節點A所包含的業務儲存器中，並將該綜合校驗結果發送至其他兩個區塊鏈節點中，發送的方式與發送校驗結果的方式相同，在此就不進行詳細贅述了。而對於伺服器#3（即發送業務共識的伺服器）以及伺服器B1（接收預處理塊的伺服器）來說，同樣可以按照這種方式確定出針對該預處理塊的一個綜合校驗結果，並將得出的綜合校驗結果發送至共識網路中的其他兩個區塊鏈節點。 　　共識網路中各區塊鏈節點的各伺服器在接收到其他兩個區塊鏈節點發送的綜合校驗結果後，可將接收到的綜合校驗結果儲存在所屬區塊鏈節點包含的業務儲存器中。 　　伺服器A1可從第二區塊鏈節點A包含的業務儲存器中獲取到各區塊鏈節點發送的針對上述預處理塊的綜合校驗結果（包含自身作出的綜合校驗結果），而後，伺服器A1可根據各綜合校驗結果，確定出該預處理塊是否通過共識網路中的業務共識，若是，則將該預處理塊中包含的各業務請求寫入到第二區塊鏈節點A的區塊鏈中，若否，則不將各業務請求寫入到該區塊鏈中。同理，伺服器#3以及伺服器B1也可通過這種方式，從各自所屬的區塊鏈節點所包含的業務儲存器中獲取到各綜合校驗結果，並根據獲取到的各綜合校驗結果，確定是否將該預處理塊中包含的各業務請求寫入到所屬區塊鏈節點的區塊鏈中。 　　從上述方法中可以看出，由於共識網路中的各區塊鏈節點均包含有多個伺服器，對於每個區塊鏈節點來說，該區塊鏈節點中的各伺服器只要有一個處於上線狀態，即可用，則該區塊鏈節點在共識網路中即為可用的區塊鏈節點，從而極大的提高了區塊鏈節點在共識網路中的穩定性。不僅如此，由於每個區塊鏈節點中都包含有多個伺服器，每個伺服器對於區塊鏈節點來說，其功能和地位都是等同的，換句話說，區塊鏈節點在現有技術的基礎上，增加了地位等同的伺服器，這就極大的提高了區塊鏈節點的性能，從而提高了區塊鏈節點的業務處理效率。 　　需要說明的是，在業務共識的過程中，共識網路中的每個區塊鏈節點均可確定出自身針對上述預處理塊的校驗結果，將得出的校驗結果發送至共識網路中的其他區塊鏈節點以及將該校驗結果儲存在該區塊鏈節點所對應的業務儲存器中，其中，該區塊鏈節點可通過自身包含的第一伺服器對該預處理塊進行共識校驗，而該第一伺服器可以是該區塊鏈節點中的一個指定的伺服器，也可以是從區塊鏈節點中包含的各伺服器中選取出的一個伺服器。 　　與此同時，該區塊鏈節點也將接收到共識網路中的其他區塊鏈節點發送的針對上述預處理塊的校驗結果，其中，該區塊鏈節點可通過其所包含的伺服器接收其他區塊鏈節點發送的校驗結果，並將接收到的校驗結果儲存在該區塊鏈節點所對應的業務儲存器中，這裏可將接收由其他區塊鏈節點所發送的校驗結果的伺服器稱之為第二伺服器，該第二伺服器可以是該區塊鏈節點中任意一個伺服器，當然也可以是上述說明的第一伺服器，而到底通過哪個第二伺服器來接收其他區塊鏈節點發送的校驗結果，則取决於其他區塊鏈節點中包含的伺服器選取哪個第二伺服器接收其發送的校驗結果。 　　在上述步驟S101中，客戶端除了可從儲存的第一區塊鏈節點中各伺服器的地址中隨機選取一個地址外，也可根據負載均衡情况來選取地址，為此，註冊中心向客戶端推送第一區塊鏈節點中各伺服器的地址時，可連帶將各伺服器的負載情况一並推送給客戶端，以使客戶端通過預設的負載均衡算法，從各地址中選取一個負載較小的伺服器的地址，並將上述業務請求發送至該地址所對應的伺服器中。 　　同理，第一區塊鏈節點的伺服器在發送上述業務請求至共識網路中的各第二區塊鏈節點時，也可採用負載均衡的方式，從儲存的各地址中選取伺服器，當然，第一區塊鏈節點的伺服器發送上述預處理塊，以及共識網路中各區塊鏈節點在發送上述校驗結果以及綜合校驗結果時，也可採用負載均衡的方式進行，具體過程客戶端通過負載均衡的方式向第一區塊鏈節點發送業務請求的方式相同，在此就不作詳細贅述了。 　　在本申請實施例中，除了可以使用任務定時觸發器來選取發起業務共識的伺服器外，還可以在區塊鏈節點（包含第一區塊鏈節點以及第二區塊鏈節點）中的伺服器分別設置一個共識周期，不同伺服器的共識周期各不相同，當伺服器監測到當前時間到達自身的共識周期，則可從所屬區塊鏈節點的業務儲存器中撈取至少一個業務請求。 　　在本申請實施例中，區塊鏈節點（包含第一區塊鏈節點以及第二區塊鏈節點）中伺服器在接收到上述業務請求後，也可將該業務請求轉發至該區塊鏈節點的其他伺服器中，並由其他的伺服器將該業務請求儲存在該區塊鏈節點所包含的業務儲存器中。而對於共識網路中的每個第二區塊鏈節點來說，該第二區塊鏈節點中的伺服器在接收到第一區塊鏈節點發送的預處理塊後，也可將該預處理塊轉發至該第二區塊鏈節點中的其他伺服器中進行共識校驗，並將得出的校驗結果儲存在該第二區塊鏈節點所包含的業務儲存器中。 　　以上為本申請實施例提供的業務共識的方法，基於同樣的思路，本申請實施例還提供以下幾種業務受理的裝置以及業務共識的裝置，如圖6~12所示。 　　圖6為本申請實施例提供的一種業務受理的裝置示意圖，具體包括： 　　接收模組601，接收客戶端發送的業務請求； 　　儲存模組602，將所述業務請求儲存在自身對應的業務儲存器中； 　　發送模組603，將所述業務請求發送給共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　所述裝置還包括： 　　註冊模組604，當確定所述裝置上線時，則將所述裝置的地址發送至註冊中心，以使所述註冊中心將所述地址發送至客戶端以及共識網路中的各第二區塊鏈節點。 　　所述裝置還包括： 　　獲取模組605，針對每個第二區塊鏈節點，所述裝置從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。 　　所述發送模組603，針對每個第二區塊鏈節點，從獲取的該第二區塊鏈節點包含的多個伺服器的地址中選取地址；將所述業務請求發送至選取的地址所對應的伺服器中。 　　所述儲存模組602，對所述業務請求進行合法驗證；當確定所述業務請求通過所述合法驗證時，將所述業務請求儲存在所述業務儲存器中。 　　所述儲存模組602，當確定所述業務請求未通過所述合法驗證時，則不對所述業務請求進行儲存。 　　區塊鏈節點中包含有多個所述裝置。 　　圖7為本申請實施例提供的一種業務受理的裝置示意圖，具體包括： 　　接收請求模組701，接收第一區塊鏈節點發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　請求儲存模組702，將所述業務請求儲存在自身對應的業務儲存器中。 　　所述裝置還包括： 　　註冊模組703，當確定所述裝置上線時，則將所述裝置的地址發送註冊中心，以使所述註冊中心將所述地址發送至所述第一區塊鏈節點、客戶端以及共識網路中其他第二區塊鏈節點中。 　　所述請求儲存模組702，對所述業務請求進行合法驗證；當確定所述業務請求通過所述合法驗證時，將所述業務請求儲存在所述業務儲存器中。 　　所述請求儲存模組702，當確定所述業務請求未通過所述合法驗證時，則不對所述業務請求進行儲存。 　　圖8為本申請實施例提供的一種業務受理的裝置示意圖，具體包括： 　　接收信息模組801，接收用戶輸入的業務信息； 　　請求生成模組802，根據所述業務信息，生成相應的業務請求； 　　發送模組803，將所述業務請求發送至第一區塊鏈節點包含的一個伺服器，以使所述第一區塊鏈節點將接收到的所述業務請求儲存在第一區塊鏈節點包含的業務儲存器中，並將所述業務請求發送給共識網路中的各第二區塊鏈節點，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　所述發送模組803，從註冊中心中獲取所述第一區塊鏈節點包含的多個伺服器的地址；從獲取的所述第一區塊鏈節點包含的多個伺服器的地址中選取地址，並將所述業務請求發送至選取的地址所對應的伺服器中。 　　所述裝置還包括： 　　刪除模組804，當接收到所述註冊中心針對某一伺服器發送的下線通知時，則將該伺服器的地址進行刪除。 　　圖9為本申請實施例提供的一種業務共識的裝置示意圖，具體包括： 　　請求撈取模組901，從自身對應的業務儲存器中撈取至少一個業務請求； 　　發送模組902，將所述至少一個業務請求打包成預處理塊，並將所述預處理塊發送至共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點對所述預處理塊進行業務共識，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　所述裝置還包括： 　　獲取地址模組903，針對每個第二區塊鏈節點，所述裝置從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。 　　所述發送模組902，針對每個第二區塊鏈節點，從獲取到的該第二區塊鏈節點包含的多個伺服器的地址中選取地址；將所述預處理塊發送至選取的地址所對應的伺服器中，以使選取的地址所對應的伺服器對接收到的所述預處理塊進行業務共識。 　　圖10為本申請實施例提供的一種業務共識的裝置示意圖，具體包括： 　　選取模組1001，從第一區塊鏈節點包含的多個伺服器中選取伺服器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器。 　　所述選取模組1001，監測當前時刻是否滿足任務觸發條件；當監測到滿足任務觸發條件時，從所述第一區塊鏈節點包含的多個伺服器中選取伺服器。 　　圖11為本申請實施例提供的一種業務共識的裝置示意圖，具體包括： 　　獲取模組1101，獲取預處理塊； 　　共識模組1102，根據自身對應的業務儲存器中儲存的各業務請求，對所述預處理塊進行業務共識。 　　所述共識模組1102，對所述預處理塊進行共識校驗，得到校驗結果；接收共識網路中其他區塊鏈節點發送的各校驗結果，並將接收到的各校驗結果儲存在自身對應的業務儲存器中；從所述業務儲存器中獲取各校驗結果，並通過獲取到的各校驗結果，對所述預處理塊進行業務共識。 　　圖12為本申請實施例提供的一種業務共識的裝置示意圖，具體包括： 　　獲取模組1201，針對共識網路中的每個區塊鏈節點，獲取該區塊鏈節點包含的多個伺服器的地址，每個區塊鏈節點包含有多個伺服器以及至少一個業務儲存器； 　　發送模組1202，將獲取到的該區塊鏈節點包含的多個伺服器的地址發送至共識網路中其他區塊鏈節點以及客戶端儲存。 　　所述裝置還包括： 　　通知模組1203，針對共識網路中的每個區塊鏈節點，根據獲取到的該區塊鏈節點包含的多個伺服器的地址，向該區塊鏈節點包含的多個伺服器發送心跳檢測消息； 　　針對該區塊鏈節點包含的每個伺服器，當經過設定時間後未接收到該伺服器根據所述心跳檢測消息返回的應答消息時，則確定該伺服器下線，並通知所述客戶端以及共識網路中其他區塊鏈節點將儲存的該伺服器的地址刪除。 　　本申請實施例提供一種業務共識的方法及裝置，該方法中第一區塊鏈節點中包含有多個伺服器，第一區塊鏈節點可通過包含的多個伺服器接收從客戶端發送的業務請求並儲存，以及通過多個伺服器中的伺服器從該第一區塊鏈節點包含的業務儲存器中撈取至少一個業務請求，得到預處理塊，並將預處理塊通過該伺服器發送至共識網路的各第二區塊鏈節點中，以通過各第二區塊鏈節點對該預處理塊進行業務共識。由於在第一區塊鏈節點包含的多個伺服器中，只要有一個伺服器可用，即能保證該第一區塊鏈節點可用，從而極大的提高了第一區塊鏈節點在共識網路中的穩定性。不僅如此，由於第一區塊鏈節點中包含的每個伺服器均可接收用戶通過客戶端發送的業務請求，並且每個伺服器均可向共識網路中的各第二區塊鏈節點發起業務共識，從而極大的提高了區塊鏈業務的業務處理效率。 　　在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進（例如，對二極體、電晶體、開關等電路結構的改進）還是軟體上的改進（對於方法流程的改進）。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都通過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可編程邏輯器件（Programmable Logic Device, PLD）（例如現場可編程閘陣列（Field Programmable Gate Array，FPGA））就是這樣一種積體電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一個數位系統“整合”在一片PLD上，而不需要請晶片製造廠商來設計和製作專用的集成電路晶片。而且，如今，取代手工地製作集成電路晶片，這種編程也多半改用“邏輯編譯器（logic compiler）”軟體來實現，它與程式開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬體描述語言（Hardware Description Language，HDL），而HDL也並非僅有一種，而是有許多種，如ABEL（Advanced Boolean Expression Language）、AHDL（Altera Hardware Description Language）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（Java Hardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（Ruby Hardware Description Language）等，目前最普遍使用的是VHDL（Very-High-Speed Integrated Circuit Hardware Description Language）與Verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。 　　控制器可以按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該（微）處理器執行的電腦可讀程式代碼（例如軟體或固件）的電腦可讀媒體、邏輯閘、開關、專用積體電路（Application Specific Integrated Circuit，ASIC）、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，儲存器控制器還可以被實現為儲存器的控制邏輯的一部分。本領域技術人員也知道，除了以純電腦可讀程式代碼方式實現控制器以外，完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、專用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。 　　上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的産品來實現。一種典型的實現設備為電腦。具體的，電腦例如可以為個人電腦、膝上型電腦、行動電話、相機電話、智能電話、個人數位助理、媒體播放器、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。 　　為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。 　　本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式産品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有電腦可用程式代碼的電腦可用儲存媒體（包括但不限於磁碟儲存器、CD-ROM、光學儲存器等）上實施的電腦程式産品的形式。 　　本發明是參照根據本發明實施例的方法、設備（系統）、和電腦程式産品的流程圖和/或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方塊圖中的每一流程和/或方塊、以及流程圖和/或方塊圖中的流程和/或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以産生一個機器，使得通過電腦或其他可編程資料處理設備的處理器執行的指令産生用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的裝置。 　　這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀儲存器中，使得儲存在該電腦可讀儲存器中的指令産生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能。 　　這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以産生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的步驟。 　　在一個典型的配置中，電腦設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。 　　記憶體可能包括電腦可讀媒體中的非永久性儲存器，隨機存取記憶體(RAM)和/或非易失性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。 　　電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息儲存。信息可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括，但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可編程唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學記憶體、磁盒式磁帶，磁帶磁磁盤記憶體或其他磁性儲存設備或任何其他非傳輸媒體，可用於儲存可以被電腦設備接取的信息。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體(transitory media)，如調制的資料信號和載波。 　　還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情况下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。 　　本領域技術人員應明白，本申請的實施例可提供為方法、系統或電腦程式産品。因此，本申請可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有電腦可用程式代碼的電腦可用儲存媒體（包括但不限於磁碟儲存器、CD-ROM、光學儲存器等）上實施的電腦程式産品的形式。 　　本申請可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定任務或實現特定抽象資料類型的例程、程式、對象、組件、資料結構等等。也可以在分布式計算環境中實踐本申請，在這些分布式計算環境中，由通過通信網路而被連接的遠程處理設備來執行任務。在分布式計算環境中，程式模組可以位於包括儲存設備在內的本地和遠程電腦儲存媒體中。 　　本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。 　　以上所述僅為本申請的實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求範圍之內。
601‧‧‧接收模組602‧‧‧儲存模組603‧‧‧發送模組604‧‧‧註冊模組605‧‧‧獲取模組701‧‧‧接收請求模組702‧‧‧請求儲存模組703‧‧‧註冊模組801‧‧‧接收信息模組802‧‧‧請求生成模組803‧‧‧發送模組804‧‧‧刪除模組901‧‧‧請求撈取模組902‧‧‧發送模組903‧‧‧獲取地址模組1101‧‧‧獲取模組1102‧‧‧共識模組1201‧‧‧獲取模組1202‧‧‧發送模組1203‧‧‧通知模組1001‧‧‧選取模組
此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用於解釋本申請，並不構成對本申請的不當限定。在附圖中： 　　圖1為本申請實施例提供的業務共識的過程示意圖； 　　圖2為本申請實施例提供的註冊中心向客戶端推送地址的示意圖； 　　圖3為本申請實施例提供的註冊中心向第一區塊鏈節點中的各伺服器推送第二區塊鏈節點中各伺服器的地址的示意圖； 　　圖4為本申請實施例提供的伺服器確定待驗證特徵值的示意圖； 　　圖5為本申請實施例提供的第二區塊鏈節點中的伺服器對預處理塊進行業務共識的過程示意圖； 　　圖6為本申請實施例提供的一種業務受理的裝置示意圖； 　　圖7為本申請實施例提供的一種業務受理的裝置示意圖； 　　圖8為本申請實施例提供的一種業務受理的裝置示意圖； 　　圖9為本申請實施例提供的一種業務共識的裝置示意圖； 　　圖10為本申請實施例提供的一種業務共識的裝置示意圖； 　　圖11為本申請實施例提供的一種業務共識的裝置示意圖； 　　圖12為本申請實施例提供的一種業務共識的裝置示意圖。

Claims (44)

  1. 一種業務受理的方法，包括：第一區塊鏈節點通過自身包含的一個伺服器接收客戶端發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；將所述業務請求儲存在自身包含的業務儲存器中；將所述業務請求由所述第一區塊鏈節點發送給共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給共識網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  2. 如申請專利範圍第1項所述的方法，其中，第一區塊鏈節點通過自身包含的一個伺服器接收客戶端發送的業務請求之前，所述方法還包括：當所述第一區塊鏈節點中的伺服器上線時，則將上線的伺服器的地址發送至註冊中心，以使所述註冊中心將所述地址發送至客戶端以及共識網路中的各第二區塊鏈節 點。
  3. 如申請專利範圍第1項所述的方法，其中，將所述業務請求發送給共識網路中的各第二區塊鏈節點，具體包括：針對每個第二區塊鏈節點，從獲取的該第二區塊鏈節點包含的多個伺服器的地址中選取地址；將所述業務請求發送至選取的地址所對應的伺服器中。
  4. 如申請專利範圍第1項所述的方法，其中，將所述業務請求儲存在自身包含的業務儲存器中，具體包括：對所述業務請求進行合法驗證；當確定所述業務請求通過所述合法驗證時，將所述業務請求儲存在所述業務儲存器中。
  5. 如申請專利範圍第4項所述的方法，其中，所述方法還包括：當確定所述業務請求未通過所述合法驗證時，則不對所述業務請求進行儲存。
  6. 一種業務受理的方法，包括：第二區塊鏈節點通過自身包含的一個伺服器接收第一區塊鏈節點發送的業務請求，所述第二區塊鏈節點包含有 多個伺服器以及至少一個業務儲存器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；將所述業務請求儲存在自身包含的業務儲存器中，其中，所述第二區塊鏈節點接收所述第一區塊鏈節點發送的所述業務請求之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  7. 如申請專利範圍第6項所述的方法，其中，第二區塊鏈節點通過自身包含的一個伺服器接收第一區塊鏈節點發送的業務請求之前，所述方法還包括：當所述第二區塊鏈節點中的伺服器上線時，則將上線的伺服器的地址發送至註冊中心，以使所述註冊中心將所述地址發送至所述第一區塊鏈節點、客戶端以及共識網路中其他第二區塊鏈節點中。
  8. 如申請專利範圍第6項所述的方法，其中，將所述業務請求儲存在自身包含的業務儲存器中，具體包括：對所述業務請求進行合法驗證；當確定所述業務請求通過所述合法驗證時，將所述業務請求儲存在所述業務儲存器中。
  9. 如申請專利範圍第8項所述的方法，其中，所述方法 還包括：當確定所述業務請求未通過所述合法驗證時，則不對所述業務請求進行儲存。
  10. 一種業務受理的方法，包括：客戶端接收用戶輸入的業務信息；根據所述業務信息，生成相應的業務請求；將所述業務請求發送至第一區塊鏈節點包含的一個伺服器，以使所述第一區塊鏈節點將接收到的所述業務請求儲存在第一區塊鏈節點包含的業務儲存器中，並將所述業務請求由所述第一區塊鏈節點發送給共識網路中的各第二區塊鏈節點，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給共識網路中的各第二區塊鏈節點之前，針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  11. 如申請專利範圍第10項所述的方法，其中，將所述業務請求發送至第一區塊鏈節點包含的一個伺服器，具體包括：從註冊中心中獲取所述第一區塊鏈節點包含的多個伺服器的地址； 從獲取的所述第一區塊鏈節點包含的多個伺服器的地址中選取地址，並將所述業務請求發送至選取的地址所對應的伺服器中。
  12. 如申請專利範圍第11項所述的方法，其中，所述方法還包括：當接收到所述註冊中心針對某一伺服器發送的下線通知時，則將該伺服器的地址進行刪除。
  13. 一種業務共識的方法，每個區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述方法包括：第一區塊鏈節點從自身包含的多個伺服器中選取伺服器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；通過選取出的伺服器從自身包含的業務儲存器中撈取至少一個業務請求；通過選取出的伺服器將所述至少一個業務請求打包成預處理塊，並將所述預處理塊由所述第一區塊鏈節點發送至共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點對所述預處理塊進行業務共識，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述預處理塊發送給共識網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註 冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  14. 如申請專利範圍第13項所述的方法，其中，所述第一區塊鏈節點以及第二區塊鏈節點還包含定時任務觸發器；第一區塊鏈節點從自身包含的多個伺服器中選取伺服器，具體包括：通過所述定時任務觸發器監測當前時刻是否滿足任務觸發條件；當監測到滿足任務觸發條件時，通過所述定時任務觸發器從所述第一區塊鏈節點包含的多個伺服器中選取伺服器。
  15. 如申請專利範圍第13項所述的方法，其中，將所述預處理塊發送至共識網路中的各第二區塊鏈節點，具體包括：針對每個第二區塊鏈節點，從獲取到的該第二區塊鏈節點包含的多個伺服器的地址中選取地址；通過選取出的伺服器將所述預處理塊發送至選取的地址所對應的伺服器中，以使選取的地址所對應的伺服器對接收到的所述預處理塊進行業務共識。
  16. 一種業務共識的方法，包括：區塊鏈節點通過自身包含的第一伺服器獲取預處理 塊，所述區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；根據自身包含的業務儲存器中儲存的各業務請求，通過所述第一伺服器對所述預處理塊進行業務共識；將所述預處理塊由所述區塊鏈節點發送給共識網路中的其他區塊鏈節點；其中所述預處理塊為透過預處理得到，所述預處理包括：所述第一伺服器按照預設的排序規則，排序所述各業務請求以得到排序結果；通過預設的特徵值確定規則以及所述排序結果，確定出所述各業務請求對應的待驗證特徵值，其中，將所述預處理塊發送給共識網路中的其他區塊鏈節點之前，所述方法還包括：針對每個其他區塊鏈節點，所述區塊鏈節點從註冊中心中獲取該其他區塊鏈節點包含的多個伺服器的地址。
  17. 如申請專利範圍第16項所述的方法，其中，根據自身包含的業務儲存器中儲存的各業務請求，對所述預處理塊進行業務共識，具體包括：通過自身包含的第一伺服器對所述預處理塊進行共識校驗，得到校驗結果；將所述校驗結果儲存在自身包含的業務儲存器中，並將所述校驗結果發送至共識網路中的其他區塊鏈節點； 通過自身包含的第二伺服器接收共識網路中其他區塊鏈節點發送的各校驗結果，並將接收到的各校驗結果儲存在自身包含的業務儲存器中；通過所述第一伺服器從所述業務儲存器中獲取各校驗結果，並通過獲取到的各校驗結果，對所述預處理塊進行業務共識。
  18. 如申請專利範圍第17項所述的方法，其中，所述第一伺服器和第二伺服器為同一伺服器，或者，所述第一伺服器和第二伺服器為不同的伺服器；所述第二伺服器為一個伺服器，或者，所述第二伺服器為多個伺服器。
  19. 一種業務受理的方法，包括：針對共識網路中的每個區塊鏈節點，註冊中心獲取該區塊鏈節點包含的多個伺服器的地址，每個區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；將獲取到的該區塊鏈節點包含的多個伺服器的地址發送至共識網路中其他區塊鏈節點以及客戶端儲存；第一區塊鏈節點通過自身包含的一個伺服器接收客戶端發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；將所述業務請求由所述第一區塊鏈節點發送給網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到 所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給共識網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  20. 如申請專利範圍第19項所述的方法，其中，所述方法還包括：針對共識網路中的每個區塊鏈節點，根據獲取到的該區塊鏈節點包含的多個伺服器的地址，向該區塊鏈節點包含的多個伺服器發送心跳檢測消息；針對該區塊鏈節點包含的每個伺服器，當經過設定時間後未接收到該伺服器根據所述心跳檢測消息返回的應答消息時，則確定該伺服器下線，並通知所述客戶端以及共識網路中其他區塊鏈節點將儲存的該伺服器的地址刪除。
  21. 一種業務受理的裝置，包括：接收模組，接收客戶端發送的業務請求；儲存模組，將所述業務請求儲存在自身對應的業務儲存器中；發送模組，將所述業務請求由第一區塊鏈節點發送給 共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，所述裝置還包括：獲取模組，針對每個第二區塊鏈節點，所述裝置從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  22. 如申請專利範圍第21項所述的裝置，其中，所述裝置還包括：註冊模組，當確定所述裝置上線時，則將所述裝置的地址發送至註冊中心，以使所述註冊中心將所述地址發送至客戶端以及共識網路中的各第二區塊鏈節點。
  23. 如申請專利範圍第21項所述的裝置，其中，所述發送模組，針對每個第二區塊鏈節點，從獲取的該第二區塊鏈節點包含的多個伺服器的地址中選取地址；將所述業務請求發送至選取的地址所對應的伺服器中。
  24. 如申請專利範圍第21項所述的裝置，其中，所述儲存模組，對所述業務請求進行合法驗證；當確定所述業務請求通過所述合法驗證時，將所述業務請求儲存在所述業務儲存器中。
  25. 如申請專利範圍第24項所述的裝置，其中，所述儲存模組，當確定所述業務請求未通過所述合法驗證時，則不對所述業務請求進行儲存。
  26. 如申請專利範圍第21至25項中任一項所述的裝置，其中，區塊鏈節點中包含有多個所述裝置。
  27. 一種業務受理的裝置，包括：接收請求模組，接收第一區塊鏈節點發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；請求儲存模組，將所述業務請求儲存在自身對應的業務儲存器中；將所述業務請求由所述第一區塊鏈節點發送給網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  28. 如申請專利範圍第27項所述的裝置，其中，所述裝置還包括：註冊模組，當確定所述裝置上線時，則將所述裝置的地址發送註冊中心，以使所述註冊中心將所述地址發送至所述第一區塊鏈節點、客戶端以及共識網路中其他第二區塊鏈節點中。
  29. 如申請專利範圍第27項所述的裝置，其中，所述請求儲存模組，對所述業務請求進行合法驗證；當確定所述業務請求通過所述合法驗證時，將所述業務請求儲存在所述業務儲存器中。
  30. 如申請專利範圍第29項所述的裝置，其中，所述請求儲存模組，當確定所述業務請求未通過所述合法驗證時，則不對所述業務請求進行儲存。
  31. 如申請專利範圍第27至30項中任一項所述的裝置，其中，區塊鏈節點中包含有多個所述裝置。
  32. 一種業務受理的裝置，包括：接收信息模組，接收用戶輸入的業務信息；請求生成模組，根據所述業務信息，生成相應的業務請求； 發送模組，將所述業務請求由第一區塊鏈節點發送至第一區塊鏈節點包含的一個伺服器，以使所述第一區塊鏈節點將接收到的所述業務請求儲存在第一區塊鏈節點包含的業務儲存器中，並將所述業務請求發送給共識網路中的各第二區塊鏈節點，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給共識網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  33. 如申請專利範圍第32項所述的裝置，其中，所述發送模組，從註冊中心中獲取所述第一區塊鏈節點包含的多個伺服器的地址；從獲取的所述第一區塊鏈節點包含的多個伺服器的地址中選取地址，並將所述業務請求發送至選取的地址所對應的伺服器中。
  34. 如申請專利範圍第33項所述的裝置，其中，所述裝置還包括：刪除模組，當接收到所述註冊中心針對某一伺服器發送的下線通知時，則將該伺服器的地址進行刪除。
  35. 一種業務共識的裝置，包括：請求撈取模組，從自身對應的業務儲存器中撈取至少一個業務請求；發送模組，將所述至少一個業務請求打包成預處理塊，並將所述預處理塊由第一區塊鏈節點發送至共識網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點對所述預處理塊進行業務共識，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，所述裝置還包括：獲取地址模組，針對每個第二區塊鏈節點，所述裝置從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  36. 如申請專利範圍第35項所述的裝置，其中，所述發送模組，針對每個第二區塊鏈節點，從獲取到的該第二區塊鏈節點包含的多個伺服器的地址中選取地址；將所述預處理塊發送至選取的地址所對應的伺服器中，以使選取的地址所對應的伺服器對接收到的所述預處理塊進行業務共識。
  37. 如申請專利範圍第35至36項中任一項所述的裝置，其中，區塊鏈節點中包含有多個所述裝置。
  38. 一種業務共識的裝置，包括： 選取模組，從第一區塊鏈節點包含的多個伺服器中選取伺服器，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；第一區塊鏈節點通過自身包含的一個伺服器接收客戶端發送的業務請求，所述第一區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；將所述業務請求由所述第一區塊鏈節點發送給網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給共識網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  39. 如申請專利範圍第38項所述的裝置，其中，所述選取模組，監測當前時刻是否滿足任務觸發條件；當監測到滿足任務觸發條件時，從所述第一區塊鏈節點包含的多個伺服器中選取伺服器。
  40. 一種業務共識的裝置，包括：獲取模組，獲取預處理塊； 共識模組，根據自身對應的業務儲存器中儲存的各業務請求，對所述預處理塊進行業務共識；將所述業務請求由第一區塊鏈節點發送給網路中的各第二區塊鏈節點，以使所述各第二區塊鏈節點接收到所述業務請求後，將所述業務請求儲存在自身包含的業務儲存器中，所述第二區塊鏈節點包含有多個伺服器以及至少一個業務儲存器，其中，將所述業務請求發送給網路中的各第二區塊鏈節點之前，所述方法還包括：針對每個第二區塊鏈節點，所述第一區塊鏈節點從註冊中心中獲取該第二區塊鏈節點包含的多個伺服器的地址。
  41. 如申請專利範圍第40項所述的裝置，其中，所述共識模組，對所述預處理塊進行共識校驗，得到校驗結果；接收共識網路中其他區塊鏈節點發送的各校驗結果，並將接收到的各校驗結果儲存在自身對應的業務儲存器中；從所述業務儲存器中獲取各校驗結果，並通過獲取到的各校驗結果，對所述預處理塊進行業務共識。
  42. 如申請專利範圍第41項所述的裝置，其中，區塊鏈節點包含有多個所述裝置。
  43. 一種業務受理的裝置，包括： 獲取模組，針對共識網路中的每個區塊鏈節點，從註冊中心中獲取該區塊鏈節點包含的多個伺服器的地址，每個區塊鏈節點包含有多個伺服器以及至少一個業務儲存器；發送模組，將獲取到的該區塊鏈節點包含的多個伺服器的地址由該區塊鏈節點發送至共識網路中其他區塊鏈節點以及客戶端儲存。
  44. 如申請專利範圍第43項所述的裝置，其中，所述裝置還包括：通知模組，針對共識網路中的每個區塊鏈節點，根據獲取到的該區塊鏈節點包含的多個伺服器的地址，向該區塊鏈節點包含的多個伺服器發送心跳檢測消息；針對該區塊鏈節點包含的每個伺服器，當經過設定時間後未接收到該伺服器根據所述心跳檢測消息返回的應答消息時，則確定該伺服器下線，並通知所述客戶端以及共識網路中其他區塊鏈節點將儲存的該伺服器的地址刪除。
TW106140232A 2017-03-28 2017-11-21 業務受理及共識的方法及裝置 TWI686709B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710191462.X 2017-03-28
CN201710191462.XA CN107395659B (zh) 2017-03-28 2017-03-28 一种业务受理及共识的方法及装置

Publications (2)

Publication Number Publication Date
TW201837734A TW201837734A (zh) 2018-10-16
TWI686709B true TWI686709B (zh) 2020-03-01

Family

ID=60338363

Family Applications (1)

Application Number Title Priority Date Filing Date
TW106140232A TWI686709B (zh) 2017-03-28 2017-11-21 業務受理及共識的方法及裝置

Country Status (15)

Country Link
US (3) US10681175B2 (zh)
EP (1) EP3547648B1 (zh)
JP (1) JP6773912B2 (zh)
KR (1) KR102152556B1 (zh)
CN (2) CN107395659B (zh)
AU (1) AU2018243075B2 (zh)
BR (1) BR112019013204B1 (zh)
CA (1) CA3048737C (zh)
MX (1) MX2019007812A (zh)
MY (1) MY194387A (zh)
PH (1) PH12019501538B1 (zh)
RU (1) RU2735096C1 (zh)
TW (1) TWI686709B (zh)
WO (1) WO2018177239A1 (zh)
ZA (1) ZA201904230B (zh)

Families Citing this family (61)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10419225B2 (en) 2017-01-30 2019-09-17 Factom, Inc. Validating documents via blockchain
US10411897B2 (en) 2017-02-17 2019-09-10 Factom, Inc. Secret sharing via blockchains
US10817873B2 (en) 2017-03-22 2020-10-27 Factom, Inc. Auditing of electronic documents
CN107395659B (zh) 2017-03-28 2021-08-24 创新先进技术有限公司 一种业务受理及共识的方法及装置
CN108009824A (zh) * 2017-11-28 2018-05-08 北京博晨技术有限公司 数据共识方法、装置及电子设备
US10873625B2 (en) * 2018-02-26 2020-12-22 International Business Machines Corpora ! Ion Service management for the infrastructure of blockchain networks
CN108537525B (zh) 2018-03-09 2020-06-09 阿里巴巴集团控股有限公司 一种共识验证方法、装置及设备
CN108769150B (zh) * 2018-05-14 2021-11-12 百度在线网络技术（北京）有限公司 区块链网络的数据处理方法、装置、集群节点和存储介质
CN108683738B (zh) * 2018-05-16 2020-08-14 腾讯科技（深圳）有限公司 图数据处理方法和图数据的计算任务发布方法
US11170366B2 (en) 2018-05-18 2021-11-09 Inveniam Capital Partners, Inc. Private blockchain services
US11134120B2 (en) * 2018-05-18 2021-09-28 Inveniam Capital Partners, Inc. Load balancing in blockchain environments
CN108965379B (zh) * 2018-05-29 2021-03-16 张迅 资源调度装置及方法
US11328290B2 (en) 2018-08-06 2022-05-10 Inveniam Capital Partners, Inc. Stable cryptocurrency coinage
US20200042982A1 (en) 2018-08-06 2020-02-06 Factom Digital Contracts in Blockchain Environments
CN109192287A (zh) * 2018-08-21 2019-01-11 中国联合网络通信集团有限公司 基于区块链的医院挂号方法及装置
CN109257427B (zh) * 2018-09-26 2021-04-02 网宿科技股份有限公司 一种基于区块链的业务处理方法及系统
CN109547530B (zh) * 2018-10-17 2021-07-27 北京瑞卓喜投科技发展有限公司 区域共识方法、系统及设备
CN109286632B (zh) * 2018-10-25 2021-01-15 中国信息通信研究院 一种基于区块链的大数据授权存证方法和系统
CN110020945B (zh) * 2018-11-27 2020-10-30 创新先进技术有限公司 一种基于多个区块链网络的数据读取方法及系统
CN111224793B (zh) * 2018-11-27 2021-06-01 华为技术有限公司 数据存储方法、装置、计算机设备及可读存储介质
CN111899104B (zh) * 2018-11-27 2023-12-01 创新先进技术有限公司 一种业务执行方法及装置
CN110060153B (zh) 2018-11-27 2020-11-17 创新先进技术有限公司 一种基于多个区块链网络的数据存证方法及系统
CN110060152B (zh) 2018-11-27 2020-10-30 创新先进技术有限公司 一种基于多个区块链网络的数据读取方法及系统
US10735464B2 (en) * 2018-12-29 2020-08-04 Alibaba Group Holding Limited System and method for detecting replay attack
US11283634B2 (en) 2018-12-29 2022-03-22 Advanced New Technologies Co., Ltd. System and method for detecting replay attack
JP6905059B2 (ja) 2018-12-29 2021-07-21 アドバンスド ニュー テクノロジーズ カンパニー リミテッド リプレイ攻撃の検出のためのシステム及び方法
CN112215608A (zh) * 2019-01-18 2021-01-12 创新先进技术有限公司 数据处理方法和装置
CN109831425B (zh) * 2019-01-25 2022-02-15 中国联合网络通信集团有限公司 区块链共识方法、装置、设备及计算机可读存储介质
JP2020123188A (ja) * 2019-01-31 2020-08-13 富士通株式会社 通信装置、通信プログラム、および通信方法
CN110061856A (zh) * 2019-03-07 2019-07-26 阿里巴巴集团控股有限公司 一种基于区块链的通信方法、装置及电子设备
CN110162570B (zh) * 2019-04-17 2021-03-05 创新先进技术有限公司 区块链数据的分次获取方法和装置
CN110135194B (zh) * 2019-05-20 2020-10-30 北京邮电大学 一种基于区块链的工业互联网数字对象的管理方法
CN112181474B (zh) * 2019-07-04 2022-05-20 北京新唐思创教育科技有限公司 区块链业务处理方法、电子设备及计算机存储介质
CN110633323B (zh) * 2019-09-16 2023-10-20 腾讯科技（深圳）有限公司 业务数据存储方法、装置、存储介质和计算机设备
WO2021089312A1 (en) * 2019-11-04 2021-05-14 Telefonaktiebolaget Lm Ericsson (Publ) Methods providing v2x application server registration
CN111030846A (zh) * 2019-11-18 2020-04-17 杭州趣链科技有限公司 一种基于区块链的数据上链异常重试方法
CN110933166B (zh) * 2019-11-27 2022-08-12 中国联合网络通信集团有限公司 一种共识平台、终端、节点和路径选择方法
US11343075B2 (en) 2020-01-17 2022-05-24 Inveniam Capital Partners, Inc. RAM hashing in blockchain environments
CN111506584B (zh) * 2020-03-26 2023-07-25 金蝶软件（中国）有限公司 基于区块链的业务数据处理方法、装置和计算机设备
CN111464356B (zh) * 2020-04-01 2021-11-05 腾讯科技（深圳）有限公司 一种区块共识周期切换方法、装置及计算机设备
CN111522876B (zh) * 2020-04-07 2024-02-20 金蝶软件（中国）有限公司 区块链共识方法、装置和计算机设备、及区块链节点
CN111625593B (zh) * 2020-04-21 2023-09-08 金蝶软件（中国）有限公司 基于区块链的数据处理方法、装置、计算机设备
CN111524010B (zh) * 2020-05-06 2023-06-02 杭州复杂美科技有限公司 平行链共识方法、设备和存储介质
CN111614468B (zh) * 2020-05-24 2022-08-26 济南欣格信息科技有限公司 一种区块链共识方法及系统
CN111786952B (zh) * 2020-05-29 2023-03-17 中国银联股份有限公司 区块链系统的共识方法、装置、设备及介质
KR102416337B1 (ko) * 2020-06-02 2022-07-05 (주)세정아이앤씨 블록체인을 관리하기 위한 장치, 방법, 시스템 및 컴퓨터 판독가능 저장 매체
CN111709803B (zh) * 2020-06-12 2023-09-05 北京思特奇信息技术股份有限公司 一种防止越权办理业务的方法和系统
CN111522822A (zh) 2020-07-03 2020-08-11 支付宝(杭州)信息技术有限公司 一种区块链共识方法、装置及电子设备
CN112131313B (zh) * 2020-09-16 2024-04-09 浙江工商大学 一种基于区块链的加油数据管理系统及其方法
CN111934997B (zh) * 2020-09-25 2021-01-12 支付宝(杭州)信息技术有限公司 消息传输方法及装置
US11615074B2 (en) 2020-10-01 2023-03-28 Bank Of America Corporation System and methods for intelligent path selection of enhanced distributed processors
CN112416731B (zh) * 2020-12-02 2021-07-30 腾讯科技（深圳）有限公司 应用于区块链系统的稳定性监测方法及装置
US11784872B1 (en) * 2021-05-07 2023-10-10 T-Mobile Usa, Inc. Suppressing messages to an out-of-service server
US11843503B1 (en) 2021-05-07 2023-12-12 T-Mobile Usa, Inc. Providing out-of-service notifications regarding a server
CN113315826B (zh) * 2021-05-24 2023-03-24 网易（杭州）网络有限公司 区块链的管理方法、装置、管理服务节点及存储介质
CN113282570B (zh) * 2021-05-25 2022-06-28 杭州复杂美科技有限公司 区块链节点配置方法、计算机设备和存储介质
CN114419717A (zh) * 2022-01-27 2022-04-29 睿云联(厦门)网络通讯技术有限公司 一种终端设备的人脸检测、识别加速方法及系统
CN114844896B (zh) * 2022-05-07 2023-07-04 深圳嘉业产业发展有限公司 一种基于区块链的资源共享方法及系统
CN114866615A (zh) * 2022-05-24 2022-08-05 深圳点宽网络科技有限公司 基于区块链的服务调用方法、装置、系统及电子设备
CN115396122B (zh) * 2022-10-27 2023-04-25 聚梦创新(北京)软件技术有限公司 消息处理方法、装置、电子设备及存储介质
CN116260707B (zh) * 2023-05-15 2023-10-10 安徽中科晶格技术有限公司 基于共识的区块链节点灾备方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105488665A (zh) * 2015-11-25 2016-04-13 布比（北京）网络技术有限公司 一种去中心化的交易方法
TW201627889A (zh) * 2014-10-31 2016-08-01 ２１公司 具有共用處理邏輯之數位貨幣採礦電路
US20160261404A1 (en) * 2015-03-02 2016-09-08 Dell Products L.P. Methods and systems for obfuscating data and computations defined in a secure distributed transaction ledger
CN106452785A (zh) * 2016-09-29 2017-02-22 财付通支付科技有限公司 区块链网络、分支节点及区块链网络应用方法

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7886023B1 (en) * 2000-01-21 2011-02-08 Cisco Technology, Inc. Method and apparatus for a minimalist approach to implementing server selection
AU2003243512A1 (en) * 2003-06-11 2005-01-28 Web Office, Inc. Multi-node network having common routing table
US20050050227A1 (en) * 2003-07-03 2005-03-03 Cascade Basic Research Corp. Method and system for peer-to-peer directory services
WO2005062989A2 (en) * 2003-12-23 2005-07-14 Wachovia Corporation Authentication system for networked computer applications
CN101123565B (zh) * 2007-07-30 2011-07-13 中兴通讯股份有限公司 P2p系统及用于该系统的资源查询方法
US8631134B2 (en) * 2008-07-30 2014-01-14 Visa U.S.A. Inc. Network architecture for secure data communications
US8843630B1 (en) * 2008-08-27 2014-09-23 Amazon Technologies, Inc. Decentralized request routing
US9032240B2 (en) * 2009-02-24 2015-05-12 Hewlett-Packard Development Company, L.P. Method and system for providing high availability SCTP applications
CN101635726B (zh) * 2009-08-26 2012-07-04 中兴通讯股份有限公司 C/s架构中服务端和客户端的业务执行方法及系统
US20130067095A1 (en) * 2011-09-09 2013-03-14 Microsoft Corporation Smb2 scaleout
US20130110781A1 (en) * 2011-10-31 2013-05-02 Wojciech Golab Server replication and transaction commitment
US10454997B2 (en) 2012-09-07 2019-10-22 Avigilon Corporation Distributed physical security system
US20140337478A1 (en) * 2013-05-07 2014-11-13 Social Communications Company Peer-to-peer network communications
US9519925B2 (en) 2013-08-01 2016-12-13 Omnibazaar, Inc. Decentralized internet shopping marketplaces
US10263836B2 (en) * 2014-03-24 2019-04-16 Microsoft Technology Licensing, Llc Identifying troubleshooting options for resolving network failures
US10262161B1 (en) * 2014-12-22 2019-04-16 Amazon Technologies, Inc. Secure execution and transformation techniques for computing executables
US20170048209A1 (en) * 2015-07-14 2017-02-16 Fmr Llc Crypto Key Recovery and Social Aggregating, Fractionally Efficient Transfer Guidance, Conditional Triggered Transaction, Datastructures, Apparatuses, Methods and Systems
US20170031676A1 (en) * 2015-07-27 2017-02-02 Deja Vu Security, Llc Blockchain computer data distribution
KR101637854B1 (ko) * 2015-10-16 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법 및 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
CN105450757A (zh) * 2015-12-02 2016-03-30 联动优势电子商务有限公司 一种服务管理方法及系统
CN113159948A (zh) 2016-01-24 2021-07-23 杭州复杂美科技有限公司 区块链撮合交易所
KR101637868B1 (ko) * 2016-02-22 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
CN106022681A (zh) 2016-05-13 2016-10-12 杭州云象网络技术有限公司 一种基于区块链的物流追踪方法
CN106060036B (zh) * 2016-05-26 2019-07-16 布比（北京）网络技术有限公司 去中心化共识方法及装置
US10713731B2 (en) * 2016-07-22 2020-07-14 Nec Corporation Method for secure ledger distribution and computer system using secure distributed ledger technology
CN106327173A (zh) * 2016-08-22 2017-01-11 布比（北京）网络技术有限公司 网络支付方法及装置
CN106384236B (zh) * 2016-08-31 2019-07-16 江苏通付盾科技有限公司 基于区块链的ca认证管理方法、装置及系统
KR101781583B1 (ko) * 2016-08-31 2017-09-27 서강대학교산학협력단 블록체인을 기반으로 한 파일 관리/검색 시스템 및 파일 관리/검색 방법
CN106446067B (zh) * 2016-09-06 2020-02-18 联动优势科技有限公司 一种获取交易数据的方法和装置
CN106357644B (zh) * 2016-09-21 2019-07-12 江苏通付盾科技有限公司 基于区块链网络的身份认证方法、系统及服务器
CN106385319B (zh) * 2016-09-29 2020-11-27 江苏通付盾科技有限公司 区块链网络中信息的验证方法及系统
US11128603B2 (en) * 2016-09-30 2021-09-21 Nec Corporation Method and system for providing a transaction forwarding service in blockchain implementations
CN106534273B (zh) * 2016-10-31 2022-04-15 中金云金融（北京）大数据科技股份有限公司 区块链元数据存储系统及其存储方法与检索方法
CN108075956B (zh) * 2016-11-16 2020-05-22 新华三技术有限公司 一种数据处理方法和装置
EP3331217A1 (en) * 2016-12-02 2018-06-06 HOB GmbH & Co. KG Method for connecting a client to a server in a communication system
CN106982203B (zh) * 2017-01-06 2020-05-22 中国银联股份有限公司 基于区块链技术的鲁棒的atm网络系统及其信息处理方法
CN111614655A (zh) * 2017-03-24 2020-09-01 创新先进技术有限公司 一种共识校验的方法及装置
CN107395659B (zh) 2017-03-28 2021-08-24 创新先进技术有限公司 一种业务受理及共识的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW201627889A (zh) * 2014-10-31 2016-08-01 ２１公司 具有共用處理邏輯之數位貨幣採礦電路
US20160261404A1 (en) * 2015-03-02 2016-09-08 Dell Products L.P. Methods and systems for obfuscating data and computations defined in a secure distributed transaction ledger
CN105488665A (zh) * 2015-11-25 2016-04-13 布比（北京）网络技术有限公司 一种去中心化的交易方法
CN106452785A (zh) * 2016-09-29 2017-02-22 财付通支付科技有限公司 区块链网络、分支节点及区块链网络应用方法

Also Published As

Publication number Publication date
AU2018243075B2 (en) 2020-06-18
EP3547648A4 (en) 2020-01-08
CN113766035B (zh) 2023-05-23
US11943317B2 (en) 2024-03-26
US10681175B2 (en) 2020-06-09
TW201837734A (zh) 2018-10-16
MY194387A (en) 2022-11-30
CA3048737A1 (en) 2018-10-04
JP6773912B2 (ja) 2020-10-21
US20210337045A1 (en) 2021-10-28
WO2018177239A1 (zh) 2018-10-04
MX2019007812A (es) 2019-09-05
KR20190093598A (ko) 2019-08-09
CN107395659B (zh) 2021-08-24
BR112019013204A2 (pt) 2019-12-10
BR112019013204B1 (pt) 2022-04-19
CA3048737C (en) 2022-07-12
PH12019501538A1 (en) 2020-03-16
US20190342422A1 (en) 2019-11-07
EP3547648A1 (en) 2019-10-02
US11057493B2 (en) 2021-07-06
CN107395659A (zh) 2017-11-24
US20200287987A1 (en) 2020-09-10
KR102152556B1 (ko) 2020-09-07
AU2018243075A1 (en) 2019-07-11
EP3547648B1 (en) 2021-07-07
CN113766035A (zh) 2021-12-07
RU2735096C1 (ru) 2020-10-28
JP2020508594A (ja) 2020-03-19
ZA201904230B (en) 2021-05-26
PH12019501538B1 (en) 2020-03-16

Similar Documents

Publication Publication Date Title
TWI686709B (zh) 業務受理及共識的方法及裝置
CA3048742C (en) Blockchain-based consensus method and device
TWI691853B (zh) 服務校驗的方法及裝置
AU2019101567A4 (en) Method and apparatus for consensus verification
US10554388B2 (en) Service execution method and device
US11563805B2 (en) Method, apparatus, client terminal, and server for data processing
EP3779693A1 (en) Data processing method and apparatus, and client
US11106488B2 (en) Blockchain read/write data processing method, apparatus, and server