BR112019008140A2 - método implementado por computador, meio de armazenamento legível por computador não transitório e sistema - Google Patents

método implementado por computador, meio de armazenamento legível por computador não transitório e sistema Download PDF

Info

Publication number
BR112019008140A2
BR112019008140A2 BR112019008140A BR112019008140A BR112019008140A2 BR 112019008140 A2 BR112019008140 A2 BR 112019008140A2 BR 112019008140 A BR112019008140 A BR 112019008140A BR 112019008140 A BR112019008140 A BR 112019008140A BR 112019008140 A2 BR112019008140 A2 BR 112019008140A2
Authority
BR
Brazil
Prior art keywords
client nodes
transaction data
client
block chain
nodes
Prior art date
Application number
BR112019008140A
Other languages
English (en)
Other versions
BR112019008140B1 (pt
Inventor
Pan Dong
Zhang Wenbin
Yan Xuebing
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 BR112019008140A2 publication Critical patent/BR112019008140A2/pt
Publication of BR112019008140B1 publication Critical patent/BR112019008140B1/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/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G06Q20/065—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme using e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1065—Discovery involving distributed pre-established resource-based relationships among peers, e.g. based on distributed hash tables [DHT] 
    • 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/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • 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
    • 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/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/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/321—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 a third party or a trusted authority
    • 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
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/34—Encoding or coding, e.g. Huffman coding or error correction

Abstract

as implementações da presente divulgação incluem a obtenção, por um primeiro nó de consenso, de uma política de fluxo de trabalho para enviar dados de transação entre pelo menos dois nós clientes. a política é assinada digitalmente por cada um dos pelo menos dois nós clientes usando uma chave privada correspondente, e a política inclui uma ordem de roteamento dos dados da transação entre os pelo menos dois nós clientes. o primeiro nó de consenso também recebe os dados da transação enviados por um primeiro dos pelo menos dois nós clientes. os dados da transação são assinados digitalmente por uma chave privada do primeiro dos pelo menos dois nós clientes. o primeiro nó de consenso então encaminha os dados da transação para um segundo nó de consenso ou um segundo dos pelo menos dois nós clientes com base na política.

Description

“MÉTODO IMPLEMENTADO POR COMPUTADOR, MEIO LEGÍVEL POR COMPUTADOR E SISTEMA PARA IMPLEMENTAR UM MÉTODO”
Campo da Invenção [0001] A presente invenção se refere ao gerenciamento de transações privadas entre nós clientes através de redes de cadeia de blocos baseadas em fluxo de trabalho.
Antecedentes da Invenção [0002] As redes de cadeia de blocos, que também podem ser chamadas de sistemas de cadeia de blocos, redes de consenso, redes de sistema de contabilidade distribuída (DLS) ou blockchain, permitem que entidades participantes armazenem dados de forma segura e imutável. Uma cadeia de blocos pode ser descrita como um livro-razão de transações e várias cópias da cadeia de blocos são armazenadas na rede de cadeia de blocos. Exemplos de tipos de cadeias de blocos podem incluir cadeias de blocos públicas, consórcio de cadeias de blocos e cadeias de blocos privadas. Uma cadeia de blocos pública está aberta para todas as entidades usarem a cadeia de blocos e participarem do processo de consenso. Um consórcio de cadeia de blocos é uma cadeia de blocos onde o processo de consenso é controlado por um conjunto pré-selecionado de nós. Uma cadeia de blocos privada é fornecida para uma entidade específica, que controla centralmente as permissões de leitura e gravação.
[0003] Alguns sistemas de cadeia de blocos podem incluir nós de consenso e nós clientes (ou usuários) que usam a rede de cadeia de blocos. De um lado, os nós de consenso se comunicam com outros nós de consenso para chegar ao consenso. Por outro lado, os nós de consenso se comunicam com os nós clientes para aceitar e adicionar novas transações aos blocos. Em alguns casos, os nós clientes podem não querer que os dados de transação enviados a um de cadeia de blocos para consenso sejam visíveis pelos nós de consenso.
Petição 870190058521, de 25/06/2019, pág. 9/35
2/19
Em alguns casos, os nós de consenso também se comunicam com redes de nós pré-selecionados de um sistema consórcio ou outros sistemas centrais com diferentes níveis de segurança. Sendo assim, os limites podem ser definidos para diferentes tipos de comunicações para proteger a privacidade e a segurança dos dados.
Descrição da Invenção [0004] As realizações da presente invenção destinam-se a gerenciar transações privadas entre nós clientes através de redes de cadeia de blocos baseadas em fluxo de trabalho. De modo mais específico, as realizações da presente invenção destinam-se a configurar canais de comunicação privados entre nós clientes da cadeia de blocos para sincronizar dados de transações privadas.
[0005] Em algumas realizações, as ações incluem a obtenção, por um primeiro nó de consenso, de uma política de fluxo de trabalho para enviar dados de transação entre pelo menos dois nós clientes, sendo a referida política assinada digitalmente por cada um dos pelo menos dois nós clientes usando uma chave privada correspondente, e a política inclui uma ordem de roteamento dos dados da transação entre os pelo menos dois nós clientes; o recebimento dos dados de transação submetidos por um primeiro dentre os pelo menos dois nós clientes, sendo os dados de transação assinados digitalmente por uma chave privada do primeiro dos pelo menos dois nós clientes; e o encaminhamento dos dados da transação para um segundo nó de consenso ou um segundo dos pelo menos dois nós clientes com base na política. Outras realizações incluem sistemas, aparelhos e programas de computador correspondentes, configurados para executar as ações dos métodos codificados em dispositivos de armazenamento de computador.
[0006] Estas e outras realizações podem incluir opcionalmente um ou mais das seguintes características: o recebimento, a partir de pelo menos um
Petição 870190058521, de 25/06/2019, pág. 10/35
3/19 nó cliente na ordem de roteamento dos pelo menos dois nós clientes, dos dados da transação assinados digitalmente por cada um dos pelo menos dois nós clientes usando a chave privada correspondente; a determinação de que os dados da transação são válidos com base em um processo de consenso de um de cadeia de blocos; a gravação de um valor hashed dos dados da transação na cadeia de blocos; o primeiro dos pelo menos dois nós clientes é o primeiro nó cliente na ordem de roteamento; o segundo nó de consenso é confiável pelo segundo nó cliente na ordem de roteamento; o primeiro nó de consenso é confiável pelo primeiro dos pelo menos dois nós clientes e pelo segundo dos pelo menos dois nós clientes; os dados da transação são assinados digitalmente pelo primeiro dos pelo menos dois nós clientes; a política inclui um endereço de cada um dos pelo menos dois nós clientes e os nós de consenso confiáveis pelos pelo menos dois nós clientes.
[0007] A presente invenção também provê um ou mais meios de armazenamento legíveis por computador não transitórios, acoplados a um ou mais processadores e possuindo instruções armazenadas neles que, quando executadas por um ou mais processadores, fazem com que um ou mais processadores executem operações de acordo com as realizações dos métodos fornecidos na presente invenção.
[0008] A presente invenção fornece ainda um sistema para implementar os métodos aqui fornecidos. O sistema inclui um ou mais processadores, e um meio de armazenamento legível por computador acoplado a um ou mais processadores com instruções armazenadas nele que, quando executadas por um ou mais processadores, fazem com que um ou mais processadores executem operações de acordo com realizações dos métodos aqui fornecidos.
[0009] Entende-se que os métodos de acordo com a presente invenção podem incluir qualquer combinação dos aspectos e características aqui
Petição 870190058521, de 25/06/2019, pág. 11/35
4/19 descritas. Isto é, os métodos de acordo com a presente invenção não estão limitados às combinações de aspectos e características especificamente descritos no presente, mas também incluem qualquer combinação dos aspectos e características fornecidos.
[0010] Os detalhes de uma ou mais realizações da presente invenção são estabelecidas nos desenhos anexos e na descrição abaixo. Outras características e vantagens da presente invenção serão evidentes a partir da descrição e desenhos, e das reivindicações.
Breve Descrição Das Figuras [0011 ] FIG. 1: ilustra um exemplo de ambiente que pode ser usado para executar realizações da presente invenção.
[0012] FIG. 2: ilustra um exemplo de arquitetura conceituai de acordo com realizações da presente invenção.
[0013] FIG. 3: ilustra um exemplo de sistema de cadeia de blocos com canais de comunicação privados entre nós clientes de acordo com as realizações da presente invenção.
[0014] FIG. 4: ilustra um exemplo de método de gerenciamento de transações privadas de acordo com realizações da presente invenção.
[0015] Símbolos de referência similares nos vários desenhos indicam elementos semelhantes.
Descrição Detalhada Da Invenção [0016] As realizações da presente invenção destinam-se a gerenciar transações privadas entre nós clientes através de redes de cadeia de blocos baseadas em fluxo de trabalho. De modo mais específico, as realizações da presente invenção destinam-se a configurar canais de comunicação privados entre nós clientes da cadeia de blocos para sincronizar dados de transações privadas.
[0017] Em algumas realizações, as ações incluem a obtenção, por
Petição 870190058521, de 25/06/2019, pág. 12/35
5/19 um primeiro nó de consenso, de uma política de fluxo de trabalho para enviar dados de transação entre pelo menos dois nós clientes, sendo a referida política assinada digitalmente por cada um dos pelo menos dois nós clientes usando uma chave privada correspondente, e a política inclui uma ordem de roteamento dos dados da transação entre os pelo menos dois nós clientes; o recebimento dos dados de transação submetidos por um primeiro dentre os pelo menos dois nós clientes, sendo os dados de transação assinados digitalmente por uma chave privada do primeiro dos pelo menos dois nós clientes; e o encaminhamento dos dados da transação para um segundo nó de consenso ou um segundo dos pelo menos dois nós clientes com base na política.
[0018] Para fornecer contexto adicional para realizações da presente invenção, e como introduzido acima, as redes de cadeia de blocos, que também podem ser referidas como redes de consenso (por exemplo, constituídas por nós ponto-a-ponto (peer-to-peer)), sistema de livro-razão distribuível, ou cadeia de blocos simples, permitem que as entidades participantes conduzam transações e armazenem dados de forma segura e imutável. Uma cadeia de blocos pode ser fornecida como uma cadeia de blocos pública, uma cadeia de blocos privada ou um consórcio de cadeia de blocos. As realizações da presente invenção são descritas no presente em mais detalhes com referência a uma cadeia de blocos pública, que é pública entre as entidades participantes. Está contemplado, no entanto, que as realizações da presente invenção podem ser realizadas em qualquer tipo adequado de cadeia de blocos.
[0019] Em um consórcio de cadeia de blocos, o processo de consenso é controlado por um conjunto autorizado de nós, um ou mais nós sendo operados por uma entidade respectiva (por exemplo, uma empresa). Por exemplo, um consórcio de dez (10) entidades (por exemplo, organizações) pode operar um sistema de consórcio de cadeias de blocos de cadeia de blocos, cada uma operando pelo menos um nó no consórcio de cadeias de blocos. Assim, o
Petição 870190058521, de 25/06/2019, pág. 13/35
6/19 consórcio de cadeias de blocos pode ser considerado uma rede privada em relação às entidades participantes. Em alguns exemplos, cada entidade (nós) deve assinar todos os blocos para que o bloco seja válido e adicionado à cadeia de blocos. Em alguns exemplos, pelo menos um subconjunto de entidades (nós) (por exemplo, pelo menos 7 entidades) deve assinar cada bloco para que o bloco seja válido, e adicionado à cadeia de blocos. Um exemplo de sistema de consórcio de cadeias de blocos inclui o Quorum, desenvolvido pela JP Morgan Chase & Co. de Nova York, Nova York. O Quorum pode ser descrito como uma infraestrutura de cadeia de blocos autorizada e centrada na empresa, projetada especificamente para casos de uso financeiro. O Quorum é construído a partir do Go Ethereum, o código base para o de cadeia de blocos Ethereum, fornecida pela Fundação Ethereum de Zug, na Suíça.
[0020] Em geral, um sistema de consórcio de cadeias de blocos suporta transações entre entidades participantes, com permissão, no sistema de consórcio de cadeias de blocos. Uma transação é compartilhada com todos os nós dentro do sistema de consórcio de cadeias de blocos, porque a cadeia de blocos é replicada em todos os nós. Ou seja, todos os nós estão em perfeito estado de consenso em relação à cadeia de blocos. Para chegar a um consenso (por exemplo, concordar com a adição de um bloco a uma cadeia de blocos), um protocolo de consenso é implementado dentro da rede de consórcio de cadeias de blocos. Um exemplo de protocolo de consenso inclui, sem limitação, a prova de trabalho (POW, do inglês Proof-of-Work) implementada na rede Bitcoin.
[0021] As realizações da presente invenção destinam-se a gerenciar transações privadas entre nós clientes através de redes de cadeia de blocos baseadas em fluxo de trabalho. De modo mais específico, as realizações da presente invenção destinam-se a configurar canais de comunicação privados entre nós clientes da cadeia de blocos para sincronizar dados de transações privadas.
Petição 870190058521, de 25/06/2019, pág. 14/35
7/19 [0022] A FIG. 1 ilustra um exemplo de ambiente (100) que pode ser usado para executar realizações da presente invenção. Em alguns exemplos, o ambiente de exemplo (100) permite que entidades participem de uma cadeia de blocos (102) pública. O ambiente de exemplo (100) inclui sistemas de computação (106), (108) e uma rede (110). Em alguns exemplos, a rede (110) inclui uma rede de área local (LAN), rede de longa distância (WAN), a Internet, ou uma combinação dos mesmos, e conecta sites da Web, dispositivos de usuário (por exemplo, dispositivos de computação) e sistemas back-end (de retaguarda). Em alguns exemplos, a rede (110) pode ser acessada através de um link de comunicação com fio e/ou sem fio.
[0023] No exemplo representado, os sistemas de computação (106), (108) podem incluir, cada um, qualquer sistema de computação apropriado que permita a participação como um nó no consórcio de cadeias de blocos (102), para armazenar transações em um de cadeia de blocos (104). Exemplos de dispositivos de computação incluem, mas não se limitam a, um servidor, um computador de mesa, um computador laptop, um dispositivo de computação tipo tablete um smartphone. Em alguns exemplos, os sistemas de computação (106), (108) hospedam um ou mais serviços implementado por computador para interagir com o sistema do consórcio de cadeias de blocos (102). Por exemplo, o sistema de computação (106) pode hospedar serviços implementados por computador de uma primeira entidade (por exemplo, usuário A), como um sistema de gerenciamento de transações que a primeira entidade usa para gerenciar suas transações com uma ou mais entidades diferentes (por exemplo, outros usuários). O sistema de computação (108) pode hospedar serviços implementados por computador de uma segunda entidade (por exemplo, usuário B), tal como um sistema de gerenciamento de transações que a segunda entidade usa para gerenciar suas transações com uma ou mais entidades diferentes (por exemplo, outros usuários). No exemplo da FIG. 1, o
Petição 870190058521, de 25/06/2019, pág. 15/35
8/19 sistema do consórcio de cadeias de blocos (102) é representado como uma rede ponto-a-ponto (peer-to-peef) de nós, e os sistemas de computação (106), (108) fornecem nós da primeira entidade, e segunda entidade respectivamente, que participam no sistema do consórcio de cadeias de blocos (102).
[0024] A FIG. 2 ilustra um exemplo de arquitetura conceituai (200) de acordo com realizações da presente invenção. A arquitetura conceituai de exemplo (200) inclui uma camada de entidade (202), uma camada de serviços hospedados (204) e uma camada de cadeia de blocos (206). No exemplo descrito, a camada de entidade (202) inclui três entidades, Entity_1 (E1), Entity_2 (E2) e Entity_3 (E3), cada entidade possuindo um respectivo sistema de gerenciamento de transação (208).
[0025] No exemplo representado, a camada de serviços hospedados (204) inclui interfaces de cadeia de blocos (210) para cada sistema de gerenciamento de transação (208). Em alguns exemplos, um respectivo sistema de gestão de transação (208) comunica com uma respectiva interface de cadeia de blocos (210) através de uma rede (por exemplo, a rede (110) da Figura 1) usando um protocolo de comunicação (por exemplo, protocolo de transferência de hipertexto seguro (HTTPS)). Em alguns exemplos, cada interface de cadeia de blocos (210) fornece uma conexão de comunicação entre um sistema de gerenciamento de transação (208) e a camada de cadeia de blocos (206). Mais particularmente, cada interface de cadeia de blocos (210) permite que a respectiva entidade conduza transações gravadas em um sistema do consórcio de cadeias de blocos (212) da camada cadeia de blocos (206). Em alguns exemplos, a comunicação entre uma interface de cadeia de blocos (210) e a camada de cadeia de blocos (206) é conduzida usando chamadas de procedimento remoto (RPCs, do inglês remote procedure calls). Em alguns exemplos, as interfaces da cadeia de blocos (210) “hospedam” nós de consenso para os respectivos sistemas de gerenciamento de transação (208). Por
Petição 870190058521, de 25/06/2019, pág. 16/35
9/19 exemplo, as interfaces de cadeia de blocos (210) fornecem a interface de programação de aplicação (API, do inglês application programming interface) para acesso ao sistema do consórcio de cadeias de blocos (212).
[0026] Um sistema de cadeia de blocos pode incluir nós de consenso e nós clientes. Os nós de consenso podem participar do processo de consenso. Os nós clientes podem usar o sistema de cadeia de blocos, mas não participam do processo de consenso. Em algumas realizações, os nós de consenso podem participar do processo de consenso enquanto usam o sistema de cadeia de blocos para outros propósitos. Em algumas realizações, os nós de consenso podem se comunicar com os nós clientes, para que os usuários possam usar os nós clientes para enviar transações para a cadeia de blocos. Os nós de consenso também podem se comunicar entre si para chegar a um consenso, a fim de adicionar as transações enviadas pelos nós clientes à cadeia de blocos.
[0027] Em algumas realizações, um grupo de nós clientes pode querer manter os dados da transação privados da rede de cadeia de blocos. Quando novos dados de transação são gerados, a sincronização de dados pode ser executada para garantir que o grupo de nós clientes tenha os mesmos dados. Os dados da transação podem ser roteados através de nós de consenso confiáveis pelos nós clientes. O grupo de nós clientes e os nós de consenso de roteamento podem formar um fluxo de trabalho, que estabelece o roteamento de dados de transação com base em uma política endossada por assinaturas digitais de todos os nós clientes envolvidos. Quando a sincronização de dados é executada de acordo com um fluxo de trabalho, cada nó cliente que recebe os dados da transação pode adicionar sua assinatura digital aos dados. Em seguida, é encaminhada a cópia assinada digitalmente através do fluxo de trabalho para o próximo nó cliente até que o último nó cliente no fluxo de trabalho seja alcançado. O último nó cliente adiciona sua assinatura digital e envia os
Petição 870190058521, de 25/06/2019, pág. 17/35
10/19 dados da transação para um nó de consenso para consenso. Após um consenso ser alcançado, os dados da transação podem ser registrados na cadeia de blocos em hash. Desse modo, um nó cliente pode verificar a autenticidade de dados privados recebidos a partir de outro nó cliente no fluxo de trabalho comparando os dados com os dados hashed registrados na cadeia de blocos.
[0028] A FIG. 3 representa um exemplo de sistema de cadeia de blocos (300) com canais de comunicação privados entre nós clientes de acordo com realizações da presente invenção. Em um nível elevado, o sistema de cadeia de blocos de exemplo (300) inclui o nó cliente A (302), um nó cliente B (304), um nó cliente C (306) e um nó cliente D (308), e uma rede de cadeia de blocos (310). A rede de cadeia de blocos (310) inclui um nó de consenso A (312), um nó de consenso B (314) e um nó de consenso C (316).
[0029] Três fluxos de trabalho também são ilustrados na FIG. 3 para fins ilustrativos, o fluxo de trabalho AC (320) está conectado por setas sólidas. O fluxo de trabalho - AC (320) envolve o nó cliente A (302), o nó de consenso A (312), confiável pelo nó cliente A (302), o nó de consenso B (314), confiável pelo nó cliente C (306) e o nó cliente C (306). O fluxo de trabalho - AD (322) é conectado por setas tracejadas. O fluxo de trabalho - AD envolve o nó cliente A (302), o nó de consenso A (312), confiável pelo nó cliente A (302), o nó de consenso C (316), confiável pelo nó cliente D (308) e o nó cliente D (308). O fluxo de trabalho - BC (324) é conectado por setas pontilhadas. O fluxo de trabalho - BC (324) envolve o nó cliente B (304), o nó de consenso B (314), confiável pelo nó cliente B (304) e o nó cliente D (308), e o nó cliente D (308). Deve-se compreender que os números específicos de nós clientes, nós de consenso e fluxos de trabalho representados na FIG. 3 são para fins ilustrativos. O exemplo de sistema de cadeia de blocos (300) pode incluir mais ou menos nós clientes, nós de consenso ou fluxos de trabalho do que aqueles representados, dependendo das realizações específicas.
Petição 870190058521, de 25/06/2019, pág. 18/35
11/19 [0030] A transmissão de dados no fluxo de trabalho pode ser realizada com base em uma política armazenada em um contrato inteligente (smart contract). A política pode ser pública para os nós clientes e para a rede de cadeia de blocos sob o contrato inteligente. Usando o fluxo de trabalho - AC (320) como exemplo, uma política pode ser feita para incluir os endereços do nó cliente A (302), o nó cliente C (306), o nó de consenso A (312) confiável pelo nó cliente A (302) e o nó de consenso B (314) confiável pelo nó cliente C (306). Um código de exemplo da política pode ser expresso como:
“Workflow_AC”: { “client_A_addr”: “client_A_trust_consensus_node_addr”, “client_C_addr”: “client_C_trust_consensus_node_addr” J [0031] A política pode ser feita por qualquer parte e é endossada por assinaturas digitais de todos os nós clientes na carga de trabalho correspondente a ser executada. Quando novos dados de transação são gerados e armazenados pelo nó cliente A (302), o nó cliente A (302) pode identificar as políticas de fluxo de trabalho às quais está relacionado. No presente exemplo (300), o nó cliente A (302) pode encontrar uma política de fluxo de trabalho - AC (320) e uma política de fluxo de trabalho - AD (324). O nó cliente A (302) pode então verificar se a política do fluxo de trabalho - AC (320) tem as assinaturas digitais corretas do nó cliente A (302) e o nó cliente C (306) usando suas chaves públicas correspondentes. O nó cliente A (302) também pode verificar se a política de fluxo de trabalho - AD (324) possui as assinaturas digitais corretas do nó cliente A (302) e do nó cliente D (308).
[0032] Para o fluxo de trabalho - AC (320), se as assinaturas digitais da política forem válidas, o nó cliente A (302) poderá assinar digitalmente os dados da transação e enviá-los para o endereço do nó de consenso A (312) com base na política do fluxo de trabalho - AC (320). Após o nó de consenso A (312)
Petição 870190058521, de 25/06/2019, pág. 19/35
12/19 receber os dados da transação, ele encaminha os dados da transação para o endereço do nó de consenso B (314). O nó de consenso B (314) encaminha os dados da transação para o nó cliente C (306). Após receber os dados da transação, o nó cliente C (306) pode verificar a assinatura digital do nó cliente A (302) utilizando a chave pública (302) do nó cliente A. Se a assinatura estiver correta, o nó cliente C (306) poderá armazenar uma cópia dos dados da transação em seu banco de dados privado. O nó cliente C (306) pode assinar digitalmente os dados da transação e enviá-los para a rede de cadeia de blocos (310). A rede de cadeia de blocos (310) pode gravar os dados da transação em hash na cadeia de blocos, para que os dados reais da transação não sejam publicamente visíveis, mas possam ser verificados pelos nós clientes no fluxo de trabalho - AC (320).
[0033] De modo similar, para o fluxo de trabalho - AD (322), se as assinaturas digitais da política forem válidas, o nó cliente A (302) poderá assinar digitalmente os dados da transação e enviá-los para o endereço do nó de consenso A (312) com base na política do fluxo de trabalho - AD (322). Após o nó de consenso A (312) receber os dados da transação, ele encaminha os dados da transação para o endereço do nó de consenso C (316). O nó de consenso C (316) então encaminha os dados da transação para o nó cliente D (308). Após receber os dados da transação, o nó cliente D (308) pode verificar a assinatura digital do nó cliente A (302) utilizando a chave pública (302) do nó cliente A. Se a assinatura estiver correta, o nó cliente D (308) poderá armazenar uma cópia dos dados da transação em seu banco de dados privado. O nó cliente D (308) pode então assinar digitalmente os dados da transação e enviá-los para a rede de cadeia de blocos (310). A transmissão de dados do fluxo de trabalho - BC (324) pode ser executada de forma semelhante.
[0034] A FIG. 4 ilustra um exemplo de método de gerenciamento de transações privadas (400) de acordo com realizações da presente invenção.
Petição 870190058521, de 25/06/2019, pág. 20/35
13/19
Para clareza de apresentação, a descrição a seguir descreve de modo geral o processo de exemplo (400) no contexto das outras figuras nesta descrição. Entretanto, será entendido que o processo de exemplo (400) pode ser realizado, por exemplo, por qualquer sistema, ambiente, software e hardware, ou uma combinação de sistemas, ambientes, softwares e hardwares, conforme apropriado. Em algumas realizações, várias etapas do processo de exemplo (400) podem ser executadas em paralelo, em combinação, em loops ou em qualquer ordem.
[0035] Em (402), o primeiro nó de consenso obtém uma política de fluxo de trabalho para enviar dados de transação entre pelo menos dois nós clientes. Em alguns exemplos, a política é assinada digitalmente por cada um dos pelo menos dois nós clientes usando uma chave privada correspondente. Em alguns exemplos, a política inclui uma ordem de roteamento dos dados da transação entre os pelo menos dois nós clientes. Em algumas realizações, o primeiro dos pelo menos dois nós clientes é o primeiro nó cliente na ordem de roteamento. Em algumas realizações, os dados da transação são assinados digitalmente pelo primeiro dos pelo menos dois nós clientes. Em algumas realizações, a política inclui um endereço de cada um dos pelo menos dois nós clientes e os nós de consenso confiáveis pelos pelo menos dois nós clientes.
[0036] Em (404), o primeiro nó de consenso recebe os dados de transação submetidos por um primeiro dos pelo menos dois nós clientes, em que os dados da transação são assinados digitalmente por uma chave privada do primeiro dos pelo menos dois nós clientes.
[0037] Em (406), o primeiro nó de consenso encaminha os dados da transação para um segundo nó de consenso ou um segundo dos pelo menos dois nós clientes com base na política. Em algumas realizações, o primeiro nó de consenso recebe ainda, de um último nó cliente na ordem de roteamento dos pelo menos dois nós clientes, os dados da transação assinados digitalmente por
Petição 870190058521, de 25/06/2019, pág. 21/35
14/19 cada um dos pelo menos dois nós clientes usando a chave privada correspondente. O primeiro nó de consenso também determina que os dados da transação são válidos com base em um processo de consenso de uma cadeia de blocos e registra um valor hashed dos dados da transação na cadeia de blocos. Em algumas realizações, o segundo nó de consenso é validado/confiado pelo segundo nó cliente na ordem de roteamento. Em algumas realizações, o primeiro nó de consenso é validado/confiado pelo primeiro dos pelo menos dois nós clientes e pelo segundo dos pelo menos dois nós clientes.
[0038] As realizações e as operações descritas neste relatório descritivo podem ser implementadas em circuitos eletrônicos digitais, ou em softwares, firmwares ou hardwares de computador, incluindo as estruturas divulgadas neste relatório descritivo ou em combinações de uma ou mais das mesmas. As operações podem ser implementadas como operações realizadas por um aparelho de processamento de dados em dados armazenados em um ou mais dispositivos de armazenamento legíveis por computador ou recebidos a partir de outras fontes. Um dispositivo de processamento de dados, computador ou dispositivo de computação pode abranger aparelhos, dispositivos e máquinas para processamento de dados, incluindo, por exemplo, um processador programável, um computador, um sistema em um chip ou vários, ou combinações dos mesmos. O aparelho pode incluir circuitos lógicos para fins especiais, por exemplo, uma unidade central de processamento (CPU), Arranjo de Portas Programáveis em Campo (FPGA, do inglês Field Programmable Gate Array) ou um circuito integrado específico para aplicações (ASIC, do inglês application-specific integrated circuit). O aparelho também pode incluir código que cria um ambiente de execução para o programa de computador em questão, por exemplo, código que constitui firmware do processador, uma pilha de protocolos (protocol stack), um sistema de gerenciamento de banco de dados, um sistema operacional (por exemplo, um sistema operacional ou uma
Petição 870190058521, de 25/06/2019, pág. 22/35
15/19 combinação de sistemas operacionais), um ambiente de tempo de execução entre plataformas, uma máquina virtual ou uma combinação de um ou mais dos mesmos. O aparato e ambiente de execução podem realizar várias infraestruturas de modelos de computação diferentes, como serviços da Web, computação distribuída e infraestruturas de computação em grade.
[0039] Um programa de computador (também conhecido, por exemplo, como um programa, software, aplicativo de software, módulo de software, unidade de software, script ou código) pode ser escrito em qualquer forma de linguagem de programação, incluindo linguagens compiladas ou interpretadas, linguagens declarativas ou procedurais, e pode ser implantado de qualquer forma, inclusive como um programa autônomo ou como um módulo, componente, subrrotina, objeto ou outra unidade adequada para uso em um ambiente de computação. Um programa pode ser armazenado em parte de um arquivo que contém outros programas ou dados (por exemplo, um ou mais scripts armazenados em um documento de linguagem de marcação), em um único arquivo dedicado ao programa em questão ou em vários arquivos coordenados (por exemplo, arquivos que armazenam um ou mais módulos, subprogramas ou partes do código). Um programa de computador pode ser executado em um computador ou em vários computadores localizados em um site ou distribuídos em vários sites e interconectados por uma rede de comunicação.
[0040] Os processadores para execução de um programa de computador incluem, a título de exemplo, microprocessadores de propósito geral e especial, e qualquer um ou mais processadores de qualquer tipo de computador digital. Geralmente, um processador receberá instruções e dados de uma memória somente leitura ou de uma memória de acesso aleatório ou de ambas. Os elementos essenciais de um computador são um processador para executar ações de acordo com as instruções e um ou mais dispositivos de
Petição 870190058521, de 25/06/2019, pág. 23/35
16/19 memória para armazenar instruções e dados. De modo geral, um computador também incluirá, ou estará operacionalmente acoplado para receber dados ou transferir dados para, ou ambos, um ou mais dispositivos de armazenamento em massa para armazenamento de dados. Um computador pode ser incorporado em outro dispositivo, por exemplo, um dispositivo móvel, um assistente digital pessoal (PDA), um console de jogos, um receptor de Sistema de Posicionamento Global (GPS) ou um dispositivo de armazenamento portátil. Os dispositivos adequados para armazenar instruções e dados de programas de computador incluem memória não volátil, mídia e dispositivos de memória, incluindo, apenas como exemplo, dispositivos de memória semicondutores, discos magnéticos e discos magneto-ópticos. O processador e a memória podem ser complementados por, ou incorporados em circuitos lógicos de propósito especial.
[0041] Os dispositivos móveis podem incluir telefones celulares, equipamentos de usuário (UE), telefones celulares (por exemplo, smartphones), tablets, dispositivos vestíveis (por exemplo, relógios inteligentes e óculos inteligentes), dispositivos implantados no corpo humano (por exemplo, biossensores, implantes cocleares) ou outros tipos de dispositivos móveis. Os dispositivos móveis podem se comunicar sem fio (por exemplo, usando sinais de radiofrequência (RF)) para várias redes de comunicação (descritas abaixo). Os dispositivos móveis podem incluir sensores para determinar as características do ambiente atual do dispositivo móvel. Os sensores podem incluir câmeras, microfones, sensores de proximidade, sensores de GPS, sensores de movimento, acelerômetros, sensores de luz ambiente, sensores de umidade, giroscópios, bússolas, barômetros, sensores de impressões digitais, sistemas de reconhecimento facial, sensores de RF (por exemplo, Wi-Fi e rádio celular), sensores térmicos ou outros tipos de sensores. Por exemplo, as câmeras podem incluir uma câmera voltada para frente ou para trás com lentes móveis ou fixas,
Petição 870190058521, de 25/06/2019, pág. 24/35
17/19 um flash, um sensor de imagem e um processador de imagem. A câmera pode ser uma câmera com megapixel capaz de capturar detalhes para reconhecimento facial e/ou da íris. A câmera, juntamente com um processador de dados e informações de autenticação armazenadas na memória ou acessadas remotamente, pode formar um sistema de reconhecimento facial. O sistema de reconhecimento facial ou um ou mais sensores, por exemplo, microfones, sensores de movimento, acelerômetros, sensores de GPS ou sensores de RF, podem ser usados para autenticação do usuário.
[0042] Para fornecer interação com um usuário, realizações podem ser implementadas em um computador com um dispositivo de exibição e um dispositivo de entrada, por exemplo, um dispositivo de exibição tipo monitor de cristal líquido (LCD) ou diodo orgânico emissor de luz (OLED)/ dispositivo de exibição de realidade virtual (VR) realidade aumentada (AR) para exibir informações para o usuário e uma tela sensível ao toque, teclado e um dispositivo apontador pelo qual o usuário pode fornecer entrada para o computador. Outros tipos de dispositivos também podem ser usados para fornecer interação com um usuário; por exemplo, o feedback fornecido ao usuário pode ser qualquer forma de feedback sensorial, por exemplo, feedback visual, feedback auditivo ou feedback tátil; e a entrada do usuário pode ser recebida de qualquer forma, incluindo entrada acústica, de fala ou tátil. Além disso, um computador pode interagir com um usuário enviando documentos e recebendo documentos de um dispositivo usado pelo usuário; por exemplo, enviando páginas da web para um navegador da web no dispositivo cliente de um usuário em resposta a solicitações recebidas do navegador da web.
[0043] As realizações podem ser implementadas usando dispositivos de computação interconectados por qualquer forma ou meio de comunicação de dados digital com fio ou sem fio (ou combinação dos mesmos), por exemplo, uma rede de comunicação. Exemplos de dispositivos
Petição 870190058521, de 25/06/2019, pág. 25/35
18/19 interconectados são um cliente e um servidor geralmente remotos entre si que normalmente interagem através de uma rede de comunicação. Um cliente, por exemplo, um dispositivo móvel, pode realizar transações em si, com um servidor ou através de um servidor, por exemplo, realizando transações de compra, venda, pagamento, entrega, envio ou empréstimo, ou autorizando os mesmos. Tais transações podem ser em tempo real, de modo que uma ação e uma resposta estejam temporariamente próximas; por exemplo, um indivíduo percebe a ação e a resposta ocorre de maneira substancialmente simultânea, a diferença de tempo para uma resposta após a ação do indivíduo é menor que 1 milissegundo (ms) ou menor que 1 segundo (s), ou a resposta ocorre sem atrasos intencionais levando-se em conta as limitações de processamento do sistema.
[0044] Exemplos de redes de comunicação incluem uma rede de área local (LAN), uma rede de acesso via rádio (RAN), uma rede de área metropolitana (MAN), uma rede de longa distância (WAN). A rede de comunicação pode incluir todo ou parte da Internet, outra rede de comunicação ou uma combinação de redes de comunicação. As informações podem ser transmitidas na rede de comunicação de acordo com vários protocolos e padrões, incluindo Evolução de Longo Prazo (LTE, do inglês Long Term Evolution), 5G, IEEE 802, Protocolo de Internet (IP) ou outros protocolos ou combinações de protocolos. A rede de comunicação pode transmitir voz, vídeo, dados biométricos ou de autenticação ou outras informações entre os dispositivos de computação conectados.
[0045] Os recursos descritos como realizações separadas podem ser implementados, em combinação, em uma única realização, enquanto os recursos descritos como uma realização única podem ser implementados em várias realizações, de maneira separada ou em qualquer subcombinação adequada. As operações descritas e reivindicadas em uma ordem específica não
Petição 870190058521, de 25/06/2019, pág. 26/35
19/19 devem ser entendidas como exigindo àquela ordem específica, nem que todas as operações ilustradas sejam executadas (algumas operações podem ser opcionais). Conforme apropriado, a multitarefa ou o processamento paralelo (ou uma combinação de multitarefa e processamento paralelo) podem ser executados.

Claims (9)

  1. Reivindicações
    1. MÉTODO IMPLEMENTADO POR COMPUTADOR (400) para transações de dados privados através de redes de cadeia de blocos baseadas em um fluxo de trabalho (320, 322, 324), caracterizado por compreender as etapas de:
    - a obtenção (402), por um primeiro nó de consenso (312, 314, 316), de uma política de fluxo de trabalho (320, 322, 324) para enviar dados de transação entre pelo menos dois nós clientes (302, 304, 306, 308), sendo a referida política assinada digitalmente por cada um dos pelo menos dois nós clientes (302, 304, 306, 308) usando uma chave privada correspondente, e a política inclui uma ordem de roteamento dos dados da transação entre os pelo menos dois nós clientes (302, 304, 306, 308);
    - o recebimento (404) dos dados de transação submetidos por um primeiro dentre os pelo menos dois nós clientes (302, 304, 306, 308), sendo os dados de transação assinados digitalmente por uma chave privada do primeiro dos pelo menos dois nós clientes (302, 304, 306, 308); e
    - o encaminhamento (406) dos dados da transação para um segundo nó de consenso (312, 314, 316) ou um segundo dos pelo menos dois nós clientes (302, 304, 306, 308) com base na política.
  2. 2. MÉTODO IMPLEMENTADO POR COMPUTADOR (400), de acordo com a reivindicação 1, caracterizado por compreender adicionalmente as etapas de:
    - o recebimento, a partir de um último nó cliente (302, 304, 306, 308) na ordem de roteamento dos pelo menos dois nós clientes (302, 304, 306, 308), dos dados da transação assinados digitalmente por cada um dos pelo menos dois nós clientes (302, 304, 306, 308) usando a chave privada correspondente;
    - a determinação de que os dados da transação são válidos com
    Petição 870190058521, de 25/06/2019, pág. 28/35
    2/3 base em um processo de consenso de uma cadeia de blocos; e
    - a gravação de urn valor hashed dos dados da transação na cadeia de blocos.
  3. 3. MÉTODO IMPLEMENTADO POR COMPUTADOR (400), de acordo com a reivindicação 1, caracterizado pelo primeiro dos pelo menos dois nós clientes (302, 304, 306, 308) ser o primeiro nó cliente (302, 304, 306, 308) na ordem de roteamento.
  4. 4. MÉTODO IMPLEMENTADO POR COMPUTADOR (400), de acordo com a reivindicação 1, caracterizado por o segundo nó de consenso (312, 314, 316) ser validado/confiado pelo segundo nó cliente (302, 304, 306, 308) na ordem de roteamento.
  5. 5. MÉTODO IMPLEMENTADO POR COMPUTADOR (400), de acordo com a reivindicação 1, caracterizado pelo primeiro nó de consenso (312, 314, 316) ser validado/confiado pelo primeiro dos pelo menos dois nós clientes (302, 304, 306, 308) e pelo segundo dos pelo menos dois nós clientes (302, 304, 306, 308).
  6. 6. MÉTODO IMPLEMENTADO POR COMPUTADOR (400), de acordo com a reivindicação 1, caracterizado pelos dados da transação serem assinados digitalmente pelo primeiro dos pelo menos dois nós clientes (302, 304, 306, 308).
  7. 7. MÉTODO IMPLEMENTADO POR COMPUTADOR (400), de acordo com a reivindicação 1, caracterizado pela política incluir um endereço de cada um dos pelo menos dois nós clientes (302, 304, 306, 308) e os nós de consenso (312, 314, 316) confiados pelos pelo menos dois nós clientes (302, 304, 306, 308).
  8. 8. MEIO LEGÍVEL POR COMPUTADOR, caracterizado por estar acoplado a um ou mais processadores e possuindo instruções armazenadas nele que, quando executadas por um ou mais processadores,
    Petição 870190058521, de 25/06/2019, pág. 29/35
    3/3 fazem com que um ou mais processadores executem operações de acordo com as realizações do método, conforme definido em qualquer uma das reivindicações de 1 a 7.
  9. 9. SISTEMA PARA IMPLEMENTAR UM MÉTODO, caracterizado por compreender:
    um dispositivo de computação (120); e um dispositivo de armazenamento legível por computador acoplado ao dispositivo de computação (120) que possui instruções armazenadas nele e que, quando executadas pelo dispositivo de computação (120), fazem com que o dispositivo de computação (120) execute operações de acordo com o método, conforme definido em qualquer uma das reivindicações 1 a 7.
BR112019008140-2A 2018-11-07 2018-11-07 Método implementado por computador, meio de armazenamento legível por computador e sistema para implementar um método BR112019008140B1 (pt)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2018/114426 WO2019072270A2 (en) 2018-11-07 2018-11-07 MANAGING PRIVATE TRANSACTIONS ON BLOCK CHAIN NETWORKS BASED ON A WORKFLOW

Publications (2)

Publication Number Publication Date
BR112019008140A2 true BR112019008140A2 (pt) 2019-09-10
BR112019008140B1 BR112019008140B1 (pt) 2021-11-30

Family

ID=66100027

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019008140-2A BR112019008140B1 (pt) 2018-11-07 2018-11-07 Método implementado por computador, meio de armazenamento legível por computador e sistema para implementar um método

Country Status (13)

Country Link
US (1) US20190251566A1 (pt)
EP (1) EP3545664A4 (pt)
JP (1) JP6810259B2 (pt)
KR (1) KR102206950B1 (pt)
CN (1) CN110226318B (pt)
AU (1) AU2018347191B2 (pt)
BR (1) BR112019008140B1 (pt)
CA (1) CA3041162A1 (pt)
MX (1) MX2019004673A (pt)
PH (1) PH12019500888A1 (pt)
RU (1) RU2723308C1 (pt)
SG (1) SG11201903567VA (pt)
WO (1) WO2019072270A2 (pt)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3673430A4 (en) * 2019-06-27 2020-07-22 Alibaba Group Holding Limited IMPLEMENTATION OF A BLOCKCHAIN-BASED WORKFLOW
US10659219B1 (en) 2019-08-23 2020-05-19 Capital One Services, Llc Workflow management via distributed ledgers and smart contracts
CN114579335A (zh) 2019-08-27 2022-06-03 创新先进技术有限公司 用于基于区块链的通知的系统和方法
CN111183444B (zh) 2019-08-27 2023-12-12 创新先进技术有限公司 在区块链中注册可订阅子状态的系统和方法
EP3688686A4 (en) * 2019-08-27 2020-11-11 Advanced New Technologies Co., Ltd. SYSTEM AND PROCEDURE FOR THE REGISTRATION OF SUBSCRIBABLE SUBSTATES IN A BLOCKCHAIN
CN111213135B (zh) 2019-08-27 2023-11-21 创新先进技术有限公司 用于基于区块链的通知的系统和方法
CN111178885B (zh) * 2019-12-18 2023-08-04 达闼机器人股份有限公司 基于区块链的数据处理方法、装置、数据处理设备及系统
CN112488680B (zh) * 2020-12-04 2024-02-20 深圳前海微众银行股份有限公司 一种基于区块链的私有交易处理方法及装置
US11743327B2 (en) 2021-02-05 2023-08-29 International Business Machines Corporation Topological ordering of blockchain associated proposals
CN112766971A (zh) * 2021-03-30 2021-05-07 支付宝(杭州)信息技术有限公司 在区块链中发送交易和执行交易的方法和装置
CN113157805B (zh) * 2021-04-16 2024-05-03 西安瓜大网络科技有限公司 一种事务定序共识方法和系统

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010129065A (ja) * 2008-12-01 2010-06-10 Ntt Data Corp ワークフロー管理システム、ワークフロー管理方法
US9286369B2 (en) * 2009-12-30 2016-03-15 Symantec Corporation Data replication across enterprise boundaries
US9319276B2 (en) * 2010-12-21 2016-04-19 Cisco Technology, Inc. Client modeling in a forwarding plane
EP2498488A1 (en) * 2011-03-09 2012-09-12 Thomson Licensing Method and system digital for processing digital content according to a workflow
CN106971232B (zh) * 2011-10-25 2021-01-26 Nicira股份有限公司 网络控制系统中的控制器
US9098318B2 (en) * 2011-11-11 2015-08-04 Vmware, Inc. Computational asset identification without predetermined identifiers
US20140068251A1 (en) * 2012-08-31 2014-03-06 Motorola Solutions, Inc. Method and device for dynamically updating and maintaining certificate path data across remote trust domains
CN104320262B (zh) * 2014-11-05 2017-07-21 中国科学院合肥物质科学研究院 基于加密数字货币公开账本技术的用户公钥地址绑定、检索和校验的方法及系统
US11386404B2 (en) * 2015-02-04 2022-07-12 Ripple Luxembourg S.A. Temporary consensus subnetwork in a distributed network for payment processing
AU2016242888A1 (en) * 2015-03-31 2017-11-16 Nasdaq, Inc. Systems and methods of blockchain transaction recordation
US10402792B2 (en) * 2015-08-13 2019-09-03 The Toronto-Dominion Bank Systems and method for tracking enterprise events using hybrid public-private blockchain ledgers
US20170243193A1 (en) * 2016-02-18 2017-08-24 Skuchain, Inc. Hybrid blockchain
NZ746878A (en) * 2016-04-01 2022-11-25 Jpmorgan Chase Bank Na Systems and methods for providing data privacy in a private distributed ledger
RU2649788C1 (ru) * 2016-06-16 2018-04-04 Общество С Ограниченной Ответственностью "Яндекс" Способ и система для обработки запроса на транзакцию в распределенных системах обработки данных
RU2631144C1 (ru) * 2016-07-12 2017-09-19 Федоров Вадим Геннадьевич Способ маршрутизации трафика, имеющего приоритетный класс в сети связи, включающий двух и более операторов
KR101727525B1 (ko) * 2016-09-05 2017-04-17 주식회사 스케일체인 블록체인 기반 분산 저장 방법 및 이를 이용한 장치
CN108090750A (zh) * 2016-11-22 2018-05-29 深圳银链科技有限公司 区块链清结算系统及方法
JP6775086B2 (ja) * 2016-12-16 2020-10-28 株式会社日立製作所 ブロックチェーン監視及び管理
CN106874087A (zh) * 2017-01-25 2017-06-20 上海钜真金融信息服务有限公司 一种区块链智能合约定时任务调度方法
WO2018140963A1 (en) * 2017-01-30 2018-08-02 Dais Technology, Inc. System for creating and utilizing smart policies on a blockchain
CN107196989B (zh) * 2017-03-21 2019-08-09 阿里巴巴集团控股有限公司 一种业务请求的处理方法及装置
CN107070938A (zh) * 2017-04-27 2017-08-18 电子科技大学 基于区块链的数据访问控制系统
CN107392040B (zh) * 2017-04-28 2019-08-09 阿里巴巴集团控股有限公司 一种共识验证的方法及装置
KR20200032086A (ko) * 2017-06-01 2020-03-25 쉬비, 인크. 디/비/에이 액소니 안전한 액세스 제한 관리를 통해 분산된 블록 체인 데이터 구조 배포
CN107257340B (zh) * 2017-06-19 2019-10-01 阿里巴巴集团控股有限公司 一种认证方法、基于区块链的认证数据处理方法及设备
CN107846282B (zh) * 2017-11-03 2021-01-29 法信公证云（厦门）科技有限公司 一种基于区块链技术的电子数据分布式保管方法及系统
CN108540483A (zh) * 2018-04-23 2018-09-14 北京云图科瑞科技有限公司 一种基于区块链的设备监控方法及装置

Also Published As

Publication number Publication date
KR102206950B1 (ko) 2021-01-26
EP3545664A4 (en) 2020-01-01
US20190251566A1 (en) 2019-08-15
MX2019004673A (es) 2019-08-14
PH12019500888A1 (en) 2020-01-20
JP6810259B2 (ja) 2021-01-06
CN110226318A (zh) 2019-09-10
BR112019008140B1 (pt) 2021-11-30
EP3545664A2 (en) 2019-10-02
KR20200054132A (ko) 2020-05-19
CN110226318B (zh) 2021-05-18
AU2018347191B2 (en) 2020-04-30
CA3041162A1 (en) 2019-04-18
WO2019072270A3 (en) 2019-08-22
JP2020504920A (ja) 2020-02-13
SG11201903567VA (en) 2019-05-30
WO2019072270A2 (en) 2019-04-18
RU2723308C1 (ru) 2020-06-09

Similar Documents

Publication Publication Date Title
BR112019008140A2 (pt) método implementado por computador, meio de armazenamento legível por computador não transitório e sistema
KR102215245B1 (ko) 준동형 암호화를 사용하는 블록체인 데이터 보호
KR102215773B1 (ko) 영-지식 증명을 갖는 계정 노트 모델에 기초한 블록체인 데이터 보호
US11665006B2 (en) User authentication with self-signed certificate and identity verification
US10541806B2 (en) Authorizing account access via blinded identifiers
BR112019008151A2 (pt) método implementado por computador, meio de armazenamento legível por computador não transitório e sistema
KR102266206B1 (ko) 합의 노드와 클라이언트 노드 간의 통신을 관리하는 방법
BR112019008171A2 (pt) método implementado por computador para validar as transações blockchain com base em modelos de conta, meio de armazenamento legível por computador e sistema
US11556617B2 (en) Authentication translation
US10270757B2 (en) Managing exchanges of sensitive data
US10075440B1 (en) Multi-party secure global attestation

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 07/11/2018, OBSERVADAS AS CONDICOES LEGAIS.