BR112019016831A2

BR112019016831A2 - sistema de cadeia de blocos e método e aparelho de armazenamento de dados

Info

Publication number: BR112019016831A2
Application number: BR112019016831A
Authority: BR
Inventors: Li Ning
Original assignee: Alibaba Group Holding Ltd
Priority date: 2017-02-17
Filing date: 2018-02-12
Publication date: 2019-12-17
Also published as: RU2732535C1; PH12019501702A1; SG10202005442PA; TW201832100A; BR112019016831B1; US10749669B2; KR102195351B1; SG11201906926RA; EP3754941B1; CN107018125B; CA3051025A1; EP3562120A4; TWI684105B; MX2019009435A; CA3051025C; ZA201904888B; AU2018222076B2; CN107018125A; KR20190099335A; US20190342078A1

Abstract

as modalidades do presente pedido revelam um sistema de cadeia de blocos e um método e aparelho de armazenamento de dados. um sistema de cadeia de blocos compreendendo um centro de distribuição, um subsistema que não é de consenso e uma pluralidade de subsistemas de consenso é criado, em que o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, e cada um dos subsistemas de consenso é equivalente a uma cadeia de blocos de consórcio contendo a pluralidade de nós de consenso. como resultado, os subsistemas de consenso podem realizar validação de consenso para diferentes campos de transação. por um lado, somente os nós de consenso são responsáveis pela validação de consenso, e os nós que não são de consenso fora dos subsistemas de consenso não podem participar na validação de consenso por uma rede de cadeia de blocos de consórcio, melhorando assim a segurança da rede de cadeia de blocos; por outro lado, o centro de distribuição pode fazer interface com as cadeias de blocos de consórcio, e as entidades que não são de consenso (nós que não são de consenso) fora da rede de cadeia de blocos de consórcio só precisam fazer interface com o centro de distribuição, e não precisam fazer interface com uma pluralidade de cadeias de blocos de consórcio de acordo com diferentes protocolos de interface, melhorando assim a conveniência da rede de cadeia de blocos.

Description

“SISTEMA DE CADEIA DE BLOCOS E MÉTODO E APARELHO DE ARMAZENAMENTO DE DADOS”

Campo Técnico [001] O presente pedido relaciona-se ao campo de tecnologias de software, e, mais especificamente, a um sistema de cadeia de blocos e a um método e aparelho de armazenamento de dados.

Antecedentes da Invenção [002] A rede de cadeia de blocos, também chamada de rede de livro de registros (ledger) distribuído, é caracterizada por descentralização, transparência e sincronização de registros de banco de dados (isto é, um livro de registros compartilhado) por todos os nós.

[003] Em um exemplo, uma rede de cadeia de blocos (blockchain) consiste de vários nós, cada nó contendo um livro de registros compartilhado. Os dados associados aos blocos são registrados cronologicamente no livro de registros compartilhado (os dados associados a um bloco correspondem a um conjunto de transações para o qual o consenso com respeito à legitimidade é alcançado por todos os nós durante um período de tempo). Em outras palavras, o livro de registros compartilhado registra uma cadeia temporizada de blocos de dados, daí o nome “cadeia de blocos”. Cada nó pode sincronizar o livro de registros compartilhado e validar a autenticidade de cada transação.

[004] Além disso, qualquer nó tem o direito de sugerir a adição de um bloco de dados ao livro de registros compartilhado. Todos os nós podem atingir o consenso quanto a se as transações correspondendo ao bloco de dados sugerido para ser adicionado são legítimas e adicionar o bloco de dados para o qual um consenso com respeito à legitimidade é alcançado no livro de registros compartilhado. Há principalmente dois tipos de redes de cadeia de blocos no momento: redes de cadeia de blocos públicas e redes de cadeia de blocos de

Petição 870190078523, de 13/08/2019, pág. 10/66

2/37 consórcio.

[005] Uma rede de cadeia de blocos pública é completamente descentralizada e transparente ao público. Qualquer entidade (individual ou organização) pode se tornar um nó na rede de cadeia de blocos pública, o que significa que qualquer entidade pode conter o livro de registros compartilhado ao se tornar um nó e solicitar que todos os nós cheguem a um consenso sobre um bloco de dados e registrem o bloco de dados no livro de registros compartilhado.

[006] No entanto, uma vez que qualquer entidade pode se tornar um nó em uma rede de cadeia de blocos pública, um hacker pode facilmente invadir a rede de cadeia de blocos pública e tentar controlar a maioria dos nós, adicionando blocos de dados ilegítimos à cadeia de blocos pública (isto é, o livro de registros compartilhado), e representar uma ameaça à segurança da rede de cadeia de blocos pública.

[007] Uma rede de cadeia de blocos de consórcio é parcialmente descentralizada e não está aberta ao público. Somente uma entidade pré-designada pode se tornar um nó na rede de cadeia de blocos de consórcio, enquanto que outras entidades não são qualificadas para se tomarem nós, tampouco podem deter o livro de registros compartilhado ou participar no consenso. A rede de cadeia de blocos de consórcio pode oferecer serviços às entidades fora da rede de cadeia de blocos de consórcio (entidades que não são nós). Uma entidade que não é nó pode fazer interface com a rede de cadeia de blocos de consórcio e solicitar que a rede de cadeia de blocos de consórcio chegue a um consenso com respeito à legitimidade de uma transação gerada pela entidade que não é nó.

[008] Uma rede de cadeia de blocos de consórcio geralmente só está relacionada a um campo de transação. Os nós em uma rede de cadeia de blocos de consórcio geralmente são instituições competentes na área. Por exemplo, os nós em uma rede de cadeia de blocos de consórcio no setor financeiro costumam ser

Petição 870190078523, de 13/08/2019, pág. 11/66

3/37 grandes bancos e instituições reguladoras financeiras. Além disso, os nós em redes de cadeia de blocos de consórcio para muitos campos de transações, como faturas, logística, sistema de saúde, governo e administração também são instituições competentes nos respectivos setores correspondentes.

[009] Uma entidade que não é nó precisa selecionar uma rede de cadeia de blocos de consórcio correspondente de acordo com um campo de transação ao qual pertence uma transação gerada pela entidade que não é nó. Somente após a entidade que não é nó fazer interface com uma rede de cadeia de blocos de consórcio é que a entidade que não é nó pode usufruir dos serviços oferecidos pela rede de cadeia de blocos de consórcio. No entanto, as redes de cadeia de blocos de consórcio podem ter diferentes protocolos de interface. Se uma pluralidade de transações geradas pela entidade que não é nó pertencer a diferentes campos de transação, a entidade que não é nó tem que fazer interface com uma pluralidade de redes de cadeia de blocos de consórcio de acordo com diferentes protocolos de interface, respectivamente, o que não é conveniente para a entidade que não é nó.

Sumário [010] As modalidades do presente pedido proporcionam um sistema de cadeia de blocos e um método e aparelho de armazenamento de dados, de modo a oferecer segurança e conveniência para redes de cadeia de blocos.

[011] Para resolver os problemas técnicos acima, as modalidades do presente pedido são implementadas como se segue:

[012] um sistema de cadeia de blocos de acordo com as modalidades do presente pedido, compreendendo um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso;

[013] o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso;

Petição 870190078523, de 13/08/2019, pág. 12/66

4/37 [014] um nó que não é de consenso da pluralidade de nós que não são de consenso envia uma solicitação de transação ao centro de distribuição;

[015] o centro de distribuição recebe a solicitação de transação a partir do subsistema que não é de consenso, determina um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação, e encaminha a solicitação de transação ao subsistema de consenso determinado; e [016] o subsistema de consenso recebe a solicitação de transação encaminhada pelo centro de distribuição, e envia a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso; se a validação for bem sucedida, ela gera um bloco correspondente de acordo com a solicitação de transação e armazena o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

[017] Um método de armazenamento de dados de acordo com as modalidades do presente pedido, em que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso; e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

[018] receber, pelo subsistema de consenso, uma solicitação de transação encaminhada pelo centro de distribuição, a solicitação de transação compreendendo dados de transação;

[019] enviar a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso;

[020] se a validação for bem sucedida, gerar um bloco correspondente de acordo com a solicitação de transação e armazenar o bloco em uma cadeia de

Petição 870190078523, de 13/08/2019, pág. 13/66

5/37 blocos de consórcio correspondendo ao subsistema de consenso.

[021] Um método de armazenamento de dados de acordo com as modalidades do presente pedido, em que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso; e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

[022] receber, pelo centro de distribuição, uma solicitação de transação enviada pelo subsistema que não é de consenso, a solicitação de transação compreendendo dados de transação;

[023] determinar um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação; e [024] encaminhar a solicitação de transação ao subsistema de consenso determinado, fazendo o subsistema de consenso realizar a validação de consenso na solicitação de transação e armazenar um bloco correspondendo à solicitação de transação validada em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

[025] Um método de armazenamento de dados de acordo com as modalidades do presente pedido, em que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso; e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

[026] enviar, pelo subsistema que não é de consenso, uma solicitação de

Petição 870190078523, de 13/08/2019, pág. 14/66

6/37 transação ao centro de distribuição, a solicitação de transação compreendendo dados de transação, fazendo o centro de distribuição encaminhar, com base nos dados de transação, a solicitação de transação para um subsistema de consenso correspondendo aos dados de transação.

[027] Um aparelho de armazenamento de dados de acordo com as modalidades do presente pedido, em que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de peças do aparelho, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada peça do aparelho compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

[028] um módulo de recepção configurado para receber uma solicitação de transação encaminhada pelo centro de distribuição, a solicitação de transação compreendendo dados de transação;

[029] um módulo de validação configurado para enviar a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso; e [030] um módulo de armazenamento configurado para, se a validação for bem sucedida, gerar um bloco correspondente de acordo com a solicitação de transação e armazenar o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

[031] Um aparelho de armazenamento de dados de acordo com as modalidades do presente pedido, em que um sistema de cadeia de blocos compreende o aparelho, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o aparelho

Petição 870190078523, de 13/08/2019, pág. 15/66

7/37 compreendendo:

[032] um módulo de recepção configurado para receber uma solicitação de transação enviada pelo subsistema que não é de consenso, a solicitação de transação compreendendo dados de transação;

[033] um módulo de determinação configurado para determinar um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação; e [034] um módulo de encaminhamento configurado para encaminhar a solicitação de transação ao subsistema de consenso determinado, fazendo o subsistema de consenso realizar a validação de consenso na solicitação de transação e armazenar um bloco correspondendo à solicitação de transação validada em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

[035] Um aparelho de armazenamento de dados de acordo com as modalidades do presente pedido, em que um sistema de cadeia de blocos compreende um centro de distribuição, o aparelho, e uma pluralidade de subsistemas de consenso, o aparelho compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

[036] um módulo de envio configurado para enviar uma solicitação de transação ao centro de distribuição, a solicitação de transação compreendendo dados de transação, fazendo o centro de distribuição encaminhar, com base nos dados de transação, a solicitação de transação para um subsistema de consenso correspondendo aos dados de transação.

[037] A partir das soluções técnicas descritas acima de acordo com as modalidades do presente pedido, pode-se observar que um sistema de cadeia de blocos compreendendo um centro de distribuição, um subsistema que não é de

Petição 870190078523, de 13/08/2019, pág. 16/66

8/37 consenso, e uma pluralidade de subsistemas de consenso é criada nas modalidades no presente pedido, em que o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, e cada um dos subsistemas de consenso é equivalente a uma rede de cadeia de blocos de consórcio contendo a pluralidade de nós de consenso. Isto também significa que os subsistemas de consenso podem realizar separadamente validações de consenso para diferentes campos de transação. Desta forma, os nós de consenso nos subsistemas de consenso são responsáveis pela validação de consenso, e os nós que não são de consenso no subsistema que não são de consenso podem enviar uma solicitação de transação ao centro de distribuição. O centro de distribuição determina um subsistema de consenso em um campo de transação específico com base nos dados de transação compreendidos na solicitação de transação. Então, o subsistema de consenso realiza validação de consenso na solicitação de transação. De acordo com as modalidades do presente pedido, por um lado, somente os nós de consenso são responsáveis pela validação de consenso, e os nós que não são de consenso fora dos subsistemas de consenso não podem participar na validação de consenso de uma rede de cadeia de blocos de consórcio. Isto melhora a segurança da rede de cadeia de blocos. Por outro lado, o centro de distribuição pode fazer interface com as redes de cadeia de blocos de consórcio, e as entidades que não são de consenso (nós que não são de consenso) fora da rede de cadeia de blocos de consórcio só precisam fazer interface com o centro de distribuição, e não precisam fazer interface com uma pluralidade de redes de cadeia de blocos de consórcio de acordo com diferentes protocolos de interface. Isto melhora a conveniência da rede de cadeia de blocos.

Breve Descrição dos Desenhos [038] Para descrever mais claramente as soluções técnicas nas modalidades

Petição 870190078523, de 13/08/2019, pág. 17/66

9/37 do presente pedido ou as presentes tecnologias, os desenhos acompanhantes a serem usados nas modalidades ou nas presentes tecnologias serão descritos resumidamente a seguir. É óbvio que os desenhos acompanhantes na descrição seguinte são meramente algumas modalidades no presente pedido. Com base nesses desenhos acompanhantes, outros desenhos relevantes podem ser obtidos por aqueles com conhecimento geral na área técnica sem esforço criativo.

[039] As FIGS. 1a-b são diagramas esquemáticos de um sistema de cadeia de blocos de acordo com algumas modalidades do presente pedido;

[040] A FIG. 2 é um fluxograma de um método de armazenamento de dados de acordo com algumas modalidades do presente pedido;

[041] As FIGS. 3 a 5 são diagramas esquemáticos de três aparelhos de armazenamento de dados de acordo com algumas modalidades do presente pedido.

Descrição Detalhada [042] As modalidades do presente pedido proporcionam uma rede de cadeia de blocos e um método e aparelho de armazenamento de dados.

[043] Para possibilitar àqueles com conhecimento geral na técnica uma melhor compreensão das soluções técnicas do presente pedido, as soluções técnicas nas modalidades do presente pedido serão descritas de forma clara e completa a seguir com referência aos desenhos acompanhantes nas modalidades do presente pedido. É óbvio que as modalidades descritas são meramente algumas das modalidades do presente pedido, mas não todas. Com base nas modalidades do presente pedido, todas as outras modalidades que podem ser obtidas por aqueles com conhecimento geral na técnica sem esforço criativo deverão se enquadrar no escopo do presente pedido.

[044] Como descrito acima, em aplicações ilustrativas, há principalmente dois tipos de aplicação de redes de cadeia de blocos, ou seja, rede de cadeia de blocos pública e rede de cadeia de blocos de consórcio. Não há restrição de

Petição 870190078523, de 13/08/2019, pág. 18/66

10/37 identidade para nós em uma rede de cadeia de blocos pública, e qualquer entidade (individual ou organização) pode se tornar um nó na rede de cadeia de blocos pública para participar na validação de consenso em uma solicitação de transação. Uma vez que a rede de cadeia de blocos pública é verdadeiramente descentralizada e completamente aberta, um hacker pode ter oportunidades de controlar a maioria dos nós e efetuar uma solicitação de transação ilegítima para passar a validação. Além disso, qualquer entidade pode visualizar todos os dados de transação armazenados na cadeia pública, enquanto que os dados de transação geralmente envolvem privacidade do nó e das entidades que não são nós. Mesmo se os dados de transação forem criptografados, ainda há o risco de a criptografia ser burlada.

[045] Deve-se observar que um “livro de registros compartilhado é uma cadeia de blocos gerenciada por uma rede de cadeia de blocos, e por conseguinte, uma rede de cadeia de blocos de consórcio gerencia uma cadeia de blocos de consórcio, e uma rede de cadeia de blocos púbica gerencia uma cadeia de blocos pública.

[046] Todos os nós em uma rede de cadeia de blocos de consórcio são instituições competentes pré-designadas. Por exemplo, todos os nós em uma rede de cadeia de blocos de consórcio no campo financeiro podem ser o Industrial and Commercial Bank of China, o China Construction Bank, o People's Bank of China, a China Securities Regulatory Commission, a China Banking Regulatory Commission, etc. Tal característica da rede de cadeia de blocos de consórcio retira dos hackers toda e qualquer oportunidade de participar na validação de consenso ou de visualizar os dados de transação armazenados na cadeia de blocos de consórcio. Desta maneira, a segurança da rede de cadeia de blocos é amplamente melhorada. No entanto, uma vez que os nós em uma rede de cadeia de blocos de consórcio geralmente são instituições competentes em um campo de transação, a rede de cadeia de blocos de consórcio só pode fornecer serviços de validação públicos no

Petição 870190078523, de 13/08/2019, pág. 19/66

11/37 campo de transação específico. Uma entidade que não é nó geralmente precisa despender um custo muito elevado para fazer interface com redes de cadeia de blocos de consórcio em campos de transação diferentes, o que é muito inconveniente.

[047] Para este fim, a solução técnica do presente pedido proporciona um sistema de cadeia de blocos, e um centro de distribuição é estabelecido no sistema. O centro de distribuição oferece protocolos padrão de interface para, de um lado fazer interface com entidades que não são nós para aceitar solicitações de transação a partir das entidades que não são nós, e do outro lado, fazer interface com várias redes de cadeia de blocos de consórcio para encaminhar as solicitações de transação recebidas para redes de cadeia de blocos de consórcio correspondentes para validação de acordo com os campos de transação correspondendo às solicitações de transação.

[048] O sistema de cadeia de blocos na solução técnica do presente pedido pode incorporar redes de cadeia de blocos de consórcio existentes que operam de maneira independente e entidades que não são nós que necessitam de vários serviços de validação de consenso em uma arquitetura de sistema unificada, oferecer protocolos de padrão de interface para as redes de cadeia de blocos de consórcio e as entidades que não são nós, e até mesmo incluir vários serviços de validação em toda a sociedade no sistema de cadeia de blocos. Todos os membros na sociedade podem se tornar nós no sistema de cadeia de blocos (sem necessidade de serem responsáveis pela validação do consenso), e as solicitações de transação geradas em todos os aspectos da vida e trabalho de cada membro podem ser validadas no sistema de cadeia de blocos.

[049] A FIG. 1a é um diagrama esquemático de um sistema de cadeia de blocos de acordo com algumas modalidades do presente pedido. Como ilustrado na FIG. 2, o sistema de cadeia de blocos compreende um centro de distribuição, um

Petição 870190078523, de 13/08/2019, pág. 20/66

12/37 subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, em que o subsistema que não é de consenso pode corresponder às entidades que não são nós, e as entidades que não são nós podem servir de nós que não são consenso no subsistema que não é de consenso. Alternativamente, o subsistema que não é de consenso também pode corresponder a uma rede de cadeia de blocos pública, e os nós que não são de consenso no subsistema que não é de consenso são praticamente nós na rede de cadeia de blocos pública, mas os nós que não são de consenso não têm a função de participar na validação do consenso e só podem submeter solicitações de transação. Por outro lado, cada um dos subsistemas de consenso é equivalente a uma rede de cadeia de blocos de consórcio, e os nós de consenso em cada um dos subsistemas de consenso são praticamente nós na rede de cadeia de blocos e consórcio correspondendo ao subsistema de consenso; as solicitações de transação iniciadas pelos nós que não são de consenso são alocadas pelo centro de distribuição de maneira uniforme, e o centro de distribuição encaminha as solicitações de transação correspondendo a diferentes campos de transação a subsistemas de consenso correspondentes (isto é, equivalente a encaminhar as solicitações de transação às redes de cadeia de blocos de consórcio correspondentes).

[050] De fato, quando um sistema de validação de consenso de toda a sociedade é baseado no sistema de cadeia de blocos, as redes de cadeia de blocos de consórcio podem ser consideradas como estações de serviço para fornecer serviços a cada membro da sociedade. Para cada membro da sociedade, há muitas solicitações de transação geradas pelo membro da sociedade em atividades sociais devido à vida ou ao trabalho, o que abrange uma pluralidade de campos de transação, e o sistema de cadeia de blocos pode oferecer serviços completos no mesmo local ao membro da sociedade. Além disso, os dados de transação armazenados no sistema de cadeia de blocos também englobam todos os aspectos

Petição 870190078523, de 13/08/2019, pág. 21/66

13/37 das atividades sociais de cada membro da sociedade, inclusive financeiro, de saúde, educação, seguro, compras e liquidação de bens do membro da sociedade, além de áreas como administração, judiciário, cumprimento das leis, etc. Os dados de transação podem servir de dados volumosos com altíssima precisão para construção adicional de um sistema de crédito para toda a sociedade.

[051] As soluções técnicas das modalidades do presente pedido serão descritas em detalhes com referência aos desenhos acompanhantes.

[052] A FIG. 1a é um diagrama esquemático de um sistema de cadeia de blocos de acordo com algumas modalidades do presente pedido, compreendendo:

[053] um subsistema que não é de consenso 101, um centro de distribuição 102 e uma pluralidade de subsistemas de consenso 103;

[054] o subsistema que não é de consenso 101 compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso;

[055] um nó que não é de consenso envia uma solicitação de transação ao centro de distribuição 102;

[056] o centro de distribuição 102 recebe a solicitação de transação a partir do subsistema que não é de consenso, determina um subsistema de consenso correspondendo à solicitação de transação com base nos dados de transação compreendidos na solicitação de transação, e encaminha a solicitação de transação ao subsistema de consenso determinado 103; e [057] o subsistema de consenso 103 recebe a solicitação de transação encaminhada pelo centro de distribuição, e envia a solicitação de transação a todos os nós de consenso no subsistema de consenso 103 para validação de consenso; se a validação for bem sucedida, ela gera um bloco correspondente de acordo com a solicitação de transação e armazena o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso 103.

Petição 870190078523, de 13/08/2019, pág. 22/66

14/37 [058] 0 subsistema de consenso 103 é adicionalmente configurado para enviar o bloco correspondendo à solicitação de transação ao subsistema que não é de consenso 101; e [059] o subsistema que não é de consenso 101 recebe o bloco e armazena o bloco em uma cadeia de blocos pública correspondendo ao subsistema que não é de consenso 101.

[060] O subsistema de consenso 103 é adicionalmente configurado para gerar um resumo de transações correspondendo ao bloco com base nos dados de transação correspondendo ao bloco, e enviar o resumo de transações ao subsistema que não é de consenso 101; e [061] o subsistema que não é de consenso 101 armazena o resumo de transações na cadeia de blocos pública, de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

[062] O subsistema que não é de consenso 101 adicionalmente compreende:

[063] um navegador de dados 1011 configurado para receber uma solicitação de busca para dados de transação a partir de um nó que não é de consenso, determinar a permissão de busca do nó que não é de consenso de acordo com a solicitação de busca; e retornar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca e ao nó que não é de consenso.

[064] O navegador de dados 1011 obtém, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir do subsistema de consenso 103 correspondendo à solicitação de busca e retoma os dados de transação obtidos ao nó que não é de consenso.

[065] Em uma rede de cadeia de blocos existente, os nós são membros da rede de cadeia de blocos. Os nós podem participar na validação de consenso em uma solicitação de transação, também podem buscar blocos armazenados na rede

Petição 870190078523, de 13/08/2019, pág. 23/66

15/37 de cadeia de blocos (isto é, o livro de registros compartilhado), e podem adicionalmente buscar dados de transação respectivamente correspondendo aos blocos. A solicitação de transação compreende dados de transação, e um nó ou entidade que não é nó pode submeter uma solicitação de transação para solicitar que a rede de cadeia de blocos realize a validação de consenso na solicitação de transação e verifique se os dados de transação da solicitação de transação são legítimos.

[066] Aqui, os dados de transação são dados de transação gerados por um nó ou entidade que não é nó e compreendem assinatura digital, identificador, endereço de conta, etc. do nó ou entidade que não é nó, e adicionalmente compreendem matérias a serem verificadas conforme solicitado pelo nó ou entidade que não é nó. Essas matérias a serem verificadas variam, dependendo dos diferentes campos de transação. Por exemplo, um nó A transfere 500 Yuan para um nó B. Para fazer o nó B acreditar que a transferência foi feita, o nó A irá submeter uma solicitação de transação, e a solicitação de transação compreende os seguintes dados de transação: endereço de conta do nó A, endereço de conta do nó B, e “A transfere 500 Yuan para B”. Em seguida, os nós na rede de cadeia de blocos precisam verificar se 500 Yuan foram descontados da conta do nó A, e se 500 Yuan da conta do nó A foram adicionados à conta de B.

[067] Deve-se observar que, na área de tecnologias de cadeia de blocos, a validação de consenso é realizada em uma solicitação de transação por todos os nós de acordo com um algoritmo de consenso, e a rede de cadeia de blocos tem o direito de acessar a informação privada de todos os nós, tais como contas, registros de transação, etc. para validação. O fluxo da validação de consenso nas modalidades do presente pedido não é diferente de um fluxo existente de validação de consenso, e, portanto, o fluxo de validação de consenso nas modalidades do presentes pedido não será elaborado no relatório a seguir.

Petição 870190078523, de 13/08/2019, pág. 24/66

16/37 [068] Em uma rede de cadeia de blocos existente, existe um grane número de solicitações de transação que necessitam de validação de consenso. Portanto, a validação de consenso é tipicamente realizada uma vez em um lote de solicitações de transação dentro de um período de tempo ou quando o número de solicitações de transação como um lote atinge um número limiar, de modo a melhorar a eficiência. Em seguida, se a validação neste lote de solicitações de transação for bem-sucedida, um bloco correspondendo a este lote de solicitações de transação é gerado e armazenado na cadeia de blocos (isto é, armazenado no livro de registros compartilhado). Os nós podem buscar os dados de transação correspondendo a um bloco para verificar se o bloco foi adulterado.

[069] Nas modalidades do presente pedido, os nós de consenso não são diferentes dos nós em uma rede de cadeia de blocos de consórcio em termos de funções. Um subsistema de consenso corresponde a uma rede de cadeia de blocos de consórcio (compreendendo uma cadeia de blocos de consórcio), e cada nó de consenso corresponde a uma instituição competente para participar na validação de consenso. Os nós que não são de consenso podem ser as entidades que não são nós descritas na seção “Antecedentes da Invenção”, e as entidades que não são nós podem ser atribuídos a uma identidade de nó no presente sistema, mas os nós que não são de consenso não podem participar na validação de consenso. Os nós que não são de consenso também podem ser nós em uma rede de cadeia de blocos pública, o que significa que o subsistema que não é de consenso corresponde a uma rede de cadeia de blocos pública. Nos cenários de aplicação do presente pedido, estes nós que não são de consenso também não podem participar da validação de consenso. Nos cenários de aplicação do presente pedido, a validação de consenso é realizada por todos os nós de consenso nos subsistemas de consenso.

[070] No entanto, em outros cenários além dos cenários de aplicação do

Petição 870190078523, de 13/08/2019, pág. 25/66

17/37 presente pedido, os nós que não são de consenso podem realizar a validação de consenso. Por exemplo, os nós que não são de consenso podem ser nós em um cenário de aplicação de bitcoins que realiza validação de consenso para a circulação de bitcoins de acordo com um algoritmo de Prova de Trabalho. Como descrito acima, toda a sociedade pode ser incorporada em um sistema de crédito unificado com base no presente sistema. Quando o subsistema que não é de consenso corresponde a uma rede de cadeia de blocos pública, a rede de cadeia de blocos pública precisa fazer interface com o presente sistema, enquanto que as operações originais da rede de cadeia de blocos pública não serão afetadas.

[071] Adicionalmente, o subsistema que não é de consenso no presente sistema pode adicionalmente corresponder a uma pluralidade de redes de cadeia de blocos públicas. No entanto, no presente sistema, todos os nós compreendidos na pluralidade de redes de cadeia de blocos públicas são nós que não são de consenso, e o subsistema que não é de consenso não se importa com a qual rede de cadeia de blocos pública esses nós que não são de consenso pertenciam originalmente.

[072] Nas modalidades do presente pedido, o centro de distribuição oferece protocolos de padrão de interface para o público. Em um exemplo, cada rede de cadeia de blocos de consórcio pode desenvolver um cliente possuindo os protocolos padrão incorporados de acordo com uma interface de programação de aplicativos (API) oferecida pelo centro de distribuição para fazer interface com o centro de distribuição e, desse modo, se tornar um subsistema de consenso. Além disso, qualquer entidade pode fazer interface com o centro de distribuição e se tornar um nó que não é de consenso. Em um exemplo, uma pessoa ou indivíduo pode instalar um cliente possuindo o protocolo de padrão de interface incorporado em um terminal, e então as solicitações de transação podem ser submetidas a qualquer momento através do cliente. Uma empresa, em especial uma empresa que oferece

Petição 870190078523, de 13/08/2019, pág. 26/66

18/37 serviços aos usuários, pode interconectar, por meio de interface, a aplicação da empresa com o centro de distribuição. Quando a empresa oferece um serviço a um usuário, uma solicitação de transação correspondendo ao serviço pode ser submetida para um subsistema de consenso correspondente realizar a validação de consenso.

[073] Por exemplo, o Sr. Zhang é um filantropo que geralmente oferece assistência financeira a estudantes pobres. O Sr. Zhang se preocupa bastante com o destino de cada doação que ele faz, e se os estudantes realmente receberam as doações. Então, o Sr. Zhang pode se candidatar para se tornar um nó que não é de consenso e instalar uma aplicação de pagamento com um protocolo padrão de interface incorporado. Toda vez que o Sr. Zhang efetua uma doação, um subsistema de consenso correspondente no setor de caridade irá realizar a validação de consenso sobre a doação para garantir que a doação feita pelo Sr. Zhang seja ligada a uma conta de um estudante pobre designado. Além disso, o Sr. Zhang pode confirmar depois que a transação não foi adulterada ao visualizar o bloco armazenado na cadeia de blocos de consórcio.

[074] Por exemplo, um cliente de uma plataforma de comércio eletrônico pode ter um protocolo padrão de interface incorporado para fazer interface com o centro de distribuição. Quando um usuário realiza uma compra na plataforma de comércio eletrônico, a plataforma de comércio eletrônico solicita que um subsistema de consenso realize a validação de consenso quanto a se os bens adquiridos pelo usuários são autênticos, se o pagamento feito pelo usuário foi bem sucedido, etc., e dá um retomo ao usuário.

[075] Por exemplo, um indivíduo comum pode se tornar um nó que não é de consenso. Quando dois nós que não são de consenso podem realizar uma transferência, um dos nós que não são de consenso pode iniciar uma solicitação de transação para solicitar que uma rede de cadeia de blocos de consórcio

Petição 870190078523, de 13/08/2019, pág. 27/66

19/37 correspondendo ao campo de pagamento realize a validação de consenso na transferência e registre um bloco correspondendo à transferência em uma cadeia de blocos de consórcio.

[076] Em suma, há diversos cenários de aplicação sob a arquitetura do presente sistema. Um indivíduo pode se tornar um nó que não é de consenso para solicitar validação em vários eventos gerados por um indivíduo. Uma empresa pode se tornar um nó que não é de consenso para aumentar a confiança que os usuários têm na empresa.

[077] Nas modalidades do presente pedido, quando o subsistema que não é de consenso corresponde a uma rede de cadeia de blocos pública, o bloco gerado correspondendo à solicitação de transação pode ser adicionalmente enviado ao subsistema que não é de consenso, fazendo o subsistema que não é de consenso armazenar o bloco recebido na cadeia de blocos pública. Desta maneira, todos os nós que não são de consenso podem visualizar, de maneira conveniente, as cadeias de tempo das transações, e não precisam solicitar que um subsistema de consenso busque os blocos.

[078] Adicionalmente, para facilitar ainda mais os nós que não são de consenso a buscarem solicitações de transação que foram sujeitas à validação de consenso, os dados de transação correspondendo a um bloco gerado podem ser resumidos para gerar um resumo de transações, e o resumo de transações pode ser enviado ao subsistema que não é de consenso. O subsistema que não é de consenso pode armazenar o resumo de transações na cadeia de blocos pública. Desta forma, os nós que não são de consenso podem buscar pelo resumo de transações para atender às demandas de busca no sentido geral. Enquanto isso, os nós que não são de consenso são incapazes de visualizarem os dados de transação completados, o que impede que usuários mal-intencionados utilizem certos dados privados. Ao enviar o resumo de blocos e transações ao subsistema que não é de

Petição 870190078523, de 13/08/2019, pág. 28/66

20/37 consenso para armazenamento, assegura-se que o subsistema que não é de consenso não corra o risco de ser invadido, ao mesmo tempo obtendo a abertura da rede de cadeia de blocos.

[079] Nas modalidades do presente pedido, o subsistema que não é de consenso pode adicionalmente compreender um navegador de dados. O navegador de dados tem a função de fornecer uma busca de dados e capacidades de gerenciamento de permissão para os nós que não são de consenso. Como descrito acima, o resumo de blocos e transações é enviado ao subsistema que não é de consenso para armazenamento. Sob circunstâncias normais, os nós que não são de consenso podem aprender sobre informações tais como se a validação de consenso é bem-sucedida, quais matérias foram verificadas, etc., ao buscar o resumo de blocos e transações armazenado na cadeia pública. Em alguns casos, se um nó que não é de consenso suspeitar que um bloco é adulterado, a suspeita pode ser confirmada pela simples busca pelos dados de transação correspondendo ao bloco. Em outros casos, se um nó que não é de consenso precisar provar o crédito do nó para outros nós que não são de consenso, o nó que não é de consenso também precisa apresentar alguns dados de transações detalhados para os outros nós que não são de consenso. No entanto, geraria um grande risco de segurança se os nós que não são de consenso tivessem permissão para visualizar diretamente todos os dados de transações armazenados em uma cadeia de blocos de consórcio. Portanto, o navegador de dados pode realizar o gerenciamento de permissão de busca nos nós que não são de consenso.

[080] A arquitetura do sistema de cadeia de blocos nas soluções técnicas de acordo com o presente pedido é flexível, o gerenciador de dados pode ser implementado não no subsistema que não é de consenso, mas no centro de distribuição ou em paralelo ao centro de distribuição, ao subsistema que não é de consenso e aos subsistemas de consenso. Em suma, o navegador de dados pode

Petição 870190078523, de 13/08/2019, pág. 29/66

21/37 fornecer serviços de busca de dados e gerenciar a permissão de busca para os nós que não são de consenso, independentemente da localização do navegador de dados no sistema.

[081] Em um exemplo, a permissão de busca de um nó que não é de consenso pode ser determinada da seguinte maneira: para cada nó que não é de consenso, determina-se um tipo do nó que não é de consenso; e de acordo com o tipo do nó que não é de consenso, designa-se a permissão de busca ao nó que não é de consenso.

[082] Aqui, o tipo do nó que não é de consenso pode ser um indivíduo, empresa, agência reguladora, etc., ou podem ser níveis de crédito diferentes, tal como crédito alto, crédito médio, crédito baixo, etc. Em suma, o tipo dos nós que não são de consenso pode ser decidido de acordo com as situações reais, que não se limitam no presente pedido.

[083] Por exemplo, a permissão de busca para um nó que não é de consenso do tipo empresa pode ser dados de transação gerados por todos os usuários servidos pela empresa; a permissão de busca para um indivíduo regular pode ser dados de transação relacionados somente ao indivíduo; e a permissão de busca para uma agência reguladora pode ser todos os dados de transação.

[084] Nas modalidades do presente pedido, uma solicitação de busca para dados de transação enviada por um nó que não é de consenso pode transportar um bloco, indicando que o nó que não é de consenso deseja buscar dados de transação correspondendo ao bloco, alternativamente, a solicitação de busca também pode transportar um identificador do nó que não é de consenso, indicando que o nó que não é de consenso deseja buscar dados de transação dentro da permissão de busca do nó que não é de consenso.

[085] Quando o navegador de dados recebe a solicitação de busca para dados de transação enviada pelo nó que não é de consenso, o navegador de dados

Petição 870190078523, de 13/08/2019, pág. 30/66

22/37 verifica a permissão de busca do nó que não é de consenso. Quando o nó que não é de consenso não possui uma permissão de busca correspondente (por exemplo, o nó que não é de consenso não tem permissão para buscar dados de transação correspondendo a um bloco), o navegador de dados rejeita a solicitação de busca. Se o nó que não é de consenso tiver permissão de busca correspondente, o navegador de dados pode obter dados de transação correspondendo à permissão de busca a partir do subsistema de consenso correspondendo à solicitações de busca de acordo com a permissão de busca e retornar os dados de transação obtidos ao nó que não é de consenso.

[086] Adicionalmente, o navegador de dados pode determinar quais dados de transação podem ser buscados pelo nó que não é de consenso de acordo com a permissão de busca determinada, e então obter os dados de transação a partir de um subsistema de consenso correspondente; ou pode enviar diretamente a permissão de busca determinada ao subsistema de consenso correspondente para o subsistema de consenso para retornar dados de transação correspondentes de acordo com a permissão de busca.

[087] No sistema de cadeia de blocos ilustrado na FIG. 1a, um sistema de cadeia de blocos compreendendo um centro de distribuição, um subsistema que não é de consenso e uma pluralidade de subsistemas de consenso é criado, em que o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, e cada um dos subsistemas de consenso corresponde a uma rede de cadeia de blocos de consórcio contendo a pluralidade de nós de consenso. Como resultado, os subsistemas de consenso podem realizar validações de consenso em diferentes campos de transação. Desta forma, os nós de consenso nos subsistemas de consenso são responsáveis pela validação de consenso, e os nós que não são de consenso no subsistema que não são de

Petição 870190078523, de 13/08/2019, pág. 31/66

23/37 consenso podem enviar uma solicitação de transação ao centro de distribuição. O centro de distribuição determina um subsistema de consenso em um campo de transação específico com base nos dados de transação compreendidos na solicitação de transação. Então, o subsistema de consenso realiza validação de consenso na solicitação de transação. De acordo com as modalidades do presente pedido, por um lado, somente os nós de consenso são responsáveis pela validação de consenso, e os nós que não são de consenso fora dos subsistemas de consenso não podem participar na validação de consenso por uma rede de cadeia de blocos de consórcio, melhorando assim a segurança da rede de cadeia de blocos; por outro lado, o centro de distribuição pode fazer interface com as redes de cadeia de blocos de consórcio, e as entidades que não são de consenso (nós que não são de consenso) fora da rede de cadeia de blocos de consórcio só precisam fazer interface com o centro de distribuição, e não precisam fazer interface com uma pluralidade de redes de cadeia de blocos de consórcio de acordo com diferentes protocolos de interface, melhorando assim a conveniência da rede de cadeia de blocos.

[088] Além disso, deve-se salientar que as funções do centro de distribuição podem ser limitadas somente a determinar um subsistema de consenso correspondente de acordo com uma solicitação de transação ou podem servir como um agente de interação de dados entre o subsistema de consenso e o subsistema que não é de consenso. Em outras palavras, o subsistema de consenso e o subsistema que não é de consenso podem realizar a interação de dados (por exemplo, enviar um bloco, um resumo de transações, dados de transações, etc.) sem passar através do centro de distribuição, mas com base em um protocolo de roteamento específico, como mostra a FIG. 1b.

[089] A FIG. 2 é um fluxograma de um método de armazenamento de dados de acordo com algumas modalidades do presente pedido, compreendendo as seguintes etapas:

Petição 870190078523, de 13/08/2019, pág. 32/66

24/37 [090] S201: enviar, pelo subsistema que não é de consenso, uma solicitação de transação ao centro de distribuição.

[091] Essas modalidades do presente pedido se baseiam no mesmo conceito inventivo que o sistema de cadeia de blocos ilustrado na FIG. 1a. As explicações do sistema de cadeia de blocos ilustrado na FIG. 1a podem ser referenciadas para explicações de conceitos relevantes.

[092] Nas modalidades do presente pedido, pode ser um nó que não é de consenso no subsistema que não é de consenso que envia a solicitação de transação ao centro de distribuição.

[093]S202: determinar, pelo centro de distribuição, um subsistema de consenso correspondendo à solicitação de transação.

[094]S203: encaminhar, pelo centro de distribuição, a solicitação de transação ao subsistema de consenso determinado.

[095] O centro de distribuição pode receber transações enviadas por uma pluralidade de nós que não são de consenso para um número de vezes, e para cada solicitação de transação, encaminhar a solicitação de transação a um subsistema de consenso correspondente para validação de consenso.

[096] O centro de distribuição pode servir como um agente de interação de dados entre o subsistema de consenso e o subsistema que não é de consenso (por exemplo, enviar um bloco, um resumo de transações, dados de transação, etc., nas etapas subsequentes), ou pode não servir como um agente, mas deixar o subsistema de consenso e o subsistema que não é de consenso realizarem a interação de dados diretamente.

[097] S204: realizar, pelo subsistema de consenso, a validação de consenso na solicitação de transação.

[098] O subsistema de consenso realiza a validação de consenso na solicitação de transação, que é praticamente para enviar a solicitação de transação

Petição 870190078523, de 13/08/2019, pág. 33/66

25/37 para todos os nós de consenso compreendidos no subsistema de consenso para realizar a validação de consenso. Um algoritmo de consenso baseado no qual os nós de consenso realizam a validação de consenso pode ser o algoritmo de Tolerância a Falhas Bizantinas ou outros algoritmos de consenso, que não se limitam.

[099] S205: após a validação ter êxito, o subsistema de consenso gera um bloco correspondente de acordo com a solicitação de transação, armazena o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso, e gera um resumo de transações correspondendo ao bloco.

[0100]Após a validação ter êxito, o subsistema de consenso gera um bloco correspondente de acordo com a solicitação de transação. Na prática, o bloco correspondente é gerado de acordo com um lote de solicitações de transação que compreendem a solicitação de transação, que foi explicada acima e não será elaborada.

[0101]S206: enviar, pelo subsistema de consenso, o bloco correspondendo à solicitação de transação e o resumo de transações ao subsistema que não é de consenso.

[0102]S207: armazenar, pelo subsistema que não é de consenso, o bloco em uma cadeia de blocos pública correspondente.

[0103]S208: enviar, pelo subsistema que não é de consenso, uma solicitação de obtenção para os dados de transação ao subsistema de consenso.

[0104]Nas modalidades do presente pedido, pode ser o subsistema que não é de consenso que envia a solicitação de obtenção ao subsistema de consenso, e, em um exemplo, pode ser o navegador de dados compreendido no subsistema que não é de consenso que envia a solicitação de obtenção ao subsistema de consenso.

[0105]Quando a solicitação de obtenção compreende permissão de busca de um nó que não é de consenso, o subsistema de consenso pode determinar, de

Petição 870190078523, de 13/08/2019, pág. 34/66

26/37 acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir dos dados de transação armazenados no subsistema que não é de consenso, em que a permissão de busca é determinada pelo subsistema que não é de consenso de acordo com uma solicitação de busca para os dados de transação enviados pelo nó que não é de consenso.

[0106]Quando a solicitação de obtenção compreende uma lista de identificadores de dados de transação, o subsistema de consenso pode retornar dados de transação correspondentes ao subsistema que não é de consenso de acordo com a lista de identificadores.

[0107]S209: retornar os dados de transação correspondendo à solicitação de obtenção ao subsistema que não é de consenso.

[0108]Com o método de armazenamento de dados ilustrado na FIG. 2, os nós que não são de consenso fora do subsistema de consenso podem ser impedidos de buscarem livremente dados de transação, enquanto que as solicitações de transação submetidas pelos nós que não são de consenso podem ser alocadas de uma maneira unificada, melhorando assim a conveniência da rede de cadeia de blocos.

[0109]Com base no método de armazenamento de dados ilustrado na FIG.

2, as modalidades do presente pedido adicionalmente proporcionam um aparelho de armazenamento de dados correspondente. Como ilustrado na FIG. 3, um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de peças do aparelho, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada peça do aparelho compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

[0110]um módulo de recepção 301 configurado para receber uma solicitação de transação encaminhada pelo centro de distribuição, a solicitação de transação

Petição 870190078523, de 13/08/2019, pág. 35/66

27/37 compreendendo dados de transação;

[0111]um módulo de validação 302 configurado para enviar a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso; e [0112]um módulo de armazenamento 203 configurado para, se a validação for bem sucedida, gerar um bloco correspondente de acordo com a solicitação de transação e armazenar o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

[0113]O aparelho adicionalmente compreende: um módulo de envio 304 configurado para, caso a validação seja bem-sucedida, enviar o bloco correspondendo à solicitação de transação ao subsistema que não é de consenso, fazendo o subsistema que não é de consenso armazenar o bloco em uma cadeia de blocos pública correspondendo ao subsistem que não é de consenso.

[0114]O aparelho adicionalmente compreende: um módulo de geração 305 configurado para, se o nó de consenso chegar a um consenso de que a solicitação de transação é legítima, gerar um resumo de transações correspondendo ao bloco com base nos dados de transação correspondendo ao bloco, e enviar o resumo de transações ao subsistema que não é de consenso, fazendo o subsistema que não é de consenso armazenar o resumo de transações na cadeia de blocos pública de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

[0115]O aparelho adicionalmente compreende: um módulo de gerenciamento de dados de transação 306 configurado para receber uma solicitação de obtenção para dados de transação a partir do subsistema que não é de consenso, e retornar, de acordo com a solicitação de obtenção, dados de transação correspondendo à solicitação de obtenção ao subsistema que não é de consenso.

[0116]A solicitação de obtenção compreende a permissão de busca de um

Petição 870190078523, de 13/08/2019, pág. 36/66

28/37 nó que não é de consenso, e a permissão de busca é determinada pelo subsistema que não é de consenso de acordo com uma solicitação de busca para os dados de transação enviada pelo nó que não é de consenso; e [0117]o módulo de gerenciamento de dados de transação 306 determina, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir dos dados de transação armazenados no subsistema que não é de consenso.

[0118]Com base no método de armazenamento de dados ilustrado na FIG.

2, as modalidades do presente pedido adicionalmente proporcionam um aparelho de armazenamento de dados correspondente. Como mostra a FIG. 5, um sistema de cadeia de blocos compreende o aparelho, um subsistema que não de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

[0119]um módulo de recepção 401 configurado para receber uma solicitação de transação enviada pelo subsistema que não é de consenso, a solicitação de transação compreendendo dados de transação;

[0120]um módulo de determinação 402 configurado para determinar um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação; e [0121]um módulo de encaminhamento 403 configurado para encaminhar a solicitação de transação ao subsistema de consenso determinado, fazendo o subsistema de consenso realizar a validação de consenso na solicitação de transação e armazenar um bloco correspondendo à solicitação de transação validada em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

Petição 870190078523, de 13/08/2019, pág. 37/66

29/37 [0122]Com base no método de armazenamento de dados ilustrado na FIG. 2, as modalidades do presente pedido adicionalmente proporcionam um aparelho de armazenamento de dados correspondente. Como mostra a FIG. 5, um sistema de cadeia de blocos compreende um centro de distribuição, o aparelho, e uma pluralidade de subsistemas de consenso, o aparelho compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

[0123]um módulo de envio 501 configurado para enviar uma solicitação de transação ao centro de distribuição, a solicitação de transação compreendendo dados de transação, fazendo o centro de distribuição encaminhar, com base nos dados de transação, a solicitação de transação para um subsistem a de consenso correspondendo aos dados de transação.

[0124]O aparelho adicionalmente compreende: um primeiro módulo de armazenamento 502 configurado para receber um bloco a partir do subsistema de consenso e armazenar o bloco em uma cadeia de blocos pública correspondendo ao subsistema que não é de consenso.

[0125]O aparelho adicionalmente compreende: um segundo módulo de armazenamento 503 configurado para receber um resumo de transações correspondendo ao bloco a partir do subsistema de consenso, e armazenar o resumo de transações na cadeia de blocos pública de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

[0126]O aparelho adicionalmente compreende: um módulo de busca 504 configurado para receber uma solicitação de busca para dados de transação a partir de um nó que não é de consenso, determinar a permissão de busca do nó que não é de consenso de acordo com a solicitação de busca, e retornar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca ao nó que não é de consenso.

Petição 870190078523, de 13/08/2019, pág. 38/66

30/37 [0127]A permissão de busca de um nó que não é de consenso pode ser determinada da seguinte maneira:

[0128]para cada nó que não é de consenso, determina-se um tipo do nó que não é de consenso; e [0129]de acordo com o tipo do nó que não é de consenso, atribui-se a permissão de busca ao nó que não é de consenso.

[0130]O módulo de busca 504 obtém, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir do subsistema de consenso correspondendo à solicitação de busca e retoma os dados de transação obtidos ao nó que não é de consenso.

[0131]Na década de 90, um aprimoramento em uma tecnologia pode ser obviamente diferenciado em um aprimoramento de hardware (por exemplo, um aprimoramento em uma estrutura de circuito, como um diodo, um transistor, uma chave, etc.) ou um aprimoramento de software (um aprimoramento a um fluxo de um método). Contudo, com o desenvolvimento tecnológico, muitos aprimoramentos atuais aos fluxos de método podem ser considerados como aprimoramentos diretos às estruturas de circuito de hardware. Os projetistas quase sempre obtêm uma estrutura de circuito de hardware correspondente programando um fluxo de método aprimorado em um circuito de hardware. Portanto, não se pode concluir que um aprimoramento a um fluxo de método não pode ser realizado com um módulo de hardware. Por exemplo, o Dispositivo Lógico Programável (PLD) (por exemplo, uma Matriz de Portas Programáveis em Campo (FPGA)) é um circuito integrado tal que as funções lógicas do circuito integrado são determinadas por um usuário através da programação do dispositivo. Um projetista programa por conta própria para “integrar” um sistema digital em uma peça de PLD, que não precisa solicitar ao fabricante de um chip para projetar e fabricar um chip de Cl dedicado. No presente, além disso, este tipo de programação tem sido implementado predominantemente através de

Petição 870190078523, de 13/08/2019, pág. 39/66

31/37 software “compilador de lógica”, em vez da fabricação manual dos chips de Cl. O software compilador de lógica é similar a um compilador de software usado para desenvolvimento e escrita de programas, enquanto que uma linguagem de programação específica deve ser utilizada para escrever códigos-fontes antes da compilação, sendo chamada de Linguagem de Descrição de Hardware (HDL). Não existe apenas uma, mas muitos tipos de HDL, tal como ABEL (Linguagem de Expressão Booleana Avançada), AH DL (Linguagem de Descrição de Hardware 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 Ruby), etc. As mais usadas neste exato momento incluem VHDL (Linguagem de Descrição de Hardware de Circuito Integrado de Altíssima Velocidade) e Verilog. Um indivíduo com conhecimento geral na técnica também deve estar ciente de que seria muito fácil obter um circuito de hardware para implementar um fluxo de método lógico usando as HDLs acima para realizar uma leve programação de lógica no fluxo de método e programar o fluxo de método em um Cl.

[0132]Um controlador pode ser implementado de qualquer maneira apropriada. Por exemplo, um controlador pode ser, por exemplo, na forma de um microprocessador ou processador, bem como um meio legível por computador que armazena códigos de programa legíveis por computador (por exemplo, software ou firmware) capaz de ser executado pelo (micro) processador, uma porta lógica, uma chave, um Circuito Integrado de Aplicação Específica (ASIC), um controlador de lógica programável, e um microcontrolador embutido. Exemplos do controlador incluem, sem a isto se limitar, os seguintes microcontroladores: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 e Silicone Labs C8051F320. Um controlador de memória pode adicionalmente ser implementado como uma parte de uma lógica de controle de uma memória. Um indivíduo com conhecimento geral na técnica também

Petição 870190078523, de 13/08/2019, pág. 40/66

32/37 deverá estar ciente de que, além de um controlador que é implementado na forma de códigos de programa puros legíveis por computador, é totalmente factível executar a programação de lógica nas etapas de um método para permitir que um controlador implemente as mesmas funções na forma de uma porta lógica, uma chave, um ASIC, um controlador de lógica programável, e um microcontrolador embutido. Portanto, tal controlador pode ser considerado como uma parte de hardware, embora os dispositivos compreendidos no controlador e configurados para atingir as várias funções também possam ser considerados como uma estrutura dentro da parte de hardware. Como alternativa, os dispositivos configurados para alcançar várias funções podem até mesmo ser considerados tanto como módulos de software para implementar m método quanto como uma estrutura dentro de uma peça de hardware.

[0133]Veículos técnicos envolvidos no pagamento nas modalidades do presente pedido podem compreender, por exemplo, Comunicação por Campo de Proximidade (NFC), WIFI, 3G/4G/5G, tecnologias de leitora de cartão de terminal POS, tecnologias de varredura de código QR, tecnologias de leitura de código de barras, Bluetooth, IR, Serviço de Mensagens Curtas (SMS), Serviço de Mensagens Multimídia (MMS), etc.

[0134]O sistema, aparelho, módulo ou unidade descrito(a) nas modalidades acima pode ser implementado(s) por um chip ou entidade de computador, ou implementado(a) por um produto possuindo uma função. Um dispositivo de implementação típica é um computador. Em um exemplo, um computador pode ser, por exemplo, um computador pessoal, um computador laptop, um telefone celular, um telefone com câmera, um smartphone, um assistente pessoal digital, um reprodutor de mídia, um dispositivo de navegação, um dispositivo de correio eletrônico, um console de jogo, um computador tablet, um dispositivo vestível ou uma combinação de quaisquer dispositivos nesses dispositivos.

Petição 870190078523, de 13/08/2019, pág. 41/66

33/37 [0135]Por conveniência de descrição, o dispositivo acima é dividido em várias unidades de acordo com as funções para descrição. As funções das unidades podem ser implementadas em uma ou mais peças de software e/ou hardware quando o presente pedido é implementado.

[0136] Um indivíduo com conhecimento geral na técnica deverá entender que as modalidades da presente invenção podem ser oferecidas como um método, um sistema ou um produto de programa de computador. Portanto, a presente invenção pode ser implementada como uma modalidade de hardware completa, uma modalidade de software completa, ou uma modalidade combinando software e hardware. Além disso, a presente invenção pode ser na forma de um produto de programa de computador implementado em um ou vários meios de armazenamento utilizáveis por computador (incluindo, mas não restringindo-se a uma memória de disco magnético, CD-ROM, uma memória óptica, etc.), compreendendo códigos de programa utilizáveis por computador.

[0137]A presente invenção é descrita com referência aos fluxogramas e/ou diagramas de blocos do método, dispositivo (sistema) e produto de programa de computador de acordo com as modalidades da presente invenção. Deve-se compreender 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 uma combinação de processos e/ou blocos nos fluxogramas e/ou diagramas de blocos. Essas instruções de programa de computador podem ser fornecidas para um computador de propósito geral, um computador e propósito especial, um processador embutido, ou um processador de outros dispositivos de processamento de dados programáveis para gerar uma máquina, fazendo com que as instruções executadas por um computador ou um processador de outros dispositivos de processamento de dados programáveis gerem um aparelho para implementar uma função especificada em um ou mais processos nos fluxogramas e/ou em um ou mais

Petição 870190078523, de 13/08/2019, pág. 42/66

34/37 blocos nos diagramas de blocos.

[0138]Estas instruções de programa de computador também podem ser armazenadas em uma memória legível por computador que pode instruir um computador ou outros dispositivo de processamento de dados programáveis para operar de uma maneira específica, fazendo com que as instruções armazenadas na memória legível por computador gerem um artigo fabricado que inclua um aparelho de instrução. 0 aparelho de instrução implementa uma função especificada em um ou mais processos nos fluxogramas e/ou em um ou mais blocos nos diagramas de blocos.

[0139]Essas instruções de programa de computador também podem ser carregadas em um computador ou outros dispositivos de processamento de dados programáveis, fazendo com que uma série de etapas operacionais sejam realizadas no computador ou outros dispositivos programáveis, dessa forma gerando o processamento implementado por computador. Portanto, as instruções executadas no computador ou em outros dispositivos programáveis oferecem etapas para implementar uma função especificada em um ou mais processos nos fluxogramas e/ou em um ou mais blocos nos diagramas de bloco.

[0140]Em uma configuração típica, o dispositivo de computação inclui um ou mais processadores (CPUs), interfaces de entrada/saída, interfaces de rede e uma memória.

[0141]A memória pode incluir meios legíveis por computado, tal como uma memória volátil, uma Memória de Acesso Aleatório (RAM) e/ou uma memória nãovolátil, por exemplo, uma Memória Somente para Leitura (ROM) ou uma RAM flash. A memória é um exemplo de um meio legível por computador.

[0142]Os meios legíveis por computador incluem meios não-voláteis, voláteis, móveis e imóveis, que podem implementa armazenamento de informações através de qualquer método ou tecnologia. As informações podem ser instruções

Petição 870190078523, de 13/08/2019, pág. 43/66

35/37 legíveis por computador, estruturas de dados, módulos de programa ou outros dados. Exemplos de meios de armazenamento de computadores incluem, sem a isto se limitar, Memórias de Acesso Aleatório com Mudança de Fase (PRAMs), Memórias de Acesso Aleatório Estáticas (SRAMs), Memórias de Acesso Aleatório Dinâmicas (DRAMs), outros tipos de Memórias de Acesso Aleatório (RAMs), Memórias Somente para Leitura (ROMs), Memórias Somente para Leitura Programáveis e Eletricamente Apagáveis (EEPROMs), memórias flash ou outras tecnologias de memória, Memórias Somente para Leitura de Disco Compacto (CDROMs), Discos Versáteis Digitais (DVDs) ou outras memórias ópticas, cassettes, cassette e memórias de disco ou outros dispositivos de memória magnética, ou qualquer outro meio que não seja de transmissão, passível de uso para armazenar informações acessíveis a um dispositivo de computação. De acordo com as definições no relatório descritivo, os meios legíveis por computador não incluem meios temporários, tais como sinais de dados modulados e portadoras.

[0143]Deve-se notar ainda que os termos “incluindo”, “compreendendo” ou quaisquer outras variantes dos termos pretendem abranger uma inclusão nãoexclusiva, fazendo com que um processo, método, artigo ou dispositivo compreendendo uma série de elementos não apenas compreenda esses elementos, mas também compreenda outros elementos que não são listados claramente, ou adicionalmente compreenda elementos que são inatos ao processo, método, artigo ou dispositivo. Quando não houver restrição adicional, os elementos definidos pela declaração “compreendendo um...” não exclui que um processo, método, artigo ou dispositivo compreendendo os elementos acima adicionalmente compreenda elementos idênticos adicionais.

[0144] Um indivíduo com conhecimento geral na técnica deverá entender que as modalidades do presente pedido podem ser oferecidas como um método, um sistema ou um produto de programa de computador. Portanto, o presente pedido

Petição 870190078523, de 13/08/2019, pág. 44/66

36/37 pode ser implementado como uma modalidade de hardware completa, uma modalidade de software completa, ou uma modalidade combinando software e hardware. Além disso, o presente pedido pode ser na forma de um produto de programa de computador implementado em um ou vários meios de armazenamento utilizáveis por computador (incluindo, mas não se restringindo a uma memória de disco magnético, CD-ROM, uma memória óptica, etc.), compreendendo códigos de programa utilizáveis por computador.

[0145]O presente pedido pode ser descrito em um contexto regular de uma instrução executável por computador que é executada por um computador, tal como um módulo de programa. Geralmente, o módulo de programa compreende uma rotina, um programa, um objeto, um componente, uma estrutura de dados, etc. para executar uma tarefa específica ou implementando um tipo de dados abstrato específico. O presente pedido também pode ser praticada em ambientes de computação distribuída. Nesses 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 estar localizado em meios de armazenamento em computador remotos e locais, inclusive dispositivos de armazenamento.

[0146]As modalidades neste relatório são descritas de maneira progressiva com cada modalidade focada nas diferenças em relação às outras modalidades, e as modalidades podem ser referenciadas mutuamente para partes idênticas ou similares. Mais especificamente, a modalidade do sistema é descrita de maneira relativamente simples, uma vez que a modalidade do sistema é substancialmente similar à modalidade do método. A descrição da modalidade do método pode ser referenciada para as partes relacionadas.

[0147]O acima descrito são apenas modalidades do presente pedido, que não são usadas para limitar o presente pedido. Para aqueles com conhecimento

Petição 870190078523, de 13/08/2019, pág. 45/66

37/37 geral na técnica, o presente pedido podem ter várias modificações e alterações. Qualquer modificação, substituição equivalente, ou aperfeiçoamento feito dentro do espírito e princípio do presente pedido deverá ser englobado pelas reivindicações do presente pedido.

Claims

1. Sistema de cadeia de blocos, compreendendo um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, CARACTERIZADO pelo fato de que o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso;

um nó que não é de consenso da pluralidade de nós que não são de consenso envia uma solicitação de transação ao centro de distribuição;

o centro de distribuição recebe a solicitação de transação a partir do subsistema que não é de consenso, determina um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação, e encaminha a solicitação de transação ao subsistema de consenso determinado; e o subsistema de consenso recebe a solicitação de transação encaminhada pelo centro de distribuição, e envia a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso; se a validação for bem sucedida, ela gera um bloco correspondente de acordo com a solicitação de transação e armazena o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

2. Sistema de cadeia de blocos, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o subsistema de consenso é adicionalmente configurado para: se a validação for bem-sucedida, enviar o bloco correspondendo à solicitação de transação ao subsistema que não é de consenso;

em que o subsistema que não é de consenso recebe o bloco e armazena o bloco em uma cadeia de blocos pública correspondendo ao subsistema que não é de consenso.

Petição 870190078523, de 13/08/2019, pág. 47/66

2/10

3. Sistema de cadeia de blocos, de acordo com a reivindicação 2, CARACTERIZADO pelo fato de que o subsistema de consenso é adicionalmente configurado para: gerar um resumo de transações correspondendo ao bloco com base nos dados de transação correspondendo ao bloco, e enviar o resumo de transações ao subsistema que não é de consenso;

em que o subsistema que não é de consenso armazena o resumo de transações na cadeia de blocos pública, de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

4. Sistema de cadeia de blocos, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que o subsistema que não é de consenso adicionalmente compreende:

um navegador de dados configurado para receber uma solicitação de busca para dados de transação a partir de um nó que não é de consenso, determinar a permissão de busca do nó que não é de consenso de acordo com a solicitação de busca; e retornar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca ao nó que não é de consenso.

5. Sistema de cadeia de blocos, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que a permissão de busca do nó que não é de consenso é determinada da seguinte maneira:

para cada nó que não é de consenso, determina-se um tipo do nó que não é de consenso; e de acordo com o tipo do nó que não é de consenso, atribui-se a permissão de busca ao nó que não é de consenso.

6. Sistema de cadeia de blocos, de acordo com a reivindicação 4, CARACTERIZADO pelo fato de que o navegador de dados obtém, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir de um subsistema de consenso correspondendo à solicitação de busca e

Petição 870190078523, de 13/08/2019, pág. 48/66

3/10 retorna os dados de transação obtidos ao nó que não é de consenso.

7. Método de armazenamento de dados, CARACTERIZADO pelo fato de que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

receber, pelo subsistema de consenso, uma solicitação de transação encaminhada pelo centro de distribuição, a solicitação de transação compreendendo dados de transação;

enviar a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso;

se a validação for bem sucedida, gerar um bloco correspondente de acordo com a solicitação de transação e armazenar o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

8. Método, de acordo com a reivindicação 7, CARACTERIZADO por adicionalmente compreender:

se a validação for bem sucedida, enviar o bloco correspondendo à solicitação de transação ao subsistema que não é de consenso, fazendo o subsistema que não é de consenso armazenar o bloco em uma cadeia de blocos pública correspondendo ao subsistem que não é de consenso.

9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que, se os nós de consenso chegarem a um consenso de que a solicitação de transação é legítima, o método adicionalmente compreende:

gerar um resumo de transação correspondendo ao bloco com base nos dados de transação correspondendo ao bloco; e enviar o resumo de transações ao subsistema que não é de consenso,

Petição 870190078523, de 13/08/2019, pág. 49/66

4/10 fazendo com que o subsistema que não é de consenso armazene o resumo de transações na cadeia de blocos pública de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

10. Método, de acordo com a reivindicação 7, CARACTERIZADO por adicionalmente compreender:

receber uma solicitação de obtenção para dados de transação a partir do subsistema que não é de consenso; e retornar, de acordo com a solicitação de obtenção, dados de transação correspondendo à solicitação de obtenção ao subsistema que não é de consenso.

11. Método, de acordo com a reivindicação 10, CARACTERIZADO pelo fato de que a solicitação de obtenção compreende a permissão de busca de um nó que não é de consenso, e a permissão de busca é determinada pelo subsistema que não é de consenso de acordo com uma solicitação de busca para os dados de transação enviada pelo nó que não é de consenso; e o retorno, de acordo com a solicitação de obtenção, dos dados de transação correspondendo à solicitação de obtenção ao subsistema que não é de consenso compreende:

determinar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir dos dados de transação armazenados no subsistema que não é de consenso.

12. Método de armazenamento de dados, CARACTERIZADO pelo fato de que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

receber, pelo centro de distribuição, uma solicitação de transação enviada

Petição 870190078523, de 13/08/2019, pág. 50/66

5/10 pelo subsistema que não é de consenso, a solicitação de transação compreendendo dados de transação;

determinar um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação; e encaminhar a solicitação de transação ao subsistema de consenso determinado, fazendo o subsistema de consenso realizar a validação de consenso na solicitação de transação, e armazenar um bloco correspondendo à solicitação de transação validada em uma cadeia de blocos consorciada correspondendo ao subsistema de consenso.

13. Método de armazenamento de dados, CARACTERIZADO pelo fato de que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

enviar, pelo subsistema que não é de consenso, uma solicitação de transação ao centro de distribuição, a solicitação de transação compreendendo dados de transação, fazendo o centro de distribuição encaminhar, com base nos dados de transação, a solicitação de transação para um subsistema de consenso correspondendo aos dados de transação.

14. Método, de acordo com a reivindicação 13, CARACTERIZADO por adicionalmente compreender:

receber um bloco a partir do subsistema de consenso; e armazenar o bloco em uma cadeia de blocos pública correspondendo ao subsistema que não é de consenso.

15. Método, de acordo com a reivindicação 14, CARACTERIZADO por

Petição 870190078523, de 13/08/2019, pág. 51/66

6/10 adicionalmente compreender:

receber um resumo de transações correspondendo ao bloco a partir do subsistema de consenso; e armazenar o resumo de transações na cadeia de blocos pública, de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

16. Método, de acordo com a reivindicação 13, CARACTERIZADO por adicionalmente compreender:

receber uma solicitação de busca para dados de transação a partir de um nó que não é de consenso da pluralidade de nós que não são de consenso, determinar a permissão de busca do nó que não é de consenso de acordo com a solicitação de busca, e retornar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca ao nó que não é de consenso.

17. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que a permissão de busca do nó que não é de consenso é determinada da seguinte maneira:

18. Método, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que retornar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca ao nó que não é de consenso compreende:

obter, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir de um subsistema de consenso correspondendo à solicitação de busca e retornar os dados de transação obtidos ao nó que não é de consenso.

Petição 870190078523, de 13/08/2019, pág. 52/66

7/10

19. Aparelho de armazenamento de dados, CARACTERIZADO pelo fato de que um sistema de cadeia de blocos compreende um centro de distribuição, um subsistema que não é de consenso, e uma pluralidade de peças do aparelho, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada peça do aparelho compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

um módulo de recepção configurado para receber uma solicitação de transação encaminhada pelo centro de distribuição, a solicitação de transação compreendendo dados de transação;

um módulo de validação configurado para enviar a solicitação de transação a todos os nós de consenso no subsistema de consenso para validação de consenso; e um módulo de armazenamento configurado para, se a validação for bem sucedida, gerar um bloco correspondente de acordo com a solicitação de transação e armazenar o bloco em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

20. Aparelho, de acordo com a reivindicação 19, CARACTERIZADO por adicionalmente compreender:

um módulo de envio configurado para, caso a validação seja bem-sucedida, enviar o bloco correspondendo à solicitação de transação ao subsistema que não é de consenso, fazendo o subsistema que não é de consenso armazenar o bloco em uma cadeia de blocos pública correspondendo ao subsistem que não é de consenso.

21. Aparelho, de acordo com a reivindicação 20, CARACTERIZADO por adicionalmente compreender:

um módulo de geração configurado para, se o nó de consenso chegar a um consenso de que a solicitação de transação é legítima, gerar um resumo de

Petição 870190078523, de 13/08/2019, pág. 53/66

8/10 transações correspondendo ao bloco com base nos dados de transação correspondendo ao bloco, e enviar o resumo de transações ao subsistema que não é de consenso, fazendo o subsistema que não é de consenso armazenar o resumo de transações na cadeia de blocos pública de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

22. Aparelho, de acordo com a reivindicação 19, CARACTERIZADO por adicionalmente compreender:

um módulo de gerenciamento de dados de transação configurado para receber uma solicitação de obtenção para dados de transação a partir do subsistema que não é de consenso, e retornar, de acordo com a solicitação de obtenção, dados de transação correspondendo à solicitação de obtenção ao subsistema que não é de consenso.

23. Aparelho, de acordo com a reivindicação 22, CARACTERIZADO pelo fato de que a solicitação de obtenção compreende a permissão de busca de um nó que não é de consenso, e a permissão de busca é determinada pelo subsistema que não é de consenso de acordo com uma solicitação de busca para os dados de transação enviada pelo nó que não é de consenso; e o módulo de gerenciamento de dados de transação determina, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir dos dados de transação armazenados no subsistema que não é de consenso.

24. Aparelho de armazenamento de dados, CARACTERIZADO pelo fato de que um sistema de cadeia de blocos compreende o aparelho, um subsistema que não é de consenso, e uma pluralidade de subsistemas de consenso, o subsistema que não é de consenso compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o método compreendendo:

Petição 870190078523, de 13/08/2019, pág. 54/66

9/10 um módulo de recepção configurado para receber uma solicitação de transação enviada pelo subsistema que não é de consenso, a solicitação de transação compreendendo dados de transação;

um módulo de determinação configurado para determinar um subsistema de consenso correspondendo à solicitação de transação baseado nos dados de transação compreendidos na solicitação de transação; e um módulo de encaminhamento configurado para encaminhar a solicitação de transação ao subsistema de consenso determinado, fazendo o subsistema de consenso realizar a validação de consenso na solicitação de transação, e armazenar um bloco correspondendo à solicitação de transação validada em uma cadeia de blocos de consórcio correspondendo ao subsistema de consenso.

25. Aparelho de armazenamento de dados, CARACTERIZADO pelo fato de que um sistema de cadeia de blocos compreende um centro de distribuição, o aparelho, e uma pluralidade de subsistemas de consenso, o aparelho compreende uma pluralidade de nós que não são de consenso, e cada um dos subsistemas de consenso compreende uma pluralidade de nós de consenso, o aparelho compreendendo:

um módulo de envio configurado para enviar uma solicitação de transação ao centro de distribuição, a solicitação de transação compreendendo dados de transação, fazendo o centro de distribuição encaminhar, com base nos dados de transação, a solicitação de transação para um subsistema de consenso correspondendo aos dados de transação.

26. Aparelho, de acordo com a reivindicação 25, CARACTERIZADO por adicionalmente compreender:

um primeiro módulo de armazenamento configurado para receber um bloco a partir do subsistema de consenso e armazenar o bloco em uma cadeia de blocos pública correspondendo ao subsistema que não é de consenso.

Petição 870190078523, de 13/08/2019, pág. 55/66

10/10

27. Aparelho, de acordo com a reivindicação 26, CARACTERIZADO por adicionalmente compreender:

um segundo módulo de armazenamento configurado para receber um resumo de transações correspondendo ao bloco a partir do subsistema de consenso, e armazenar o resumo de transações na cadeia de blocos pública de modo que o resumo de transações esteja disponível para busca pelos nós que não são de consenso.

28. Aparelho, de acordo com a reivindicação 25, CARACTERIZADO por adicionalmente compreender:

um módulo de busca configurado para receber uma solicitação de busca para dados de transação a partir de um nó que não é de consenso da pluralidade de nós que não são de consenso, determinar a permissão de busca do nó que não é de consenso de acordo com a solicitação de busca, e retornar, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca ao nó que não é de consenso.

29. Aparelho, de acordo com a reivindicação 28, CARACTERIZADO pelo fato de que a permissão de busca do nó que não é de consenso é determinada da seguinte maneira:

30. Aparelho, de acordo com a reivindicação 28, CARACTERIZADO pelo fato de que o módulo de busca obtém, de acordo com a permissão de busca, dados de transação correspondendo à permissão de busca a partir de um subsistema de consenso correspondendo à solicitação de busca e retorna os dados de transação obtidos ao nó que não é de consenso.