BR112019019871A2 - método e aparelho para verificação de consenso - Google Patents

método e aparelho para verificação de consenso Download PDF

Info

Publication number
BR112019019871A2
BR112019019871A2 BR112019019871A BR112019019871A BR112019019871A2 BR 112019019871 A2 BR112019019871 A2 BR 112019019871A2 BR 112019019871 A BR112019019871 A BR 112019019871A BR 112019019871 A BR112019019871 A BR 112019019871A BR 112019019871 A2 BR112019019871 A2 BR 112019019871A2
Authority
BR
Brazil
Prior art keywords
transaction request
transaction
blockchain node
blockchain
consensus
Prior art date
Application number
BR112019019871A
Other languages
English (en)
Other versions
BR112019019871B1 (pt
Inventor
Li Ning
Original Assignee
Alibaba Group Holding Ltd
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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Publication of BR112019019871A2 publication Critical patent/BR112019019871A2/pt
Publication of BR112019019871B1 publication Critical patent/BR112019019871B1/pt

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • 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/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • 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/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • 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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • 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/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • 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
    • G06Q2220/00—Business processing using cryptography
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Computing Systems (AREA)
  • Software Systems (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Computer And Data Communications (AREA)
  • Debugging And Monitoring (AREA)

Abstract

um método para verificação de consenso implementável por um primeiro nó de blockchain em uma rede de consenso pode compreender: receber uma solicitação de transação a partir de um cliente e realizar uma primeira verificação de segurança na solicitação de transação; em resposta à determinação que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada um dos segundos nós de blockchain na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchain determinando que a solicitação de transação foi aprovada por uma segunda verificação de segurança; realizar pré-processamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado; e transmitir o bloco pré-processado obtido para os segundos nós de blockchain, fazendo com que os segundos nós de blockchain realizem verificação de consenso no bloco pré-processado obtido.

Description

“MÉTODO E APARELHO PARA VERIFICAÇÃO DE CONSENSO” REFERÊNCIA RELACIONADA A PEDIDOS RELACIONADOS [001] O presente pedido se baseia e reivindica prioridade para o número pedido chinês n° 201710181068.8, depositado em 24 de março de 2017, cujo conteúdo inteiro é incorporado aqui como referência.
Campo técnico [002]O presente pedido se refere ao campo das tecnologias de computador e, em particular, aos métodos e aparelhos para verificação de consenso.
Estado da Técnica [003] A tecnologia blockchain pode tornar os dados armazenados em uma blockchain imutáveis e descentralizados e, assim, atraiu a atenção desde seu surgimento. Juntamente com uma pesquisa cada vez mais profunda sobre a tecnologia blockchain, um ambiente de armazenamento de dados mais seguro foi realizado com a tecnologia blockchain e, além disso, a tecnologia blockchain foi usada para alcançar a otimização de uma variedade de serviços, como serviços de transação.
[004] No momento, ao receber uma solicitação de transação enviada por um cliente, um nó de blockchain armazenará a solicitação de transação em si mesma. Ao mesmo tempo, o nó da blockchain transmitirá ainda mais a solicitação de transação para os outros nós da blockchain na rede de consenso, e os outros nós da blockchain armazenarão correspondentemente a solicitação de transação recebida em si mesmos.
[005] Na fase de verificação de consenso, um nó de blockchain precisa primeiro obter uma pluralidade de solicitações de transação a partir das solicitações de transação armazenadas nele, e realiza a verificação de legalidade de assinatura assimétrica nessas solicitações de transação. Quando é determinado que essas solicitações de transação foram aprovadas na verificação de legalidade de
Petição 870190095198, de 23/09/2019, pág. 10/79
2/39 assinatura assimétrica, o nó de blockchain empacota essas solicitações de transação em um bloco pré-processado e a transmite para outros nós de blockchain em toda a rede de consenso. Ao receber o bloco pré-processado, os outros nós de blockchain realizam primeiro a verificação de legalidade de assinatura assimétrica em todas as solicitações de transação incluídas no bloco pré-processado e, quando é determinado que essas solicitações de transação foram aprovadas na verificação de legalidade de assinatura assimétrica, realizam a verificação de consenso nessas solicitações de transação para determinar se é necessário armazenar essas solicitações de transação na forma de um bloco no blockchain.
[006]Como mostrado no processo acima, na fase de verificação de consenso, um nó da blockchain precisa realizar um processamento relativamente complexo nas solicitações de transação com uso a ser compensado antes de poder empacotar essas solicitações de transação em um bloco pré-processado e transmitilo para outros nós de blockchain na rede de consenso. Outros nós de blockchain também precisam realizar processos no bloco pré-processado antes de poderem realizar a verificação de consenso sobre as solicitações de transação incluídas no bloco pré-processado. De acordo com o estado da técnica, portanto, o processo envolvido na fase de consenso é relativamente complicado, e o processo de consenso leva muito tempo, o que consequentemente diminui a eficiência da verificação de consenso nas transações de blockchain.
Sumário [007]As modalidades do presente pedido fornecem sistemas e métodos exemplificadores para verificação de consenso para pelo menos mitigar a verificação de consenso de baixa eficiência em transações de blockchain do estado da técnica.
[008] De acordo com um aspecto, um método para verificação de consenso implementável por um primeiro nó de blockchain em uma rede de consenso pode compreender: receber uma solicitação de transação de um cliente e realizar uma
Petição 870190095198, de 23/09/2019, pág. 11/79
3/39 primeira verificação de segurança na solicitação de transação; em resposta à determinação de que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada um dos segundos nós de blockchain na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchain determinando que a solicitação de transação foi aprovada por uma segunda verificação de segurança; realizar o préprocessamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado; e transmitir o bloco pré-processado obtido para os segundos nós de blockchain, fazendo com que os segundos nós de blockchain realizem verificação de consenso no bloco pré-processado obtido.
[009]De acordo com outra modalidade, um método para verificação de consenso implementável por um segundo nó de blockchain pode compreender: receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação; em resposta à determinação de que a solicitação de transação foi aprovada na segunda verificação de segurança, armazenar a solicitação de transação; e em resposta à recepção de uma transmissão de bloco pré-processada pelo primeiro nó de blockchain, realizar a verificação de consenso no bloco pré-processado.
[010]As modalidades do presente pedido fornecem um aparelho para verificação de consenso, compreendendo: um módulo de recepção configurado para receber uma solicitação de transação a partir de um cliente e realizar uma primeira verificação de segurança na solicitação de transação; um módulo de armazenamento configurado para armazenar, ao determinar que a solicitação de transação foi aprovada pela primeira verificação de segurança, a solicitação de transação e transmite a solicitação de transação para cada segundo nó de
Petição 870190095198, de 23/09/2019, pág. 12/79
4/39 blockchain, de modo que cada segundo nó de blockchain armazene a solicitação de transação ao determinar que a transação solicitação foi aprovada por uma segunda verificação de segurança; um módulo de pré-processamento configurado para realizar o pré-processamento em pelo menos uma solicitação de transação armazenada ao determinar que uma condição predefinida é satisfeita, para obter e armazenar um bloco pré-processado; um módulo de captura configurado para capturar, ao realizar a verificação de consenso, um bloco pré-processado e transmiti-lo para todos os segundos nós de blockchains na rede de consenso, para realizar a verificação de consenso no bloco pré-processado capturado por meio de todos os segundos nós de blockchains.
[011]De acordo com outra modalidade, um aparelho em uma rede de consenso para verificação de consenso pode compreender um processador e um meio de armazenamento legível por computador não transitório que armazena instruções que, quando realizadas pelo processador, fazem com que o aparelho realize um método. O método pode compreender: receber uma solicitação de transação de um cliente e realizar uma primeira verificação de segurança na solicitação de transação; em resposta à determinação de que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada um dos segundos nós de blockchain na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchain determinando que a solicitação de transação foi aprovada por uma segunda verificação de segurança; realizar pré-processamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado; e transmitir o bloco pré-processado obtido para os segundos nós de blockchain, fazendo com que os segundos nós de blockchain realizem verificação de consenso
Petição 870190095198, de 23/09/2019, pág. 13/79
5/39 no bloco pré-processado obtido.
[012]De acordo com outra modalidade, um primeiro nó de blockchain em uma rede de consenso pode compreender uma pluralidade de aparelhos e pelo menos uma memória de transação. Cada aparelho pode compreender um processador e um meio de armazenamento legível por computador não transitório que armazena instruções que, quando realizadas pelo processador, fazem com que o aparelho realize um método. O método pode compreender: receber uma solicitação de transação de um cliente e realizar uma primeira verificação de segurança na solicitação de transação; em resposta à determinação de que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada segundo nó de blockchain na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchains que determina que a solicitação da transação foi aprovada por uma segunda verificação de segurança; realizar o pré-processamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado; e transmitir o bloco pré-processado obtido para os segundos nós da blockchain, fazendo com que os segundos nós da blockchain realizem a verificação de consenso no bloco pré-processado obtido.
[013]De acordo com outra modalidade, um aparelho para verificação de consenso pode compreender um processador e um meio de armazenamento legível por computador não transitório que armazena instruções que, quando realizadas pelo processador, fazem com que o aparelho realize um método. O método pode compreender: receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação; armazenar, em resposta à determinação de que a solicitação de
Petição 870190095198, de 23/09/2019, pág. 14/79
6/39 transação foi aprovada na segunda verificação de segurança, a solicitação de transação; e realizar a verificação de consenso, em resposta à recepção de uma transmissão de bloco pré-processada pelo primeiro nó de blockchain, no bloco préprocessado.
[014]De acordo com outra modalidade, um segundo nó de blockchains pode compreender uma pluralidade de aparelhos e pelo menos uma memória de transação. Cada aparelho pode compreender um processador e um meio de armazenamento legível por computador não transitório que armazena instruções que, quando realizadas pelo processador, fazem com que o aparelho realize um método. O método pode compreender: receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação; armazenar, em resposta à determinação de que a solicitação de transação foi aprovada na segunda verificação de segurança, a solicitação de transação; e realizar a verificação de consenso, em resposta à recepção de uma transmissão de bloco pré-processada pelo primeiro nó de blockchain, no bloco pré-processado.
[015] As modalidades do presente pedido fornecem um aparelho para verificação de consenso, compreendendo: um módulo de recepção de solicitação configurado para receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação; um módulo de armazenamento de solicitação configurado para armazenar, ao determinar que a solicitação de transação foi aprovada na segunda verificação de segurança, a solicitação de transação; um módulo de verificação configurado para realizar a verificação de consenso, ao receber um bloco préprocessado transmitido pelo primeiro nó de blockchain, no bloco pré-processado.
[016] Em algumas modalidades da presente descrição, ao receber uma solicitação de transação de um cliente, um primeiro nó de blockchain pode realizar
Petição 870190095198, de 23/09/2019, pág. 15/79
7/39 uma primeira verificação de segurança na solicitação de transação, em vez de esperar pela fase de verificação de consenso para realizar uma primeira verificação de segurança em a solicitação de transação, o que simplifica bastante a verificação de consenso. Além disso, antes da fase de verificação de consenso, o primeiro nó de blockchain pode obter pelo menos uma solicitação de transação das solicitações de transação armazenadas em si e processar as solicitações de transação obtidas para obter um bloco pré-processado. Dessa forma, o primeiro nó do blockchain pode transmitir diretamente, na fase de verificação de consenso, o bloco pré-processado obtido anteriormente para todos os segundos nós de blockchain na rede de consenso, o que simplifica bastante o processo na fase de verificação de consenso, diminuindo o tempo consumido na fase de verificação de consenso e melhora a eficiência do consenso para transações de blockchain.
Breve descrição dos desenhos [017]Os desenhos anexos aqui descritos são usados para fornecer um entendimento adicional da presente descrição. As modalidades ilustrativas e descrição da mesma são meramente exemplificadoras e não limitam a presente descrição. Nos desenhos anexos:
[018]A Fig. 1 é um diagrama esquemático de um processo de verificação de consenso de acordo com uma modalidade da presente descrição;
[019]A Fig. 2 é um diagrama esquemático de um processo detalhado de verificação de legalidade de assinatura assimétrica realizada por toda a rede de consenso em uma solicitação de transação, de acordo com uma modalidade da presente descrição.
[020]A Fig. 3 é um diagrama esquemático da determinação de um valor característico a ser verificado de acordo com uma modalidade da presente descrição;
[021 ]A Fig. 4 é um diagrama esquemático de um cluster de servidores de
Petição 870190095198, de 23/09/2019, pág. 16/79
8/39 acordo com uma modalidade da presente descrição;
[022]A Fig. 5 é um diagrama esquemático de um aparelho para verificação de consenso de acordo com uma modalidade da presente descrição; e [023]A Fig. 6 é um diagrama esquemático de outro aparelho para verificação de consenso de acordo com uma modalidade da presente descrição.
Descrição detalhada [024]Atualmente, um processo no qual um nó de blockchain realiza o processamento de transações é substancialmente o seguinte: um cliente envia uma solicitação de transação para um nó de blockchain e o nó de blockchain envia a solicitação de transação recebida, de forma de transmissão, para outro nó de blockchain; e os outros nós de blockchain armazenam a solicitação de transação recebida. O nó de blockchain que envia a solicitação de transação para os outros nós de blockchain também armazena a solicitação de transação em si mesmo.
[025] Em uma rede de consenso formada por nós de blockchain, cada nó de blockchain tem o direito de iniciar uma solicitação de consenso para outros nós de blockchain. Um nó de blockchain pode classificar solicitações de transação armazenadas em si, a fim de obter uma fila de solicitações de transação e gerar um valor de Hash para a fila de solicitações de transação. Posteriormente, o nó de blockchain pode empacotar a fila de solicitação de transação e o valor de Hash em um bloco pré-processado e envia o bloco pré-processado, em forma de transmissão, para outros nós de blockchain para verificação de consenso.
[026] Em um processo de verificação de consenso, ao receber o bloco préprocessado, os outros nós de blockchain realizam verificação de segurança, como verificação de legalidade de assinatura assimétrica, em todas as solicitações de transação incluídas no bloco pré-processado. Por exemplo, um nó de blockchain pode resolver todas as solicitações de transação compreendidas no bloco préprocessado de acordo com uma chave pública que possui, para verificar se cada
Petição 870190095198, de 23/09/2019, pág. 17/79
9/39 solicitação de transação é uma solicitação de transação legal.
[027]Além disso, sempre que um nó de blockchain recebe uma solicitação de transação de um cliente, o nó de blockchain transmite a solicitação de transação para outros nós de blockchain e, portanto, cada nó de blockchain geralmente pode armazenar em si as solicitações de transação recebidas por toda a rede de consenso. Com base nisso, ao receber o bloco pré-processado, os outros nós de blockchain realizarão a verificação de integridade do Hash em todas as solicitações de transação no bloco pré-processado. Ou seja, um nó de blockchain pode encontrar solicitações de transação compreendidas no bloco pré-processado a partir das solicitações de transação armazenadas em si e classificar as solicitações de transação encontradas em uma sequência em que as solicitações de transação são organizadas no bloco pré-processado para obter uma fila de solicitação de transação. Posteriormente, o nó de blockchain pode gerar um valor de Hash para a fila de solicitações de transação e comparar o valor de Hash obtido com o valor de Hash contido no bloco pré-processado para determinar se as solicitações de transação no bloco pré-processado foram alteradas.
[028] De acordo com a verificação de segurança e a verificação de integridade de Hash realizadas no bloco pré-processado, cada nó de blockchain irá obter seu próprio resultado de verificação sobre se o bloco pré-processado é legal como um todo e transmitirá o resultado da verificação obtida por si mesmo, de forma de transmissão, para outros nós de blockchain.
[029] De acordo com os resultados da verificação enviados pelos outros nós de blockchain e o resultado de verificação obtido por ele mesmo em relação ao bloco pré-processado, cada nó de blockchain irá obter resultados de verificação abrangentes por todos os nós da blockchain em toda a rede de consenso sobre se o bloco pré-processado foi aprovada e transmite o resultado da verificação abrangente obtido, em uma forma de transmissão novamente, para os outros nós de blockchain.
Petição 870190095198, de 23/09/2019, pág. 18/79
10/39 [030] Ao receber os resultados de verificação abrangentes transmitidos mutuamente, cada nó de blockchain na rede de consenso irá determinar ainda se a maioria dos resultados de verificação abrangentes obtidos por todos os nós de blockchain na rede de consenso é que a verificação é aprovada. Se sim, todas as solicitações de transação no bloco pré-processado são armazenadas em seus próprios blockchains na forma do bloco; se não, é determinado que as solicitações de transação no bloco pré-processado não foram aprovadas na verificação de consenso.
[031] De acordo com o processo acima, quando um nó de blockchain realiza verificação de consenso em solicitações de transação de acordo com o estado da técnica, o processo de verificação de consenso é relativamente complicado e o processo de verificação de consenso leva muito tempo, o que leva a um processamento de transação baixo eficiência das transações de blockchain.
[032] Para resolver efetivamente o problema acima, um primeiro nó de blockchains conforme descrito pode realizar a verificação de segurança e gerar um bloco pré-processado antes da fase de verificação do consenso. Em outras palavras, o primeiro nó do blockchain pode realizar pelo menos uma parte do processo envolvido na fase de verificação de consenso do estado da técnica antes da fase de verificação de consenso, o que simplifica bastante o processo de verificação de consenso, reduz o tempo consumido na fase de verificação de consenso e melhora a eficiência da verificação de consenso para transações de blockchain.
[033] As modalidades descritas neste documento são meramente exemplificadoras. Todas as outras modalidades obtidas por um versado da técnica sem esforço inventivo e com base nas modalidades devem ser abrangidas pela presente descrição.
[034] A Fig. 1 é um diagrama esquemático de um processo de verificação de consenso de acordo com uma modalidade da presente descrição. O processo de
Petição 870190095198, de 23/09/2019, pág. 19/79
11/39 verificação de consenso pode ser implementável por um primeiro nó de blockchain e pode compreender as seguintes etapas:
[035]S101: receber uma solicitação de transação de um cliente e realizar uma primeira verificação de segurança na solicitação de transação.
[036] Em algumas modalidades, em um processo de processamento de transação, um usuário pode enviar uma solicitação de transação para um primeiro nó de blockchain por meio de um cliente instalado em um terminal. Por exemplo, o usuário preenche o conteúdo do processamento da transação correspondente em uma interface apresentada no cliente, gera uma solicitação de transação correspondente de acordo com o conteúdo do processamento da transação preenchida pelo usuário na interface e envia a solicitação da transação para o primeiro nó da blockchain por meio do terminal. O usuário também pode preencher os conteúdos do processamento da transação correspondentes em um terminal do usuário mantido por ele próprio, enquanto o terminal gera uma solicitação de transação correspondente de acordo com o conteúdo do processamento da transação preenchido pelo usuário e, em seguida, envia a solicitação da transação para os primeiros nós da blockchain na rede de consenso. Aqui, o terminal aqui mencionado pode ser um aparelho como computador, tablet, smartphone, etc.
[037] Em algumas modalidades, uma rede de consenso compreende uma pluralidade de nós de blockchain, enquanto o primeiro nó de blockchain mencionado pode se referir a um nó de blockchain que recebe uma solicitação de transação de um cliente. Os nós de blockchain que não sejam os primeiros nós de blockchain podem ser referidos como segundos nós de blockchain. O primeiro nó de blockchain e o segundo nó de blockchain são conceitos relativos. Um nó de blockchain que recebe uma solicitação de transação de um cliente pode ser um primeiro nó de blockchain, enquanto um nó de blockchain que recebe a solicitação de transação enviada pelo primeiro nó de blockchain em uma forma de transmissão pode ser
Petição 870190095198, de 23/09/2019, pág. 20/79
12/39 referido como um segundo nó de blockchain. Como todos os nós de blockchain em uma rede de consenso podem receber uma solicitação de transação de um cliente, todos os nós de blockchain são substancialmente os primeiros nós de blockchain ou os segundos nós de blockchain. A diferença entre o primeiro nó de blockchain e o segundo nó de blockchain pode depender de onde uma solicitação de transação é recebida.
[038] De acordo com o estado da técnica, ao receber uma solicitação de transação de um cliente, um primeiro nó de blockchain geralmente armazena a solicitação de transação diretamente em si mesmo. Nesse processo, o primeiro nó de blockchain não realiza nenhuma verificação na solicitação de transação. Por outro lado, um processo de verificação geralmente é realizado na fase de verificação de consenso. Em um processo de verificação de consenso, todos os nós de blockchain na rede de consenso realizam primeiro a verificação de segurança, como verificação de legalidade de assinatura assimétrica, incluindo RSA (sistema de criptografia Rivest-Shamir-Adleman) e similares, em todas as solicitações de transação incluídas em um bloco pré-processado transmitido pelo primeiro nó de blockchain para verificar se as solicitações de transação incluídas no bloco préprocessado são legais. Posteriormente, todos os nós de blockchain na rede de consenso irão verificar o conteúdo de cada solicitação de transação. A verificação pode ser realizada na forma de verificação de integridade de Hash.
[039] Quando as duas verificações acima forem concluídas, os nós de blockchain na rede de consenso irão continuar a realizar consenso de acordo com os resultados da verificação obtidos após as verificações serem realizadas no bloco pré-processado e, em seguida, irão decidir se as solicitações de transação incluídas no bloco pré-processado pode ser gravadas no blockchain.
[040] Como tal, em um processo de verificação de consenso, uma rede de consenso precisa ter três fases, incluindo verificação de segurança, verificação de
Petição 870190095198, de 23/09/2019, pág. 21/79
13/39 integridade de Hash e resultados de consenso de verificação, em todas as solicitações de transação incluídas no bloco pré-processado acima. Devido a essas três fases, o processo de verificação de consenso de acordo com o estado da técnica leva muito tempo e, consequentemente, reduz a eficiência da verificação de consenso nas transações de blockchain.
[041] Para resolver efetivamente o problema acima, na presente descrição, a verificação de segurança na verificação de consenso pode ser realizada antes da verificação de consenso, simplificando assim todo o processo de verificação de consenso, melhorando a eficiência da verificação de consenso e melhorando a transação, eficiência de processamento para transações de blockchain.
[042] Por exemplo, ao receber uma solicitação de transação de um cliente, um primeiro nó de blockchain pode realizar uma primeira verificação de segurança na solicitação de transação. Em uma modalidade, a primeira verificação de segurança pode ser a verificação de legalidade de assinatura assimétrica, enquanto a verificação de legalidade de assinatura assimétrica neste documento pode ser implementada por meio de um algoritmo de criptografia assimétrico, como o algoritmo de criptografia RSA. Portanto, quando o cliente envia a solicitação de transação para o primeiro nó de blockchain, o cliente pode criptografar a solicitação de transação por meio de uma chave privada mantida, e o primeiro nó de blockchain pode, após receber a solicitação da transação, resolver a solicitação de transação por meio de uma chave pública retida e verificar o conteúdo resolvido.
[043] Em algumas modalidades, quando o cliente envia a solicitação de transação para o primeiro nó da blockchain, ele pode enviar a chave pública para resolver a solicitação de transação na solicitação de transação. Ao receber a solicitação de transação, o primeiro nó da blockchain pode resolver a solicitação de transação de acordo com a chave pública incluída na solicitação de transação. O primeiro nó de blockchain também pode adquirir a chave pública a partir do cliente
Petição 870190095198, de 23/09/2019, pág. 22/79
14/39 com antecedência. Do mesmo modo, quando o cliente envia a solicitação de transação para o primeiro nó de blockchain, o primeiro nó de blockchain pode resolver a solicitação de transação por meio da chave pública adquirida previamente.
[044] Em algumas modalidades, a primeira verificação de segurança descrita acima se refere a uma verificação de segurança realizada pelo primeiro nó de blockchain na solicitação de transação acima, e a segunda verificação de segurança descrita posteriormente se refere a uma verificação de segurança realizada por um segundo nó de blockchain na solicitação de transação acima. As maneiras de verificação adaptadas pela primeira verificação de segurança e a segunda verificação de segurança podem ser da mesma maneira de verificação, por exemplo, verificação de legalidade de assinatura assimétrica em ambos os casos. Portanto, a primeira verificação de segurança descrita aqui e a segunda verificação de segurança descrita posteriormente podem ser usadas para determinar qual nó de blockchain realiza a verificação de segurança na solicitação de transação acima.
[045] S102: em resposta à determinação de que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada um dos segundos nós de blockchain na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchain determinando que a solicitação de transação foi aprovada por uma segunda verificação de segurança. A rede de consenso pode compreender o primeiro nó de blockchains e os segundos nós de blockchains.
[046] Ao determinar que a solicitação de transação foi aprovada na primeira verificação de segurança, o primeiro nó do blockchain pode armazenar a solicitação de transação. Ao determinar que a solicitação de transação não foi aprovada na primeira verificação de segurança, o primeiro nó de blockchain não armazena a
Petição 870190095198, de 23/09/2019, pág. 23/79
15/39 solicitação de transação e pode enviar um aviso ao cliente de que a solicitação de transação falhou na aceitação. Ao receber o prompt, o cliente pode apresentá-lo ao usuário, de modo que o usuário reedite a solicitação de transação e a envie para o primeiro nó de blockchains por meio do cliente.
[047] Além disso, ao receber uma solicitação de transação a partir de um cliente, o primeiro nó da blockchain pode enviar a solicitação de transação em uma forma de transmissão para todos os segundos nós de blockchain. Todos os segundos nós de blockchain deste documento podem ser nós de blockchain na rede de consenso que não seja o primeiro nó de blockchain. Ao receber a solicitação de transação, todos os segundos nós de blockchain podem realizar a segunda verificação de segurança na solicitação de transação para decidir se deseja armazenar a solicitação de transação, como mostra a Figura 2.
[048] A Fig. 2 é um diagrama esquemático de um processo detalhado de verificação de segurança realizado por toda a rede de consenso em uma solicitação de transação de acordo com uma modalidade da presente descrição.
[049] Com as transações de transação como exemplo, quando um usuário precisa realizar uma transação de transferência de saldo, um objeto de transferência pode ser selecionado em um cliente instalado em um terminal e um valor de transferência é inserido. De acordo com a entrada de conteúdo do usuário, o cliente gera uma solicitação de transação correspondente e envia a solicitação de transação para um primeiro nó de blockchain, em que o cliente pode criptografar a solicitação de transação com uma chave privada mantida e enviar a solicitação de transação criptografada para o primeiro nó de blockchain.
[050] Ao receber a solicitação de transação a partir do cliente, o primeiro nó de blockchain pode deschptografar a solicitação de transação (por exemplo, realizando uma primeira verificação de segurança na solicitação de transação) por meio da chave pública carregada na solicitação de transação (o primeiro nó da
Petição 870190095198, de 23/09/2019, pág. 24/79
16/39 blockchain pode adquirir a chave pública a partir do cliente com previamente) para obter endereços de conta das partes envolvidas na solicitação de transação e depois verificar se os endereços das partes são legais. Ao determinar que os endereços da conta das partes da transação envolvidas na solicitação da transação são contas legais e que o valor na conta da parte iniciante da transação é maior ou igual ao valor da transferência envolvido na solicitação da transação, o primeiro nó de blockchain determina que a solicitação de transação foi aprovada na primeira verificação de segurança e armazena a solicitação de transação em uma memória de transação correspondente ao primeiro nó da blockchain. O armazenamento da solicitação de transação pelo primeiro nó de blockchain na memória da transação pode ser equivalente a aceitar a solicitação de transação. Se o primeiro nó da blockchain determinar que a solicitação de transação não foi aprovada na primeira verificação de segurança, por outro lado, o primeiro nó da blockchain se recusa a aceitar a solicitação de transação, ou seja, não armazena a solicitação de transação em uma memória de transação correspondente a si mesmo.
[051] Além disso, ao receber a solicitação de transação, o primeiro nó de blockchain pode enviar a solicitação de transação em uma forma de transmissão para outros nós da blockchain na rede de consenso, por exemplo, todos os segundos nós de blockchain. Ao receber a solicitação de transação, todos os segundos nós da blockchain podem realizar a segunda verificação de segurança na solicitação de transação. Ao determinar que a solicitação de transação foi aprovada na segunda verificação de segurança, cada segundo nó de blockchain armazena a solicitação de transação em uma memória de transação correspondente a si mesmo para aceitar a solicitação de transação; da mesma forma, ao determinar que a solicitação de transação não foi aprovada na segunda verificação de segurança, o segundo nó de blockchain não aceita a solicitação de transação.
[052] Em algumas modalidades, todos os nós de blockchain e todas as
Petição 870190095198, de 23/09/2019, pág. 25/79
17/39 memórias de transação na rede de consenso podem alcançar a transmissão de dados por meio de uma peça predefinida de middleware distribuído. Por exemplo, ao determinar que a solicitação de transação foi aprovada na primeira verificação de segurança, o primeiro nó da blockchain pode enviar a solicitação de transação para o middleware distribuído e o middleware distribuído pode enviar, de acordo com o identificador do nó do primeiro nó da blockchain, a solicitação de transação para a memória da transação correspondente ao primeiro nó da blockchain para armazenamento.
[053] S103: realizar o pré-processamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado.
[054] Para simplificar o processo de verificação de consenso para transações de blockchain, reduzir o tempo consumido na verificação de consenso e melhorar a eficiência da verificação de consenso, o primeiro nó de blockchain realiza o pré-processamento de solicitações de transação para obter um bloco préprocessado antes de realizar a verificação de consenso de solicitações de transação armazenadas nele mesmo. Como resultado, o bloco pré-processado é transmitido diretamente, no processo de verificação de consenso, para todos os segundos nós de blockchain na rede de consenso para verificação de consenso.
[055] Em um exemplo, ao determinar que uma condição predefinida é satisfeita, o primeiro nó de blockchain pode obter pelo menos uma solicitação de transação a partir da memória da transação correspondente a ele mesmo e realizar consenso sobre essas solicitações de transação por toda a rede de consenso em um processo subsequente.
[056] Aqui, ao determinar que o momento atual atinge um período de tempo definido para a obtenção de uma próxima solicitação de transação, o primeiro nó de blockchain determina que a condição de obtenção da solicitação é satisfeita, obtém
Petição 870190095198, de 23/09/2019, pág. 26/79
18/39 pelo menos uma solicitação de transação a partir da memória da transação correspondente a si mesmo, e realiza o pré-processamento em pelo menos uma solicitação de transação obtida. Além disso, a condição predefinida acima também pode ser outras condições. Por exemplo, ao monitorar e determinar que uma solicitação de transação na memória da transação atinge um tempo definido de armazenamento definido, o primeiro nó de blockchain determina que a solicitação de transação satisfaz a condição predefinida. Posteriormente, o primeiro nó de blockchain pode realizar o pré-processamento em todas as solicitações de transação que satisfazem a condição predefinida e obtêm os blocos pré-processados correspondentes. A condição predefinida aqui também pode estar em outras formas.
[057] No processo de obtenção de solicitações de transação a partir de uma memória de transação, o primeiro nó de blockchain pode obter uma pluralidade de solicitações de transação a partir da memória de transação correspondente a si mesma, de acordo com as prioridades do tipo de transação. Por exemplo, o primeiro nó de blockchain pode definir um tipo de transação como um limite e obter todos as solicitações de transação com uma prioridade de tipo de transação acima do limite da memória da transação.
[058] Ao realizar consenso sobre solicitações de transação por meio de uma rede de consenso, o primeiro nó de blockchain pode selecionar uma transação e obter todas as solicitações de transação correspondentes à transação a partir da memória da transação, em que o primeiro nó de blockchain pode selecionar as transações aleatoriamente ou em uma ordem. Como alternativa, o primeiro nó de blockchain pode obter uma pluralidade de solicitações de transação da memória da transação em uma ordem temporal na qual as solicitações de transação entram na memória da transação. O primeiro nó de blockchain pode obter as solicitações de transação seguindo outros critérios, que não serão descritos em detalhes aqui.
[059] Após obter as solicitações de transação, o primeiro nó de blockchains
Petição 870190095198, de 23/09/2019, pág. 27/79
19/39 pode determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de sub-característica correspondente a cada solicitação de transação, respectivamente. Por exemplo, quando a regra de determinação do valor da característica predefinida é um algoritmo de Hash, o primeiro nó de blockchain pode determinar um valor de sub-Hash correspondente a cada solicitação de transação, respectivamente. Quando a regra de determinação do valor da característica predefinida é um Algoritmo de Resumo da Mensagem (MD5), o primeiro nó de blockchain pode determinar um valor de sub-MD5 correspondente a cada solicitação de transação, respectivamente.
[060]Após determinar um valor de sub-característica correspondente a cada solicitação de transação, o primeiro nó de blockchain pode determinar, de acordo com uma ordem dos valores de sub-características determinados e solicitações de transação, um valor de característica a ser verificado correspondendo exclusivamente às solicitações de transação.
[061] Aqui, o valor da característica a ser verificado pode corresponder exclusivamente às solicitações de transação como um todo. Por exemplo, quando o conteúdo de uma das solicitações de transação alterações, o valor da característica a ser verificado será alterado de acordo. A ordem das solicitações de transação pode ser uma ordem definida pelo primeiro nó de blockchain ou pode ser determinada de acordo com a ordem das solicitações de transação na memória da transação. Uma maneira exemplificadora pela qual o primeiro nó de blockchain determina o valor da característica a ser verificado é mostrada na Fig. 3.
[062] A Fig. 3 é um diagrama esquemático da determinação de um valor característico a ser verificado de acordo com uma modalidade da presente descrição.
[063] Como mostrado na Fig. 3, em algumas modalidades, a regra de determinação do valor característico usada pelo primeiro nó da blockchain inclui um
Petição 870190095198, de 23/09/2019, pág. 28/79
20/39 algoritmo de Hash. Suponha que o primeiro nó da blockchain obtenha quatro solicitações de transação de todas as solicitações de transação armazenadas em si, e essas quatro solicitações de transação sejam organizadas em uma ordem mostrada na Fig. 3. Depois que o primeiro nó de blockchain determinar quatro valores de sub-Hash correspondentes a essas quatro solicitações de transação, respectivamente, os quatro valores de sub-Hash (Hashl, Hash2, Hash3, Hash4) podem ser colocados em quatro nós de folha de uma árvore de Merkle sequencialmente da esquerda para a direita, de acordo com a ordem dessas quatro solicitações de transação e com base nas quais nós não foliares (Hash5, Hash6) e o nó raiz (Hash7) da árvore Merkle podem ser determinados. Posteriormente, o primeiro nó do blockchain pode determinar o nó raiz de Hash7 da árvore de Merkle como um valor de característica a ser verificado que corresponde exclusivamente a essas quatro solicitações de transação.
[064] O método para determinar o valor da característica a ser verificado descrito acima não é exclusivo, e o primeiro nó de blockchain também pode usar outras maneiras, desde que assegure que o valor da característica a ser verificado corresponda exclusivamente a todas solicitações de transação em uma determinada ordem.
[065] Após determinar o valor da característica a ser verificado correspondendo exclusivamente a todas as solicitações de transação (por exemplo, a pelo menos uma solicitação de transação obtida a partir da memória da transação), o primeiro nó de blockchain pode empacotar o valor da característica a ser verificado e todos os identificadores de solicitação de transação (por exemplo, para uma transação de transação, um identificador de transação de transação pode ser o número de série de uma transação) correspondente a todas as solicitações de transação em um bloco pré-processado, em que o primeiro nó de blockchain pode classificar todos os identificadores de solicitação de transação na ordem acima das
Petição 870190095198, de 23/09/2019, pág. 29/79
21/39 solicitações de transação, para obter uma fila de identificador de solicitação de transação e armazenar a fila de identificadores de solicitação de transação no bloco pré-processado.
[066] Após determinar o bloco pré-processado acima, o primeiro nó de blockchain pode armazenar o bloco pré-processado em uma memória de transação correspondente a si mesmo. Quando a fase de verificação de consenso começa, o primeiro nó da blockchain pode obter o bloco pré-processado a partir da memória da transação e transmitir o bloco pré-processado para todos os segundos nós de blockchain na rede de consenso para verificação de consenso, em que o primeiro nó de blockchain pode misturar o bloco pré-processado com todas as solicitações de transação para armazenamento na memória de transação correspondente a si mesmo ou pode dividir uma região de memória designada na memória de transação e armazenar o bloco pré-processado na região de memória designada.
[067] S104: transmitir o bloco pré-processado obtido para os segundos nós de blockchain, fazendo com que os segundos nós de blockchain realizem verificação de consenso no bloco pré-processado obtido.
[068] [Na verificação de consenso, o primeiro nó de blockchain pode obter um bloco pré-processado a partir dos blocos pré-processados correspondentes ao pré-processamento anterior de todas as solicitações de transação e armazenado em si, enviar, por transmissão, o bloco pré-processado para outros nós de blockchain (por exemplo, todos os segundos nós de blockchain) em toda a rede de consenso e realizar a verificação de consenso em todas as solicitações de transação correspondentes ao bloco pré-processado por meio da rede de consenso.
[069] Em um exemplo, o primeiro nó de blockchain pode transmitir o bloco pré-processado acima para todos os segundos nós de blockchain na rede de consenso. Para cada segundo nó de blockchain, por outro lado, o segundo nó de blockchain pode resolver o bloco pré-processado ao receber o bloco pré-processado
Petição 870190095198, de 23/09/2019, pág. 30/79
22/39 do primeiro nó de blockchain, para determinar os identificadores de solicitação de transação de todas as solicitações de transação incluídas no bloco pré-processado.
[070]Os segundos nós de blockchain podem determinar ainda todas as solicitações de transação correspondentes aos identificadores de solicitação de transação de todas as solicitações de transação armazenadas em si mesmos e determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de sub-característica correspondente a cada solicitação de transação, respectivamente, em que a regra de determinação do valor da característica usada pelos segundos nós de blockchains pode ser a mesma que a do primeiro nó de blockchains.
[071] Após determinar um valor de sub-característica correspondente a cada solicitação de transação, os segundos nós de blockchains podem determinar, de acordo com uma ordem dos identificadores de solicitação de transação (por exemplo, a ordem de todos os identificadores de solicitação de transação na fila de identificadores de solicitação de transação) e todos os valores de subcaracterísticas, um valor de característica correspondente exclusivamente a todas as solicitações de transação como um todo e, em seguida, comparar o valor da característica com o valor da característica geral a ser verificado no bloco préprocessado. Quando esses dois valores de característica são idênticos, pode-se determinar que o conteúdo dessas solicitações de transação a serem verificadas por consenso pelo primeiro nó de blockchain não foi alterado, ou seja, é determinado que essas solicitações de transação foram aprovadas na verificação de integridade de Hash, em que os segundos os nós de blockchain podem determinar a ordem de todos os identificadores de solicitação de transação de acordo com a ordem de todos os identificadores de solicitação de transação compreendidos no bloco préprocessado.
[072] Cada segundo nó de blockchain pode realizar a verificação da
Petição 870190095198, de 23/09/2019, pág. 31/79
23/39 integridade de Hash no bloco pré-processado acima, de acordo com o método acima, e obter o respectivo resultado de verificação em relação ao bloco préprocessado. Posteriormente, cada segundo nó de blockchain pode enviar o resultado de verificação obtido respectivamente em uma forma de transmissão para outros nós de blockchain na rede de consenso. Ao receber cada resultado de verificação de transmissão mútua, cada nó de blockchain na rede de consenso pode obter, de acordo com os resultados de verificação recebidos e seu próprio resultado de verificação, um resultado de verificação abrangente sobre se o bloco préprocessado foi aprovada na verificação por todos os nós da blockchain na rede de consenso e transmite o resultado de verificação abrangente obtido para outros nós de blockchain em toda a rede de consenso novamente.
[073]Ao receber o resultado da verificação abrangente de transmissão mútua, cada nó de blockchain na rede de consenso pode determinar ainda se a maioria dos resultados de verificação abrangentes obtidos por todos os nós de blockchain de consenso em toda a rede de consenso é que a verificação é aprovada. Se sim, o nó de blockchain grava solicitações de transação correspondentes aos identificadores de solicitação de transação compreendidos no bloco pré-processado em um bloco para armazenamento e depois grava o bloco na blockchain armazenada em si de acordo com a ordem temporal; se não, o nó da blockchain determina que as solicitações de transação correspondentes ao bloco pré-processado não foram aprovadas na verificação de consenso pela rede de consenso e se recusa a gravar as solicitações de transação no blockchain.
[074] Depois que o nó de blockchain (o nó de blockchain aqui pode ser um primeiro nó de blockchain ou um segundo nó de blockchain) armazena todas as solicitações de transação na forma de um bloco na blockchain, o espaço de armazenamento ocupado por essas solicitações de transação em suas respectivas memórias de transação podem ser liberadas e essas solicitações de transação são
Petição 870190095198, de 23/09/2019, pág. 32/79
24/39 transferidas para um banco de dados para armazenar solicitações de transação históricas.
[075]A partir do método acima, pode ser visto que, ao receber uma solicitação de transação a partir de um cliente, um primeiro nó de blockchain pode realizar uma primeira verificação de segurança na solicitação de transação e depois de determinar que a solicitação de transação foi aprovada na primeira verificação de segurança, armazene a solicitação de transação. Posteriormente, o primeiro nó de blockchain pode realizar o pré-processamento em pelo menos uma solicitação de transação própria para obter um bloco pré-processado e armazenar o bloco préprocessado. Como resultado, no processo de realizar a verificação de consenso, o primeiro nó de blockchain pode obter diretamente um bloco pré-processado obtido anteriormente antes da fase de verificação do consenso e transmitir o bloco préprocessado para outros nós de blockchain na rede de consenso para verificação de consenso, que simplifica bastante o processo na fase de verificação de consenso, reduz o tempo consumido na fase de verificação de consenso e, portanto, melhora a eficiência da verificação de consenso dos nós da blockchain e melhora a eficiência da verificação de consenso para transações da blockchain.
[076]Em algumas modalidades, para melhorar ainda mais a eficiência da verificação de consenso para transações de blockchain, todos os nós de blockchain na rede de consenso (por exemplo, o primeiro nó de blockchain e todos os segundos nós de blockchain) também podem receber, armazenar, verificar e pré-processar as solicitações de transação acima por meio de um cluster de servidores. Em outras palavras, um nó de blockchain pode consistir em um dispositivo individual do estado da técnica, mas na presente descrição, o nó de blockchain pode compreender um cluster de servidores. Todos os servidores no cluster de servidores podem ter o mesmo nível de hierarquia ou podem ser fornecidos para processar particularmente tarefas designadas, enquanto todos os servidores no cluster de servidores
Petição 870190095198, de 23/09/2019, pág. 33/79
25/39 compartilham a mesma configuração de nó. Por exemplo, todos os servidores podem compartilhar uma identidade (ID) de um nó, tabela de roteamento ponto a ponto, chaves públicas e privadas assimétricas de um nó e outra configuração de nó. De um ponto de vista externo, portanto, todas as ações e instruções enviadas pelos servidores no cluster de servidores podem ser vistas a partir de um nó de blockchain. Um diagrama esquemático de um cluster de servidores é mostrado na figura a seguir.
[077] A Fig. 4 é um diagrama esquemático de um cluster de servidores de acordo com uma modalidade da presente descrição. A Fig. 4 ilustra uma arquitetura de cluster de servidores de um primeiro nó de blockchain. Existe um dispositivo com capacidade de roteamento no cluster de servidores. O dispositivo com capacidade de roteamento é responsável por distribuir solicitações de transação a partir de um terminal do usuário para um servidor no cluster de servidores. Aqui, o dispositivo com capacidade de roteamento pode distribuir as solicitações de transação de maneira aleatória para um servidor no cluster de servidores ou pode distribuir as solicitações de transação de maneira balanceada para os servidores no cluster de servidores. Portanto, o dispositivo com capacidade de roteamento também pode ser um dispositivo de balanceamento de carga. Ao receber a solicitação de transação, o servidor no cluster de servidores pode realizar uma primeira verificação de segurança na solicitação de transação e, após determinar que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação em uma memória de transação correspondente ao primeiro nó da blockchain, em que o cluster do servidores do primeiro nó da blockchain pode corresponder a uma memória de transação. Os servidores no cluster de servidores podem corresponder a uma memória de transação e, neste momento, o primeiro nó da blockchain corresponderá a uma pluralidade de memórias de transação.
[078]Um servidor no cluster de servidores pode obter uma pluralidade de
Petição 870190095198, de 23/09/2019, pág. 34/79
26/39 solicitações de transação a partir da memória da transação e realizar préprocessamento nas solicitações de transação para obter um bloco pré-processado. Posteriormente, o servidor pode armazenar o bloco pré-processado obtido em uma memória de transação correspondente ao primeiro nó de blockchain para uso na verificação de consenso posterior, em que o servidor pode ser um servidor selecionado anteriormente pelo dispositivo de balanceamento de carga para receber solicitações de transação a partir de um cliente (ou um servidor selecionado pelo dispositivo com capacidade de roteamento) ou pode ser um servidor selecionado novamente a partir de uma pluralidade de servidores compreendidos no primeiro nó da blockchain.
[079]Em algumas modalidades, quando um servidor no cluster de servidores obtém uma pluralidade de solicitações de transação a partir da memória de transação acima, ele pode transferir diretamente essas solicitações de transação para o servidor para pré-processamento. Dessa maneira, outros servidores no cluster de servidores não poderão obter essas solicitações de transação a partir da memória da transação, evitando a situação em que essas solicitações de transação estão sujeitas a pré-processamento repetido pelos servidores no cluster de servidores.
[080] No processo em que um servidor no cluster de servidores obtém essas solicitações de transação, o servidor pode marcar essas solicitações em uma memória de transação. Dessa forma, outros servidores no cluster de servidores não realizam o pré-processamento nas solicitações de transação, uma vez que detectam as solicitações de transação marcadas na memória da transação. Além disso, o servidor no cluster de servidores também pode descartar a situação em que as solicitações de transação estão sujeitas a pré-processamento repetido pelos servidores no cluster de servidores de outras maneiras.
[081] Na verificação de consenso, um servidor no cluster de servidores pode
Petição 870190095198, de 23/09/2019, pág. 35/79
27/39 obter um bloco pré-processado obtido a partir do pré-processamento anterior de todas as solicitações de transação a partir de uma memória de transação correspondente ao primeiro nó da blockchain e enviar o bloco pré-processado para outros nós de blockchain (por exemplo, todos os segundos nós de blockchain) em toda a rede de consenso por meio de um gateway. Ao receber o bloco préprocessado, os segundos nós da blockchain podem distribuir o bloco préprocessado para um servidor em seus próprios clusters de servidores por meio dos respectivos dispositivos de balanceamento de carga (ou um dispositivo com capacidade de roteamento) e realizar a verificação de consenso no bloco préprocessado por meio do servidor.
[082] Aqui, o servidor que obtém o bloco pré-processado acima a partir de uma memória de transação pode ser qualquer servidor no cluster de servidores. A seleção do servidor pode ser decidida por um dispositivo de balanceamento de carga (ou selecionado por um dispositivo com capacidade de roteamento) ou pode ser decidida por um servidor designado no cluster de servidores. Como alternativa, cada servidor no cluster de servidores pode fornecido com um período de consenso e servidores diferentes têm períodos de consenso diferentes. Em outras palavras, os períodos de consenso de diferentes servidores são escalonados no tempo. Para cada servidor no cluster de servidores, o servidor pode obter automaticamente um bloco pré-processado obtido anteriormente a partir de uma memória de transação correspondente ao primeiro nó de blockchains toda vez que um período (por exemplo, um período de consenso correspondente a si mesmo) foi aprovado e transmitir o bloco pré-processado para todos os segundos nós de blockchain na rede de consenso por meio de um gateway. Além disso, o trabalho para obter um bloco pré-processado também pode ser realizado por um servidor designado no cluster de servidores, enquanto outros servidores não participam do trabalho para obter um bloco pré-processado.
Petição 870190095198, de 23/09/2019, pág. 36/79
28/39 [083] Como visto nas figuras, em algumas modalidades, o cluster de servidores pode ser equivalente ao primeiro nó da blockchain. Como o número de servidores do primeiro nó de blockchain é alterado a partir de um único servidor para o modo de um cluster de servidores, a pressão nos servidores e a eficiência do processamento de transações são significativamente melhoradas, o que fornece uma solução eficaz para aumentar a pressão das transações como resultado do aumento subsequente dos usuários.
[084] Em algumas modalidades, como mostrado na Fig. 4, uma tarefa designada pode ser concluída selecionando um servidor a partir de uma pluralidade de servidores compreendidos no primeiro nó de blockchain por meio de um dispositivo com capacidade de roteamento (ou um dispositivo de balanceamento de carga), e além disso, pode ser implementado de uma forma como gateway. Se um servidor for selecionado por meio de um gateway, o gateway poderá selecionar um servidor dentre a pluralidade de servidores incluídos no primeiro nó de blockchain de uma maneira de balanceamento de carga para concluir uma tarefa designada. A seleção aleatória ou uma implementação alternativa pode ser usada para selecionar um servidor.
[085]Depois que o servidor selecionado pelo dispositivo acima com capacidade de roteamento (ou um dispositivo de balanceamento de carga) recebe uma solicitação de transação a partir de um cliente, o dispositivo com capacidade de roteamento pode selecionar, mais uma vez, um servidor a partir de uma pluralidade de servidores compreendidos no primeiro nó de blockchain para armazenar a solicitação de transação, enviar a solicitação de transação para o servidor selecionado para armazenar a solicitação de transação por meio do servidor que recebe a solicitação de transação e, em seguida, armazenar a solicitação de transação por meio do servidor. O primeiro nó de blockchain pode usar a mesma maneira ao realizar o pré-processamento em uma solicitação de transação por meio
Petição 870190095198, de 23/09/2019, pág. 37/79
29/39 de um servidor selecionado pelo dispositivo com capacidade de roteamento (ou um dispositivo de balanceamento de carga). Ou seja, depois que um servidor selecionado conclui o pré-processamento em uma solicitação de transação, o dispositivo com capacidade de roteamento pode determinar novamente um servidor a partir da pluralidade de servidores compreendidos no primeiro nó da blockchain e notificar o servidor que conclui o pré-processamento na transação solicitação para enviar o bloco pré-processado obtido para o servidor determinado novamente, para armazenar o bloco pré-processado em uma memória de transação compreendida no primeiro nó de blockchains por meio do servidor determinado novamente.
[086]Como mostrado na Fig. 4, um cluster de servidores do primeiro nó da blockchain é usado como exemplo para descrever como o cluster de servidores funciona nas transações de blockchain, enquanto os clusters de servidores de todos os segundos nós da blockchain na rede de consenso podem ser iguais ao cluster de servidores descrito acima, e alguns processos de processamento são semelhantes aos do cluster de servidores acima do primeiro nó da blockchain, que não será repetido aqui em detalhes.
[087] Em algumas modalidades, toda a rede de consenso pode ser uma cadeia de alianças, enquanto que cada nó de blockchain pode ser um nó da cadeia de alianças.
[088]O método para verificação de consenso de acordo com algumas modalidades da presente descrição é descrito acima. Com base no mesmo conceito, as modalidades da presente descrição fornecem ainda dois aparelhos para verificação de consenso, como mostrado nas Figs. 5 e 6.
[089]A Fig. 5 é um diagrama esquemático de um aparelho 500 para verificação de consenso de acordo com uma modalidade da presente descrição. O aparelho 500 pode estar em uma rede de consenso (por exemplo, como um primeiro nó de blockchain em uma rede de consenso) e pode ser implementado como
Petição 870190095198, de 23/09/2019, pág. 38/79
30/39 software, hardware ou uma combinação dos mesmos. Em um exemplo, o aparelho 500 pode compreender uma memória e um processador acoplados juntamente. A memória pode ser não transitória e legível por computador. A memória pode armazenar instruções que, quando realizadas pelo processador, fazem com que o aparelho 500 realize uma ou mais etapas descritas aqui. Em algumas modalidades, as instruções podem ser implementadas como vários módulos de software. Tais módulos podem compreender: um módulo de recepção 501, configurado para receber uma solicitação de transação a partir de um terminal e realizar uma primeira verificação de segurança na solicitação de transação; um módulo de armazenamento 502 configurado para armazenar, ao determinar que a solicitação de transação foi aprovada na primeira verificação de segurança, a solicitação de transação, e transmitir a solicitação de transação para cada segundo nó de blockchain na rede de consenso, de modo que cada segundo nó de blockchain armazene a solicitação de transação ao determinar que a solicitação de transação foi aprovada por uma segunda verificação de segurança; um módulo de préprocessamento 503, configurado para realizar o pré-processamento em pelo menos uma solicitação de transação armazenada ao determinar que uma condição predefinida é satisfeita, para obter e armazenar um bloco pré-processado; um módulo de captura504, configurado para transmitir o bloco pré-processado obtido para os segundos nós de blockchains, fazendo com que os segundos nós de blockchains realizem verificação de consenso no bloco pré-processado obtido.
[090]A primeira verificação de segurança compreende: verificação de legalidade de assinatura assimétrica.
[091 ]Em algumas modalidades, o módulo de armazenamento 502 pode não armazenar a solicitação de transação, ao determinar que a solicitação de transação falha na primeira verificação de segurança.
[092]O módulo de pré-processamento 503 pode determinar que a condição
Petição 870190095198, de 23/09/2019, pág. 39/79
31/39 predefinida é satisfeita, ao monitorar que um período de tempo definido foi aprovado.
[093] O módulo de pré-processamento 503 pode determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de característica a ser verificado correspondendo a pelo menos uma solicitação de transação; e empacotar todos os identificadores de solicitação de transação correspondentes a pelo menos uma solicitação de transação e o valor da característica a ser verificado em um bloco pré-processado.
[094]A Fig. 6 é um diagrama esquemático de outro aparelho 600 para verificação de consenso de acordo com uma modalidade da presente descrição. O aparelho 600 pode estar em uma rede de consenso (por exemplo, como um segundo nó de blockchain em uma rede de consenso) e pode ser implementado como software, hardware ou uma combinação dos mesmos. Em um exemplo, o aparelho 600 pode compreender uma memória e um processador acoplados juntamente. A memória pode ser não transitória e legível por computador. A memória pode armazenar instruções que, quando realizadas pelo processador, fazem com que o aparelho 600 realize uma ou mais etapas descritas aqui. Em algumas modalidades, as instruções podem ser implementadas como vários módulos de software. Tais módulos podem compreender: um módulo de recepção de solicitação 601, configurado para receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação; um módulo de armazenamento de solicitação 602, configurado para armazenar, ao determinar que a solicitação de transação foi aprovada na segunda verificação de segurança, a solicitação de transação; um módulo de verificação 603, configurado para realizar a verificação de consenso, ao receber uma transmissão de bloco pré-processada pelo primeiro nó da blockchain, no bloco pré-processado.
[095] A segunda verificação de segurança compreende: verificação de
Petição 870190095198, de 23/09/2019, pág. 40/79
32/39 legalidade de assinatura assimétrica.
[096]Em algumas modalidades, o módulo de armazenamento de solicitação 602 pode não armazenar a solicitação de transação, ao determinar que a solicitação de transação falha na segunda verificação de segurança.
[097] O módulo de verificação 603 pode pesquisar, ao receber o bloco préprocessado transmitido pelo primeiro nó de blockchain, todas as solicitações de transação armazenadas em si para solicitações de transação correspondentes a todos os identificadores de solicitação de transação compreendidos no bloco préprocessado e determinar , de acordo com uma regra de determinação de valor de característica predefinida, um valor de característica correspondente a cada solicitação de transação; realizar a verificação de consenso, por meio do valor da característica, no valor da característica a ser verificado, compreendido no bloco préprocessado.
[098]Em algumas modalidades, ao receber uma solicitação de transação a partir de um cliente, um primeiro nó de blockchain pode realizar uma primeira verificação de segurança na solicitação de transação e, depois de determinar que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação em si mesmo. Posteriormente, o primeiro nó de blockchain pode realizar o pré-processamento em pelo menos uma solicitação de transação entre todas as solicitações de transação armazenadas em si para obter um bloco pré-processado e armazenar o bloco pré-processado. Como resultado, no processo de verificação de consenso, o primeiro nó da blockchain pode obter um bloco pré-processado diretamente a partir de todos os blocos pré-processados armazenados e transmitir o bloco pré-processado para outros nós de blockchain na rede de consenso para verificação de consenso, que que simplifica bastante o processo na fase de verificação de consenso, reduz o tempo consumido na verificação de consenso e, portanto, melhora a eficiência da verificação de consenso
Petição 870190095198, de 23/09/2019, pág. 41/79
33/39 para transações de blockchain.
[099]Na década de 1990, uma melhoria para uma tecnologia podería ser diferenciada em uma melhoria de hardware (por exemplo, uma melhoria para uma estrutura de circuito, como um diodo, um transistor, um interruptor e semelhantes) ou uma melhoria de software (uma melhoria para um fluxo de um método). Juntamente com o desenvolvimento tecnológico, no entanto, muitas melhorias atuais nos fluxos de métodos podem ser consideradas melhorias diretas nas estruturas dos circuitos de hardware. Os projetistas podem obter uma estrutura correspondente do circuito de hardware pela programação de um fluxo de método melhorado em um circuito de hardware. Portanto, uma melhoria em um fluxo de método pode ser realizada pela implementação de hardware. Por exemplo, o Dispositivo Lógico Programável (PLD) (por exemplo, Arranjo de Portas Programáveis em Campo (FPGA)) é um circuito integrado tal que suas funções lógicas são determinadas pelo usuário por meio da programação do dispositivo. Um projetista pode programar para integrar um sistema digital em uma peça de PLD, sem pedir a um fabricante de chips para projetar e fabricar um chip IC dedicado. Atualmente, esse tipo de programação tem sido implementado principalmente por meio de software compilador lógico, em vez de fabricar manualmente os chips IC. O software de compilador lógico é semelhante a um compilador de software usado para desenvolvimento e gravação de programas, enquanto uma linguagem de programação específica é usada para escrever códigos-fonte antes de compilar, o que é chamado de Linguagem de Descrição de hardware (HDL). Não existe apenas um, mas muitos tipos de HDL, como o ABEL (Linguagem de Expressão Booleana Avançada), AHDL (linguagem de descrição de hardware da Altera), Confluence, CUPL (linguagem de programação da Universidade de Cornell), HDCal, JHDL (Linguagem de descrição de hardware Java), Lava, Lola, MyHDL, PALASM, RHDL (linguagem de descrição de hardware do Ruby). O HDL mais comumente usado inclui VHDL (Linguagem de Descrição de
Petição 870190095198, de 23/09/2019, pág. 42/79
34/39
Hardware de Circuito Integrado de Alta Velocidade) e Verilog. Um versado na técnica teria conhecido a obtenção de um circuito de hardware para implementar urn fluxo de método lógico usando os HDLs acima para realizar alguma programação lógica no fluxo de método e programá-lo em um IC.
[0100]Um controlador pode ser implementado de qualquer maneira apropriada. Por exemplo, um controlador pode estar em, por exemplo, uma forma de microprocessador ou processador, bem como um meio legível por computador que armazena códigos de programas legíveis por computador (por exemplo, software ou firmware) capazes de serem executados pelo (micro) processador, um gate lógico, um switch, um ASIC (Circuito Integrado Específico de Aplicação), um controlador lógico programável e um microcontrolador incorporado. Exemplos do controlador incluem, mas não estão limitados aos seguintes microcontroladores: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 e Silicone Labs C8051F320. Um controlador de memória pode ainda ser implementado como parte de uma lógica de controle de uma memória. Um versado na técnica também deve estar ciente de que, além disso, um controlador é implementado em uma maneira de códigos de programa puramente legíveis por computador, é possível realizar a programação lógica em etapas de um método para permitir que um controlador implemente o mesmo funções na forma de uma porta lógica, um switch, um ASIC, um controlador lógico programável e um microcontrolador embutido. Portanto, tal controlador pode ser considerado como uma peça de hardware, enquanto dispositivos compreendidos nele e configurados para realizar várias funções também podem ser considerados como uma estrutura dentro da parte de hardware. Alternativamente, os dispositivos configurados para realizar várias funções podem ser considerados como módulos de software para implementar um método e uma estrutura dentro de uma peça de hardware.
[0101]O sistema, aparelho, módulo ou unidade descritos nas modalidades
Petição 870190095198, de 23/09/2019, pág. 43/79
35/39 acima podem ser implementados por um chip de computador ou entidade ou implementados por um produto tendo uma função. Um dispositivo de implementação típico é um computador. Por exemplo, um computador pode ser, por exemplo, um computador pessoal, um computador portátil, um telefone celular, um telefone com câmera, um telefone inteligente, um assistente digital pessoal, um meio de reprodução reprodutor, um dispositivo de navegação, um aparelho de e-mail, um aparelho de jogo, um computador tablet, um dispositivo vestível ou uma combinação de quaisquer dispositivos nestes dispositivos.
[0102]Por conveniência de descrição, o aparelho acima é dividido em várias unidades de acordo com funções para descrição. As funções das unidades podem ser implementadas em uma ou várias peças de software e/ou hardware ao implementar a presente descrição.
[0103] Um versado na técnica deve entender que as modalidades da presente descrição podem ser fornecidas como um método, um sistema ou um produto de programa de computador. Por conseguinte, o sistema descrito pode ser implementado como uma modalidade de hardware completa, uma modalidade de software completa ou uma modalidade combinada software e hardware para realizar os métodos descritos. Além disso, o sistema descrito pode estar na forma de um produto de programa de computador implementado em um ou mais meios de armazenamento utilizáveis em computador (incluindo, mas não limitado a uma memória de disco magnético, CD-ROM, uma memória ótica e similares) compreendendo códigos de programa utilizáveis por computador.
[0104] O sistema descrito é descrito como referência a fluxogramas e/ou diagramas de blocos do método, dispositivo (sistema) e produto do programa de computador de acordo com as modalidades da presente descrição. Deve ser entendido que uma instrução de programa de computador pode ser usada para implementar cada processo e/ou bloco nos fluxogramas e/ou diagramas de blocos e
Petição 870190095198, de 23/09/2019, pág. 44/79
36/39 uma combinação de processos e/ou blocos nos fluxogramas e/ou diagramas de blocos. Essas instruções do programa de computador podem ser fornecidas para um computador de uso geral, um computador de propósito especial, um processador embutido ou um processador de outros dispositivos de processamento de dados programáveis para gerar uma máquina, de modo que as instruções realizadas por um computador ou processador de outros dispositivos de processamento de dados programáveis geram um aparelho para implementar uma função especificada em um ou mais processos nos fluxogramas e/ou em um ou mais blocos nos diagramas de blocos.
[0105] Essas instruções de programas de computador também podem ser armazenadas em uma memória legível por computador que instrui um computador ou outros dispositivos de processamento de dados programáveis a funcionarem de uma maneira específica, de modo que as instruções armazenadas na memória gerada por computador gerem um artigo fabricado que inclua um aparelho de instrução. O aparelho de instrução implementa uma ou mais funções em um ou mais processos nos fluxogramas e/ou em um ou mais blocos nos diagramas de bloco.
[0106] Essas instruções de programas de computador também podem ser carregadas em um computador ou outros dispositivos de processamento de dados programáveis, de modo que uma série de etapas operacionais sejam realizadas no computador ou outros dispositivos programáveis, gerando assim processamento implementado por computador. Portanto, as instruções realizadas no computador ou outros dispositivos programáveis fornecem etapas para implementar uma ou mais funções em um ou mais processos nos fluxogramas e/ou em um ou mais blocos nos diagramas de bloco.
[0107] Em uma configuração típica, o dispositivo de computação inclui uma ou mais Unidades de Processamento Central (CPUs), interfaces de entrada/saída, interfaces de rede e uma memória.
Petição 870190095198, de 23/09/2019, pág. 45/79
37/39 [0108]A memória pode incluir mídia legível por computador, como uma memória volátil, uma memória de acesso aleatório (RAM) e/ou uma memória não volátil, por exemplo, uma memória somente leitura (ROM) ou uma memória RAM flash. A memória é um exemplo de um meio legível por computador.
[0109]A mídia legível por computador inclui mídia permanente, volátil, móvel e imóvel, que pode implementar o armazenamento de informações por meio de qualquer método ou tecnologia. As informações podem ser instruções legíveis por computador, estruturas de dados, módulos de programa ou outros dados. Exemplos de mídia de armazenamento de computadores incluem, mas não estão limitados a RAMs de mudança de fase (RAMs), RAMs estáticas (SRAMs), RAMs dinâmicas (DRAMs), outros tipos de memórias de acesso aleatório (RAMs), memórias somente leitura (ROMs). Memórias só de leitura programáveis apagáveis eletricamente (EEPROM), memórias flash ou outras tecnologias de memória, Memórias só de leitura de discos compactos (CD-ROM), Discos digitais versáteis (DVD) ou outras memórias ópticas, cassetes, cassetes e memórias de discos ou outros dispositivos de memória magnética ou qualquer outro meio de não transmissão, que pode ser usado para armazenar informações acessíveis a um dispositivo de computação. De acordo com as definições aqui apresentadas, as mídias legíveis por computador não incluem mídias transitórias, tais como sinais de dados modulados e portadores.
[0110] Deve-se notar ainda que os termos incluindo, compreendendo ou quaisquer outras variantes do mesmo pretendem abranger uma inclusão não exclusiva, tal que um processo, método, mercadoria ou dispositivo compreendendo uma série de elementos não apenas compreenda esses elementos, mas também compreende outros elementos que não estão listados, ou ainda compreende elementos que são inerentes ao processo, método, mercadoria ou dispositivo. Quando não há restrição adicional, os elementos definidos pela declaração compreendendo um... não exclui elementos semelhantes adicionais em um
Petição 870190095198, de 23/09/2019, pág. 46/79
38/39 processo, método, mercadoria ou dispositivo que inclua os elementos definidos.
[0111]Um versado na técnica deve entender que as modalidades da presente descrição podem ser fornecidas como um método, um sistema ou um produto de programa de computador. Portanto, a presente descrição pode ser implementada como uma modalidade de hardware completa, uma modalidade de software completa ou uma modalidade combinada software e hardware. Além disso, a presente descrição pode estar na forma de um produto de programa de computador implementado em um ou mais meios de armazenamento utilizáveis em computador (incluindo, mas não limitado a uma memória de disco magnético, CDROM, uma memória ótica e semelhantes) compreendendo códigos de programa utilizáveis por computador.
[0112] A presente descrição pode ser descrita em um contexto regular de uma instrução executável por computador que é executada por um computador, tal como um módulo de programa. Em várias modalidades, o módulo de programa compreende uma rotina, um programa, um objeto, um componente, uma estrutura de dados e semelhantes para realizar uma tarefa particular ou implementar um tipo de dados abstrato particular. A presente descrição também pode ser praticada em ambientes de computação distribuída. Nestes ambientes de computação distribuída, os dispositivos de processamento remoto conectados por meio de redes de comunicação realizam tarefas. Nos ambientes de computação distribuída, um módulo de programa pode ser localizado em mídia de armazenamento de computador local e remoto, incluindo dispositivos de armazenamento.
[0113] As modalidades nesta descrição são descritas de uma maneira progressiva, com cada modalidade focando as diferenças de outras modalidades, e as modalidades podem ser mutuamente referenciadas para partes idênticas ou semelhantes da mesma. Para a modalidade do sistema, a descrição da mesma é relativamente simples, uma vez que é substancialmente semelhante à modalidade
Petição 870190095198, de 23/09/2019, pág. 47/79
39/39 do método. A descrição da modalidade do método pode ser referenciada para partes relacionadas do mesmo.
[0114]As modalidades da presente descrição são meramente exemplificadoras e não são usadas para limitar a presente descrição. Para um versado na técnica, as modalidades descritas podem ser modificadas ou alteradas de várias maneiras. Qualquer modificação, substituição equivalente ou melhoria feita dentro do escopo e princípio da presente descrição deverá ser englobada pelas reivindicações da presente descrição.

Claims (20)

  1. REIVINDICAÇÕES
    1. Método para verificação de consenso implementável por um primeiro nó de blockchain em uma rede de consenso, o método CARACTERIZADO pelo fato de que compreende:
    receber uma solicitação de transação de um cliente e realizar uma primeira verificação de segurança na solicitação de transação;
    em resposta à determinação de que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada um dos segundos nós de blockchain na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchain determinando que a solicitação de transação foi aprovada por uma segunda verificação de segurança;
    realizar pré-processamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado; e transmitir o bloco pré-processado obtido para os segundos nós de blockchain, fazendo com que os segundos nós de blockchain realizem verificação de consenso no bloco pré-processado obtido.
  2. 2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a primeira verificação de segurança compreende: verificação de legalidade de assinatura assimétrica.
  3. 3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que a determinação de que se uma condição predefinida é satisfeita compreende:
    em resposta à determinação de que um período de tempo definido é foi aprovado, determinar que a condição predefinida é satisfeita.
  4. 4. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de
    Petição 870190095198, de 23/09/2019, pág. 49/79
    2/7 que realizar o pré-processamento em pelo menos uma solicitação de transação para obter e armazenar um bloco pré-processado compreende:
    determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de característica a ser verificado correspondente a pelo menos uma solicitação de transação; e empacotar todos os identificadores de solicitação de transação correspondentes a pelo menos uma solicitação de transação e o valor da característica a ser verificada no bloco pré-processado e armazenar o bloco préprocessado.
  5. 5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que:
    o primeiro nó de blockchain compreende uma pluralidade de servidores e pelo menos uma memória de transação;
    o primeiro nó de blockchain recebe uma solicitação de transação a partir de um cliente e realiza uma primeira verificação de segurança na solicitação de transação compreende:
    selecionar um servidor a partir da pluralidade de servidores; e receber uma solicitação de transação a partir de um cliente por meio do servidor selecionado e realizar uma primeira verificação de segurança na solicitação de transação; e o armazenamento da solicitação de transação compreende o armazenamento da solicitação de transação, por meio do servidor selecionado, na memória da transação.
  6. 6. Método, de acordo com a reivindicação 5, CARACTERIZADO pelo fato de que:
    o primeiro nó de blockchain compreende ainda um dispositivo de balanceamento de carga; e
    Petição 870190095198, de 23/09/2019, pág. 50/79
    3/7 a seleção de um servidor a partir da pluralidade de servidores compreende selecionar, por meio do dispositivo de balanceamento de carga, um dentre a pluralidade de servidores.
  7. 7. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de realizar o pré-processamento em pelo menos uma solicitação de transação armazenada para obter e armazenar um bloco pré-processado compreende:
    selecionar, por meio do dispositivo de balanceamento de carga, um dentre a pluralidade de servidores;
    realizar, por meio do servidor selecionado, pré-processamento em pelo menos uma solicitação de transação armazenada para obter um bloco préprocessado e armazenar o bloco pré-processado na memória da transação.
  8. 8. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de obter um bloco pré-processado e a transmissão para todos os segundos nós de blockchain na rede de consenso compreende:
    selecionar, por meio do dispositivo de balanceamento de carga, um dentre a pluralidade de servidores; e obter, por meio do servidor selecionado, um bloco pré-processado a partir da memória da transação e transmitir para todos os segundos nós de blockchain na rede de consenso.
  9. 9. Método para verificação de consenso implementável por um segundo nó de blockchain, o método CARACTERIZADO pelo fato de que compreende:
    receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação;
    em resposta à determinação de que a solicitação de transação foi aprovada na segunda verificação de segurança, armazenar a solicitação de transação; e em resposta à recepção de uma transmissão de bloco pré-processada pelo
    Petição 870190095198, de 23/09/2019, pág. 51/79
    4/7 primeiro nó de blockchain, realizar a verificação de consenso no bloco préprocessado.
  10. 10. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a segunda verificação de segurança compreende: verificação de legalidade de assinatura assimétrica.
  11. 11. Método, de acordo com a reivindicação 9, CARACTERIZADO pelo fato de que a verificação de consenso realizada no bloco pré-processado compreende:
    em resposta à recepção da transmissão de bloco pré-processada pelo primeiro nó de blockchain, pesquisar todas as solicitações de transação armazenadas no segundo nó de blockchain em busca de solicitações de transação correspondentes a todos os identificadores de solicitação de transação compreendidos no bloco pré-processado e determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de característica correspondente a cada solicitação de transação; e realizar a verificação de consenso, por meio do valor da característica, no valor da característica.
  12. 12. Método, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que:
    o segundo nó de blockchain compreende uma pluralidade de servidores e pelo menos uma memória de transação;
    o segundo nó de blockchain recebe uma solicitação de transação transmitida por um primeiro nó de blockchain e realiza uma segunda verificação de segurança na solicitação de transação:
    selecionar um servidor a partir da pluralidade de servidores; e receber, por meio do servidor selecionado, uma solicitação de transação transmitida pelo primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação; e
    Petição 870190095198, de 23/09/2019, pág. 52/79
    5/7 o armazenamento da solicitação de transação compreende: armazenar a solicitação de transação, por meio do servidor selecionado, na memória da transação.
  13. 13. Método, de acordo com a reivindicação 12, CARACTERIZADO pelo fato de que:
    o segundo nó de blockchain compreende ainda um dispositivo de balanceamento de carga; e a seleção de um servidor a partir da pluralidade de servidores compreende: selecionar, por meio do dispositivo de balanceamento de carga, um dentre a pluralidade de servidores.
  14. 14. Método, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que a recepção de uma transmissão de bloco pré-processada por um primeiro nó de blockchain compreende:
    selecionar, por meio do dispositivo de balanceamento de carga, um dentre a pluralidade de servidores; e receber, por meio do servidor selecionado, uma transmissão em bloco préprocessada pelo primeiro nó da blockchain.
  15. 15. Aparelho em uma rede de consenso para verificação de consenso, CARACTERIZADO pelo fato de que compreende um processador e um meio de armazenamento legível por computador não transitório que armazena instruções que, quando realizadas pelo processador, fazem com que o aparelho realize um método, o método compreendendo:
    receber uma solicitação de transação de um cliente e realizar uma primeira verificação de segurança na solicitação de transação;
    em resposta à determinação de que a solicitação de transação foi aprovada na primeira verificação de segurança, armazenar a solicitação de transação e transmitir a solicitação de transação para cada um dos segundos nós de blockchain
    Petição 870190095198, de 23/09/2019, pág. 53/79
    6/7 na rede de consenso, fazendo com que cada segundo nó de blockchain armazene a solicitação de transação em resposta ao segundo nó de blockchain determinando que a solicitação de transação foi aprovada por uma segunda verificação de segurança;
    realizar pré-processamento em pelo menos uma solicitação de transação armazenada em resposta à determinação de que uma condição predefinida foi satisfeita, para obter e armazenar um bloco pré-processado; e transmitir o bloco pré-processado obtido para os segundos nós de blockchain, fazendo com que os segundos nós de blockchain realizem verificação de consenso no bloco pré-processado obtido.
  16. 16. Aparelho, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que a primeira verificação de segurança compreende: verificação de legalidade de assinatura assimétrica.
  17. 17. Aparelho, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que a determinação de que se uma condição predefinida é satisfeita compreende:
    em resposta à determinação de que um período de tempo definido é foi aprovado, determinar que a condição predefinida é satisfeita.
  18. 18. Aparelho, de acordo com a reivindicação 15, CARACTERIZADO pelo fato de que a realização de pré-processamento em pelo menos uma solicitação de transação para obter e armazenar um bloco pré-processado compreende:
    determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de característica a ser verificado correspondente a pelo menos uma solicitação de transação; e empacotar todos os identificadores de solicitação de transação correspondentes a pelo menos uma solicitação de transação e o valor da característica a ser verificada no bloco pré-processado e armazenar o bloco pré
    Petição 870190095198, de 23/09/2019, pág. 54/79
    7/7 processado.
  19. 19. Aparelho para verificação de consenso, CARACTERIZADO pelo fato de que compreende um processador e um meio de armazenamento legível por computador não transitório que armazena instruções que, quando realizadas pelo processador, fazem com que o aparelho realize um método, o método compreendendo:
    receber uma solicitação de transação transmitida por um primeiro nó de blockchain e realizar uma segunda verificação de segurança na solicitação de transação;
    armazenar, em resposta à determinação de que a solicitação de transação foi aprovada na segunda verificação de segurança, a solicitação de transação; e realizar a verificação de consenso, em resposta à recepção de uma transmissão de bloco pré-processada pelo primeiro nó de blockchain, no bloco préprocessado.
  20. 20. Aparelho, de acordo com a reivindicação 19, CARACTERIZADO pelo fato de que a segunda verificação de segurança compreende: verificação de legalidade de assinatura assimétrica; e a verificação de consenso realizada no bloco pré-processado compreende:
    pesquisar, em resposta à recepção da transmissão de bloco pré-processada pelo primeiro nó de blockchain, todas as solicitações de transação armazenadas no aparelho para solicitações de transação correspondentes a todos os identificadores de solicitação de transação compreendidos no bloco pré-processado e determinar, de acordo com uma regra de determinação de valor de característica predefinida, um valor de característica correspondente a cada solicitação de transação; e realizar verificação de consenso, por meio do valor da característica, no valor da característica
BR112019019871-7A 2017-03-24 2018-03-21 Midia de armazenamento nao transitoria legivel por computador, metodo e sistema associado a um primeiro no de blockchain de uma rede de consenso BR112019019871B1 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710181068.8A CN107196900B (zh) 2017-03-24 2017-03-24 一种共识校验的方法及装置
CN201710181068.8 2017-03-24
PCT/US2018/023503 WO2018175540A1 (en) 2017-03-24 2018-03-21 Method and apparatus for consensus verification

Publications (2)

Publication Number Publication Date
BR112019019871A2 true BR112019019871A2 (pt) 2020-04-22
BR112019019871B1 BR112019019871B1 (pt) 2021-11-16

Family

ID=59870901

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019019871-7A BR112019019871B1 (pt) 2017-03-24 2018-03-21 Midia de armazenamento nao transitoria legivel por computador, metodo e sistema associado a um primeiro no de blockchain de uma rede de consenso

Country Status (15)

Country Link
US (2) US11334888B2 (pt)
EP (1) EP3602453A1 (pt)
JP (1) JP6959353B2 (pt)
KR (1) KR102304492B1 (pt)
CN (2) CN107196900B (pt)
AU (2) AU2018240272B2 (pt)
BR (1) BR112019019871B1 (pt)
CA (1) CA3054840A1 (pt)
MX (1) MX2019010877A (pt)
PH (1) PH12019502020A1 (pt)
RU (1) RU2733112C1 (pt)
SG (2) SG10202101132RA (pt)
TW (1) TWI685764B (pt)
WO (1) WO2018175540A1 (pt)
ZA (1) ZA201905651B (pt)

Families Citing this family (140)

* 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
CN107395557B (zh) * 2017-03-28 2020-05-15 创新先进技术有限公司 一种业务请求的处理方法及装置
CN113766035B (zh) * 2017-03-28 2023-05-23 创新先进技术有限公司 一种业务受理及共识的方法及装置
GB201707296D0 (en) * 2017-05-08 2017-06-21 Nchain Holdings Ltd Computer-implemented system and method
CN107734021B (zh) 2017-09-30 2020-04-07 深圳壹账通智能科技有限公司 区块链数据上传方法、系统、计算机系统及存储介质
CN108023729B (zh) * 2017-10-13 2020-06-23 中国银联股份有限公司 区块链网络及其交易方法
CN108009917B (zh) * 2017-10-13 2021-12-07 中国银联股份有限公司 数字货币的交易验证和登记方法及系统
CN107979590B (zh) * 2017-11-02 2020-01-17 财付通支付科技有限公司 数据共享方法、客户端、服务器、计算设备及存储介质
CN108009824A (zh) * 2017-11-28 2018-05-08 北京博晨技术有限公司 数据共识方法、装置及电子设备
CN108667790B (zh) * 2017-12-14 2020-10-09 郭建峰 一种区块链公共节点共识认证的通信协议方法
CN108111604B (zh) * 2017-12-21 2020-08-14 广州广电运通金融电子股份有限公司 区块链共识方法、装置和系统、标识信息处理方法和装置
CN108376106A (zh) * 2018-02-01 2018-08-07 中国工商银行股份有限公司 一种区块链消息反馈方法及系统
CN108537525B (zh) 2018-03-09 2020-06-09 阿里巴巴集团控股有限公司 一种共识验证方法、装置及设备
US20190287107A1 (en) * 2018-03-15 2019-09-19 International Business Machines Corporation Resource equity for blockchain
US20190295049A1 (en) * 2018-03-22 2019-09-26 NEC Laboratories Europe GmbH System and method for secure transaction verification in a distributed ledger system
CN108776929A (zh) * 2018-04-02 2018-11-09 成都云创智融科技有限公司 基于区块链数据库的账单处理方法、系统和可读存储介质
CN108833330B (zh) * 2018-04-08 2020-07-17 浙江商业职业技术学院 一种农村电子商务数据鉴证方法
CN108809929B (zh) * 2018-04-08 2020-07-17 浙江商业职业技术学院 一种基于区块链技术的农村金融系统
CN108668277B (zh) * 2018-04-17 2020-01-14 上海连尚网络科技有限公司 用于分享信息、获取信息的方法和设备
CN108648078B (zh) * 2018-05-02 2021-03-23 杭州溪塔科技有限公司 一种交易预处理方法、装置及电子设备
CN108933667B (zh) * 2018-05-03 2021-08-10 深圳市京兰健康医疗大数据有限公司 一种基于区块链的公钥证书的管理方法及管理系统
US10579424B2 (en) * 2018-05-15 2020-03-03 International Business Machines Corporation Prioritization in a permissioned blockchain
US11134120B2 (en) * 2018-05-18 2021-09-28 Inveniam Capital Partners, Inc. Load balancing in blockchain environments
US11170366B2 (en) 2018-05-18 2021-11-09 Inveniam Capital Partners, Inc. Private blockchain services
JP7036665B2 (ja) * 2018-05-22 2022-03-15 株式会社日立製作所 データ管理方法およびデータ管理システム
WO2019231408A1 (en) * 2018-06-01 2019-12-05 Mettkaruchit Monai Balance block chain transaction system and recording method
CN108810148A (zh) * 2018-06-15 2018-11-13 青岛宇硕云联信息科技有限公司 基于区块链的云手机交互系统、方法及装置
CN110634303B (zh) * 2018-06-22 2023-03-14 阿里巴巴集团控股有限公司 一种交通违法监测及校验的方法和装置
CN108988326B (zh) * 2018-07-20 2022-04-26 阳光电源（上海）有限公司 一种分布式智慧能量管理设备与网络
US11989208B2 (en) 2018-08-06 2024-05-21 Inveniam Capital Partners, Inc. Transactional sharding of blockchain transactions
US11348098B2 (en) 2018-08-06 2022-05-31 Inveniam Capital Partners, Inc. Decisional architectures in blockchain environments
US11328290B2 (en) 2018-08-06 2022-05-10 Inveniam Capital Partners, Inc. Stable cryptocurrency coinage
CN109224450B (zh) * 2018-08-29 2021-08-31 杭州复杂美科技有限公司 虚拟房产游戏方法、设备和存储介质
CN109345388B (zh) * 2018-09-20 2020-09-08 百度在线网络技术（北京）有限公司 区块链智能合约验证方法、装置及存储介质
CN109257427B (zh) * 2018-09-26 2021-04-02 网宿科技股份有限公司 一种基于区块链的业务处理方法及系统
CN109347941A (zh) * 2018-10-10 2019-02-15 南京简诺特智能科技有限公司 一种基于区块链的数据共享平台及其实现方法
CN109308410A (zh) * 2018-10-16 2019-02-05 翟红鹰 获取区块链数据的方法、系统及计算机可读存储介质
CN109547407B (zh) * 2018-10-16 2024-01-12 国际商业机器公司 一种环境监测数据的全过程追踪方法及区块链节点
US11240025B2 (en) 2018-11-09 2022-02-01 Ares Technologies, Inc. Systems and methods for distributed key storage
KR102125659B1 (ko) 2018-11-16 2020-06-23 알리바바 그룹 홀딩 리미티드 블록체인 시스템에서 도메인 이름 스킴을 사용하는 크로스-체인 상호 작용
BR112019008000B1 (pt) 2018-11-16 2022-03-15 Advanced New Technologies Co., Ltd Método implementado por computador para a autenticação de um nome de domínio, método implementado por computador, meio não transitório legível por computador e sistema para a implementação de um método
CN110060151B (zh) * 2018-11-27 2020-07-17 阿里巴巴集团控股有限公司 一种业务执行方法及装置
WO2020108289A1 (zh) * 2018-11-29 2020-06-04 华为技术有限公司 一种数据库系统、节点和方法
CN110009336A (zh) * 2018-12-13 2019-07-12 阿里巴巴集团控股有限公司 基于区块链的取证方法及装置
CN109740320A (zh) * 2018-12-14 2019-05-10 深圳壹账通智能科技有限公司 一种基于区块链的身份认证方法及终端设备
US11386078B2 (en) * 2018-12-17 2022-07-12 Sap Se Distributed trust data storage system
KR102303376B1 (ko) * 2018-12-19 2021-09-24 어드밴스드 뉴 테크놀로지스 씨오., 엘티디. 블록체인 네트워크에서의 데이터 아이솔레이션
CN109815051A (zh) * 2018-12-20 2019-05-28 深圳智乾区块链科技有限公司 区块链的数据处理方法和系统
CN111369243B (zh) * 2018-12-24 2023-07-14 航天信息股份有限公司 一种分布式记账的方法和装置
CN109710694A (zh) * 2018-12-26 2019-05-03 深圳市网心科技有限公司 数据处理方法、设备、存储介质和区块链系统
CN109889498B (zh) * 2019-01-16 2021-10-29 余炀 基于区块链的计算验证方法及系统
CN112215608A (zh) * 2019-01-18 2021-01-12 创新先进技术有限公司 数据处理方法和装置
CN109936620B (zh) * 2019-01-21 2022-02-01 中国联合网络通信集团有限公司 基于区块链的存储方法及装置、系统与存储介质
CN109831425B (zh) * 2019-01-25 2022-02-15 中国联合网络通信集团有限公司 区块链共识方法、装置、设备及计算机可读存储介质
CN109995536A (zh) * 2019-03-15 2019-07-09 广州杰赛科技股份有限公司 一种区块链共识方法、装置及可读存储介质
WO2020197514A1 (en) * 2019-03-27 2020-10-01 Koc Universitesi A distributed hash table based blockchain architecture for resource constrained environments
CN109995781B (zh) * 2019-03-29 2021-06-22 腾讯科技（深圳）有限公司 数据的传输方法、装置、介质以及设备
JP6827564B2 (ja) 2019-04-12 2021-02-10 アドバンスド ニュー テクノロジーズ カンパニー リミテッド 分散型台帳システムにおけるトランザクションのパラレル実行の実施
EP3619668B1 (en) * 2019-04-12 2023-12-20 Advanced New Technologies Co., Ltd. Performing parallel execution of transactions in a distributed ledger system
CN110648137B (zh) * 2019-04-26 2021-08-20 腾讯科技（深圳）有限公司 一种区块处理方法和节点以及系统
CN110263580B (zh) * 2019-04-29 2021-03-23 创新先进技术有限公司 基于区块链的数据处理方法、装置和区块链节点
CN113348656A (zh) * 2019-04-29 2021-09-03 互达控股有限公司 基于多个节点的网络交易验证方法及其系统和存储介质
US11115188B2 (en) * 2019-04-29 2021-09-07 Advanced New Technologies Co., Ltd. Blockchain-based data processing method, apparatus, and blockchain node
CN110287254B (zh) * 2019-05-08 2021-08-20 杭州圣吉奥软件有限公司 一种基于联盟链的数据交易方法、装置及计算机设备
CN110099127A (zh) * 2019-05-13 2019-08-06 西安华域网络文化发展有限公司 一种区块链数据同步方法、装置、介质和电子设备
CN110189226B (zh) * 2019-05-31 2024-02-27 深圳市迅雷网络技术有限公司 一种区块链共识方法及装置，一种联盟链系统
WO2019170171A2 (en) * 2019-06-26 2019-09-12 Alibaba Group Holding Limited Improved anti-replay device based on memory space interchange
CN110443703A (zh) * 2019-06-26 2019-11-12 深圳壹账通智能科技有限公司 环保监督方法及装置、电子设备和计算机可读存储介质
CN110298757B (zh) * 2019-07-05 2021-04-02 北京瑞策科技有限公司 涉及DPoS的共识方法及其装置
CN110321723B (zh) * 2019-07-08 2021-11-09 环玺信息科技（上海）有限公司 一种区块链安全信息处理系统及方法、电子设备、介质
CN112241515A (zh) * 2019-07-19 2021-01-19 傲为信息技术(江苏)有限公司 一种数字资产认证处理系统
CN110460661A (zh) * 2019-08-09 2019-11-15 成都薇米创想科技有限公司 一种基于区块链的共识算法
CN110555129B (zh) * 2019-08-16 2022-02-18 桂林电子科技大学 一种基于联盟链的空间影像数据交互方法及装置
CN112491935A (zh) * 2019-08-20 2021-03-12 厦门本能管家科技有限公司 一种用于区块链的水波式广播方法及系统
CN110517145B (zh) * 2019-08-29 2023-02-24 深圳市网心科技有限公司 基于多区块链间的数据交易方法及相关设备
CN110380919B (zh) * 2019-08-30 2021-11-05 望海康信(北京)科技股份公司 区块链请求的处理方法、装置、电子设备及可读存储介质
CN110572287B (zh) * 2019-09-05 2022-03-18 腾讯科技（深圳）有限公司 数据容灾方法、装置、计算机设备和存储介质
CN110601995B (zh) * 2019-09-12 2023-03-24 腾讯科技（深圳）有限公司 在区块链网络中控制流量的方法、装置、存储介质和设备
CN113141259B (zh) * 2019-09-12 2022-04-29 腾讯科技（深圳）有限公司 在区块链网络中更换身份证书的方法和装置
KR102150210B1 (ko) * 2019-09-16 2020-09-01 (주) 모로보기 블록체인 네트워크
CN110647582B (zh) * 2019-09-17 2024-01-02 腾讯科技（深圳）有限公司 区块链网络共识校验的方法、装置、存储介质和计算机设备
CN110572468B (zh) * 2019-09-17 2022-11-04 平安科技（深圳）有限公司 服务器集群文件同步方法及装置、电子设备及存储介质
CN110597918B (zh) * 2019-09-23 2024-05-28 腾讯科技（深圳）有限公司 一种账户管理方法、装置及计算机可读存储介质
CN110647559A (zh) * 2019-09-24 2020-01-03 腾讯科技（深圳）有限公司 数据处理方法、相关节点及系统
CN110602246B (zh) * 2019-09-26 2022-04-15 腾讯科技（深圳）有限公司 基于区块链的资源发放方法、装置和区块链系统
CN110910148A (zh) * 2019-10-11 2020-03-24 北京海益同展信息科技有限公司 一种基于区块链的物品验证方法及装置、存储介质
CN110572480B (zh) * 2019-10-14 2022-07-05 腾讯科技（深圳）有限公司 测试设备校准的实现方法、装置及设备
CN110781192B (zh) * 2019-10-30 2021-11-30 支付宝(杭州)信息技术有限公司 区块链数据的验证方法、装置及设备
CN110956542B (zh) * 2019-11-07 2021-05-18 支付宝(杭州)信息技术有限公司 区块链系统及其运行方法、装置及设备
CN110995667B (zh) * 2019-11-19 2022-07-05 度小满科技(北京)有限公司 一种文献识别方法、装置及系统
CN110909808B (zh) * 2019-11-27 2022-09-06 京东科技信息技术有限公司 用于防伪验证的方法、系统和装置
CN112202753A (zh) * 2019-11-27 2021-01-08 朱培培 基于云平台和区块链的数据流检测方法及系统
CN110992027B (zh) * 2019-11-29 2022-02-25 支付宝(杭州)信息技术有限公司 在区块链中实现隐私保护的高效交易方法及装置
CN111080296B (zh) * 2019-12-05 2023-12-01 深圳前海微众银行股份有限公司 一种基于区块链系统的验证方法及装置
CN111125136B (zh) * 2019-12-23 2023-07-28 传神语联网网络科技股份有限公司 翻译过程中关键术语认证的区块链方法和系统
CN111145025B (zh) * 2019-12-30 2023-07-14 北京工商大学 一种基于区块链的供应链数据双链存储优化方法
CN111210348B (zh) * 2019-12-31 2024-04-19 远光软件股份有限公司 区块链的交易方法、电子设备和存储介质
CN113128998B (zh) * 2019-12-31 2024-04-12 航天信息股份有限公司 一种区块链系统的业务处理方法、装置及系统
CN111131329A (zh) * 2020-01-04 2020-05-08 天津金农企业管理咨询合伙企业(有限合伙) 区块链系统的数据共识方法、装置及硬件设备
CN111242784B (zh) * 2020-01-16 2023-12-29 深圳大学 区块预打包方法、区块节点、装置及存储介质
US11444749B2 (en) 2020-01-17 2022-09-13 Inveniam Capital Partners, Inc. Separating hashing from proof-of-work in blockchain environments
KR102094705B1 (ko) 2020-01-17 2020-03-30 주식회사 에프엔에스벨류 블록 체인을 기반으로 한 다중 노드 인증 방법 및 이를 위한 장치
CN111352705B (zh) * 2020-02-25 2023-10-31 百度在线网络技术（北京）有限公司 一种区块链的事务处理方法、装置、设备和介质
KR102217052B1 (ko) 2020-02-26 2021-02-18 (주)소셜인프라테크 블록체인 기반 합의를 통한 전자문서 통합 관리 시스템
CN111445241A (zh) * 2020-02-28 2020-07-24 杭州泛链科技有限公司 一种结合pow和pos的混合共识方法及共识设备
KR102351050B1 (ko) 2020-03-11 2022-01-13 (주)소셜인프라테크 블록체인 기반 전자 합의 문서를 이용한 그룹 전산 관리 시스템
CN111444203B (zh) * 2020-03-24 2021-09-28 腾讯科技（深圳）有限公司 一种同步处理方法、装置、设备及介质
CN111368343B (zh) * 2020-03-31 2022-11-01 北京俩撇科技有限公司 一种区块链系统、数据存储方法及装置
CN111522876B (zh) * 2020-04-07 2024-02-20 金蝶软件（中国）有限公司 区块链共识方法、装置和计算机设备、及区块链节点
CN111510484B (zh) * 2020-04-10 2023-07-04 金蝶软件（中国）有限公司 区块链处理方法、系统、装置、计算机设备和存储介质
CN111524011B (zh) * 2020-05-06 2023-05-30 杭州复杂美科技有限公司 平行链共识确认方法、设备和存储介质
CN111524010B (zh) * 2020-05-06 2023-06-02 杭州复杂美科技有限公司 平行链共识方法、设备和存储介质
CN111383118A (zh) * 2020-05-29 2020-07-07 支付宝(杭州)信息技术有限公司 基于区块链的资产管理方法、装置和电子设备
CN111444284A (zh) * 2020-06-18 2020-07-24 榕知(杭州)信息技术有限公司 基于区块链的知识产权交易方法、系统、设备及计算机可读存储介质
CN111866085B (zh) * 2020-06-28 2021-12-14 北京沃东天骏信息技术有限公司 基于区块链的数据存储方法、系统和装置
CN111522822A (zh) 2020-07-03 2020-08-11 支付宝(杭州)信息技术有限公司 一种区块链共识方法、装置及电子设备
WO2022010289A1 (ko) * 2020-07-10 2022-01-13 주식회사 미디움 하이퍼레저 패브릭 구조에서 피어 단말기에 수신된 블록 데이터를 처리하는 방법
CN111858772A (zh) * 2020-07-30 2020-10-30 杭州复杂美科技有限公司 平行链交易组执行方法、设备和存储介质
CN112069259B (zh) * 2020-09-09 2023-08-18 天津大学 一种基于区块链的多云环境数据存储系统及方法
CN112153069A (zh) * 2020-09-29 2020-12-29 青岛网信信息科技有限公司 长度可配置的区块链方法及装置、存储介质、电子设备
KR102506286B1 (ko) * 2020-11-25 2023-03-06 주식회사 디지캡 멀티채널 블록체인 트랜잭션 배치 처리 장치
CN114650289B (zh) * 2020-12-02 2023-04-14 王志诚 用于区块链共识的方法及装置
CN113810453A (zh) * 2020-12-28 2021-12-17 京东科技控股股份有限公司 基于共识区块链的时间戳标记方法和装置
WO2022141060A1 (zh) * 2020-12-29 2022-07-07 杭州趣链科技有限公司 基于区块链的数据上链方法、装置、终端及存储介质
CN112838930B (zh) * 2021-01-25 2022-12-06 网易（杭州）网络有限公司 区块链交易的执行方法及装置、电子设备、存储介质
CN112995317B (zh) * 2021-02-26 2023-04-07 中国工商银行股份有限公司 区块链共识方法及区块链节点
CN113225191B (zh) * 2021-03-24 2024-02-13 湖南宸瀚信息科技有限责任公司 共识节点的生成方法、装置、存储介质及处理器
WO2022245374A1 (en) * 2021-05-21 2022-11-24 Hewlett-Packard Development Company, L.P. Authorization service
CN113382018A (zh) * 2021-06-29 2021-09-10 深圳市高德信通信股份有限公司 一种基于区块链的多链管理方法及其系统
CN113765665B (zh) * 2021-11-10 2022-02-08 济南量子技术研究院 基于量子密钥的区块链网络及数据安全传输方法
KR102391185B1 (ko) * 2021-11-24 2022-04-28 엘에스웨어(주) 블록체인 외부 입력 검증 방법 및 시스템
WO2023111884A1 (en) * 2021-12-17 2023-06-22 National Payments Corporation Of India A system and method for providing data privacy in a blockchain network
KR20230132318A (ko) 2022-03-08 2023-09-15 주식회사 네츠로 가상 화폐 지불을 통한 전자 문서 관리 장치 및 방법
CN115186035B (zh) * 2022-09-13 2022-11-22 腾讯科技（深圳）有限公司 一种区块处理方法、相关系统及存储介质和服务器
US11757985B1 (en) * 2022-11-16 2023-09-12 Coinbase, Inc. Systems and methods for a blockchain interoperability platform
CN116260655B (zh) * 2023-05-06 2023-07-25 杭州瀚陆信息技术有限公司 一种深海机器人数据传输方法和系统
CN117493356B (zh) * 2023-10-09 2024-04-26 南京理工大学 一种基于区块链智能合约引擎的工业应用构建方法
CN117132280B (zh) * 2023-10-26 2024-02-02 环球数科集团有限公司 一种基于Web3技术的分布式交易验证系统

Family Cites Families (49)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
PA8502401A1 (es) * 1999-09-17 2002-02-21 Nagracard Sa Procedimiento y sistema de transmision de una cadena de mensajes para banco de datos.
US20110238855A1 (en) * 2000-09-25 2011-09-29 Yevgeny Korsunsky Processing data flows with a data flow processor
US7296061B2 (en) * 2001-11-21 2007-11-13 Blue Titan Software, Inc. Distributed web services network architecture
US7409460B1 (en) * 2003-05-12 2008-08-05 F5 Networks, Inc. Method and apparatus for managing network traffic
US20110078303A1 (en) * 2009-09-30 2011-03-31 Alcatel-Lucent Usa Inc. Dynamic load balancing and scaling of allocated cloud resources in an enterprise network
US9569771B2 (en) * 2011-04-29 2017-02-14 Stephen Lesavich Method and system for storage and retrieval of blockchain blocks using galois fields
US9432452B2 (en) * 2012-09-10 2016-08-30 Joosy, Inc. Systems and methods for dynamic networked peer-to-peer content distribution
US11394773B2 (en) * 2014-06-19 2022-07-19 Jim Austin Joseph Cryptographic currency block chain based voting system
US11055707B2 (en) * 2014-06-24 2021-07-06 Visa International Service Association Cryptocurrency infrastructure system
US9608829B2 (en) 2014-07-25 2017-03-28 Blockchain Technologies Corporation System and method for creating a multi-branched blockchain with configurable protocol rules
US20160098723A1 (en) * 2014-10-01 2016-04-07 The Filing Cabinet, LLC System and method for block-chain verification of goods
TWI524289B (zh) * 2014-11-12 2016-03-01 Jetsream Holding Ltd Data transfer method between bit currency trading devices
US20160162897A1 (en) 2014-12-03 2016-06-09 The Filing Cabinet, LLC System and method for user authentication using crypto-currency transactions as access tokens
US11386404B2 (en) 2015-02-04 2022-07-12 Ripple Luxembourg S.A. Temporary consensus subnetwork in a distributed network for payment processing
US10579974B1 (en) 2015-02-16 2020-03-03 AI Coin Inc. Systems, methods, and program products for a distributed digital asset network with rapid transaction settlements
US9436923B1 (en) * 2015-02-26 2016-09-06 Skuchain, Inc. Tracking unitization occurring in a supply chain
US11392955B2 (en) * 2015-05-20 2022-07-19 Ripple Luxembourg S.A. Temporary consensus networks in a resource transfer system
US10963881B2 (en) 2015-05-21 2021-03-30 Mastercard International Incorporated Method and system for fraud control of blockchain-based transactions
CN106251144A (zh) * 2015-06-05 2016-12-21 地气股份有限公司 电子货币管理方法及电子货币节点装置
CN108352016B (zh) 2015-07-08 2022-11-11 巴克莱执行服务有限公司 数据确证和存储
US10268744B2 (en) 2015-09-22 2019-04-23 Walmart Apollo, Llc System for maintaining consistency across a decentralized database cluster and method therefor
EP3362965A4 (en) * 2015-10-13 2019-08-07 Transactive Grid Inc. USING A DISTRIBUTED CONSENSUS CONTROL BASED ON A BLOCK CHAIN
US20170140394A1 (en) 2015-11-18 2017-05-18 International Business Machines Corporation Consensus-based reputation tracking in online marketplaces
CN105488665A (zh) * 2015-11-25 2016-04-13 布比（北京）网络技术有限公司 一种去中心化的交易方法
CN105719172A (zh) * 2016-01-19 2016-06-29 布比（北京）网络技术有限公司 一种信息发布方法及装置
GB2549075B (en) * 2016-03-24 2022-10-12 Mount Watatic Ltd Device, method and system for a distributed ledger
CN105956923B (zh) * 2016-04-20 2022-04-29 上海如鸽投资有限公司 资产交易系统以及资产的数字化认证和交易方法
KR101701131B1 (ko) 2016-04-28 2017-02-13 주식회사 라피 이종간 블록체인 연결을 이용한 데이터 기록/검증 방법 및 시스템
US10204341B2 (en) * 2016-05-24 2019-02-12 Mastercard International Incorporated Method and system for an efficient consensus mechanism for permissioned blockchains using bloom filters and audit guarantees
CN106060036B (zh) * 2016-05-26 2019-07-16 布比（北京）网络技术有限公司 去中心化共识方法及装置
CN105976232B (zh) * 2016-06-24 2020-04-28 深圳前海微众银行股份有限公司 资产交易方法和装置
CN106228344A (zh) * 2016-07-28 2016-12-14 杭州云象网络技术有限公司 一种基于区块链技术的电子政务系统建设方法
CN106130738A (zh) * 2016-08-25 2016-11-16 杭州天谷信息科技有限公司 一种支持国密算法的区块链系统
CN106445711B (zh) * 2016-08-28 2019-04-30 杭州云象网络技术有限公司 一种应用于区块链的拜占庭容错共识方法
CN106301792B (zh) * 2016-08-31 2019-10-18 江苏通付盾科技有限公司 基于区块链的ca认证管理方法、装置及系统
CN106384236B (zh) * 2016-08-31 2019-07-16 江苏通付盾科技有限公司 基于区块链的ca认证管理方法、装置及系统
CN106452785B (zh) * 2016-09-29 2019-05-17 财付通支付科技有限公司 区块链网络、分支节点及区块链网络应用方法
US10049017B2 (en) * 2016-10-04 2018-08-14 Nec Corporation Method and system for byzantine fault-tolerance replicating of data on a plurality of servers
US10360191B2 (en) 2016-10-07 2019-07-23 International Business Machines Corporation Establishing overlay trust consensus for blockchain trust validation system
US10158527B2 (en) 2016-10-28 2018-12-18 International Business Machines Corporation Changing an existing blockchain trust configuration
CN106534317B (zh) * 2016-11-17 2019-09-03 杭州云象网络技术有限公司 一种基于区块链技术的灾备云存储系统构建方法
CN106411503B (zh) 2016-11-28 2019-11-08 中国银行股份有限公司 区块链投票记账模式的记账方法及系统、投票及记账节点
US10586210B2 (en) 2016-11-30 2020-03-10 International Business Machines Corporation Blockchain checkpoints and certified checkpoints
US10523421B2 (en) 2016-11-30 2019-12-31 International Business Machines Corporation Checkpoints for permissionless blockchains
US20180158034A1 (en) 2016-12-07 2018-06-07 International Business Machines Corporation Dynamic reordering of blockchain transactions to optimize performance and scalability
US10387684B2 (en) 2016-12-09 2019-08-20 International Business Machines Corporation Interlocked blockchains to increase blockchain security
WO2018145168A1 (en) * 2017-02-10 2018-08-16 New Trust Ip Limited A distributed block chain cryptocurrency system for securement against unauthorised transactions
US9998286B1 (en) 2017-02-17 2018-06-12 Accenture Global Solutions Limited Hardware blockchain consensus operating procedure enforcement
US10579368B2 (en) 2017-03-10 2020-03-03 Salesforce.Com, Inc. Blockchain version control systems

Also Published As

Publication number Publication date
US11334888B2 (en) 2022-05-17
AU2018240272B2 (en) 2020-07-30
CN111614655A (zh) 2020-09-01
SG11201907842XA (en) 2019-10-30
TWI685764B (zh) 2020-02-21
EP3602453A1 (en) 2020-02-05
AU2019101567A4 (en) 2020-01-23
ZA201905651B (en) 2020-12-23
CN107196900A (zh) 2017-09-22
KR102304492B1 (ko) 2021-09-24
JP6959353B2 (ja) 2021-11-02
RU2733112C1 (ru) 2020-09-29
TW201835803A (zh) 2018-10-01
US10929845B2 (en) 2021-02-23
WO2018175540A1 (en) 2018-09-27
JP2020511881A (ja) 2020-04-16
CA3054840A1 (en) 2018-09-27
US20200160336A1 (en) 2020-05-21
BR112019019871B1 (pt) 2021-11-16
US20180276668A1 (en) 2018-09-27
AU2018240272A1 (en) 2019-09-19
MX2019010877A (es) 2019-12-16
CN107196900B (zh) 2020-04-24
KR20190118630A (ko) 2019-10-18
PH12019502020A1 (en) 2020-03-16
SG10202101132RA (en) 2021-03-30

Similar Documents

Publication Publication Date Title
BR112019019871A2 (pt) método e aparelho para verificação de consenso
KR102315306B1 (ko) 비즈니스 검증 방법 및 장치
US11049099B2 (en) Methods for implementing privacy protection in blockchain
JP6940615B2 (ja) データ処理方法およびデバイス
RU2735096C1 (ru) Способ и устройство обработки услуг и консенсуса
JP6804668B2 (ja) ブロックデータ検証方法および装置
BR112019020374B1 (pt) Método, mídia de armazenamento legível por computador não transitória e sistema para consenso de blockchain
BR112019014589A2 (pt) Método de processamento de serviço e aparelho
BR112019020120A2 (pt) método de processamento de transações com base em blockchain e aparelho
BR112019020197A2 (pt) método e aparelho para processar solicitações de transação
CN111612462B (zh) 区块链中实现隐私保护的方法、节点和存储介质
CN111639362B (zh) 区块链中实现隐私保护的方法、节点和存储介质
CN116561740A (zh) 区块链中的交易执行方法、节点和系统

Legal Events

Date Code Title Description
B25A Requested transfer of rights approved

Owner name: ADVANTAGEOUS NEW TECHNOLOGIES CO., LTD. (KY)

B25A Requested transfer of rights approved

Owner name: ADVANCED NEW TECHNOLOGIES CO., LTD. (KY)

B09A Decision: intention to grant [chapter 9.1 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 21/03/2018, OBSERVADAS AS CONDICOES LEGAIS.