BR112019004571A2 - método, e, sistema. - Google Patents

método, e, sistema. Download PDF

Info

Publication number
BR112019004571A2
BR112019004571A2 BR112019004571A BR112019004571A BR112019004571A2 BR 112019004571 A2 BR112019004571 A2 BR 112019004571A2 BR 112019004571 A BR112019004571 A BR 112019004571A BR 112019004571 A BR112019004571 A BR 112019004571A BR 112019004571 A2 BR112019004571 A2 BR 112019004571A2
Authority
BR
Brazil
Prior art keywords
computer
block
data center
blockchain
node
Prior art date
Application number
BR112019004571A
Other languages
English (en)
Inventor
Thekadath Ajith
Mukherjee Suman
Original Assignee
Visa Int Service Ass
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
Priority claimed from US15/283,930 external-priority patent/US10693658B2/en
Application filed by Visa Int Service Ass filed Critical Visa Int Service Ass
Publication of BR112019004571A2 publication Critical patent/BR112019004571A2/pt

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0442—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply asymmetric encryption, i.e. different keys for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/3218—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using proof of knowledge, e.g. Fiat-Shamir, GQ, Schnorr, ornon-interactive zero-knowledge proofs
    • H04L9/3221—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using proof of knowledge, e.g. Fiat-Shamir, GQ, Schnorr, ornon-interactive zero-knowledge proofs interactive zero-knowledge proofs
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/10—Integrity
    • H04W12/106—Packet or message integrity
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Accounting & Taxation (AREA)
  • Software Systems (AREA)
  • Finance (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Technology Law (AREA)
  • Strategic Management (AREA)
  • Medical Informatics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Glass Compositions (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

uma topologia de rede é fornecida que inclui vários data centers para a construção de blocos de blockchain. os data centers podem processar diferentes subgrupos de blocos e, em seguida, enviar atualizações entre si com informações sobre novos blocos. além disso, alguns data centers podem proteger informações confidenciais do corpo de bloco e, em vez disso, só podem compartilhar cabeçalhos de bloco.

Description

MÉTODO, E, SISTEMA
REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS [001] Este pedido é um pedido de patente internacional que reivindica o benefício das datas de deposito Pedido de Patente n° U.S. 62/490.487, depositado em 26 de abril de 2017, que é incorporado neste documento por referência em sua plenitude para todos os propósitos.
[002] Este pedido é igualmente uma continuação-em-parte do pedido de patente de n° U.S. 15/283.930, depositado em 3 de outubro de 2016, que reivindica o benefício do Pedido Provisório de Patente n° U.S 62/294.825, depositado em 12 de fevereiro de 2016, os índices de que são todos incorporados neste documento por referência na sua totalidade para todos os fins.
FUNDAMENTOS [003] Existem muitas redes e aplicativos para a transferência de informações e ativos. Por exemplo, há redes projetadas para transferir credenciais de acesso, ingressos para eventos, direitos de propriedade, moeda, créditos de jogos, minutos de telefone móvel, mídia digital, etc. Além disso, há muitas vezes várias redes para transferir o mesmo tipo de ativo. Por exemplo, se alguém quiser transferir um bilhete de evento para um amigo, o mesmo pode escolher uma das várias redes de transferência de bilhetes e aplicativos.
[004] Pode ser benéfico unificar e simplificar muitos tipos de redes de transferência. Por exemplo, se todas as redes de transferência de ativos para a transferência de minutos de telefone móvel foram combinadas em uma única rede global, a mesma podería simplificar o processo de transferência. Os participantes podem ter apenas um aplicativo configurado para uma rede. Além disso, podería simplificar a manutenção de registros, uma vez que uma rede podería manter o controle de em que os ativos foram movidos.
[005] No entanto, unificar redes de transferência pode apresentar
Petição 870190022368, de 08/03/2019, pág. 28/158
2/114 novos problemas. Por exemplo, coordenar todas as transferências pode ser uma tarefa grande e pode ser um encargo demasiado grande para um administrador de rede. Além disso, o administrador da rede pode ser capaz de exibir os detalhes de cada transferência. Isso pode limitar a privacidade para os participantes da rede e pode transferir muito poder ao administrador da rede.
[006] As modalidades da invenção abordam esses e outros problemas individual e coletivamente.
SUMÁRIO [007] Uma modalidade da invenção é direcionada a um método. O método compreende a criação, pelo primeiro computador de data center, um primeiro bloco para um primeiro blockchain. O primeiro bloco inclui um primeiro cabeçalho de bloco e primeiro corpo de bloco. O método também inclui o envio de uma mensagem para um segundo computador de data center indicando que o primeiro bloco foi criado para o primeiro blockchain. A mensagem inclui o primeiro cabeçalho de bloco, mas não o primeiro corpo de bloco. O segundo computador de data center adiciona o primeiro cabeçalho de bloco a um segundo blockchain e não adiciona o primeiro corpo de bloco ao segundo blockchain.
[008] Outra modalidade da invenção é direcionada para um primeiro computador de data center configurado para executar o método descrito acima.
[009] Outra modalidade da invenção é direcionada a um método que compreende a criação, por um primeiro computador de data center, um primeiro bloco para um primeiro blockchain. O primeiro bloco inclui um primeiro cabeçalho de bloco e primeiro corpo de bloco. O método também inclui o envio de uma primeira mensagem para um segundo computador de data center indicando que o primeiro bloco foi criado para o primeiro blockchain. A mensagem inclui o primeiro cabeçalho de bloco, mas não o
Petição 870190022368, de 08/03/2019, pág. 29/158
3/114 primeiro corpo de bloco. O método compreende ainda receber, por um segundo computador de data center, a primeira mensagem indicando que o primeiro bloco foi criado para o primeiro blockchain. O segundo computador de data center também pode criar um segundo bloco para um segundo blockchain. O segundo bloco inclui um segundo cabeçalho de bloco que é o mesmo que o primeiro cabeçalho de bloco e o segundo bloco não inclui o primeiro corpo de bloco.
[0010] Outra modalidade da invenção é direcionada a um sistema que inclui um primeiro computador de data center e um segundo computador de data center configurado para executar o método descrito acima.
[0011] Detalhes adicionais sobre as modalidades da invenção podem ser encontrados na Descrição Detalhada e nas Figuras.
BREVE DESCRIÇÃO DAS FIGURAS [0012] A FIG. 1 mostra um diagrama de blocos de um sistema de acordo com uma modalidade da invenção.
[0013] A FIG. 2 mostra um diagrama de blocos de um computador do nó administrativo de acordo com uma modalidade da invenção.
[0014] A FIG. 3 mostra um diagrama de blocos de um computador do nó emissor de acordo com uma modalidade da invenção.
[0015] A FIG. 4 mostra um exemplo de uma rede de transferência de ativos, de acordo com uma modalidade da invenção.
[0016] A FIG. 5 mostra um fluxograma ilustrando um método para fornecer um ativo digital em uma rede de transferência de ativos, de acordo com as modalidades da invenção.
[0017] A FIG. 6 mostra um exemplo de uma rede de transferência de ativos com detalhes adicionais.
[0018] A FIG. 7 mostra um diagrama de uma topologia de rede de exemplo que pode ser usadas com modalidades da invenção.
[0019] A FIG. 8 mostra um fluxograma ilustrando um método para
Petição 870190022368, de 08/03/2019, pág. 30/158
4/114 processamento de ativos digitais em uma rede de transferência de ativos com múltiplos data centers, de acordo com as modalidades da invenção.
[0020] A FIG. 9 mostra um diagrama de uma rede de transferência de ativos com diferentes grupos de data centers, de acordo com as modalidades da invenção.
[0021] A FIG. 10 mostra um diagrama de fluxo ilustrando um método para distribuir atualizações de livro de contabilidade para data centers de diferentes grupos, de acordo com as modalidades da invenção.
[0022] A FIG. 11 mostra um diagrama de livros de contabilidade de blockchain que correspondem parcialmente, de acordo com uma modalidade da invenção.
DESCRIÇÃO DETALHADA [0023] As modalidades da presente invenção são direcionadas a um sistema e método para processar elementos de dados usando vários data centers. Utilizando vários data centers e técnicas de balanceamento de carga pode distribuir a carga de processamento e melhorar a eficiência de transferência.
[0024] Além disso, cada data center pode manter um registro de rede separado, que pode estar na forma de um livro de contabilidade de blockchain. Os data centers podem atualizar uns aos outros em relação aos respectivos elementos de dados que os mesmos processaram e/ou blocos que foram criados. Como resultado, mesmo que os processos de submissão de elementos de dados e os processos de manutenção de registros sejam distribuídos, os data centers podem sincronizar seus registros, atuando efetivamente como uma rede ampla e única.
[0025] Separar a administração de uma rede entre vários data centers pode permitir o uso de configurações especiais, localizadas, regras e restrições de dados. Por exemplo, em algumas modalidades, um determinado data center pode não compartilhar informações de elementos de dados significativos ou
Petição 870190022368, de 08/03/2019, pág. 31/158
5/114 corpos de bloco com outros data centers, mas ainda pode compartilhar identificadores de registro (por exemplo, cabeçalhos de bloco) ou outros rótulos de elementos de dados indefinidos com outros data centers (por exemplo, como atualizações de registro). Como resultado, informações de registro sensíveis podem ser contidas e protegidas, melhorando a privacidade para os participantes que usam esse data center.
[0026] As modalidades da invenção podem ser aplicadas para transferir o valor em uma rede de transferência de ativos. A rede de transferência de ativos pode ser uma rede universal com a qual as entidades participantes podem ser registradas diretamente. Uma rede universal pode permitir que uma instituição financeira de envio se comunique e forneça valor (por exemplo, um ativo digital) diretamente a qualquer instituição financeira receptora associada à rede. Um ativo digital pode ser uma promessa de valor e o valor pode ser liquidado em um momento posterior. Uma rede universal também pode permitir a identificação exclusiva de cada entidade inscrita (por exemplo, distribuindo identificadores exclusivos para cada entidade durante a inscrição).
[0027] Em algumas modalidades, a rede de transferência de ativos pode ser uma rede permitida que permite apenas que entidades validadas participem na rede. Por exemplo, um administrador de rede central pode validar as instituições financeiras e outras entidades durante a inscrição. Durante a validação, o administrador pode garantir que as entidades de inscrição sejam organizações legítimas que são filtradas para conformidade com as regras de rede. O administrador também pode implementar procedimentos de mensagens padronizados e comunicar esses procedimentos a entidades inscritas.
[0028] Os ativos digitais associados a uma transferência de valor podem, em algumas modalidades, ser assinados digitalmente por uma entidade de envio e/ou uma entidade administrativa. A assinatura do
Petição 870190022368, de 08/03/2019, pág. 32/158
6/114 remetente pode indicar que o ativo digital foi legitimamente enviado pelo remetente indicado e a assinatura do administrador pode indicar que o ativo digital foi aprovado e/ou registrado pelo administrador. Em algumas modalidades, uma assinatura digital pode indicar que o ativo digital foi transferido e que o valor não pode ser retomado.
[0029] Algumas modalidades incluem uma entidade de liquidação central. A entidade de liquidação central pode permitir que o valor seja liquidado eficientemente de uma conta de envio em uma instituição financeira de envio para uma conta de destinatário em uma instituição financeira receptora. Uma entidade de liquidação central pode incluir uma instituição financeira central com vários locais e várias contas). A entidade de liquidação central pode ter pelo menos um local e uma conta em cada país que opera. Como resultado, a primeira instituição financeira pode ter uma conta (por exemplo, uma conta de liquidação) com a entidade de liquidação central em um primeiro país e a segunda entidade financeira pode ter uma conta com a entidade de liquidação central em um segundo país. Assim, em algumas modalidades, uma transferência internacional pode ocorrer através da transferência da primeira instituição financeira para a entidade de liquidação central e, em seguida, da entidade de liquidação central para a segunda instituição financeira. Isso significa que, em algumas modalidades, cada instituição financeira que participa da rede de transferência de ativos só pode ter uma conta externa com a entidade de liquidação central (por exemplo, em vez de múltiplas relações bancárias correspondentes). Em algumas modalidades, a entidade central da liquidação pode somente ter uma posição em vez de ter filiais diferentes em países diferentes. Neste caso, as instituições financeiras de outros países podem ainda manter contas correspondentes com a entidade de liquidação central (por exemplo, contas nostro). Além disso, em algumas modalidades, cada instituição financeira pode ter contas diferentes na entidade de liquidação central para diferentes moedas (por exemplo, 1, 5, 10,
Petição 870190022368, de 08/03/2019, pág. 33/158
7/114 ou 100 contas, cada uma segurando um tipo diferente de moeda). Como resultado, a instituição financeira pode liquidar transações com outras instituições financeiras usando a melhor moeda adequada ou uma moeda que ambas as instituições financeiras têm.
[0030] Como pode ser visto, as modalidades fornecem uma rede de transferência de ativos com velocidade melhorada, segurança, confiabilidade, transparência e eficiência. Por exemplo, uma rede universal e permitida pode ser bem organizada e pode habilitar mensagens eficientes e transferências diretamente entre um remetente e um destinatário, independentemente do local. Essa organização pode reduzir as comunicações extras, assim como remover o mistério de várias relações bancárias correspondentes desconhecidas, presentes em sistemas legados descentralizados.
[0031] A inscrição central, a verificação de conformidade das entidades participantes, as comunicações padronizadas e os identificadores universais que identificam exclusivamente entidades podem facilitar um senso de confiança na rede e nas entidades participantes. Um livro de contabilidade distribuído pode incutir a confiança de que cada entidade participante tem as mesmas informações sobre contratos e transferências que foram feitas. Da mesma forma, os ativos digitais assinados digitalmente podem ser altamente confiáveis, pois as assinaturas podem ser validadas para confirmar que um ativo digital está sendo legitimamente transferido.
[0032] O alto nível de confiança de rede e de ativos digitais assinados digitalmente pode permitir que as instituições financeiras receptoras façam um valor de ativo digital recebido imediatamente disponível na conta do destinatário, mesmo que o valor ainda não seja liquidado. Isso significa que um valor transferido pode estar disponível quase que imediatamente.
[0033] Em modalidades da invenção, para iniciar uma transferência de ativos, um usuário (ou uma instituição que representa o usuário) pode instruir um nó emissor na rede de transferência de ativos para gerar e fornecer
Petição 870190022368, de 08/03/2019, pág. 34/158
8/114 o ativo digital. O nó emissor pode gerar e assinar digitalmente o ativo digital. O nó emissor também pode obter aprovação e uma segunda assinatura digital de um nó administrativo (por exemplo, um administrador central para a rede). Em seguida, o nó emissor pode fornecer o ativo digital a um nó destinatário (por exemplo, diretamente ou através da distribuição em toda a rede). O nó destinatário pode, então, fornecer o ativo digital para o destinatário (ou uma instituição que representa o destinatário).
[0034] Em modalidades alternativos, o ativo digital pode ser gerado e/ou assinado por uma plataforma de interação (em vez do nó emissor). A plataforma de interação pode, então, fornecer o ativo digital preparado para o nó emissor ou nó administrativo para distribuição dentro da rede de transferência de ativos.
[0035] Em ambos os casos, uma única mensagem do tipo push pode ser usada para fornecer um ativo digital. Essa única mensagem pode ter informações suficientes e ser confiável o suficiente para substituir uma ou mais mensagens de transferência tradicionais (por exemplo, uma mensagem de solicitação de autorização, uma mensagem de resposta de autorização, mensagens de liberação e/ou várias mensagens de transferência bancárias intermediários correspondentes), melhorando assim a eficiência das mensagens.
[0036] As modalidades permitem que qualquer tipo de valor adequado seja enviado em um ativo digital. Por exemplo, um ativo digital pode representar uma promessa de valor monetário, para que o ativo digital possa ser usado para efetuar um pagamento. Além disso, um ativo digital pode ser usado para fornecer direitos de acesso, como um código de entrada de acesso para uma área restrita, ingressos para um evento, credenciais de login para acessar informações seguras, etc. Um ativo digital também pode ser usado para transferir a propriedade, como escrituras de propriedade, título veicular, participações em patentes, assim como para fornecer crédito, como
Petição 870190022368, de 08/03/2019, pág. 35/158
9/114 crédito de jogo, créditos de energia, minutos de telefone móvel e/ou para qualquer outro propósito adequado.
[0037] Assim, as modalidades da invenção fornecem uma plataforma de transferência de ativos que permite a troca direta e previsível de valor (por exemplo, valor representado por dados de conta, ativos digitais criptograficamente assinados e instruções de suporte). A plataforma fornece ainda a verificação de conformidade dos participantes (por exemplo, bancos e seus clientes). Em algumas modalidades, as informações de triagem sobre os usuários são obtidas de bancos ou outros prestadores de serviços. Adicionalmente, as modalidades utilizam contratos espertos que podem automaticamente e forçosamente apropriar ativos digitais de acordo com determinados critérios (por exemplo, liquidar forçosamente após o ativo digital ser distribuído na rede por 24 horas). Por exemplo, uma instituição financeira pode, durante o registro, concordar em ter um contrato inteligente estabelecido quando um ativo digital for solicitado ou gerado.
[0038] Antes de discutir modalidades específicas da invenção, alguns termos podem ser descritos em detalhes.
[0039] Um elemento de dados pode referir-se a informações digitais. Por exemplo, um elemento de dados pode ser informações que existem no formato binário. Em algumas modalidades, um elemento de dados pode incluir informações sobre qualquer coisa que pode ser descrita em um registro. Por exemplo, um elemento de dados pode incluir qualquer tipo adequado de informações digitais, tais como dados médicos, dados biométricos, dados de propriedade, credenciais acadêmicas, dados de produto, etc. Um elemento de dados também pode ser usado para descrever uma atualização, uma alteração ou uma solicitação. Por exemplo, um elemento de dados pode incluir informações digitais sobre uma alteração no estado médico de uma pessoa, uma atualização sobre o número de dias doentes que um funcionário usou, uma solicitação para validar ou aprovar uma transferência
Petição 870190022368, de 08/03/2019, pág. 36/158
10/114 de valor ou uma promessa de transferir um valor de uma entidade para uma para a outra. Um exemplo de um elemento de dados é um ativo digital.
[0040] Um ativo digital pode se referir a conteúdo digital associado a um valor. Em alguns casos, o ativo digital também pode indicar uma transferência do valor. Por exemplo, um ativo digital pode incluir dados que indicam uma transferência de um valor de moeda (por exemplo, moeda fiduciária ou moeda de criptografia). Em outras modalidades, o ativo digital pode corresponder a outros valores não monetários, como dados de privilégios de acesso (por exemplo, um número de usos autorizados ou um período de tempo para acessar informações) e dados de propriedade (por exemplo, dados de direitos digitais).
[0041] Em algumas modalidades, um ativo digital pode ser considerado uma garantia confiável de que um valor será fornecido (por exemplo, um IOU confiável). Por exemplo, fornecer um ativo digital a um destinatário pode ser considerado uma promessa que é confiável o suficiente para substituir mensagens de solicitação/resposta de autorização e/ou mensagens de liberação durante uma transação.
[0042] Um ativo digital também pode incluir informações sobre um ou mais atributos de ativo digital. Por exemplo, um ativo digital pode incluir informações úteis para transferir o valor de uma entidade ou conta para outra. Um ativo digital também pode incluir informações de remessa (por exemplo, informações que identificam uma entidade de envio). Em algumas modalidades, um ativo digital pode incluir um ou mais de um identificador de ativo digital, um valor (por exemplo, uma quantidade, um tipo de moeda original, um tipo de moeda de destino), informações de taxa de transferência, uma taxa de câmbio, um número de fatura, um número de pedido, um carimbo de data/hora, um identificador de entidade de envio (por exemplo, uma ID corporativa do remetente), um número de conta de entidade de envio, um nome de entidade de envio, informações de contato de entidade de envio
Petição 870190022368, de 08/03/2019, pág. 37/158
11/114 (por exemplo, um endereço, número de telefone, endereço de e-mail, etc.), informações de instituição de envio (por exemplo, um nome de instituição financeira, ID corporativa e BIN), um identificador de entidade de destinatário (por exemplo, uma ID corporativa destinatária), um número de conta de entidade de destinatário, um nome de entidade de destinatário, informações de contato da entidade de destinatário (por exemplo, um endereço, número de telefone, endereço de e-mail, etc.) e/ou informações da instituição receptora (por exemplo, nome de uma instituição financeira, ID corporativa e BIN). Quando um ativo digital for recebido, o destinatário puder ter informações suficientes para prosseguir com uma transação de liquidação para o valor indicado.
[0043] Em algumas modalidades, um ativo digital também pode incluir assinaturas digitais e/ou chaves de criptografia para validação e identificação de entidade. Por exemplo, um ativo digital pode incluir a assinatura digital do nó de emissor e a chave pública, assim como a chave pública de um nó administrativo.
[0044] Uma rede de transferência de ativos pode ser uma rede de fornecimento e/ou recebimento de ativos digitais. Uma rede de transferência de ativos pode fornecer infraestrutura para fornecer ativos digitais em mensagens push. Uma rede de transferência de ativos pode incluir um ou mais tipos de nós. Em algumas modalidades, os ativos digitais transmitidos em uma rede de transferência de ativos podem ser registrados em um livro de contabilidade de transações. Um exemplo de uma rede de transferência de ativos é uma rede de blockchain, em que um livro de contabilidade de transações pode assumir a forma de um blockchain.
[0045] O termo nó pode se referir a um ponto de conexão. Em algumas modalidades, um nó pode ser um dispositivo eletrônico físico que é capaz de criar, receber ou transmitir dados. Em outras modalidades, um nó pode ser um módulo de software em um dispositivo de computação, o módulo
Petição 870190022368, de 08/03/2019, pág. 38/158
12/114 de software um ponto de conexão em uma rede de comunicações. Em algumas modalidades, um nó pode ser um dispositivo de computação dentro de uma rede de transferência de ativos. Um nó pode ser capaz de criar um ativo, transferir um ativo, receber um ativo, validar um ativo, manter um livro de contabilidade de transações e/ou executar quaisquer outras funções adequadas. Diferentes tipos de nós podem ser capazes de executar diferentes conjuntos de funções dentro de uma rede de transferência de ativos. Em algumas modalidades, um nó pode estar associado a e/ou operado por um computador da instituição financeira (por exemplo, um banco), um computador processador de pagamento, um computador de terceiro ou qualquer a outra entidade apropriada.
[0046] Um registro pode se referir a evidência de um elemento de dados. Um registro digital pode ser a documentação eletrônica de um elemento de dados. Um registro pode incluir um identificador de registro e informações de registro. Por exemplo, as informações de registro podem incluir informações de um elemento de dados (por exemplo, um ativo digital) e/ou informações sobre o elemento de dados (por exemplo, uma assinatura digital associada ao ativo digital). Um identificador de registro pode ser um número, título ou outro valor usado para identificar um registro. Um identificador de registro pode ser indefinido, em que pode não fornecer quaisquer informações significativas sobre as informações de registro no registro. Exemplos de registros incluem registros médicos, registros acadêmicos, registros de transações dentro de um livro de contabilidade de transações, etc. Outro exemplo de um registro é um bloco em um blockchain. Um bloco individual pode ser um registro individual e um blockchain pode ser uma série de registros. Um cabeçalho de blockchain é um exemplo de um identificador de registro e um corpo de blockchain é um exemplo de informações de registro.
[0047] O termo livro de contabilidade de transações pode se referir
Petição 870190022368, de 08/03/2019, pág. 39/158
13/114 a uma compilação de dados de transações anteriores. O livro de contabilidade de transações pode ser um banco de dados ou outra estrutura de arquivo comparável que pode ser configurada para armazenar dados de todas as transferências de ativo digital, incluindo a data e a hora da transferência, a quantia da transferência e informações de identificação para os participantes da transferência (por exemplo, o remetente e o receptor da quantia de transferência). Em algumas modalidades, o livro de contabilidade de transações pode estar na forma de um livro de contabilidade eletrônico (por exemplo, blockchain), em que os dados já armazenados no livro de contabilidade eletrônico são inalteráveis. Em algumas modalidades, cada nó dentro de uma rede de transferência de ativos pode armazenar sua própria cópia do livro de contabilidade das transações. Em outras modalidades, somente alguns dos nós armazenam sua própria cópia do livro de contabilidade de transações. Em outras modalidades, alguns dos nós podem ter uma visão restrita do livro de contabilidade de transações. Por exemplo, alguns dos nós só podem ser capazes de exibir e/ou verificar as transações às quais eram uma parte.
[0048] Um livro de contabilidade de transações pode incluir registros de transação assinados digitalmente (por exemplo, com uma chave privada) para proteger as entradas de transação no livro de contabilidade de serem adulteradas com dados de transação falsos. Isso pode impedir gasto duplo e tomar todas as transações imutáveis e irreversíveis e, portanto, tornar o livro de contabilidade confiável.
[0049] Em algumas modalidades, um livro de contabilidade de transações pode ser publicamente visível. Por exemplo, uma ou mais entidades podem ter acesso ao livro de contabilidade e podem ser capazes de consultar o livro de contabilidade para determinar se uma determinada transação realmente ocorreu ou se um determinado valor é autêntico. Em algumas modalidades, o livro de contabilidade só pode ser parcialmente
Petição 870190022368, de 08/03/2019, pág. 40/158
14/114 visualizável para uma ou mais entidades.
[0050] Como usado aqui, um blockchain pode compor uma série de blocos. Cada bloco no blockchain pode incluir um registro eletrônico de uma ou mais transações históricas, assim como metadados. Em algumas modalidades, os blocos no blockchain podem ser ligados incluindo uma referência ao bloco precedente (por exemplo, uma saída de hash de um bloco precedente). Cada novo bloco no blockchain pode ser determinado algoritmicamente com base em novas transações e blocos anteriores no blockchain. Como resultado, qualquer adulteração dos dados armazenados nesses blocos anteriores pode ser detectada.
[0051] Um bloco pode incluir um corpo de bloco e um cabeçalho de bloco. O cabeçalho de bloco pode ser um identificador de bloco ou rótulo. O cabeçalho de bloco pode servir para identificar o bloco e os cabeçalhos de bloco podem ser usados para ligar blocos. O corpo de bloco pode incluir as informações armazenadas no bloco. Por exemplo, as informações de registro armazenadas em um bloco podem ser consideradas o corpo de bloco. O corpo de bloco também pode incluir outros dados, como referência a um bloco anterior (por exemplo, um cabeçalho de bloco anterior), um carimbo de data/hora, um número aleatório, um hash de informações de registro (por exemplo, dados de transação) e/ou quaisquer outras informações adequadas. Em algumas modalidades, o corpo de bloco pode ser todos os dados de bloco além do cabeçalho de bloco. Um cabeçalho de bloco pode ser criado com base no corpo de bloco. Por exemplo, algumas ou todas as informações do corpo de bloco podem ser usadas como entradas em um algoritmo de hash, criptografadas ou de outra forma manipuladas para criar um cabeçalho de bloco. Um bloco anterior pode ser vinculado a um bloco atual usando o cabeçalho de bloco anterior como na entrada ao gerar o cabeçalho de bloco atual.
[0052] Um ID corporativa pode incluir um identificador para uma
Petição 870190022368, de 08/03/2019, pág. 41/158
15/114 pessoa, empresa, instituição ou qualquer outra entidade adequada. Em algumas modalidades, uma ID corporativa pode ser um identificador globalmente exclusivo. Por exemplo, as IDs corporativas podem ser emitidas por uma entidade central e confiável. Uma empresa pode incluir caracteres alfanuméricos, caracteres especiais e qualquer outro símbolo adequado. Em algumas modalidades, uma ID corporativa pode ser um identificador de uso único, atualizado após cada transação. Em algumas modalidades, uma ID corporativa pode ser usada como um endereço para receber uma transferência de ativo digital (por exemplo, uma ID corporativa pode estar associada a uma conta).
[0053] Um par de chaves pode incluir um par de chaves de criptografia vinculadas. Por exemplo, um par de chaves pode incluir uma chave pública e uma chave privada correspondente. Em um par de chaves, uma primeira chave (por exemplo, uma chave pública) pode ser usada para criptografar uma mensagem, enquanto uma segunda chave (por exemplo, uma chave privada) pode ser usada para descriptografar a mensagem criptografada. Além disso, uma chave pública pode ser capaz de autenticar uma assinatura digital criada com a chave privada correspondente. A chave pública pode ser distribuída em toda uma rede para permitir a autenticação de mensagens assinadas usando a chave privada correspondente. As chaves públicas e privadas podem estar em qualquer formato adequado, incluindo aquelas baseadas em RS A ou criptografia de curva elíptica (ECC). Em algumas modalidades, um par de chaves pode ser gerado usando um algoritmo de par de chaves assimétrica. No entanto, um par de chaves também pode ser gerada usando outros meios, como um de conhecimento comum na técnica entendería.
[0054] O termo assinatura digital pode se referir a uma assinatura eletrônica para uma mensagem. A assinatura digital pode ser um valor numérico, um valor alfanumérico ou qualquer outro tipo de dados incluindo
Petição 870190022368, de 08/03/2019, pág. 42/158
16/114 uma representação gráfica. Uma assinatura digital pode ser um valor único gerado a partir de uma mensagem e uma chave privada usando um algoritmo de criptografia. Em algumas modalidades, um algoritmo de validação usando uma chave pública pode ser usada para validar a assinatura.
[0055] O termo prova de zero conhecimento ou protocolo de zero conhecimento pode se referir a um método de comprovação de informações é verdadeira sem transmitir as próprias informações propriamente ditas. Em um protocolo de zero conhecimento, as informações secretas podem ser verificadas sem serem reveladas. Mais informações sobre provas de zero conhecimento podem ser encontradas em:
J. Camenisch e M. Stadler. Proof systems for general statements about discrete logarithms. Technical Report TR 260, Institute for Theoretical Computer Science, ETH Zurich, março de 1997.
[0056] Em algumas modalidades, a verificação de um livro de contabilidade de transações obscurecida ou parcialmente obscurecida pode empregar um protocolo de zero conhecimento.
[0057] Um computador servidor pode incluir um computador poderoso ou cluster de computadores. Por exemplo, o computador servidor pode ser um mainframe grande, um agrupamento de minicomputadores ou um grupo de servidores que funciona como uma unidade. Em um exemplo, o computador servidor pode ser um servidor de banco de dados acoplado a um servidor da Web. O computador servidor pode ser acoplado a um banco de dados e pode incluir qualquer hardware, software, outra lógica ou combinação dos anteriores para atender as solicitações de um ou mais computadorescliente.
[0058] A FIG. 1 mostra um sistema 100 que compreende um número de componentes. O sistema compreende um computador de usuário 110 operado por um usuário (não mostrado). O computador de usuário 110 pode estar em comunicação com um computador da instituição de envio 160, que
Petição 870190022368, de 08/03/2019, pág. 43/158
17/114 pode estar associado a um computador do nó emissor 165. O sistema 100 também compreende um computador do provedor de recursos 130 associado a um provedor de recursos (não mostrado). O computador do provedor de recursos 130 pode estar em comunicação com um computador da instituição receptora 140, que pode estar associado a um computador do nó destinatário 145. O sistema compreende ainda uma plataforma de interação 154, um ou mais computadores de nó administrativo 150, uma interface de aplicativo de transações cambiais 152, um computador de serviço de liquidação 155, um repositório de transações 156 e um computador de gerenciamento de riscos 157. Cada uma das entidades na FIG. 1 podem, todas, estar em comunicação operacional umas com as outras através de qualquer canal de comunicação adequado ou rede de comunicações. As redes de comunicações podem ser qualquer um e/ou a combinação dos seguintes: uma interconexão direta; a Internet; uma Rede de Área Local (LAN); uma Rede de Área Metropolitana (MAN); um Missões Operacionais como Nós na Internet (OMNI); uma conexão personalizada segura; uma Rede de Área Ampla (WAN); uma rede sem fio (por exemplo, empregando protocolos tais como, mas não se limitando a, um Protocolo para Aplicações sem Fio (Wireless Application Protocol - WAP), I-mode e/ou similares); e/ou similares.
[0059] As mensagens entre os computadores, redes e dispositivos podem ser transmitidas usando protocolos de comunicações seguras, tais como, mas não limitado a, Protocolo de Transferência de Arquivos (FTP); Protocolo de Transferência de HiperTexto (HTTP); Protocolo de Transferência de Hipertexto Seguro (HTTPS), Secure Socket Layer (SSL), ISO (por exemplo, ISO 8583) e/ou similar.
[0060] O sistema 100 pode ser usado para processar, aprovar e registrar qualquer tipo adequado de elemento de dados. Indivíduos, organizações e qualquer outra entidade adequada podem enviar solicitações para processar e aprovar elementos de dados e os registros podem ser criados
Petição 870190022368, de 08/03/2019, pág. 44/158
18/114 e atualizados para os elementos de dados.
[0061] Por uma questão de explicação, o sistema 100 é descrito principalmente abaixo como sistema que permite que indivíduos, empresas e outras entidades transfiram valor umas às outras. O sistema 100 pode usar mensagens de transação push que são assinadas digitalmente e verificadas por uma entidade central confiável. As transações também podem ser registradas em um livro de contabilidade confiável (por exemplo, um blockchain). Como resultado, as mensagens push podem ser confiáveis e confiadas. As mensagens push podem servir como uma substituição para mensagens de solicitação de autorização típicas, mensagens de resposta de autorização e/ou mensagens de compensação.
[0062] O sistema 100 pode incluir uma rede de nós, como o computador do nó administrativo 150, o computador do nó emissor 165 e o computador do nó destinatário 145. Esses nós podem, em combinação, incluir uma rede de transferência de ativos (por exemplo, uma rede blockchain). Essa rede de transferência de ativos pode ser usada para fornecer qualquer tipo adequado de ativo digital, como um ativo digital de pagamento (por exemplo, para transferência de valor monetário) ou um ativo digital de acesso (por exemplo, para transferência para privilégios de acesso).
[0063] Como exemplo, o sistema 100 pode servir como um sistema de transação para o fornecimento de pagamentos. Por uma questão de explicação, todo o sistema 100 pode ser referido como um sistema de transação e uma rede central de nós (por exemplo, um ou mais computadores de nó destinatário 145, um ou mais computadores de nó administrativo 150 e um ou mais computadores de nó emissor 165) pode ser referida como uma rede de transferência de ativos.
[0064] Nesse sistema de transação, o usuário pode fornecer um pagamento para o provedor de recursos. Para fazer isso, o computador de usuário 110 pode instruir o computador da instituição de envio 160 para
Petição 870190022368, de 08/03/2019, pág. 45/158
19/114 transferir o valor de uma conta de usuário no computador da instituição de envio 160. O computador da instituição de envio 160 pode interagir com a rede de transferência de ativos e solicitar que um ativo digital seja enviado ao provedor de recursos. Um ativo digital pode ser uma promessa altamente confiável de uma transferência de valor. Assim, quando a instituição receptora receber um ativo digital oficial associado à rede de transferência de ativos, a instituição receptora pode ser informada e garantida que o valor será transferido da conta do usuário para a conta do provedor de recursos. O valor pode ser resolvido entre as contas em um momento posterior (por exemplo, através da conta de liquidação em um banco de liquidação central).
[0065] Para uma questão de descrição, o sistema 100 mostra os exemplos do usuário (associado ao computador do usuário 110) e o provedor de recursos (associado ao computador do provedor de recursos 130). As modalidades também permitem que o valor seja enviado de e para qualquer entidade adequada. Por exemplo, o sistema 100 pode hospedar pagamentos empresa-para-empresa, pagamentos pessoa-para-pessoa e qualquer outro tipo adequado de transferência.
[0066] A fim de participar no sistema 100, o usuário pode se inscrever. Por exemplo, o usuário pode (através do computador do usuário 110 e/ou uma interface fornecida pelo computador da instituição de envio 160) se inscrever na rede de transferência de ativo. A rede de transferência de ativos que inscreve os serviços pode ser fornecida pela plataforma de interação 154 e/ou o computador do nó administrativo 150. Um administrador de rede de transferência de ativos (por exemplo, plataforma de interação 154) pode associar um ID corporativa com o usuário, o computador de usuário 110 ou a conta de usuário. Em algumas modalidades, o computador da instituição de envio 160 pode obter um ID corporativo da plataforma de interação 154 em nome do usuário.
[0067] O computador da instituição de envio 160 pode armazenar
Petição 870190022368, de 08/03/2019, pág. 46/158
20/114 valor em nome do usuário. O computador da instituição de envio 160 pode também ser capaz de fornecer valor (por exemplo, fornecer um pagamento) em nome do usuário. Um exemplo de uma instituição de envio pode ser um emissor, que pode normalmente se referir a uma entidade comercial (por exemplo, um banco) que emite e mantém uma conta (por exemplo, uma conta bancária) para um usuário.
[0068] Uma conta de usuário no computador da instituição de envio 160 pode ser associado com várias informações de usuário. Por exemplo, uma conta de transação do usuário pode estar associada a um primeiro nome, um sobrenome, um número de identificação emitido pelo governo, como número de licença de motorista, número de passaporte ou número de segurança social, data de nascimento, endereço residencial e/ou comercial, um número de telefone, um nome de usuário de conta, uma senha de conta, um endereço de e-mail, etc.
[0069] O computador da instituição de envio 160 também podem se inscrever com a rede de transferência de ativos (por exemplo, através do computador do nó administrativo 150 ou a plataforma de interação 154), a fim de interagir com a rede. Como resultado, o computador da instituição de envio 160 também pode receber uma ID corporativa exclusiva.
[0070] Em algumas modalidades, o computador da instituição de envio 160 também pode receber um par de chaves. Esse par de chaves pode ser armazenado em um módulo de segurança de hardware (HSM). Em algumas modalidades, o computador da instituição de envio 160 pode manter seu próprio HSM. Altemativamente, o par de chaves do computador da instituição de envio 160 pode ser armazenada no HSM de outra entidade (por exemplo, um HSM no computador do nó emissor 165 ou o computador do nó administrativo 150).
[0071] O computador da instituição de envio 160 pode estar associado e/ou representado pelo computador do nó emissor 165, que pode ser capaz de
Petição 870190022368, de 08/03/2019, pág. 47/158
21/114 fornecer pagamentos (por exemplo, através de ativos digitais) na rede de transferência de ativos em nome do computador da instituição de envio 160. [0072] Como explicado em mais detalhes abaixo, as modalidades fornecem diversas maneiras para o computador da instituição de envio 160 para interagir com a rede de transferência de ativos para solicitar uma transferência de valor. Por exemplo, em algumas modalidades, o computador da instituição de envio 160 pode trabalhar em estreita colaboração com a plataforma de interação 154, que pode gerar ativos digitais e interagir com a rede de transferência de ativos em nome do computador da instituição de envio 160. Nesse cenário, o computador da instituição de envio 160 pode instruir a plataforma de interação 154 para iniciar uma transferência do valor da conta de usuário para a conta do provedor de recursos. A plataforma de interação 154 pode, então, gerar o ativo digital, assinar digitalmente o ativo digital (por exemplo, com uma ou mais assinaturas digitais com base em uma ou mais chaves privadas) e, em seguida, fornecer o ativo digital para a rede de transferência de ativos (por exemplo, o computador do nó administrativo 150 ou o computador do nó emissor 165). O ativo digital pode, então, ser distribuído dentro da rede de transferência de ativo e registrado.
[0073] Em um exemplo alternativo, o computador da instituição de envio 160 pode, em vez disso, trabalhar mais estreitamente com um computador do nó emissor 165 que representa o computador da instituição de envio 160. O computador do nó emissor 165, em vez da plataforma de interação 154, pode gerar e assinar ativos digitais em nome do computador da instituição de envio 160. No entanto, em algumas modalidades, a plataforma de interação 154 ainda pode desempenhar um papel, fornecendo uma interface para o computador da instituição de envio 160 para se comunicar com o computador do nó emissor 165. Nesse cenário, o computador da instituição de envio 160 pode instruir o computador do nó emissor 165 para iniciar uma transferência de valor da conta de usuário para a conta do
Petição 870190022368, de 08/03/2019, pág. 48/158
22/114 provedor de recursos. O computador do nó emissor 165 pode, então, gerar um ativo digital indicando uma transferência de fundos do usuário para o provedor de recursos. O computador do nó emissor 165 pode assinar digitalmente o ativo digital, obter uma segunda assinatura digital do computador do nó administrativo 150e forneça o ativo digital ao computador do nó destinatário 145. O computador do nó destinatário 145 pode fornecer o ativo digital para o computador da instituição receptora 140.
[0074] Em outras modalidades, o computador da instituição de envio 160 pode gerenciar e controlar diretamente o computador do nó emissor 165 ou pode ter acesso white lavei à rede de transferência de ativos (por exemplo, o computador do nó emissor 165 pode ser fornecido por outra entidade, mas pode ser usado pelo computador da instituição de envio 160 para transações). Em qualquer caso, pode haver uma maneira para o computador da instituição de envio 160 para acessar a rede e iniciar transações.
[0075] A plataforma de interação 154 pode incluir um ou mais computadores servidores. Conforme mencionado acima, a plataforma de interação 154 pode facilitar a interação entre a rede de transferência de ativos e as instituições financeiras (por exemplo, o computador da instituição de envio 160 e o computador da instituição receptora 140). Por exemplo, a plataforma de interação 154 pode incluir uma plataforma e interface (por exemplo, uma interface de aplicativo) que permite que as instituições financeiras e os usuários acessem a rede de transferência de ativos (por exemplo, comunique-se com os nós na rede) [0076] As modalidades permitir a plataforma de interação 154 assumir um papel mais ativo realizando tarefas como inscrever usuários, gerar ativos digitais, assinar ativos digitais, manter registros de transações, etc. Outras modalidades permitem a plataforma da interação 154 assumir um papel mais passivo realizando menos tarefas e, em vez disso, atuando principalmente como uma interface de comunicação entre a rede de
Petição 870190022368, de 08/03/2019, pág. 49/158
23/114 transferência de ativos e as instituições financeiras.
[0077] A plataforma de interação 154 pode permitir que os usuários (através do computador do usuário 110) e instituições financeiras se inscrevam para participar com a rede de transferência de ativos e criar um perfil. A plataforma de interação 154 também pode fornecer uma interface em que os usuários e instituições financeiras podem iniciar uma transação, assim como exibir taxas de câmbio e taxas de transferência, e receber informações de reconciliação para uma transação.
[0078] A plataforma de interação 154 também pode manter um registro de transações que ocorreram (por exemplo, uma lista de transações ou um livro de contabilidade de tipo blockchain). Além disso, a plataforma de interação 154 pode realizar análises de comportamento do usuário e do banco. Usuários e instituições financeiras podem ter permissão para exibir análises, exibir um diretório global e exibir informações de conformidade de rede.
[0079] Como descrito acima, a plataforma de interação 154 também pode realizar uma série de serviços relacionados à geração de ativos, ativos assinados digitalmente, armazenamento de registros de transações e qualquer outro serviço adequado. No entanto, esses serviços, em vez disso, serão descritos mais abaixo com relação ao computador do nó administrativo 165. Isso porque, em algumas modalidades, algumas ou todas as funcionalidades descritas abaixo com relação ao computador do nó administrativo 150 em vez disso, pode ser realizada pela plataforma de interação 154. Da mesma forma, algumas ou todas as funcionalidades em relação à plataforma de interação 154 em vez disso, podem ser executadas pelo computador do nó administrativo 150. Além disso, a plataforma de interação 154 e o computador do nó administrativo 150 pode ser combinada como uma única entidade. Em algumas modalidades, o computador do nó administrativo 150 pode ser um nó que está associado à plataforma de interação 154 e que participa da rede de transferência de ativos em nome da plataforma de interação 154 (por
Petição 870190022368, de 08/03/2019, pág. 50/158
24/114 exemplo, semelhante à forma como o computador do nó emissor 165 está associado ao computador da instituição de envio 160).
[0080] As modalidades permiti que a plataforma de interação 154 e o computador do nó administrativo 150 troquem a funcionalidade e/ou sejam combinadas porque, em algumas modalidades, ambas as entidades podem estar associadas e/ou ser operadas pela mesma entidade de gerenciamento. Essa entidade de gerenciamento (não mostrada no sistema 100) pode ser uma entidade central que administra o sistema 100. Assim, a plataforma de interação 154 e o computador do nó administrativo 150 podem trabalhar juntos como diferentes componentes de uma entidade organizadora de rede. Essa entidade de gerenciamento pode estar associada e/ou operar várias outras entidades no sistema 100, como a plataforma de interação 154, a interface do aplicativo de transação cambial 152, o computador do serviço de liquidação 155, o repositório de transações 156 e/ou o computador de gerenciamento de riscos 157.
[0081] Em algumas modalidades, a entidade gestora também pode operar a rede de transferência de ativo. Por exemplo, a entidade de gerenciamento pode fornecer o computador do nó emissor 165, o computador do nó administrativo 150e/ou o computador do nó destinatário 145. No entanto, em outras modalidades, uma entidade de terceiros pode fornecer a rede de transferência de ativos (por exemplo, a entidade de gerenciamento pode terceirizar o controle da rede de transferência de ativos). Mesmo nesse cenário, a entidade de gerenciamento ainda pode operar um ou mais nós (por exemplo, o computador do nó administrativo 150) ou a entidade de gerenciamento pode se comunicar com um computador do nó administrativo 150 que representa a entidade gestora dentro da rede de transferência de imobilizado.
[0082] Em algumas modalidades, a entidade gestora pode ser uma entidade de processamento de transações (por exemplo, um ou mais
Petição 870190022368, de 08/03/2019, pág. 51/158
25/114 computadores de processamento de transações). Conforme um exemplo, um computador de processamento de transações pode incluir subsistemas de processamento de dados, redes e operações usadas para suportar e fornecer serviços de autorização, serviços de arquivo de exceção e serviços de compensação e liquidação. Por exemplo, o computador de processamento de transações pode incluir um servidor acoplado a uma interface de rede (por exemplo, por uma interface de comunicação externa) e bases de dados de informações. Um computador de processamento de transações pode ser representante de uma rede de processamento de transação. Uma rede de processamento de transação exemplar pode incluir VisaNet™. As redes de processamento de transação, como VisaNet™, são capazes de processar transações de cartão de crédito, transações de cartão de débito e outros tipos de transações comerciais. VisaNet™, em particular, inclui um sistema de VIP (Sistema de Pagamentos Integrado Visa (Visa Integrated Payments system)) que processa solicitações de autorização e um sistema de Base II que executa serviços de compensação e liquidação. Um computador de processamento de transações pode usar qualquer rede com fio ou sem fio adequada, incluindo a Internet.
[0083] O computador do nó administrativo 150 pode administrar a rede de transferência de ativo. Enquanto um computador do nó administrativo 150 é mostrado no sistema 100, pode haver qualquer número adequado de nós administrativos. Além de atuar como um nó na rede de transferência de ativos, o computador do nó administrativo 150 também pode organizar e garantir a confiabilidade da rede de transferência de ativos. O computador do nó administrativo 150 pode ser uma entidade central confiável. Como resultado, a rede de transferência de imobilizado administrada pelo computador do nó administrativo 150 também pode ser confiável. Por exemplo, conforme explicado em mais detalhes abaixo, a rede de transferência de ativos pode ser uma rede federada.
Petição 870190022368, de 08/03/2019, pág. 52/158
26/114 [0084] O computador do nó administrativo 150 pode fornecer uma série de serviços para facilitar a rede de transferência de ativos e o sistema de transação. Por exemplo, o computador do nó administrativo 150 pode inscrever nós, provedores de serviços, usuários, etc. O computador do nó administrativo 150 também pode fornecer identificadores corporativos e pares de chaves para essas entidades inscritas. O computador do nó administrativo 150 também pode gerar ativos digitais, validar novos ativos digitais, fornecer assinaturas digitais para novos ativos digitais e manter um livro de contabilidade de transações.
[0085] Um exemplo de um computador do nó administrativo 150, de acordo com algumas modalidades da invenção, é mostrado na FIG. 2. O computador do nó administrativo 150 compreende um processador 150A, uma interface de rede 150B, um banco de dados de nó 150C, um banco de dados de livro de contabilidade 150D, um banco de dados de chaves 150P, um banco de dados de usuário 150Qe um meio legível por computador 150E.
[0086] O meio legível por computador 150E pode incluir um módulo de inscrição 150F, um módulo de verificação 150G, um módulo de risco 150H, um módulo de validação 150J, um módulo de assinatura 150K, um módulo de atualização de livro de contabilidade 150L, um módulo de ativos digitais 150M e qualquer outro módulo de software adequado. O meio legível por computador 150E também pode incluir código, executável pelo processador 150A para a implementação de um método que compreende o receber, a partir de um computador do nó emissor, uma solicitação para validar um ativo digital, incluindo uma primeira assinatura digital, em que a primeira assinatura digital foi gerada com uma primeira chave privada associada ao computador do nó emissor e em que o ativo digital indica a transferência de um valor de um remetente para um destinatário; validar o ativo digital; gerar uma segunda assinatura digital para o ativo digital, a segunda assinatura digital gerada com uma segunda chave privada associada
Petição 870190022368, de 08/03/2019, pág. 53/158
27/114 ao computador do nó administrativo; fornecer a segunda assinatura digital para o computador do nó emissor, em que o computador do nó emissor envia o ativo digital para um computador do nó destinatário; gravar o ativo digital em um banco de dados; e coordenar uma transação associada ao ativo digital. [0087] O meio legível por computador 150E pode incluir ainda código, executável pelo processador 150A para a implementação de um método que inclua o processamento, por um primeiro computador de data center, um primeiro ativo digital que indica a transferência de um valor de um remetente para um destinatário; gravar o primeiro ativo digital em um primeiro banco de dados; e enviar mensagem para um segundo computador de data center, indicando que o primeiro ativo digital foi registrado, em que o segundo computador de data center atualiza o segundo banco de dados com base na mensagem.
[0088] O meio legível por computador 150E pode ainda incluir código, executável pelo processador 150A para implementar um método que inclua o processamento, por um primeiro computador de data center, um primeiro elemento de dados; criar, através do primeiro computador de data center, um primeiro registro do primeiro elemento de dados em um primeiro banco de dados; e enviar, através do primeiro computador de data center, uma mensagem para um segundo computador de data center indicando que o primeiro registro foi criado, em que o segundo computador de data center atualiza um segundo banco de dados com base na mensagem.
[0089] O meio legível por computador 150E pode ainda incluir código, executável pelo processador 150A para implementar de um método que compreende a criação, pelo primeiro computador data center, um primeiro bloco para um primeiro blockchain, o primeiro bloco, incluindo um primeiro cabeçalho de bloco e primeiro corpo de bloco; e enviar, pelo primeiro computador de data center, uma mensagem para um segundo computador de data center indicando que o primeiro bloco foi criado para o
Petição 870190022368, de 08/03/2019, pág. 54/158
28/114 primeiro blockchain, a mensagem incluindo o primeiro cabeçalho de bloco, mas não o primeiro corpo de bloco, em que o segundo computador de data center adiciona o primeiro cabeçalho de bloco para um segundo blockchain e em que o segundo computador de data center não adiciona o primeiro corpo de bloco para o segundo blockchain.
[0090] Como mencionado acima, uma ou mais funções, módulos, bancos de dados ou outros aspectos do computador do nó administrativo 150 podem, em vez disso, ser incorporados na plataforma de interação 154.
[0091] O módulo de inscrição 150F pode incluir o código que faz com que o processador 150A inscreva entidades (por exemplo, instituições financeiras, usuários e empresas) para interagir com a rede de transferência de ativos. Por exemplo, o módulo de inscrição 150F pode conter lógica que faz com que o processador 150A receba uma solicitação de uma entidade para ingressar no sistema. A lógica pode incluir instruções para avaliar se uma entidade pode se inscrever, assim como o nível de risco a ser atribuído a uma nova entidade. Por exemplo, o computador do nó administrativo 150 pode determinar um perfil de risco para uma instituição financeira de inscrição, com base em, por exemplo, se é um banco conhecido (por exemplo, com base no nome da instituição financeira ou número de identificação bancária), o nível de risco do país do banco e se o banco forneceu garantia. O computador do nó administrativo 150 pode atribuir um nível de risco, assim como os limites de atividade com base no perfil de risco. Os limites de atividade para vários tipos de entidades podem incluir, por exemplo, limites máximos de limite de transação e/ou limites de velocidade, como um limite para o número de ativos digitais ou o valor total do ativo digital que pode ser gerado dentro de um determinado período de tempo (por exemplo, um dia, uma semana ou um mês).
[0092] O módulo de inscrição 150F podem incluir instruções para atribuir permissões a entidades inscritas. Por exemplo, o computador do nó
Petição 870190022368, de 08/03/2019, pág. 55/158
29/114 administrativo 150 pode permitir que diferentes nós, provedores de serviços e usuários tenham vistas diferentes de um livro de contabilidade das transações globais. Em algumas modalidades, o computador do nó administrativo 150 podem permitir que as instituições financeiras vejam as transações às quais foram partes.
[0093] Quando usuários e empresas se inscreverem para a participação na rede de transferência de ativos, suas informações (por exemplo, um nome, um endereço, um número de telefone, um perfil corporativo de negócios, etc.) poderão ser divulgadas ao computador do nó administrativo 150, de modo que o computador do nó administrativo 150 tenha informações suficientes sobre as entidades participantes. Além disso, em algumas modalidades, o computador do nó administrativo 150 pode ter acesso a informações do usuário coletadas por um prestador de serviços (por exemplo, um banco), como o nome legal de um usuário, endereço (rua, cidade, país, etc.), data de nascimento e quaisquer outras informações adequadas.
[0094] O módulo de inscrição 150F também podem incluir instruções para gerar e atribuir uma ID corporativa para uma entidade inscrita. Além disso, pode haver instruções para gerar e distribuir chaves para entidades inscritas. Por exemplo, o computador do nó administrativo 150 pode gerar um par de chaves para um banco ou usuário quando inscrito. Em algumas modalidades, o computador do nó administrativo 150 pode fornecer um certificado digital a uma entidade inscrita, o certificado digital provando que a entidade é certificada pelo computador do nó administrativo 150 e o certificado digital que vincula a entidade a uma chave pública. Em algumas modalidades, uma chave pública pode ser usada como uma ID corporativa.
[0095] Informações sobre usuários inscritos, empresas e outros participantes podem ser mantidas no banco de dados do usuário 150Q. Em algumas modalidades, um banco de dados de nó separado 150C pode incluir
Petição 870190022368, de 08/03/2019, pág. 56/158
30/114 informações sobre outros nós (por exemplo, nós emissores e nós destinatários), assim como entidades associadas a esses nós.
[0096] O módulo de verificação 150G pode incluir código que faz com que o processador 150A verifique uma assinatura digital. Por exemplo, o módulo de verificação 150G pode conter lógica que faz com que o processador 150A para aplicar uma chave pública a uma assinatura digital, a fim de verificar se a assinatura é autêntica. Por exemplo, se um ativo digital assinado é supostamente gerado pelo computador do nó emissor 165, uma chave pública associada ao computador do nó emissor 165 pode ser usado para verificar a assinatura.
[0097] O módulo de risco 150H pode incluir código que faz com que o processador 150A avalie o risco de transação e/ou risco de entidade. Por exemplo, o módulo de risco 150H pode conter lógica que faz com que o processador 150A determine o risco de um determinado ativo digital com base na velocidade de transação de uma ou mais partes envolvidas.
[0098] O módulo de risco 150H também podem incluir instruções para colocar as restrições em entidades que estão mostrando comportamentos arriscados ou entidades envolvidas na falha de liquidação. Por exemplo, se uma instituição financeira exceder os limites de gastos, o computador do nó administrativo 150 podem bloquear temporariamente os ativos digitais gerados pela instituição financeira.
[0099] O módulo de validação 150J pode incluir código que faz com que o processador 150A valide uma transação. Por exemplo, o módulo de validação 150J pode conter lógica que faz com que o processador 150A analise as informações em um ativo digital e determinar se deve ou não aprovar o ativo digital. Por exemplo, as instruções podem incluir determinar se o destinatário nomeado (e/ou remetente) de um ativo digital é um cliente inscrito que foi verificado para conformidade. As instruções também podem incluir a verificação de que as instituições financeiras (ou outros prestadores
Petição 870190022368, de 08/03/2019, pág. 57/158
31/114 de serviços) estão cumprindo regras e protocolos. Por exemplo, as instituições financeiras podem ser obrigadas a ter a conformidade Conheça-SeuConsumidor (por exemplo, informações suficientes sobre os usuários), escritório de conformidade de controle de ativos exteriores, conformidade anti-lavagem de dinheiro, etc. Além disso, em algumas modalidades, uma quantidade de transação final e moeda pode ser confirmada com base na quantidade de envio e moeda, a taxa de câmbio e as taxas de transferência. [00100] O módulo de assinatura 150K pode incluir código que faz com que o processador 150A gere assinaturas digitais. Por exemplo, o módulo de assinatura 150K pode conter lógica que faz com que o processador 150A gere uma assinatura digital para um ativo digital usando uma chave privada de nó administrativo. A assinatura digital do computador do nó administrativo pode servir para indicar a autenticidade de um ativo digital e pode fornecer uma garantia de que uma transferência é válida e confiável. Em algumas modalidades, a assinatura digital do computador do nó administrativo pode ser considerada uma coatribuição do ativo digital ou uma cunhagem do ativo digital. Além disso, a assinatura digital pode gerar e/ou ativar um contrato inteligente que detém o computador da instituição de envio 160 responsável pela quantidade de envio na moeda de origem. Por exemplo, um contrato inteligente pode iniciar automaticamente um processo de liquidação após um determinado período de tempo. Em algumas modalidades, o computador do nó administrativo 150 pode forçar a liquidação entre uma conta de instituição de envio e uma conta de instituição receptora em um banco central.
[00101] Em algumas modalidades, o computador do nó administrativo 150 pode incluir ou ser associado a um módulo de segurança de hardware (mostrado FIG. 2 como o banco de dados de chaves 150P). O módulo de segurança de hardware (HSM) pode armazenar uma ou mais chaves (por exemplo, uma chave privada) para o computador do nó administrativo 150 e o módulo de segurança de hardware pode assinar mensagens e/ou ativos digitais
Petição 870190022368, de 08/03/2019, pág. 58/158
32/114 em nome do computador do nó emissor 165.
[00102] O módulo de atualização de livro de contabilidade 150L pode incluir código que faz com que o processador 150A mantenha um livro de contabilidade de transações. Por exemplo, o módulo de atualização de livro de contabilidade 150L pode conter lógica que faz com que o processador 150A registre as informações sobre um ativo digital junto com registros de ativos digitais anteriores. Por exemplo, o computador do nó administrativo 150 pode gravar um ativo digital uma vez que é cunhada (por exemplo, aprovado e assinado digitalmente) e/ou uma vez que é enviado para o computador do nó destinatário 145. O livro de contabilidade pode ser certificado como autêntico pelo computador do nó administrativo 150 e a autenticidade pode ser mostrada por uma assinatura digital (por exemplo, para cada transação ou para o livro de contabilidade inteiro).
[00103] Em algumas modalidades, o módulo de atualização de livro de contabilidade 150L podem incluir instruções para manter um livro de contabilidade de transações na forma de um blockchain. Por exemplo, o computador do nó administrativo 150 pode ser capaz de criar e/ou assinar novos blocos. Um novo bloco que inclua um ou mais ativos digitais pode ser gerado após um intervalo de tempo médio (por exemplo, a cada 1 segundo, 5 segundos, 10 segundos, 30 segundos, 1 minuto, dez minutos, 1 hora, etc.). A autenticidade pode ser fornecida a um bloco através de uma assinatura digital. O computador do nó administrativo 150 pode, opcionalmente, criar um cabeçalho de hash para cada bloco com base nos ativos digitais no corpo de bloco, um hash de um bloco anterior, um identificador de bloco ou identificador de transação, um nonce, um número aleatório e/ou quaisquer outras informações adequadas.
[00104] Um livro de contabilidade, como um livro de contabilidade de blockchain, pode ser armazenado em um banco de dados do livro de contabilidade 150D. Os bancos de dados adicionais podem armazenar
Petição 870190022368, de 08/03/2019, pág. 59/158
33/114 registros de transação (por exemplo, uma lista de transações não em um blockchain) e/ou registros de fatura. Além disso, um banco de dados de liquidação pode incluir as informações sobre as transações a serem liquidadas. Em algumas modalidades, um ou mais desses bancos de dados podem, em vez disso, ser incorporados pelo repositório de transações 156.
[00105] Em modalidades da invenção, o livro de contabilidade de blockchain pode não estar presente em todos os computadores em uma rede distribuída, mas pode ser mantido por um computador do nó administrativo seguro 150. Consequentemente, os recursos computacionalmente intensivos, como provas de trabalho, podem não estar presentes ou necessários. Em algumas modalidades, pode haver vários computadores de nó administrativo 150 que, cada um, recebem atualizações de transação e atualizam seu próprio livro de contabilidade. Esses computadores de nó administrativo diferentes 150 podem se comunicar uns com os outros para confirmar que seus livros de contabilidade têm as mesmas informações de transação.
[00106] O módulo de atualização de livro de contabilidade 150L pode incluir instruções para fornecer atualizações de transação para outros nós. Por exemplo, quando um novo ativo digital for validado e assinado, o computador do nó administrativo 150 pode distribuir informações sobre o novo ativo digital para outros nós (outros nós administrativos, nós emissores e/ou nós destinatários) na rede, de modo que outros nós possam atualizar seus próprios livros de contabilidade. O computador do nó administrativo 150 pode adicionalmente ou alternativamente distribuir informações sobre atualizações do livro de contabilidade (por exemplo, novos blocos de transação).
[00107] Em algumas modalidades, nós emissores e nós destinatários não podem manter seu próprio livro de contabilidade e, em vez disso, podem se referir ao livro de contabilidade centralmente mantido do computador do nó administrativo 150. Por exemplo, o computador do nó emissor 165 e o computador do nó destinatário 145 podem ser nós light. Nesse caso, o
Petição 870190022368, de 08/03/2019, pág. 60/158
34/114 computador do nó administrativo 150 pode fornecer outros nós com acesso em tempo real a um livro de contabilidade central ou o computador do nó administrativo 150 pode fornecer atualizações de livro de contabilidade regulares (por exemplo, as atualizações podem ser enviadas a cada 10 segundos, 1 minuto, 5 minutos, etc.). Como resultado, outros nós podem estar cientes de novos ativos digitais imediatamente ou logo após os ativos digitais serem cunhados.
[00108] O livro de contabilidade das transações pode fornecer o nó administrativo 150 com visibilidade em tempo real da posição líquida de cada instituição financeira, usuário e/ou empresa a qualquer momento. No entanto, em algumas modalidades, outras entidades podem não ser capazes de ver o livro de contabilidade inteiro e, em vez disso, podem ter uma vista filtrada ou permitida do livro de contabilidade. Por exemplo, outros nós, instituições financeiras e/ou usuários podem apenas ser capazes de exibir as transações às quais eram uma parte.
[00109] Essa divulgação seletiva de informações confidenciais no livro de contabilidade global pode ser realizada por meio de uma ou mais técnicas. Por exemplo, o computador do nó administrativo 150 pode não fornecer outros nós (por exemplo, o computador do nó emissor 165 e/ou o computador do nó destinatário 145) com acesso ao livro de contabilidade completo. Em vez disso, o computador do nó administrativo 150 pode somente permitir que cada nó exiba transações no livro de contabilidade com o qual está associado (por exemplo, com base em uma ID corporativa, chave de criptografia, ID de transação, etc.). Por exemplo, o computador do nó administrativo 150 pode enviar uma cópia reduzida do livro de contabilidade para cada nó ou pode bloquear partes do livro de contabilidade quando um livro de contabilidade central estiver sendo acessado por um nó. Em algumas modalidades, as informações sobre algumas transações gravadas podem ser obscurecidas (por exemplo, criptografadas) no corpo de bloco ou removidas do bloco, mas todos
Petição 870190022368, de 08/03/2019, pág. 61/158
35/114 os cabeçalhos de bloco ainda podem ser fornecidos. Como resultado, o blockchain inteiro (que pode ser vinculado por cabeçalhos de hash) ainda pode ser mostrado como completo, mas os detalhes de transação dentro de blocos podem ser removidos ou obscurecidos.
[00110] Em algumas modalidades, endereços de uso único (por exemplo, IDs de empresa de uso único ou outros identificadores de uso único) podem ser usados para beneficiários e/ou pagantes. Como resultado, o usuário e/ou o provedor de recursos pode não ser pessoalmente identificáveis com base em um endereço ou outras informações em um ativo digital. Assim, mesmo se uma transação (e os detalhes da transação) estarem publicamente visível, o usuário pode não ser identificado com base nas informações na transação. Em vez disso, a identidade do usuário e o número de conta podem permanecer anônimos. No entanto, o usuário e o recurso podem manter informações sobre endereços de uso único e identificadores que os mesmos usaram e, portanto, ser capazes de identificar as transações no livro de contabilidade ao qual foram parte.
[00111] Em algumas modalidades, uma vista de livro de contabilidade filtrada também pode ser alcançada através da encriptação de metadados em ativos digitais. Por exemplo, as informações que identificam o usuário e/ou o provedor de recursos em um ativo digital podem ser criptografadas com chaves públicas associadas ao usuário e/ou provedor de recursos. Como resultado, somente o usuário e/ou o provedor de recursos podem ser capazes de descriptografar e exibir informações de identificação (ou outras) em ativos digitais incluídos em um livro de contabilidade ao qual os mesmos foram parte.
[00112] Em algumas modalidades, as provas de conhecimento zero podem ser usadas para verificar a autenticidade de um livro de contabilidade de transações filtrada. Quando o valor do ativo digital e/ou informações de identificação em uma transação forem criptograficamente ocultadas, uma
Petição 870190022368, de 08/03/2019, pág. 62/158
36/114 prova de conhecimento zero pode ser usada para validar a integridade do conteúdo. Por exemplo, uma parte externa pode usar uma prova de conhecimento zero para verificar se o valor reivindicado de um ativo digital for autêntico (e não fraudulento), ou para verificar se um livro de contabilidade de blockchain é autêntico, mas a parte externa pode não ser capaz de identificar o histórico exato do valor ou as partes envolvidas. Como resultado, somente as partes envolvidas (e aquelas concedidas acesso) podem exibir os detalhes da transação. As modalidades podem não requerer prova normal de trabalho, pois o livro de contabilidade pode ser confiado sem tal verificação (por exemplo, devido à natureza federada da rede).
[00113] O módulo de atualização de livro de contabilidade 150L pode incluir instruções para comunicar as informações sobre novos ativos digitais aos usuários finais (por exemplo, o computador do usuário 110 e/ou o computador do provedor de recursos 130). Por exemplo, o computador do nó administrativo 150 pode enviar uma mensagem para o computador do usuário e/ou o computador do provedor de recursos 130 quando um ativo digital for criado, assinado e/ou distribuído. Como resultado, os usuários finais podem estar cientes de novas transferências quando elas ocorrem inicialmente. Em algumas modalidades, as mensagens podem, em vez disso, ser enviadas a prestadores de serviços (por exemplo, o computador da instituição de envio 160 e/ou o computador da instituição receptora 140), que pode, por sua vez, informar os usuários finais.
[00114] Como mencionado acima, em algumas modalidades, o computador do nó administrativo 150 (ou a plataforma de interação 154) pode executar uma ou mais funções no lugar do computador do nó emissor 165. Por exemplo, em vez do computador do nó emissor 165, o computador do nó administrativo 150 pode gerar ativos digitais em nome do computador da instituição de envio 160. Por esse motivo, o computador do nó administrativo 150 pode incluir um módulo de ativos digitais 150M. O módulo de ativos
Petição 870190022368, de 08/03/2019, pág. 63/158
37/114 digitais 150M pode incluir código que faz com que o processador 150A crie ativos digitais. Por exemplo, o módulo de ativos digitais 150M pode conter lógica que faz com que o processador 150A gere um ativo digital, incluindo informações associadas à transferência de um valor de uma conta de usuário para uma conta de destinatário.
[00115] Além disso, em algumas modalidades, o computador do nó administrativo 150 pode gerar uma assinatura digital em nome do computador da instituição de envio 160 e/ou computador do nó emissor 165. Por exemplo, o computador do nó administrativo 150 pode armazenar as chaves associadas ao computador da instituição de envio 160 e/ou computador do nó emissor 165 e pode criar uma assinatura digital para um ativo digital depois que o ativo digital é gerado.
[00116] Referindo-se de volta ao FIG. 1, o computador do nó emissor 165 pode ser um nó na rede de transferência de ativo e o computador do nó emissor 165 pode ser associado ao computador da instituição de envio 160. O computador do nó emissor 165 pode ser capaz de gerar, cunhar (ou solicitar a criação) e/ou fornecer ativos digitais, a fim de transferir valor (por exemplo, fundos) em nome do computador da instituição de envio 160. Em algumas modalidades, o computador do nó emissor 165 pode receber uma instrução de pagamento do computador da instituição de envio 160 através da plataforma de interação 154.
[00117] Em algumas modalidades, o computador do nó emissor 165 pode prestar exclusivamente serviços para uma instituição financeira. Em outras modalidades, o computador do nó emissor 165 podem representar duas ou mais instituições financeiras (por exemplo, vários bancos).
[00118] Em algumas modalidades, o computador do nó emissor 165 pode ser inscrito centralmente (por exemplo, pelo computador do nó administrativo 150 ou um terceiro fornecedor de serviços de inscrição), a fim de participar na rede de transferência de ativos. Uma vez inscrito, o
Petição 870190022368, de 08/03/2019, pág. 64/158
38/114 computador do nó emissor 165 pode estar associado a uma ID corporativa. [00119] Um exemplo de um computador do nó emissor 165, de acordo com algumas modalidades da invenção, é mostrado na FIG 3. O computador do nó emissor 165 compreende um processador 165A, uma interface de rede 165B, um banco de dados livro de contabilidade 165C e um meio legível por computador 165D.
[00120] O meio legível por computador 165 D pode incluir um módulo de interação 165E, um módulo de ativos digitais 165F, um módulo de assinatura 165G, um módulo de aprovação 165H, um módulo de distribuição 165J, um módulo de atualização de livro de contabilidade 165K e qualquer outro módulo de software adequado. O meio legível por computador 165F também pode incluir código, executável pelo processador 165A para implementar um método que compreende o recebimento de uma solicitação para transferir um valor de um remetente associado a um identificador de remetente para um destinatário associado a um identificador de destinatário; gerar um ativo digital indicando que o valor está sendo transferido para o destinatário; gerar uma primeira assinatura digital para o ativo digital, a primeira assinatura digital gerada com uma primeira chave privada associada ao computador do nó emissor; enviar, para um computador do nó administrativo, uma solicitação para validar o ativo digital, a solicitação incluindo o ativo digital e a primeira assinatura digital, em que o computador do nó administrativo valida o ativo digital e gera uma segunda digital assinatura para o ativo digital, a segunda assinatura digital gerada com uma segunda chave privada associada ao computador do nó administrativo; receber a segunda assinatura digital do computador do nó administrativo; e fornecer o ativo digital a um computador do nó destinatário associado ao destinatário, em que o computador do nó administrativo registra o ativo digital em um banco de dados e coordena uma transação associada ao ativo digital.
Petição 870190022368, de 08/03/2019, pág. 65/158
39/114 [00121] O módulo de interação 165E pode incluir código que faz com que o processador 165A para interagir com outras entidades, como o computador da instituição de envio 160 e a plataforma de interação 154. Por exemplo, o módulo de interação 165E pode conter lógica que faz com que o processador 165A receba uma instrução de pagamento do computador da instituição de envio 160 (por exemplo, através da plataforma de interação 154).
[00122] O módulo de ativos digitais 165F pode incluir código que faz com que o processador 165A crie ativos digitais. Por exemplo, o módulo de ativos digitais 165F pode conter lógica que faz com que o processador 165A gere um ativo digital, incluindo informações para transferir um valor de uma conta de usuário para uma conta de destinatário.
[00123] O módulo de assinatura 165G pode incluir código que faz com que o processador 165A crie uma assinatura digital. Por exemplo, o módulo de assinatura 165G pode conter lógica que faz com que o processador 165A aplique uma chave privada e/ou um algoritmo matemático a um ativo digital, de modo que a assinatura digital seja gerada para o ativo digital. Outras entidades (por exemplo, outros nós) podem, então, ser capazes de usar uma chave pública correspondente para verificar a assinatura digital e, assim, verificar a autenticidade do ativo digital.
[00124] Em algumas modalidades, o computador do nó emissor 165 pode incluir ou ser associado a um módulo de segurança de hardware. O módulo de segurança de hardware (HSM) pode armazenar uma ou mais chaves (por exemplo, uma chave privada) para o computador do nó emissor 165 e o módulo de segurança de hardware pode assinar mensagens e/ou ativos digitais em nome do computador do nó emissor 165.
[00125] Em algumas modalidades, o par de chaves do computador do nó emissor pode ser gerado e fornecido pelo computador do nó administrativo 150 (por exemplo, através de um certificado digital) ou por um computador
Petição 870190022368, de 08/03/2019, pág. 66/158
40/114 de serviço de terceiros separado. Em outras modalidades, o par de chaves do computador do nó emissor pode ser gerado localmente (por exemplo, por um módulo de segurança de hardware). Quando um par de chaves for gerado localmente, o computador do nó emissor 165 poderá fornecer o par de chaves para o computador do nó administrativo 150 durante a inscrição.
[00126] O módulo de aprovação 165H DE pode incluir código que faz com que o processador 165A obtenha a aprovação de um ativo digital. Por exemplo, o módulo de aprovação 165H DE pode conter lógica que faz com que o processador 165A forneça um ativo digital e/ou uma assinatura digital do nó emissor correspondente ao computador do nó administrativo 150 para obter aprovação e uma segunda assinatura digital do computador do nó administrativo 150. O computador do nó administrativo 150 pode, então, verificar a assinatura digital do computador do nó emissor, validar o ativo digital e gerar uma segunda assinatura digital para o ativo digital.
[00127] O módulo de distribuição 165J pode incluir código que faz com que o processador 165A distribua os ativos digitais. Por exemplo, o módulo de distribuição 165J pode conter lógica que faz com que o processador 165A forneça um ativo digital a um computador do nó destinatário 145, um computador do nó administrativo 150 e/ou qualquer outro nó adequado ou outra entidade. Para fornecer um ativo digital para o computador do nó destinatário apropriado 145, o computador do nó emissor 165 pode operar tabelas de roteamento apropriadas. Por exemplo, o computador do nó destinatário 145 pode ser identificado com base em um identificador corporativo, chave pública, número de identificação bancária e/ou qualquer outro identificador adequado no ativo digital.
[00128] O módulo de atualização de livro de contabilidade 165K pode incluir código que faz com que o processador 165A registre as informações relacionadas à criação e/ou distribuição de um ativo digital para uma transação. Por exemplo, o módulo de atualização de livro de contabilidade
Petição 870190022368, de 08/03/2019, pág. 67/158
41/114
165K pode conter lógica que faz com que o processador 165A registre informações atualizando um livro de contabilidade de transações com base em um novo ativo digital ou outra transação. Esse livro de contabilidade pode ser armazenado no banco de dados do livro de contabilidade 165C. O módulo de atualização de livro de contabilidade 165K podem incluir instruções para adicionar um bloco a um blockchain, o novo bloco incluindo informações sobre uma ou mais transações.
[00129] Em algumas modalidades, o computador do nó emissor 165 pode exibir um livro de contabilidade mantido pelo computador do nó administrativo 150 ou por um gerenciador de livro de contabilidade de terceiros, em vez de manter seu próprio livro de contabilidade.
[00130] Em algumas modalidades, o computador do nó emissor 165 somente poderá exibir um subconjunto de transações que ocorrem dentro da rede de transferência de ativos. Por exemplo, o computador do nó emissor 165 pode ter uma vista filtrada de um livro de contabilidade completo (por exemplo, um blockchain) mantido pelo computador do nó administrativo 150. O computador do nó emissor 165 pode ser capaz de exibir registros de transação para transações às quais o computador do nó emissor 165 ou o computador da instituição de envio 160 foi parte. Em algumas modalidades, o computador do nó emissor 165 pode ser capaz de exibir os cabeçalhos de bloco para cada bloco no blockchain total, mas o computador do nó emissor 165 pode não ser capaz de exibir algumas ou todas as informações de registro dentro dos corpos de bloco (por exemplo, transações com as quais o computador do nó emissor 165 Não está associado, ou transações que ocorreram em um país diferente).
[00131] Essa vista de livro de contabilidade filtrada pode ser alcançada através de várias implementações possíveis. Por exemplo, o computador do nó emissor 165 pode ser um nó de luz, apenas recebendo informações sobre transações relevantes. Em uma implementação, o computador do nó emissor
Petição 870190022368, de 08/03/2019, pág. 68/158
42/114
165 só recebe todos os cabeçalhos de bloco, mas só recebe os corpos de bloco correspondentes para transações com as quais está associado. Se o computador do nó emissor 165 construir sua própria cópia do livro de contabilidade de transações, só poderá receber cabeçalhos de bloco para alguns blocos. Se o computador do nó emissor 165 não constrói seu próprio livro de contabilidade e, em vez disso, acessa um livro de contabilidade central (por exemplo, mantido pelo computador do nó administrativo 150), o livro de contabilidade central pode ser filtrado quando o computador do nó emissor 165 for acessá-lo, de modo que o computador do nó emissor 165 só possa ver os cabeçalhos de bloco para determinados blocos.
[00132] Em algumas modalidades, o computador do nó emissor 165 pode obscurecer ou remover partes do livro de contabilidade ao mostrá-lo ao computador da instituição de envio 160. Por exemplo, o computador do nó emissor 165 pode ter acesso a todo o livro de contabilidade, mas pode remover corpos de bloco para alguns blocos (enquanto ainda, opcionalmente, exibindo cabeçalhos de bloco) quando o computador da instituição de envio 160 visualizar o livro de contabilidade.
[00133] As técnicas adicionais para fornecer o modo de exibição de livro de contabilidade filtrado são descritas acima. Por exemplo, os ativos digitais podem incluir menos informações sobre as entidades de fornecimento (por exemplo, o usuário, o banco de envio e/ou o nó de envio), de modo que os destinatários possam receber o valor do ativo digital sem que as informações pessoais do remetente sejam expostas.
[00134] Em algumas modalidades, uma ou mais das funções do computador do nó emissor acima descrito 165 podem, em vez disso, ser executadas por outra entidade, como o computador do nó administrativo 150 ou plataforma de interação 154. Por exemplo, em vez do computador do nó emissor 165, a plataforma de interação 154 pode gerar um ativo digital em nome do computador da instituição de envio 160 (por exemplo, a plataforma
Petição 870190022368, de 08/03/2019, pág. 69/158
43/114 de interação 154 pode fazer isso em vez de encaminhar uma instrução de transação para o computador do nó emissor 165). Da mesma forma, em algumas modalidades, outra entidade pode gerenciar chaves e fornecer assinaturas digitais em nome do computador do nó emissor 165. Por exemplo, o computador do nó administrativo 150 ou plataforma de interação 154 pode armazenar as chaves do computador do nó emissor em um HSM e pode gerar assinaturas digitais para ativos digitais em nome do computador do nó emissor 165.
[00135] Referindo-se de volta à FIG. 1, o computador do nó destinatário 145 pode ser um nó na rede de transferência de ativo. O computador do nó destinatário 145 pode ser associado ou operado pelo computador da instituição receptora 140. Por exemplo, o computador do nó destinatário 145 pode ser capaz de receber ativos digitais em nome do computador da instituição receptora 140, pode armazenar ativos digitais em nome do computador da instituição receptora 140 e pode transferir os ativos digitais recebidos para o computador da instituição receptora 140 (por exemplo, através da plataforma de interação 154).
[00136] Em algumas modalidades, o computador do nó destinatário 145 podem prestar serviços exclusivamente para uma instituição financeira. Em outras modalidades, o computador do nó destinatário 145 podem representar duas ou mais instituições financeiras (por exemplo, vários bancos).
[00137] O computador do nó destinatário 145 pode ser inscrito centralmente (por exemplo, pelo computador do nó administrativo 150), a fim de participar da rede de transferência de ativos. Uma vez inscrito, o computador do nó destinatário 145 pode estar associado a uma ID corporativa.
[00138] O computador do nó destinatário 145 pode ser capaz de receber um ativo digital enviado pelo computador do nó emissor 165 e/ou o
Petição 870190022368, de 08/03/2019, pág. 70/158
44/114 computador do nó administrativo 150. Em algumas modalidades, os ativos digitais podem ser transmitidos para vários ou todos os nós e o computador do nó destinatário 145 pode identificar quais os ativos digitais que são relevantes para a instituição receptora e/ou provedor de recursos (por exemplo, com base em uma ID corporativa destinatária indicada no ativo digital).
[00139] O computador do nó destinatário 145 também pode validar que um ativo digital é autêntico. Por exemplo, o computador do nó destinatário 145 pode verificar uma ou mais assinaturas digitais associadas a um ativo digital. As assinaturas digitais podem ser verificadas com as chaves públicas associadas às entidades de assinatura (por exemplo, o computador da instituição de envio 160, o computador do nó emissor 165e/ou o computador do nó administrativo 150).
[00140] Em algumas modalidades, o computador do nó destinatário 145 também pode registrar as informações sobre os ativos digitais recebidos para uma transação. Por exemplo, o computador do nó destinatário 145 pode atualizar um livro de contabilidade de transações com base em um novo ativo digital ou outra transação. Em algumas modalidades, o computador do nó destinatário 145 pode adicionar um bloco a um blockchain, o novo bloco incluindo as informações sobre um ou mais ativos digitais. Em outras modalidades, o computador do nó destinatário 145 pode exibir um livro de contabilidade mantido pelo computador do nó administrativo 150, em vez de manter seu próprio livro de contabilidade.
[00141] Em algumas modalidades, o computador do nó destinatário 145 somente poderá exibir um subconjunto de transações que ocorrem dentro da rede de transferência de ativos. Por exemplo, o computador do nó destinatário 145 pode ter uma vista filtrada de um livro de contabilidade completo (por exemplo, um blockchain) mantida pelo computador do nó administrativo 150. O computador do nó destinatário 145 pode ser capaz de exibir registros de transações para as transações às quais o computador do nó
Petição 870190022368, de 08/03/2019, pág. 71/158
45/114 destinatário 145 ou o computador da instituição receptora 140 foi parte. Por exemplo, o computador do nó destinatário 145 pode ser um nó de luz, apenas recebendo informações sobre transações relevantes. Em algumas modalidades, o computador do nó destinatário 145 pode ser capaz de exibir os cabeçalhos de bloco para cada bloco no blockchain total, mas o computador do nó destinatário 145 pode não ser capaz de exibir algumas ou todas as informações de registro dentro dos corpos de bloco. Por exemplo, os corpos de bloco podem ser removidos que incluem transações com as quais o computador do nó destinatário 145 não está associado ou transações que ocorreram em um país diferente.
[00142] Em algumas modalidades, se o computador do nó destinatário 145 construir sua própria cópia do livro de contabilidade de transações, o computador do nó administrativo 150 só poderá enviar cabeçalhos de bloco para alguns blocos quando o computador do nó administrativo 150 fornecer atualizações do livro de contabilidade para o computador do nó destinatário 145. Como alternativa, se o computador do nó destinatário 145 não construir seu próprio livro de contabilidade e, em vez disso, acessa um livro de contabilidade central (por exemplo, mantido pelo computador do nó administrativo 150), o livro de contabilidade central pode ser filtrado quando for acessado pelo computador do nó destinatário 145, de modo que o computador do nó destinatário 145 só possa ver os cabeçalhos de bloco para determinados blocos (por exemplo, blocos, incluindo ativos digitais com os quais o computador do nó destinatário 145 está associado).
[00143] Em algumas modalidades, o computador do nó destinatário 145 pode remover as informações do livro de contabilidade quando o computador da instituição receptora 140 estiver visualizando o livro de contabilidade. Por exemplo, o computador do nó destinatário 145 pode obscurecer ou reduzir o livro de contabilidade (por exemplo, criptografando ou removendo alguns detalhes da transação e/ou corpos de bloco para
Petição 870190022368, de 08/03/2019, pág. 72/158
46/114 algumas transações, mas ainda mostrando os cabeçalhos de bloco), de modo que a vista do computador da instituição receptora do livro de contabilidade seja filtrada.
[00144] O computador do nó emissor 165 e o computador do nó destinatário 145 podem fornecer serviços diferentes (por exemplo, fornecimento e recebimento de ativos digitais) para uma instituição financeira que utiliza a rede de transferência de ativos. Consequentemente, cada instituição financeira (por exemplo, o computador da instituição de envio 160 e o computador da instituição receptora 140) pode usar os serviços de um computador do nó emissor 165 e um computador do nó destinatário 145. Em algumas modalidades, um único nó pode atuar como um nó emissor e um nó destinatário.
[00145] O computador da instituição receptora 140 pode armazenar valor e receber valor (por exemplo, receber um pagamento) em nome do computador do provedor de recursos 130. Um exemplo de uma instituição receptora pode ser um adquirente, que pode tipicamente ser uma entidade comercial (por exemplo, um banco comercial) que tenha um relacionamento comercial com um provedor de recursos específico ou outra entidade. Algumas entidades podem executar ambas funções de emissor e adquirente. Algumas modalidades podem abranger tais entidades únicas emissorasadquirentes.
[00146] Em algumas modalidades, o computador da instituição receptora 140 pode fazer um valor indicado em um ativo digital recebido imediatamente utilizável (por exemplo, extraível) em uma conta de provedor de recursos. O computador da instituição receptora 140 pode liquidar a transação recebendo o valor real do computador da instituição de envio 160 (em vez de apenas um IOU) em um momento posterior.
[00147] O computador da instituição receptora 140 pode se inscrever para interação com a rede de transferência de ativos (por exemplo, através da
Petição 870190022368, de 08/03/2019, pág. 73/158
47/114 plataforma de interação 154 ou o computador do nó administrativo 150), a fim de participar do sistema 100. Como resultado, o computador da instituição receptora 140 pode receber e estar associado a um ID corporativo exclusivo. Em algumas modalidades, o computador da instituição receptora 140 também pode receber e ser associado a um par de chaves. Esse par de chaves pode ser armazenado em um HSM.
[00148] O computador do provedor de recursos 130 pode estar associado a um provedor de recursos, que pode ser uma entidade que pode fornecer um recurso, como bens, serviços, informações e/ou acesso. Exemplos de um provedor de recursos incluem comerciantes, dispositivos de acesso, pontos de acesso de dados seguro, etc. Um comerciante pode normalmente ser uma entidade que se envolve em transações e pode vender bens ou serviços ou fornecer acesso a bens ou serviços.
[00149] O provedor de recursos pode ter uma conta no computador da instituição receptora 140. A conta pode estar associada a várias informações do provedor de recursos. Por exemplo, uma conta de provedor de recursos pode estar associada a um nome comercial, um endereço residencial e/ou comercial, um número de telefone, um nome de usuário de conta, uma senha de conta, um endereço de e-mail, etc.
[00150] O computador do provedor de recursos 130 pode ser inscrito para serviços de rede de transferência de ativos. Por exemplo, o provedor de recursos pode se inscrever através da plataforma de interação 154 ou o computador da instituição receptora 140 pode se inscrever em nome do provedor de recursos. Consequentemente, o computador do provedor de recursos 130 também podem estar associados a uma ID corporativa exclusiva. [00151] Em algumas modalidades, o computador do provedor de recursos 130 podem ter relações com várias instituições (por exemplo, uma instituição receptora e uma instituição de envio). O computador do provedor de recursos 130 pode se registrar com a rede de transferência de ativos por
Petição 870190022368, de 08/03/2019, pág. 74/158
48/114 meio de cada entidade e, assim, pode se associar a várias IDs corporativas. Por exemplo, uma primeira ID corporativa pode representar o computador do provedor de recursos 130 ao interagir por meio de uma instituição receptora e uma segunda ID corporativa pode representar o computador do provedor de recursos 130 quando interagir com a rede através de uma instituição de envio. Em algumas modalidades, diferentes IDs de empresa podem ser atribuídas ao computador do provedor de recursos 130 para a transação (por exemplo, criação de ativos digitais) em diferentes tipos de moeda (por exemplo, um primeiro ID corporativa para dólares americanos e uma segunda identificação de empresa para libras britânicas). As modalidades permitem que o usuário e qualquer outra entidade adequada obtenha várias IDs corporativas de maneira semelhante.
[00152] A interface do aplicativo de transação cambial 152 podem fornecer informações sobre taxas de câmbio. Por exemplo, antes de iniciar uma transação internacional, o computador do usuário 110 e/ou computador da instituição de envio 160 pode ser capaz de ver as taxas de câmbio em tempo real para a transação. Em algumas modalidades, a interface de aplicativo de transação do câmbio estrangeiro 152 podem ser fornecidos pela plataforma de interação 154, o computador do nó administrativo 150 ou de outra forma por uma entidade de gerenciamento (por exemplo, uma entidade de processamento de pagamentos).
[00153] O computador do serviço de liquidação 155 (que pode incluir um ou mais computadores servidores) pode ser capaz de fornecer serviços de liquidação. Por exemplo, um ativo digital pode atuar como uma garantia de pagamento ou um IOU (por exemplo, um certificado de pagamento pretendido), mas a transferência real de fundos não pode realmente ocorrer quando um ativo digital for fornecido. Assim, depois que o ativo digital ser enviado, o computador do serviço de liquidação 155 pode ser capaz de facilitar a troca efetiva de fundos entre o computador da instituição de envio
Petição 870190022368, de 08/03/2019, pág. 75/158
49/114
160 e o computador da instituição receptora 140 (por exemplo, transferindo valor entre as respectivas contas de liquidação em um banco de liquidação central). O computador do serviço de liquidação 155 pode facilitar a liquidação interagindo com um serviço de conta de liquidação central (por exemplo, um banco central) que pode estar associado à rede de transferência de ativos. Por exemplo, um banco central pode estar associado ao computador do nó administrativo 150, a plataforma de interação 154 ou uma entidade de geração. Em algumas modalidades, o computador do serviço da liquidação 155 pode ser operado pela plataforma de interação 154 ou de outra forma por uma entidade de gerenciamento (por exemplo, uma entidade de processamento de pagamentos).
[00154] O repositório de transações 156 (que pode incluir um ou mais computadores de servidor) pode ser um banco de dados para transações passadas. Por exemplo, um livro de contabilidade de transações pode ser armazenado no repositório de transações 156. O computador do nó administrativo 150 pode armazenar seu livro de contabilidade (por exemplo, um livro de contabilidade de blockchain) ou um registro não blockchain de transações no repositório de transações 156.
[00155] O computador de gerenciamento de risco 157 (que pode incluir um ou mais computadores de servidor) pode fornecer serviços de gerenciamento de riscos. Por exemplo, o computador de gerenciamento de risco 157 pode analisar o risco associado aos ativos digitais que estão sendo enviados na rede de transferência de ativos. Em algumas modalidades, as funções descritas em relação ao módulo de risco 150H no computador do nó administrativo 150 pode, em vez disso, ser realizada pelo computador de gerenciamento de risco 157.
[00156] Em algumas modalidades, o sistema 100 pode incluir um ou mais nós auditores de ativo (não mostrados), que podem ser capazes de auditar a rede. Por exemplo, um nó auditor de ativo pode confirmar que
Petição 870190022368, de 08/03/2019, pág. 76/158
50/114 diferentes livros de contabilidade correspondem, que nós e instituições financeiras estão agindo dentro das regras e limites, e que nenhum gasto duplo está ocorrendo. Os nós auditores de ativos podem ser operados pela mesma entidade gestora que a plataforma de interação 154 e/ou o computador do nó administrativo 150.
[00157] Como mencionado acima, o sistema 100 pode ser usado para qualquer tipo de transferência de valor, como a transferência de credenciais de acesso, mídia digital ou qualquer outro valor adequado. Consequentemente, os prestadores de serviços que não são instituições financeiras podem também poder participar no sistema 100. Por exemplo, outros provedores de serviços podem ser capazes de gerenciar contas de usuário, operar nós emissores e nós destinatários, etc.
[00158] Um exemplo de uma rede de transferência de ativos é mostrado na FIG. 4. Em algumas modalidades, como mostrado na FIG. 4, vários dos nós podem ser capazes de fornecer e receber ativos digitais dentro da rede de transferência de ativos. Uma transferência de exemplo é mostrada, em que um computador do nó emissor 165 está fornecendo um ativo digital para um computador do nó destinatário 145. Enquanto uma seta direta for mostrada, o computador do nó emissor 165 pode realmente transmitir as informações de ativos digitais para vários ou todos os nós na rede. Um ou mais nós administrativos podem manter um livro de contabilidade de ativos digitais que foram transferidos entre nós.
[00159] Em algumas modalidades, a rede de transferência de ativos pode ser uma rede blockchain. Por exemplo, o livro de contabilidade pode assumir a forma de um blockchain. Cada bloco no blockchain pode incluir informações sobre uma ou mais transações (por exemplo, ativos digitais). Um livro de contabilidade de blockchain pode ser inalterável sem detecção. Por exemplo, cada bloco pode incluir um cabeçalho de dados que inclui um hash do bloco anterior no livro de contabilidade blockchain e um valor de raiz de
Petição 870190022368, de 08/03/2019, pág. 77/158
51/114 todas as transações passadas. Uma vez que cada bloco no livro de contabilidade de blockchain pode ser gerado de forma semelhante ao incluir um cabeçalho de dados que armazena informações em relação a entradas e transações anteriores, nenhuma entrada pode ser modificada sem afetar todas as entradas seguintes. Isto garante que qualquer manipulação de informações em relação às transações, tal como uma tentativa de reatribuir um ativo digital a uma entidade inadequada, não passe despercebida. Juntos, um cabeçalho de bloco e um corpo de bloco que inclui as informações de transação (por exemplo e quaisquer outras informações adequadas) podem fazer um bloco.
[00160] Como mencionado acima, um blockchain pode ser um banco de dados distribuído que mantém uma lista continuamente crescente de registros digitais protegidos contra adulteração e revisão. Um blockchain pode incluir um número de blocos de registros de interação. Cada bloco no blockchain pode conter também um carimbo de data/hora e uma ligação a um bloco anterior. Por exemplo, cada bloco pode incluir ou ser acrescentado a um hash do bloco anterior. Em outras palavras, registros de interação em um blockchain podem ser armazenados como uma série de blocos ou arquivos permanentes que incluem um registro de uma série de transações que ocorrem durante um determinado período de tempo. Os blocos podem ser acrescentados a um blockchain através de um nó apropriado depois que se completou o bloco e o bloco é validado. Em modalidades da invenção, um blockchain pode ser distribuído e uma cópia do blockchain pode ser mantida em cada nó em uma rede da verificação. Qualquer nó dentro da rede de verificação pode subsequentemente usar o blockchain para verificar transações. A segurança de um blockchain pode ser obtida usando um esquema criptográfico.
[00161] Em algumas modalidades, a rede de transferência de ativos pode ser uma rede de transferência de ativos federada (também conhecida como uma rede de transferência de ativos permitida). Por exemplo, a
Petição 870190022368, de 08/03/2019, pág. 78/158
52/114 permissão pode ser exigida de uma parte central confiável para poder participar da rede de transferência de ativos. Como explicado acima, o computador do nó administrativo 150 pode ser capaz de registrar entidades na rede. Assim, o computador do nó administrativo 150 pode ser capaz de decidir quais as partes podem participar, assim como definir regras e protocolos para participar na rede. O computador do nó administrativo 150 pode também ser capaz de restringir uma entidade, se desejado (por exemplo, limitar ou bloquear uma instituição financeira devido a comportamento ruim). [00162] As entidades que podem validar a rede (por exemplo, inscrever entidades para participar e impor conformidade) podem ser referidas como entidades federadas. Em algumas modalidades, o computador do nó administrativo 150 pode ser a única entidade federada. Em outras modalidades, outra entidade pode executar essa função administrativa em vez do computador do nó administrativo 150. Por exemplo, uma entidade de gerenciamento (que pode estar associada ao computador do nó administrativo 150) ou um prestador de serviços terceirizado separado, pode administrar a rede de transferência de ativos.
[00163] Em algumas modalidades, a rede de transferência de ativos pode funcionar como uma rede de transferência de ativos privados. Por exemplo, a rede de transferência de ativos pode servir como uma ferramenta para um processador de transações para registrar as transações. O livro de contabilidade de rede pode ser essencialmente um sistema de manutenção de registro terceirizado e só pode ser acessado e/ou modificado pelo processador de transações.
[00164] Um método 500 de acordo com as modalidades da invenção pode ser descrito com relação à FIG. 5. Alguns elementos em outras figuras também são mencionados. As etapas mostradas no método 500 podem ser realizadas sequencialmente ou em qualquer ordem adequada nas modalidades da invenção. Em algumas modalidades, uma ou mais das etapas podem ser
Petição 870190022368, de 08/03/2019, pág. 79/158
53/114 opcionais.
[00165] As várias mensagens descritas abaixo podem utilizar qualquer forma de comunicação adequada. Em algumas modalidades, uma solicitação ou resposta pode estar em um formato de mensagem eletrônica, como um email, uma mensagem de serviço de mensagens curtas (SMS), uma mensagem de serviço de mensagens multimídia (MMS), uma mensagem de solicitação de protocolo de transferência de hipertexto (HTTP), um pacote de protocolo de controle de transmissão (TCP), um formulário de envio da web. A solicitação ou resposta pode ser direcionada a qualquer localização apropriada, tal como um endereço de e-mail, um número de telefone, a um endereço de Protocolo de Internet (IP), ou um localizador uniforme de recurso (URL). Em algumas modalidades, uma solicitação ou uma resposta pode compreender uma mistura de diferentes tipos de mensagens, tais como mensagens de e-mail e SMS.
[00166] Como descrito acima, um número de entidades pode ser inscrito para a interação com uma rede de transferência de ativos (que pode ser uma rede de blockchain). Cada entidade (por exemplo, nós, instituições financeiras e usuários) pode ser associada e identificável com base em uma ID corporativa exclusiva. No exemplo a seguir, a rede é usada para transferir moeda. No entanto, a transferência de qualquer outro tipo de valor adequado (por exemplo, crédito de uso, credenciais de acesso, credenciais de propriedade, mídia digital, etc.) também pode ocorrer.
[00167] O computador do usuário 510 pode iniciar fornecendo um valor para o computador do provedor de recursos 530. Por exemplo, o provedor de recursos pode fornecer bens ou serviços ao usuário e o computador do provedor de recursos 530 pode enviar uma fatura de pagamento para o computador do usuário 510. A fatura pode incluir uma quantidade, um tipo de moeda, uma ID corporativa associada ao computador do provedor de recursos 530 ou uma conta do provedor de recursos,
Petição 870190022368, de 08/03/2019, pág. 80/158
54/114 informações sobre bens ou serviços fornecidos, um identificador de fatura e quaisquer outras informações adequadas.
[00168] Na etapa S502, o usuário (por exemplo, através do computador do usuário 510) pode contatar o computador da instituição de envio 560 e solicitar que um pagamento é enviado para o computador do provedor de recursos 530. O computador do usuário 510 pode fornecer quaisquer informações adequadas sobre o pagamento, como uma quantidade e um tipo de moeda destinatária, informações que identificam o destinatário (por exemplo, o ID corporativo do provedor de recursos), uma fatura e uma seleção de uma conta de usuário da qual retirar fundos para o pagamento.
[00169] O pagamento pode ser uma transferência internacional. Para fins ilustrativos apenas, a conta de usuário pode ser uma conta com base nos Estados Unidos, incluindo dólares americanos. A conta de destinatário (por exemplo, o provedor de recursos) pode ser uma conta com base na Inglaterra, incluindo libras esterlinas.
[00170] Na etapa S504, o computador da instituição de envio 560 pode recolher informações para iniciar o pagamento. Por exemplo, para uma transação internacional, uma taxa de câmbio estrangeira pode ser necessária para identificar a quantidade correta de moeda a ser retirada da conta do usuário. O computador da instituição de envio 560 pode obter informações sobre uma taxa de câmbio atual relevante para a transação (por exemplo, taxa de câmbio de dólares americanos para libras esterlinas) da interface de aplicação de transações cambiais (por exemplo, através da plataforma de interação).
[00171] A interface de aplicativo de transação de câmbio ou a plataforma de interação também podem fornecer informações sobre taxas de transferência que podem ser cobradas para a transação. Por exemplo, pode haver taxas cobradas pelo computador da instituição de envio 560, o computador da instituição receptora 540e/ou qualquer um dos nós
Petição 870190022368, de 08/03/2019, pág. 81/158
55/114 participantes para administrar a transação. Em algumas modalidades, todas essas taxas podem imediatamente ser calculadas e disponíveis antes que a transação seja iniciada. O computador da instituição de envio 560 também pode fornecer essa taxa e informações cambiais para o computador do usuário 510.
[00172] Consequentemente, o computador da instituição de envio 560 pode ser capaz de determinar a quantidade de fundos que serão retirados da conta do usuário (isto é, quanto cobrar do usuário). A cobrança total pode ser calculada com base no valor que o provedor de recursos deve receber, as taxas de transferência e a taxa de câmbio.
[00173] Por exemplo, o usuário pode desejar fornecer £1000 ao provedor de recursos. A taxa de câmbio pode ser 1 Libra Esterlina para 1,33 Dólares Americanos. Consequentemente, $1330 pode ser necessário para fornecer £1000. Adicionalmente, o computador da instituição de envio 560 pode cobrar $15 para a transferência. Assim, pode ser determinado que o usuário será cobrado $1345, a fim de fornecer £1000.
[00174] Em outras modalidades, o computador da instituição de envio 560 pode, em vez disso, começar com o valor indicado pelo usuário para enviar a moeda de origem e pode deduzir as taxas e a taxa de câmbio para determinar o valor que o provedor de recursos receberá.
[00175] O computador da instituição de envio 560 também pode verificar se a transação estará em conformidade com as regras e limites colocados no usuário e/ou no computador da instituição de envio 560, assim como realizar qualquer análise de risco adequada. Por exemplo, o computador da instituição de envio 560 pode verificar se a transação não excederá os limites de velocidade ou quantidade para a conta de usuário ou o computador da instituição de envio 560. O computador da instituição de envio 560 também pode verificar se a conta do usuário tem fundos suficientes para a transação.
Petição 870190022368, de 08/03/2019, pág. 82/158
56/114 [00176] Na etapa S506, o computador da instituição de envio 560 pode enviar uma solicitação de transação para o computador do nó emissor 565 (por exemplo, através da plataforma de interação). A solicitação pode incluir informações para fornecer um pagamento ao provedor de recursos, como informações sobre a moeda de origem, a moeda de destino, o valor, as taxas e a taxa de câmbio, uma ID corporativa do provedor de recursos, uma ID corporativa do usuário e enviando a ID corporativa do computador da instituição de envio 560 e quaisquer outras informações adequadas.
[00177] O computador da instituição de envio 560 também pode debitar ou colocar uma retenção na conta do usuário para o valor total da cobrança. Assim, os fundos podem ainda estar disponíveis para liquidação em um momento posterior.
[00178] Na etapa S508, o computador do nó emissor 565 pode gerar um ativo digital para a transação solicitada. O ativo digital pode incluir quaisquer informações adequadas (por exemplo, informações de remessa) para comunicar que um valor está sendo transferido da conta de usuário para uma conta de provedor de recursos. Por exemplo, o ativo digital pode incluir um identificador de ativo digital, o tipo de moeda de origem, o tipo de moeda de destino, o valor da moeda de envio, as taxas e taxa de câmbio, o valor da moeda de destino, várias informações do usuário (por exemplo, usuário ID corporativa, endereço, número de telefone, endereço de e-mail), vários informações do computador da instituição de envio 560 (por exemplo, nome da instituição financeira, ID corporativa, chave pública, BIN), vários informações do computador do provedor de recursos 530 (por exemplo, ID corporativa, nome, endereço, número de telefone, endereço de e-mail), vários informações do computador da instituição receptora 540 (por exemplo, nome da instituição financeira, ID corporativa, chave pública, BIN), um ID corporativa e/ou chave pública de computador do nó emissor 565, uma ID corporativa e/ou chave pública de computador do nó destinatário 545, um
Petição 870190022368, de 08/03/2019, pág. 83/158
57/114 número de fatura e informações de fatura, um número de ordem de compra, um carimbo de data/hora e quaisquer outras informações adequadas. O identificador de ativo digital pode ser um identificador gerado pelo computador do nó emissor 565 que identifica exclusivamente o ativo digital. Por exemplo, o identificador de ativo digital pode ser uma sequência de caracteres alfanuméricos ou uma imagem digitalizável (por exemplo, código QR). Um identificador de transação pode ser usado como um identificador de ativo digital.
[00179] O computador do nó emissor 565 também pode gerar uma assinatura digital para o ativo digital, a assinatura digital demonstrando que o ativo digital foi realmente criado pelo computador do nó emissor 565. A assinatura digital pode ser gerada aplicando-se um algoritmo matemático ao ativo digital e à chave privada do computador do nó emissor (ou à chave privada do computador da instituição emissora). A assinatura digital pode ser anexada ou incluída no ativo digital, assim como a chave pública correspondente do computador do nó emissor pode verificar a assinatura digital.
[00180] O ativo digital pode ser considerado uma garantia para o valor do pagamento. Assim, uma vez que é assinado e enviado, várias entidades podem contar o pagamento como concluído ou próximo de ser concluído. Por exemplo, o ativo digital pode ser valorizado de forma semelhante a uma verificação de papel e pode incluir quaisquer informações necessárias para obter os fundos prometidos.
[00181] Antes de gerar e/ou fornecer o ativo digital, o computador do nó emissor 565 também pode verificar se a transação de ativos digitais estiver de acordo com regras, protocolos e limites (por exemplo, limites de velocidade e valor da transação).
[00182] Na etapa S510, o computador do nó emissor 565 pode fornecer o ativo digital e quaisquer outras informações adequadas para um computador
Petição 870190022368, de 08/03/2019, pág. 84/158
58/114 do nó administrativo 550. O computador do nó emissor 565 pode solicitar a aprovação do ativo digital, assim como solicitar uma segunda assinatura digital. Por exemplo, o computador do nó emissor 565 pode transmitir uma mensagem que é reconhecível pelo computador do nó administrativo 550 como uma mensagem de solicitação de transferência de ativos digitais. A mensagem pode incluir o ativo digital e a primeira assinatura digital e pode solicitar que o computador do nó administrativo 550 aprovar (por exemplo, validar) o ativo digital, fornecer uma segunda assinatura digital, postar o ativo digital em um livro de contabilidade de blockchain, informar o computador do nó destinatário 545 sobre o ativo digital e/ou de outra forma processar o ativo digital.
[00183] Na etapa S512, o computador do nó administrativo 550 pode validar o ativo digital. Por exemplo, o computador do nó administrativo 550 pode identificar cada entidade envolvida com base nas IDs corporativas e pode garantir que cada entidade esteja inscrita e em boa posição. Por exemplo, o computador do nó administrativo 550 pode verificar se cada entidade está seguindo regras e protocolos e dentro de quaisquer limites de risco. O computador do nó administrativo 550 também pode realizar análises de risco na transação, verificando quaisquer bandeiras de advertência (por exemplo, um valor excepcionalmente alto ou uma direção incomum de transferência para uma determinada conta ou instituição financeira).
[00184] O computador do nó administrativo 550 também pode verificar a assinatura digital do computador do nó emissor (por exemplo, com a chave pública do computador do nó emissor ou a chave pública do computador da instituição de envio). O computador do nó administrativo 550 também pode verificar se a chave pública anexada está realmente associada ao ID corporativa do computador do nó emissor e, da mesma forma, certifique-se de que outras informações no ativo digital sejam exatas e válidas.
Petição 870190022368, de 08/03/2019, pág. 85/158
59/114 [00185] Na etapa S514, após validar a transação, o computador do nó administrativo 550 pode gerar uma segunda assinatura digital para o ativo digital. Por exemplo, o computador do nó administrativo 550 pode usar uma chave privada para gerar uma assinatura digital com base nas informações do ativo digital. Em algumas modalidades, o ativo digital pode ser considerado cunhado e válido depois que a segunda assinatura digital for fornecida.
[00186] Em algumas modalidades, o computador do nó administrativo 550 também pode gerar um contrato inteligente para o ativo digital (por exemplo, um contrato inteligente que indique em que condições o valor do ativo digital deve ser liquidado). Por exemplo, cada entidade que participa da rede pode ter, durante o registro, concordado em ter contratos inteligentes estabelecidos quando um ativo digital for solicitado ou gerado. Assim, o computador do nó administrativo 550 pode ter permissão para criar e impor contratos inteligentes. Quando uma condição de liquidação de contrato inteligente for acionada, o computador do nó administrativo 550 pode forçar a liquidação entre uma conta de instituição de envio e uma conta de instituição receptora (por exemplo, contas em um banco central ou outras contas correspondentes).
[00187] Na etapa S516, o computador do nó administrativo 550 pode fornecer o ativo digital e a segunda assinatura digital de volta para o computador do nó emissor 565. O computador do nó emissor 565 pode, assim, ser informado de que o ativo digital está validado e pronto a ser utilizado.
[00188] Neste ponto, ou em um momento posterior, o computador do nó administrativo 550 também pode atualizar um livro de contabilidade de transações com base no ativo digital. Uma entrada no livro de contabilidade pode incluir informações sobre o valor, o destinatário do valor, o remetente do valor, a data e a hora da transação, o identificador de ativo digital e quaisquer outras informações apropriadas. Em algumas modalidades, o livro de
Petição 870190022368, de 08/03/2019, pág. 86/158
60/114 contabilidade pode incluir uma cópia do ativo digital.
[00189] Em algumas modalidades, o computador do nó administrativo 550 também pode distribuir informações sobre o ativo digital ou o livro de contabilidade atualizado para outros computadores do nó administrativo 550. Além disso, quando o livro de contabilidade for atualizado, a transação (por exemplo, transferência de valor do usuário para o provedor de recursos) pode ser considerada oficial e garantida.
[00190] Em algumas modalidades, o computador do nó administrativo 550 pode atualizar um livro de contabilidade adicionando um novo bloco a um blockchain, o novo bloco incluindo as informações sobre o novo ativo digital. O novo bloco também pode incluir informações sobre outras transações que ocorreram durante um período de tempo semelhante (por exemplo, todos os ativos digitais cunhados dentro de um intervalo de dez minutos).
[00191] Em algumas modalidades, o livro de contabilidade não pode ser atualizado (por exemplo, um bloco não pode ser adicionado) até que as transações sejam validadas em toda a rede de transferência de ativos. Os nós da rede podem usar a Tolerância de Falha Bizantina Simplificada (SBFT), ou qualquer outro método adequado, para chegar a um consenso sobre como os blocos são adicionados ao blockchain em cada etapa. Em SBFT, um gerador de bloco designado (por exemplo, um computador do nó administrativo 550) recolhe e valida as transações propostas, periodicamente juntando-as em uma proposta de novo bloco. Outros signatários de bloco designados (por exemplo, computadores do nó administrativo 550) ratificam o bloco proposto com suas assinaturas. Todos os membros da rede podem saber as identidades dos signatários de bloco e aceitar blocos somente se assinados por um número suficiente de signatários. Isso garante que as transações concorrentes possam ser resolvidas, as transações podem ser finais e o histórico não pode ser reescrito.
Petição 870190022368, de 08/03/2019, pág. 87/158
61/114 [00192] Na etapa S518, tendo recebido a segunda assinatura digital para o ativo digital, o computador do nó emissor 565 pode atualizar um livro de contabilidade de transações para incluir o novo ativo digital. Altemativamente, em algumas modalidades, o computador do nó emissor 565 pode não manter seu próprio livro de contabilidade e, em vez disso, pode se referir ao livro de contabilidade do computador do nó administrativo quando necessário.
[00193] Na etapa S520, o ativo digital pode ser gerado, cunhado (por exemplo, assinado), gravado e pronto para enviar. Assim, em algumas modalidades, o computador do nó emissor 565 pode fornecer o ativo digital para o computador do nó destinatário 545. O computador do nó emissor 565 pode identificar o computador do nó destinatário correto 545 para fornecer o ativo digital com base em uma ou mais IDs corporativas presentes no ativo digital (por exemplo, uma ID corporativa do computador do nó destinatário 545, o computador da instituição receptora 540 ou o computador do provedor de recursos 530). As modalidades permitem que vários métodos alternativos de fornecer o ativo digital para o computador do nó destinatário 545, que são descritas abaixo após essa descrição do fluxo.
[00194] Na etapa S522, o computador do nó destinatário 545 pode receber e verificar a autenticidade do ativo digital. Por exemplo, o computador do nó destinatário 545 pode verificar se uma ou mais assinaturas digitais são autênticas e associadas ao computador da instituição de envio 560, o computador do nó emissor 565 e/ou o computador do nó administrativo 550.
[00195] Em algumas modalidades, o ativo digital pode incluir chaves públicas associadas ao computador da instituição de envio 560, o computador do nó emissor 565 e/ou o computador do nó administrativo 550. Como alternativa, o ativo digital pode incluir IDs corporativas associadas a uma ou mais dessas entidades e o computador do nó destinatário 545 pode pesquisar
Petição 870190022368, de 08/03/2019, pág. 88/158
62/114 chaves públicas apropriadas com base nas IDs da empresa. O computador do nó destinatário 545 pode usar as chaves públicas incluídas para verificar uma ou mais assinaturas digitais.
[00196] Em algumas modalidades, verificar as assinaturas digitais pode ser considerada a verificação de que as informações do ativo digital são válidas e que o valor do ativo digital é legitimamente transferido. Em algumas modalidades, o computador do nó destinatário 545 também pode confirmar que o valor que está sendo transferido é possuído corretamente pelo usuário (por exemplo, se o computador do nó destinatário 545 tiver uma vista de contabilidade completa ou outro acesso a registros de conta de usuário).
[00197] Em algumas modalidades, o computador do nó destinatário 545 também pode atualizar um livro de contabilidade. Altemativamente, em algumas modalidades, o computador do nó destinatário 545 pode não manter seu próprio livro de contabilidade e, em vez disso, pode se referir ao livro de contabilidade do computador do nó administrativo quando necessário.
[00198] Na etapa S524, o computador do nó destinatário 545 pode encaminhar o ativo digital para o computador da instituição receptora 540 (por exemplo, através da plataforma de interação). O computador do nó destinatário 545 pode fornecer todos os ativos digitais para o mesmo computador da instituição receptora 540 ou pode fornecer o ativo digital a um computador da instituição receptora 540, associado a um ID corporativo indicado no ativo digital. Além disso, o computador do nó destinatário 545 pode fornecer uma mensagem para o computador do provedor de recursos 530 com informações sobre o ativo digital recebido e o valor prometido.
[00199] Na etapa S526, o computador da instituição receptora 540 pode armazenar o ativo digital e associá-lo à conta do provedor de recursos. O computador da instituição receptora 540 pode identificar o computador do provedor de recursos 530 e/ou a conta do provedor de recursos com base em uma ID corporativa de destinatário indicada no ativo digital.
Petição 870190022368, de 08/03/2019, pág. 89/158
63/114 [00200] Em algumas modalidades, o computador da instituição receptora 540 pode ter um alto nível de confiança que o ativo digital autêntico e que o valor será fornecido. Por exemplo, o computador da instituição receptora 540 pode confiar nas assinaturas digitais fornecidas com o ativo digital, o computador da instituição receptora 540 pode confiar no computador do nó administrativo 550, e o computador da instituição receptora 540 pode confiar em outras entidades de rede participantes porque todas foram selecionadas quando registradas. Pode ser improvável que um fraudador apresentou o ativo digital em vez do computador do nó emissor 565, uma vez que chave privada do computador do nó emissor pode ser mantida segura. Além disso, mesmo que a transferência seja iniciada de forma fraudulenta, o computador do nó administrativo 550 pode ainda garantir os fundos. Além disso, um contrato inteligente que pode forçar a transferência de fundos pode ser estabelecido, proporcionando assim uma maior garantia ao computador da instituição receptora 540 que o valor indicado no ativo digital será recebido.
[00201] Assim, em algumas modalidades, o computador da instituição receptora 540 pode creditar imediatamente a conta do provedor de recursos com um valor indicado no ativo digital. Como resultado, o valor pode estar disponível para uso (por exemplo, retirado) imediatamente após a recepção do ativo digital, mesmo que o valor só seja prometido e não realmente recebidos. [00202] O valor creditado na conta do provedor de recursos pode ser menor do que o valor indicado no ativo digital. Por exemplo, o computador da instituição receptora 540 e/ou outras entidades podem cobrar taxas que podem ser deduzidas do valor fornecido.
[00203] Por exemplo, o provedor de recursos pode receber um ativo digital para £1000 do usuário. No entanto, o recebendo o computador da instituição 540 pode cobrar £20 para a transferência. Consequentemente, a conta do provedor de recursos só pode ser creditada com $980.
Petição 870190022368, de 08/03/2019, pág. 90/158
64/114 [00204] Na etapa S528, o computador da instituição receptora 540 pode informar o computador do provedor de recursos 530 que um ativo digital foi recebido e que um determinado valor foi creditado na conta do provedor de recursos. O computador da instituição receptora 540 pode fornecer dados de remessa, incluindo o valor do pagamento, informações sobre o remetente (por exemplo, o usuário e/ou o computador da instituição de envio 560) e quaisquer outras informações apropriadas para o computador do provedor de recursos 630.
[00205] Neste ponto, o computador do usuário 510 e/ou computador da instituição de envio 560 também pode ser informado de que a transferência foi concluída. Por exemplo, a plataforma de interação pode fornecer um arquivo de reconciliação para o computador do usuário 510 e/ou computador da instituição de envio 560.
[00206] Na etapa S530, em um momento posterior, a liquidação do valor do ativo digital pode ocorrer entre o computador da instituição de envio 560 e o computador da instituição receptora 540. Por exemplo, o computador do serviço de liquidação pode coordenar a transferência de valor. As informações relevantes para a liquidação (por exemplo, IDs corporativas, valor, etc.) podem ser obtidas a partir do ativo digital.
[00207] Em algumas modalidades, a liquidação pode incluir o débito do valor do ativo digital da conta do usuário no computador da instituição de envio 560. O valor do ativo digital também pode ser transferido para um banco central (por exemplo, uma instituição financeira fornecida por uma entidade que gerencia a rede de transferência de ativos ou qualquer outra entidade adequada). Altemativamente, o computador da instituição de envio 560 pode ter uma conta pré-carregada com fundos no banco central, de modo que o valor do ativo digital não precise ser transferido do computador da instituição de envio 560 ao banco central neste ponto (por exemplo, porque os fundos já estão no banco central).
Petição 870190022368, de 08/03/2019, pág. 91/158
65/114 [00208] A liquidação pode continuar por meio do débito do valor do ativo digital (ou de um valor de liquidação recuado) de uma primeira conta (por exemplo, uma primeira conta de liquidação) associada ao computador da instituição de envio 560 no banco central e o valor pode ser creditado em uma segunda conta (por exemplo, uma segunda conta de liquidação) associada ao computador da instituição receptora 540 no banco central. Por exemplo, o computador da instituição de envio 560 e o computador da instituição receptora 540 pode ter criado as contas de liquidação com esse banco central ao se inscrever para a participação na rede de transferência de ativos e essas contas podem existir especificamente para os procedimentos de liquidação. A primeira conta pode estar em um primeiro local do banco central, que está em um primeiro país (por exemplo, os Estados Unidos), enquanto a segunda conta pode estar em um segundo local do banco central, que está em um segundo país (por exemplo, Inglaterra). Assim, a segunda conta pode ser creditada com libras britânicas (assim efetuando uma troca de moeda).
[00209] Quando o valor chega à segunda conta associada ao computador da instituição receptora 540, o computador da instituição receptora 540 pode, então, creditar a conta do provedor de recursos na instituição receptora com o valor do ativo digital. Altemativamente, como descrito acima, o computador da instituição receptora 540 pode já ter creditado a conta do provedor de recursos na etapa S526.
[00210] Como resultado, a liquidação pode não precisar viajar através de múltiplas relações bancárias correspondentes. Em vez disso, os fundos podem ser resolvidos entre o computador da instituição receptora 540 e o computador da instituição de envio 560 através do banco central. Além disso, o computador da instituição receptora 540 e o computador da instituição de envio 560 podem manter apenas uma conta com o banco central (ou outro prestador de serviços de conta de liquidação). O computador da instituição receptora 540 e o computador da instituição de envio 560 pode não ter de
Petição 870190022368, de 08/03/2019, pág. 92/158
66/114 gerir quaisquer outras relações bancárias correspondentes, uma vez que todas as transferências podem ser realizadas através da rede de transferência de ativos e banco central. Como resultado, o computador da instituição receptora 540 e o computador da instituição de envio 560 pode não ter de reservar recursos para várias contas correspondentes ou de outra forma interface com vários bancos correspondentes. Em algumas modalidades, cada instituição financeira pode manter várias contas na entidade de liquidação central, a fim de realizar transações com diferentes moedas. Por exemplo, o computador da instituição de envio 560 pode ter várias (por exemplo, 1-20) contas, cada um para um tipo de moeda diferente. Como resultado, o computador da instituição de envio 560 pode liquidar as transações com o computador da instituição receptora 540 usando a melhor moeda adequada. Por exemplo, o computador da instituição de envio 560 pode ter uma conta com valor em Libras Britânicas e pode resolver diretamente com o computador da instituição receptora 540 usando Libras Britânicas.
[00211] Em outras modalidades, o valor do ativo digital pode ser liquidado através de uma ou mais relações bancárias correspondentes (por exemplo, em vez de através de um banco central). Por exemplo, a liquidação pode ocorrer através de um ou mais bancos correspondentes em um primeiro país (por exemplo, os Estados Unidos), uma relação bancária correspondente internacional e um ou mais bancos correspondentes em um segundo país (por exemplo, Inglaterra).
[00212] Em algumas modalidades, o ativo digital pode ser ou incluir um contrato inteligente que é projetado para se estabelecer dentro de um período pré-definido de tempo (por exemplo, 5 horas, 1 dia, ou 1 semana). Altemativamente, um contrato inteligente pode fazer com que o processo de liquidação seja executado junto com o próximo lote de liquidação ou em uma determinada hora do dia. Como explicado acima, o contrato inteligente pode ser imposto pelo computador do nó administrativo 550, a entidade de
Petição 870190022368, de 08/03/2019, pág. 93/158
67/114 gerenciamento, um banco central (que pode receber um contrato inteligente de um computador do nó administrativo 550) ou qualquer outra parte adequada. Após a liquidação, o ativo digital pode ser destruído (por exemplo, excluído ou marcado como liquidado). Além disso, o ativo digital pode ser assinado digitalmente para indicar que a liquidação foi concluída e o registro de transação pode ser armazenado (por exemplo, em uma lista de banco de dados ou um livro de contabilidade de blockchain).
[00213] Em algumas modalidades, uma série de transferências de ativos digitais podem ser liquidadas ao mesmo tempo. Assim, uma posição líquida pode ser calculada entre o computador da instituição de envio 560 e o computador da instituição receptora 540. Em vez de transferir indo e voltando o valor de cada ativo digital, um total líquido pode ser transferido para qualquer entidade é valor líquido devido (por exemplo, com base em um determinado período de liquidação, incluindo um determinado conjunto de transferências de ativos digitais).
[00214] Como mencionado acima em relação à etapa S520, o ativo digital pode ser fornecido ao computador do nó destinatário 545 em uma variedade de maneiras alternativas. Por exemplo, em algumas modalidades, em vez de fornecer uma única mensagem direcionada para o computador do nó destinatário 545, o computador do nó emissor 565 pode distribuir o ativo digital para vários ou todos os nós em toda a rede de transferência de ativos (por exemplo, todos os nós destinatários na rede). Nesse cenário, o computador do nó destinatário 545 pode ser um dos vários nós que recebem o ativo digital. O computador do nó destinatário 545 pode reconhecer que o ativo digital se destina ao computador da instituição receptora 540 com base em uma ID corporativa incluída no ativo digital.
[00215] Altemativamente, em algumas modalidades, o computador do nó administrativo 550 pode distribuir o ativo digital em nome do computador do nó emissor 565. O computador do nó administrativo 550 pode fornecer o
Petição 870190022368, de 08/03/2019, pág. 94/158
68/114 ativo digital diretamente para o computador do nó destinatário 545 ou pode distribuir o ativo digital para uma pluralidade de nós destinatários (como descrito acima). Em outras modalidades, o computador do nó administrativo 550 pode, em vez disso, distribuir publicamente atualizações sobre o livro de contabilidade das transações para um ou mais nós. Nesse cenário, o computador do nó destinatário 545 pode revisar os novos ativos digitais registrados no livro de contabilidade atualizado e identificar quaisquer ativos digitais relevantes (por exemplo, com base em IDs corporativas).
[00216] Em outras modalidades, nem o computador do nó do emitente 565 nem o computador do nó administrativo 550 pode distribuir o ativo digital. Em vez disso, o computador do nó administrativo 550 pode atualizar continuamente um livro de contabilidade de transações e o computador do nó destinatário 545 pode ter acesso (por exemplo, acesso em tempo real) ao livro de contabilidade. Nesse cenário, o computador do nó destinatário 545 pode verificar regularmente ou continuamente um livro de contabilidade central (por exemplo, hospedado pelo computador do nó administrativo 550) para as transações relevantes.
[00217] Adicionalmente, como mencionado acima, um ou mais nós adicionais (por exemplo, nós administrativos, nós emissores e/ou nós destinatários) também podem manter seu próprio livro de contabilidade e o estender com base na transferência de ativos digitais. No entanto, em algumas modalidades, determinadas entidades e nós só podem ser capazes de exibir um subconjunto de transações (ou informações significativas associadas a um subconjunto de transações), em vez de todo o livro de contabilidade. Por exemplo, os corpos de bloco podem ser removidos ou obscurecidos de alguns blocos quando um determinado nó acessar um livro de contabilidade central ou quando uma atualização de livro de contabilidade for enviada para um determinado nó. Assim, em algumas modalidades, o livro de contabilidade pode não ser inteiramente público, pois o acesso pode ser restrito e filtrado
Petição 870190022368, de 08/03/2019, pág. 95/158
69/114 com base na entidade de visualização.
[00218] Como mencionado no que diz respeito à FIG. 1, o computador da instituição de envio 560 pode interagir com a rede de transferência de ativos de várias maneiras. Assim, em algumas modalidades, as etapas S506S520 podem ocorrer de forma alternativa. Por exemplo, em vez de entrar em contato com o computador do nó emissor 565 diretamente, o computador da instituição de envio 560 pode se comunicar sobre o ativo digital com a plataforma de interação.
[00219] Nesse cenário, o computador da instituição de envio 560 pode enviar a solicitação de transação para a plataforma de interação. A plataforma de interação pode, então, gerar o ativo digital (em vez do computador do nó emissor 565) ou a plataforma de interação pode solicitar que o ativo digital seja gerado (por exemplo, por um nó na rede de transferência de ativos). Além disso, a plataforma de interação (em vez do computador do nó emissor 565) pode gerar uma assinatura digital para o ativo digital com base na chave privada do computador do nó emissor 565 ou do computador da instituição de envio 560. A plataforma de interação também pode desempenhar algumas funções do computador do nó administrativo 550, como o fornecimento de uma segunda assinatura digital.
[00220] Em seguida, a plataforma de interação pode fornecer o ativo digital e as assinaturas digitais correspondentes à rede de transferência de ativos, publicando assim a transação. Por exemplo, a plataforma de interação pode fornecer o ativo digital e assinaturas para o computador do nó emissor 565 e/ou o computador do nó administrativo 550. Uma vez que o ativo digital chega na rede de transferência de ativos, o ativo digital pode ser distribuído entre os nós e fornecido para o computador do nó destinatário 545.
[00221] As modalidades da invenção fornecem uma série de vantagens. Por exemplo, as modalidades fornecem uma rede de transferência de ativos com velocidade, segurança, confiabilidade, transparência e eficiência
Petição 870190022368, de 08/03/2019, pág. 96/158
70/114 aprimoradas. Uma rede universal e permitida pode ser bem organizada e pode habilitar mensagens eficientes em caminhos conhecidos que facilitam a transferência de valor direto entre um remetente e um destinatário, independentemente do local. Essa organização pode reduzir as comunicações extras, assim como remover o mistério de várias relações bancárias correspondentes desconhecidas, presentes em sistemas legados descentralizados.
[00222] A inscrição central, a verificação de conformidade das entidades participantes, as comunicações padronizadas e os identificadores universais que identificam exclusivamente entidades podem facilitar um senso de confiança na rede e nas entidades participantes. Essa confiança pode ser aumentada ainda mais sabendo que os validadores de rede (por exemplo, os nós administrativos) podem ser limitados, conhecidos, definidos antecipadamente e operados por uma parte confiável. Um livro de contabilidade distribuído pode incutir a confiança de que cada entidade participante tem as mesmas informações sobre contratos e transferências que foram feitas. Da mesma forma, os ativos digitais assinados digitalmente podem ser altamente confiáveis, pois as assinaturas podem ser validadas para confirmar que a instituição financeira de envio executou uma validação de transação adequada e que um ativo digital está sendo legitimamente transferido.
[00223] O alto nível de confiança de rede e os ativos digitais assinados digitalmente podem reduzir suficientemente o risco de transação para permitir que as instituições financeiras destinatárias façam um valor de ativo digital recebido imediatamente disponível na conta do destinatário, mesmo que o valor não tenha ainda sido resolvido. Isso significa que um valor transferido pode estar disponível quase que imediatamente após a transferência ser iniciada. Assim, independentemente de como e quando ocorre a liquidação, as modalidades permitem que os fundos estejam disponíveis muito mais
Petição 870190022368, de 08/03/2019, pág. 97/158
71/114 rapidamente do que os métodos tradicionais de transferência que não podem disponibilizar fundos para retirada até que a liquidação seja concluída (por exemplo, imediatamente versus 3-7 dias).
[00224] A utilização de uma entidade de serviço de liquidação central (por exemplo, um banco central) permite um processo de liquidação centralizado. Por exemplo, em algumas modalidades, um banco de envio e um banco receptor podem ter uma conta em um banco central. Quando o banco remetente deseja transferir um valor para um banco receptor, o valor pode ser transferido entre suas respectivas contas no banco central. As contas podem estar em um único local do banco central em um país, ou o banco central pode ter vários locais em diferentes países (por exemplo, um banco global). De qualquer forma, o banco central pode coordenar a transferência de valor da conta bancária de envio para a conta bancária receptora. Isso fornece um processo mais simplificado e transparente do que as relações bancárias correspondentes tradicionais usadas para transferências de fio internacionais. Em vez de transferir através de vários bancos correspondentes (por exemplo, três, quatro, cinco ou mais etapas de transferência em diferentes bancos), os fundos podem ser liquidados no banco central. Além de simplificar o processo de liquidação, isso também permite que cada banco acesse uma rede global de transferência de ativos com apenas uma relação externa (por exemplo, uma relação com o banco central). Como resultado, um determinado banco pode não mais precisar manter várias relações bancárias correspondentes, que tradicionalmente podem incluir vinte ou mais relacionamentos.
[00225] A FIG. 6 mostra um exemplo de uma rede de transferência de ativos 600 com detalhes adicionais. A FIG. 6 fornece uma visão expandida dos processos de rede de transferência de ativos. Por exemplo, o centro da figura mostra uma representação detalhada de um data center 650, que em algumas modalidades pode ser semelhante ou o mesmo que um computador do nó administrativo. A FIG. 6 também mostra como o data center 650
Petição 870190022368, de 08/03/2019, pág. 98/158
72/114 interage com outras entidades, como o computador da instituição de envio 660 e o computador da instituição receptora 650. Cada componente mostrado na FIG. 6 pode representar um computador, um módulo de software, um processo que está sendo implementado ou um serviço baseado em nuvem. [00226] Como mencionado acima, em algumas modalidades, o data center 650 pode ser representativo de um computador do nó administrativo. Além disso, em algumas modalidades, em adição à representação de um computador do nó administrativo, o data center 650 mostrado em FIG. 6 também podem abranger outros componentes e/ou funcionalidades descritas em relação FIG. 1, como a plataforma de interação 154. Por exemplo, o data center 650 pode representar a entidade de gerenciamento descrita acima e pode incluir algumas ou todas as funcionalidades fornecidas por ou associadas à entidade de gerenciamento. Assim, o data center 650 mostrado em FIG. 6 pode, altemativamente, ser referido como um computador de gerenciamento, um computador de rede ou um computador de processamento de transações. Em algumas modalidades, o data center 650 mostrado em FIG. 6 também pode representar outros nós mostrados na FIG. 1 além de apenas um computador do nó administrativo 150, como o computador do nó emissor 165 e/ou o computador do nó destinatário 145.
[00227] FIG. 6 também mostra uma série de etapas para os processos realizados pelo data center 650. Os componentes na rede de transferência de ativo 600 podem ser descritas em conjunto com os processos.
[00228] Por exemplo, a rede de transferência de ativo 600 inclui um computador da instituição de envio 660, que pode interagir com o data center 650 em uma variedade de maneiras. Como mostrado pela seta 1, o computador da instituição de envio 660 pode se cadastrar na rede de transferência de ativo. O data center 650 pode primeiro executar um processo de autenticação 651. Isso pode incluir a verificação da identidade da instituição de envio, assim como fornecer credenciais de acesso (por exemplo,
Petição 870190022368, de 08/03/2019, pág. 99/158
73/114 um nome de usuário e senha) para o computador da instituição de envio 660. O computador da instituição de envio 660 pode, então, executar um processo de login 653 a fim de acessar a rede de transferência de ativos. Após um login bem-sucedido, o computador da instituição de envio 660 pode, então, ser capaz de acessar uma interface de usuário 654 (como mostrado pela seta 1,1) para interagir com o data center 650.
[00229] Em algumas modalidades, antes de ser capaz de enviar ativos digitais, o computador da instituição de envio 660 pode primeiro completar no processo de integração 650F. Como mostrado pela seta 1,2, o computador da instituição de envio 660 pode fornecer todas as informações necessárias ao data center 650. Como mostrado pela seta 1,3, a integração pode incluir análise de risco, verificação de conformidade, coleta de dados do usuário (por exemplo, informações sobre o computador da instituição de envio 660 e/ou clientes da instituição de envio) e fornecer as informações para o computador da instituição de envio 660 sobre os procedimentos de rede de ativos digitais. O processo de integração 650F pode ser executado por e/ou similar ao módulo de inscrição 150F mostrado em FIG. 2. Além disso, o componente de análise de risco pode ser executado pelo computador de gerenciamento de risco 157 mostrado em FIG. 1 e/ou o módulo de risco 150H mostrado em FIG. 2.
[00230] Como mostrado pelas setas 1,4 e 1,5, uma vez que as respostas são recebidas e a integração é concluída, o data center 650 pode armazenar as informações sobre o computador da instituição de envio 660 no banco de dados 656. Assim, em algumas modalidades, o banco de dados 656 pode ser semelhante ao banco de dados do usuário 150Q mostrado em FIG. 2.
[00231] Como mostrado pela seta 1,6, o data center 650 pode fazer com que uma conta seja estabelecida para o computador da instituição de envio 660 através de um módulo de criação 650X (por exemplo, para a criação de novas contas e/ou ativos digitais). Por exemplo, o módulo de criação 650X pode criar um identificador de conta (por exemplo, uma ID
Petição 870190022368, de 08/03/2019, pág. 100/158
74/114 corporativa) a ser estabelecido que pode representar o computador da instituição de envio 660 durante as transferências de ativos digitais. Como mostrado pela seta 1,7, essas informações de conta também podem ser armazenadas no banco de dados 656.
[00232] Em algumas modalidades, após o registro bem-sucedido e integração, o computador da instituição de envio 660 pode iniciar uma transferência de ativos digitais. Como mostrado pelas setas 2 e 2,1, o computador da instituição de envio 660 pode fazer login e acessar a interface do usuário do data center 650. Como mostrado pela seta 2,2, o computador da instituição de envio 660 pode solicitar uma transferência de ativos digitais, fornecendo informações sobre a transferência de ativos digitais (por exemplo, destinatário, quantidade, etc.) para um módulo de processamento de transações 650P.
[00233] O módulo de processamento de transações 650P pode validar a solicitação de transação (por exemplo, semelhante ao módulo de validação 150J na FIG. 2), assim como determinar quaisquer taxas e/ou taxas de câmbio a serem aplicadas à transferência de ativos digitais. Então, na etapa 2,3, o data center 650 pode informar o computador da instituição receptora 660 para creditar uma conta de destinatário (por exemplo, uma conta de provedor de recursos) com o valor final (por exemplo, o valor do ativo digital menos quaisquer taxas após a troca de moeda). Também, como mostrado pela seta
2,4, os detalhes da transação podem ser armazenados no banco de dados 656. Consequentemente, o banco de dados 656 pode ser semelhante ao repositório de transações 156 mostrado na FIG. 1.
[00234] Quando os detalhes da transação estiverem prontos, as informações podem ser passadas para um módulo de preparação de ativos digitais 650M, como mostrado pela seta 2,5. O módulo de preparação de ativos digitais 650M pode, então, gerar um ativo digital com base nos detalhes da transação, assim como armazenar temporariamente o ativo digital no banco
Petição 870190022368, de 08/03/2019, pág. 101/158
75/114 de dados 656, como mostrado pela seta 2,6. Assim, o módulo de preparação de ativos digitais 650M pode ser semelhante ao módulo de ativos digitais 150M mostrado na FIG. 2. O módulo de preparação de ativos digitais 650M também pode se preparar para armazenar o ativo digital em um livro de contabilidade de blockchain, fornecendo o ativo digital para um módulo de gravação 65 OQ de uma interface de aplicativo blockchain 65 OV, como mostrado pela seta 2,7. A seta 2,8 pode ser uma confirmação de recebimento e / ou uma solicitação de assinaturas digitais.
[00235] Como mostrado pela seta 2,10, o módulo de preparação de ativos digitais 650M pode solicitar um módulo de segurança de hardware 650P para uma ou mais assinaturas digitais. Por exemplo, o módulo de segurança de hardware 650P pode gerar uma assinatura digital usando uma chave privada associada ao data center 650. Em algumas modalidades, o módulo de segurança de hardware 650P também pode gerar uma assinatura digital usando uma chave privada associada ao computador da instituição de envio 660. Assim, o módulo de segurança de hardware pode ser semelhante ao banco de dados de chaves 150P e/ou o módulo de assinatura 150K na FIG.
2. As assinaturas digitais podem retomar ao módulo de preparação de ativos digitais 650M, como mostrado pela seta 2,11.
[00236] Como mostrado pela seta 2,12, as assinaturas digitais e/ou o ativo digital preenchido podem ser fornecidos ao módulo de gravação 650Q. Nesse ponto, a interface do aplicativo blockchain 650V pode encaminhar o ativo digital e assinaturas digitais para um aplicativo blockchain 650D. O aplicativo blockchain 650D pode atualizar um livro de contabilidade de blockchain com o novo ativo digital (por exemplo, que pode incluir a criação de um novo bloco), assim como criar um contrato inteligente com base no ativo digital. Por exemplo, como mostrado na FIG. 6, o aplicativo blockchain 650D pode criar um registro digital que mostre que um valor é prometido de uma conta de instituição de envio (ou uma conta de usuário específica dentro
Petição 870190022368, de 08/03/2019, pág. 102/158
76/114 de um conjunto de contas de usuário associadas à instituição de envio) para uma conta de instituição receptora (ou uma conta de usuário específica dentro de um conjunto de contas de usuário associadas à instituição receptora). Consequentemente, o aplicativo blockchain 65OD pode ser semelhante ao módulo de atualização de livro de contabilidade 150L e/ou banco de dados do livro de contabilidade 150D).
[00237] Em algumas modalidades, como mostrado na FIG. 6, uma transferência de valor de uma instituição de envio para a instituição receptora pode ser realizada usando um data center (ou outra entidade central) como um mediador. Por exemplo, o valor pode ser transferido de uma conta de instituição de envio para uma conta do data center e, em seguida, o valor pode ser transferido da conta do data center para uma conta de instituição receptora.
[00238] Uma vez que o ativo digital é registrado no livro de contabilidade de blockchain, o data center 650 pode armazenar uma cópia do ativo digital e/ou bloco no banco de dados 656 (por exemplo, semelhante ao repositório de transações 156 mostrado na FIG. 1.), como mostrado pela seta 2,13. Além disso, o data center 650 pode enviar uma mensagem para o computador da instituição receptora 640 (ou um computador do nó destinatário), informando que o ativo digital foi processado e o valor da transação é garantido. Em algumas modalidades, o computador da instituição receptora 640 (ou um computador do nó destinatário) também pode acessar uma cópia do livro de contabilidade de blockchain para detectar o ativo digital recém-gravado (por exemplo, exibindo uma versão de exibição limitada somente leitura do livro de contabilidade de blockchain armazenado pelo aplicativo blockchain 650D).
[00239] Como mostrado pela seta 4, em algumas modalidades, o computador da instituição de envio 660 pode contatar o data center 650 de uma maneira diferente. Por exemplo, o computador da instituição de envio
Petição 870190022368, de 08/03/2019, pág. 103/158
77/114
660 pode operar um nó emissor e, assim, pode gerar o ativo digital e/ou gerar uma assinatura digital (por exemplo, usando um módulo de segurança de hardware separado). O computador da instituição de envio 660 ou o computador do nó emissor pode, então, emitir o ativo digital preparado e a assinatura digital ao data center 650, como mostrado na seta 4. Uma interface (por exemplo, o adaptador 658) pode receber o ativo digital e encaminhá-lo ao módulo de processamento de transações 650P. O processo de transferência de ativos digitais pode, então, proceder conforme descrito acima, exceto o data center 650 pode pular as etapas de geração do ativo digital e assinatura digital associada à instituição de envio. Além disso, o data center 650 pode verificar a autenticidade da assinatura digital recebida (por exemplo, semelhante ao módulo de verificação 150G Em FIG. 2) [00240] Posteriormente, após a postagem de um ativo digital para o livro de contabilidade e informando as partes interessadas, o data center 650 pode coordenar a liquidação do valor do ativo digital. Por exemplo, após um período de tempo definido, ou quando um contrato inteligente for acionado de outra forma, o serviço de liquidação 655 pode fazer com que o valor seja liquidado entre uma conta de instituição de envio e uma conta de instituição receptora. Consequentemente, o serviço de liquidação 655 pode ser semelhante ao computador do serviço de liquidação 155 mostrado na FIG. 1. Em algumas modalidades, o serviço de liquidação 655 pode obter informações sobre novos ativos digitais a partir do módulo de preparação de ativos digitais 650M, como mostrado pelas setas 3,1 e 3,2. O serviço de liquidação 655 pode atualizar o banco de dados 656 para indicar que a liquidação é iniciada, como mostrado pela seta 3,3. O serviço de liquidação 655 pode fazer com que o valor seja transferido e informações que o computador da instituição receptora 640 que o valor foi liquidado (por exemplo, em um banco central), como mostrado pela seta 3,4. Finalmente, o serviço de liquidação 655 pode atualizar o banco de dados 656 para indicar
Petição 870190022368, de 08/03/2019, pág. 104/158
78/114 que o valor do ativo digital foi resolvido com sucesso, como mostrado pela seta 3,5.
Topologia de Rede [00241] A FIG. 7 mostra um diagrama de uma topologia de rede de exemplo que pode ser usadas com modalidades da invenção. As modalidades da invenção permitem que processos de rede como registro, criação de ativos digitais, atualização do livro de contabilidade e armazenamento do livro de contabilidade sejam distribuídos. FIG. 7 fornece uma configuração de exemplo para alcançar essa distribuição de rede e redundância.
[00242] A FIG. 7 inclui um computador de roteamento 770, um primeiro data center 750, um segundo data center 850 e um computador de gerenciamento de chaves 780. O computador de roteamento 770 pode receber inicialmente solicitações de transferência de ativos digitais (por exemplo, de um computador da instituição de envio ou de um computador do nó emissor) por meio de um firewall 775. O computador de roteamento 770 pode, então, determinar qual data center deve processar o ativo digital e pode encaminhar a solicitação de transferência de ativos digitais para o data center determinado.
[00243] Em algumas modalidades, um data center pode ser o mesmo ou semelhante a um computador do nó administrativo (por exemplo, conforme descrito nas FIGS. 1, 2 e 6) e cada data center pode, altemativamente, ser referido como um computador do nó administrativo. Por exemplo, semelhante a um computador do nó administrativo, um data center pode administrar uma rede de transferência de ativos processando transações (por exemplo, validando e assinando ativos digitais) e mantendo um livro de contabilidade de transações (por exemplo, um blockchain). Além disso, como explicado acima em relação ao data center mostrado na FIG. 6, um data center pode, em vez disso, representar a entidade de gerenciamento descrita acima e pode incluir ainda algumas ou todas as funcionalidades fornecidas pela entidade de gerenciamento. Por exemplo, um data center também pode
Petição 870190022368, de 08/03/2019, pág. 105/158
79/114 abranger outros componentes e/ou funcionalidades descritas em relação a FIG. 1, como a plataforma de interação 154. Assim, um data center pode, altemativamente, ser referido como um centro de gerenciamento, um centro de rede ou um centro de processamento de transações (cada um deles pode incluir um ou mais computadores servidores). Em algumas modalidades, um data center também pode representar outros nós mostrados na FIG. 1, como o computador do nó emissor 165 e/ou o computador do nó destinatário 145.
[00244] Como mostrado na FIG. 1 e FIG. 4, uma rede de transferência de ativos pode incluir vários computadores do nó administrativo. Da mesma forma, a FIG. 7 inclui vários data centers. A incorporação de vários data centers em uma rede de transferência de ativos oferece várias vantagens. Por exemplo, a carga de processamento de ativos digitais recebidos pode ser dividida entre os data centers, de modo que os ativos digitais possam ser processados rapidamente. Vários locais de data centers fornecem vários destinos possíveis para solicitações de ativos digitais de entrada e o computador de roteamento 770 pode rotear inteligentemente cada ativo digital de entrada para o data center mais apropriado. Por exemplo, o computador de roteamento 770 pode enviar uma solicitação de ativo digital para o data center com a lista de pendências mais curta (por exemplo, para distribuir uniformemente as cargas de processamento), para o data center mais próximo do solicitante (por exemplo, no caso em que os data centers são distribuídos geograficamente) ou para um data center específico com base em qualquer outra consideração adequada. Como resultado, os ativos digitais de entrada podem ser validados, assinados, lançados em um livro de contabilidade de blockchain e processados de outra forma com mais eficiência.
[00245] Além disso, cada data center pode armazenar e manter uma cópia separada do livro de contabilidade de blockchain. Como resultado, a segurança do livro de contabilidade de blockchain é aumentada por meio de redundância.
Petição 870190022368, de 08/03/2019, pág. 106/158
80/114 [00246] Embora os ativos digitais sejam inicialmente processados por um único data center, os data centers podem compartilhar informações sobre ativos digitais recém-aprovados (por exemplo, ou blocos recém-criados) entre si. Por exemplo, o primeiro data center 750 pode fornecer mensagens atualizadas para o segundo data center 850 sobre novos ativos digitais e/ou novos blocos de blockchain. O primeiro data center 750 também pode receber mensagens de atualização semelhantes do segundo data center 850 sobre novos ativos digitais ou blocos criados ou concluídos no segundo data center 850. Como resultado, ambos os data centers podem armazenar cópias completas do livro de contabilidade de transações, mesmo que cada um processe apenas uma porção dos ativos digitais.
[00247] Além disso, quando o segundo data center 850 receber uma atualização de livro de contabilidade do primeiro data center 750, o segundo data center 850 poderá validar cada novo ativo digital e/ou bloquear antes de atualizar seu próprio livro de contabilidade. Assim, cada ativo e/ou bloco digital pode ser validado e aprovado por cada data center, proporcionando assim oportunidades adicionais para detectar ativos digitais e comportamentos inadequados. Assim, existem linhas adicionais de defesa depois que um ativo digital é inicialmente validado e registrado em um bloco blockchain no primeiro data center 750.
[00248] Em combinação, os vários data centers podem criar um livro de contabilidade completo que é gerenciado centralmente pelo operador de rede. No entanto, separar os data centers individuais e colocá-los em locais diferentes permite que o processamento de transações e a criação de blocos sejam distribuídos. Como resultado, a taxa de transferência de processamento de transações é aumentada, enquanto o livro de contabilidade imutável for mantido. Os dados do livro de contabilidade de blockchain são distribuídos para redundância, mas ainda o controle de um único operador de rede central (e, portanto, não vulnerável a alterações maliciosas).
Petição 870190022368, de 08/03/2019, pág. 107/158
81/114 [00249] A FIG. 7 descreve uma rede com data centers distribuídos que podem criar blocos blockchain de forma independente e, em seguida, atualizar um outro para sincronizar seus respectivos registros de blockchain. Para propósitos exemplares, FIG. 7 é descrita no contexto da transferência de ativos digitais. No entanto, as modalidades aplicam-se igualmente a qualquer outra comunicação adequada e/ou rede de manutenção de registros que possa utilizar data centers distribuídos. Por exemplo, os data centers distribuídos podem ser aplicados a redes de transferência de ativos que facilitem a transferência de qualquer tipo adequado de ativo digital (ou outro valor), como credenciais de acesso, ingressos para eventos, direitos de propriedade, moeda, créditos de jogos, minutos de telefone móvel, mídia digital, moeda, etc.
[00250] Ainda mais geralmente, os data centers distribuídos podem ser usados para gravar qualquer tipo de elemento de dados adequado. Por exemplo, os elementos de dados que representam informações médicas atualizadas, informações sobre um diploma universitário recém-emitido, resultados de exames, dados de registro de veículos, isenções assinadas e/ou qualquer outro tipo adequado de informações graváveis podem ser rastreados e gravados. Qualquer tipo adequado de registro digital pode ser usado para rastrear novos elementos de dados. Por exemplo, em vez de um livro de contabilidade de blockchain, os elementos de dados podem ser armazenados em formato de lista simples.
[00251] Enquanto FIG. 7 mostra dois data centers (isto é, o primeiro data center 750 e o segundo data center 850), qualquer número adequado de data centers pode ser incluído em uma rede de transferência de ativos. Incluindo data centers adicionais podem melhorar ainda mais a eficiência da rede e redundância do livro de contabilidade.
[00252] Como mostrado na FIG. 7, o primeiro data center 750 pode incluir uma série de componentes. Esses componentes podem ser semelhantes
Petição 870190022368, de 08/03/2019, pág. 108/158
82/114 aos componentes do computador do nó administrativo mostrados na FIG. 2 e/ou similares aos componentes do data center mostrados na FIG. 6. Em vez de ilustrar todos os componentes em FIG. 2 e FIG. 6, a FIG. 7 é fornecida para demonstrar como vários data centers distribuídos podem operar no mesmo dentro de uma rede de transferência de ativos. Os primeiros componentes de data center 750 mostrados na FIG. 7 incluem um computador de processamento 750A incluindo um ou mais aplicativos de processamento, um computador de regras 750E, um computador de assinatura 750K, um banco de dados de livro de contabilidade 750D, um banco de dados de chaves 750P, um ou mais bancos de dados adicionais (por exemplo, computador de banco de dados 750C e computador de banco de dados 750Q), um computador de criptografia 750N e qualquer outro hardware adequado ou módulos de software. As modalidades permitem que cada um desses componentes tome a forma de computadores servidores separados. Altemativamente, em algumas modalidades, um ou mais desses componentes podem assumir a forma de módulos de software executados em um ou mais computadores servidores. Em qualquer caso, como um todo, o primeiro data center 750 pode ser referido como um primeiro computador de data center. Da mesma forma, o segundo data center 850 pode ser conhecido como um segundo computador de data center.
[00253] O computador de processamento 750A pode incluir os processadores de hardware e/ou módulos de software para recebimento e processamento de solicitações de transferência de ativos digitais. Por exemplo, o computador de processamento 750A pode receber e validar um ativo digital, obter uma assinatura digital para um ativo digital, adicionar um ativo digital a um livro de contabilidade (por exemplo, criar um novo bloco blockchain que inclua o ativo digital) e executar qualquer outra tarefa adequada para processar ativos digitais. O computador de processamento 750A também pode facilitar o registro de rede de outras entidades. Em
Petição 870190022368, de 08/03/2019, pág. 109/158
83/114 algumas modalidades, o computador de processamento 750A pode executar todas as atividades descritas acima com relação a um computador do nó administrativo. Por exemplo, o computador de processamento 750A pode realizar atividades associadas a alguns ou todos os módulos incluídos no meio legível por computador do FIG. 2.
[00254] O computador de processamento 750A pode incluir um ou mais módulos de aplicativo de processamento, que são representados na FIG. 7 App 1, App 2, App 3 e App n. Esses módulos de aplicativo podem representar diferentes processadores de hardware ou máquinas virtuais para receber e processar solicitações de transferência de ativos digitais diferentes. Os diferentes módulos de aplicativo de processamento podem ser usados para processar vários ativos digitais de entrada ao mesmo tempo. Os módulos de aplicativo de processamento podem dividir tarefas de processamento para promover o balanceamento de carga.
[00255] Em algumas modalidades, o computador de processamento 750A pode incluir instruções para, depois de criar um novo bloco ou adicionar um novo ativo digital ao livro de contabilidade de transações, enviando informações sobre a atualização de registro (por exemplo, um novo bloco) para o segundo data center 850. Consequentemente, o computador de processamento 750A pode executar as funções descritas em relação ao módulo de atualização de livro de contabilidade 150L na FIG. 2. Essas atualizações de livro de contabilidade podem ser distribuídas depois que cada ativo digital for cunhado, após cada bloco ser criado, a cada segundo, a cada 10 segundos, a cada minuto ou em qualquer outro intervalo de tempo adequado. As modalidades permitem que um novo bloco inclua informações sobre um único ativo digital, dez ativos digitais, cada ativo digital criado dentro de um determinado período de tempo e/ou qualquer outro número adequado de ativos digitais.
[00256] Adicionalmente, em algumas modalidades, o computador de
Petição 870190022368, de 08/03/2019, pág. 110/158
84/114 processamento 750A pode incluir instruções para receber informações sobre ativos digitais recém-concluídos e/ou blocos do segundo data center 850, assim como validar esses ativos digitais e/ou blocos. Por exemplo, o computador de processamento 750A pode validar a autenticidade de cada ativo digital em um bloco, validando as assinaturas digitais de acompanhamento. O computador de processamento 750A também pode validar cada bloco de blockchain validando o cabeçalho de bloco. Por exemplo, o computador de processamento 750A pode confirmar que o cabeçalho de bloco é a saída de um algoritmo de hash quando alguns ou todos os dados do corpo de bloco forem inseridos no algoritmo de hash. O computador de processamento 750A pode ainda confirmar que cada bloco se relaciona corretamente com o bloco anterior. Por exemplo, o computador de processamento 750A pode certificar-se de que um link para o bloco anterior, como o cabeçalho de bloco anterior, está incluído no corpo de bloco.
[00257] O computador de regras 750E pode incluir instruções de processamento de ativos digitais e pode incluir lógica e regras especificamente associadas ao primeiro data center 750. Em algumas modalidades, o computador de regras 750E pode armazenar as instruções usadas pelo computador de processamento 750A. Por exemplo, o computador de regras 750E pode armazenar instruções semelhantes a ou o mesmo que um ou mais dos módulos incluídos no meio legível por computador da FIG. 2. Em algumas modalidades, o computador de regras 750E também pode incluir instruções para liquidação de transação ou pode interagir com um serviço de liquidação (por exemplo, o computador do serviço de liquidação 155 na FIG. D[00258] O banco de dados do livro de contabilidade 750D pode armazenar informações sobre ativos digitais processados e emitidos. Por exemplo, um livro de contabilidade de blockchain de transações pode ser armazenado no banco de dados do livro de contabilidade 750D. Em algumas
Petição 870190022368, de 08/03/2019, pág. 111/158
85/114 modalidades, o banco de dados do livro de contabilidade 750D pode ser semelhante ou o mesmo que o banco de dados do livro de contabilidade 150D na FIG. 2.
[00259] O banco de dados de chaves 750P pode incluir uma ou mais chaves de criptografia associadas a uma ou mais entidades. Por exemplo, o banco de dados de chaves 750P pode incluir uma chave privada do primeiro data center 750 para a criação das assinaturas digitais. O banco de dados de chaves 750P também pode incluir uma ou mais chaves públicas associadas a outras entidades (por exemplo, nós emissores e nós destinatários) para validar assinaturas digitais e ativos digitais. Em algumas modalidades, o banco de dados de chaves 750P pode assumir a forma de um módulo de segurança de hardware (HSM). Em algumas modalidades, o banco de dados de chaves 750P pode ser o mesmo que ou semelhante ao banco de dados de chaves 150P na FIG. 2.
[00260] O computador de assinatura 750K pode ser configurada para criar assinaturas digitais usando chaves privadas e/ou validar assinaturas digitais usando chaves públicas. O computador de assinatura 750K pode ser usado para assinar digitalmente um ativo digital, um bloco de blockchain, um livro de contabilidade de blockchain inteiro e/ou quaisquer outras informações que precisem ser verificadas. Em algumas modalidades, o computador de assinatura 750K pode acessar as chaves de criptografia armazenadas no banco de dados de chaves 750P. Em algumas modalidades, o computador de assinatura 750K pode ser o mesmo que ou semelhante ao módulo de assinatura 150K na FIG. 2.
[00261] O computador de criptografia 750N pode executar qualquer serviço de criptografia adequado. Por exemplo, as atualizações de livro de contabilidade enviadas para o segundo data center 850 podem ser criptografadas e, do mesmo modo, as atualizações de livro de contabilidade recebidas do segundo data center 850 podem ser descriptografadas.
Petição 870190022368, de 08/03/2019, pág. 112/158
86/114 [00262] Os computadores de banco de dados 750C e 750Q pode ser usado para armazenar quaisquer informações adequadas. Por exemplo, o computador de banco de dados 750C pode armazenar um livro de contabilidade de backup de transações (por exemplo, semelhante ao banco de dados 656 na FIG. 6), enquanto o computador de banco de dados 750Q pode armazenar dados do usuário (por exemplo, semelhante ao banco de dados do usuário 156Q na FIG. 2) e/ou informações de nó (por exemplo, semelhante ao banco de dados de nós 156C na FIG. 2). Em algumas modalidades, um ou mais computadores de banco de dados podem ser usados para armazenar metadados de aplicativos, lógica e regras para processamento de transações, dados de transações temporárias enquanto um ativo digital está sendo processado e/ou um conjunto de ativos digitais para os quais um bloco está sendo criado.
[00263] Em algumas modalidades, o primeiro data center 750 e o segundo data center 850 pode incluir componentes e/ou funcionalidades semelhantes. Assim, em algumas modalidades, qualquer descrição do primeiro data center 750 pode igualmente se aplicar ao segundo data center 850 e qualquer descrição do segundo data center 850 pode igualmente se aplicar ao primeiro data center 750.
[00264] O computador de gerenciamento de chaves 780 pode controlar a distribuição e exposição de chaves de encriptação. Por exemplo, quando uma instituição de envio (ou qualquer outra entidade adequada) se registrar com a rede de transferência de ativos, pode ser estabelecido um par de chaves associado à instituição de envio. O computador de gerenciamento de chaves 780 pode distribuir informações sobre o novo par de chaves para um ou mais data centers. Por exemplo, a instituição emissora pode se cadastrar na rede através do primeiro data center 750. O computador de gerenciamento de chaves 780 pode obter o par de chaves do primeiro data center 750 e fornecêlo (juntamente com outros detalhes de registro) para o segundo data center
Petição 870190022368, de 08/03/2019, pág. 113/158
87/114
850. Como resultado, ambos o primeiro data center 750 e o segundo data center 850 pode ser capaz de validar assinaturas digitais criadas pela instituição de envio e, caso contrário, processar solicitações de transferência de ativos digitais recebidas da instituição de envio.
[00265] Um método 800 para o processamento de transações e a combinação de registros digitais em uma rede de transferência de ativos com vários data centers pode ser descrita em relação a FIG. 8, de acordo com as modalidades da invenção. O método descreve o armazenamento de ativos digitais em um livro de contabilidade de blockchain. No entanto, as modalidades também podem ser usadas para gravar outros tipos de elementos de dados.
[00266] Como explicado acima, um computador da instituição de envio, um computador do nó emissor ou qualquer outra entidade adequada pode enviar uma solicitação de transferência de ativos digitais para enviar um ativo digital para um destinatário. Em algumas modalidades, um computador do nó emissor pode criar um ativo digital, assinar digitalmente o ativo digital e incluir o ativo digital e a assinatura no pedido, a fim de obter a validação e aprovação do ativo digital de um administrador de rede (por exemplo, como descrito em relação à etapa S508 na FIG. 5).
[00267] Na etapa S805, que pode ser semelhante à etapa S510 na FIG. 5, o computador de roteamento 770 pode receber a solicitação de transferência de ativos digitais por meio de um firewall 775. Por exemplo, em algumas modalidades, todas as solicitações de transferência de ativos digitais podem ser enviadas diretamente para o computador de roteamento 770. Em outras modalidades, as solicitações de transferência de ativos digitais podem, em vez disso, ser enviadas para um data center (por exemplo, o data center mais próximo) e cada data center pode incluir um módulo de roteamento.
[00268] Na etapa S810, o computador de roteamento 770 pode determinar um data center para processar a solicitação de transferência de
Petição 870190022368, de 08/03/2019, pág. 114/158
88/114 ativos digitais. A determinação pode ser baseada em uma série de fatores. Por exemplo, o computador de roteamento 770 pode enviar a solicitação de transferência de ativos digitais para o data center mais próximo (por exemplo, para transmissão e processamento mais rápidos). O computador de roteamento 770 pode, em vez disso, priorizar o balanceamento de carga e enviar a solicitação de transferência de ativos digitais para o data center com a potência de processamento mais disponível ou os módulos de aplicativo de processamento mais disponíveis.
[00269] Em algumas modalidades, o computador de roteamento 770 também pode atribuir um nível de prioridade a uma solicitação de transferência de ativo digital de entrada. Por exemplo, as solicitações de transferência de ativos digitais associadas a uma determinada entidade (por exemplo, uma determinada instituição de envio, nó emissor, usuário, destinatário, etc.) podem receber maior prioridade para processamento mais rápido.
[00270] Além disso, em algumas modalidades, o computador de roteamento 770 pode determinar se uma solicitação de transferência de ativos digitais deve ser processada ou rejeitada. Por exemplo, uma solicitação que está formatada incorretamente ou associada a um solicitante desconhecido pode ser rejeitada imediatamente.
[00271] Na etapa S815, o computador de roteamento pode transmitir a solicitação de transferência de ativos digitais para o data center determinado. Por exemplo, a solicitação de transferência de ativos digitais pode ser enviada para o primeiro data center 750. Em algumas modalidades, o computador de roteamento 770 pode transmitir a solicitação de transferência de ativos digitais somente para o primeiro data center 750, e não a quaisquer outros data centers. O primeiro data center 750 pode processar a solicitação e, posteriormente, pode fornecer informações sobre o ativo digital processado para outros data centers.
Petição 870190022368, de 08/03/2019, pág. 115/158
89/114 [00272] Na etapa S820, o primeiro data center 750 pode validar o ativo digital, a assinatura digital e/ou quaisquer outras informações adequadas. Por exemplo, o primeiro data center 750 também pode confirmar que as entidades de envio (por exemplo, o computador do nó emissor e o computador da instituição de envio) estão devidamente registradas e em conformidade com as regras de processamento. Em algumas modalidades, a etapa S820 pode ser semelhante à etapa S512 na FIG. 5.
[00273] Em algumas modalidades, a solicitação de transferência de ativos digitais pode não incluir um ativo digital. Neste caso, a etapa S820 pode incluir a geração do ativo digital e/ou a geração de uma assinatura digital adicional associada a uma entidade de envio.
[00274] Na etapa S825, o primeiro data center 750 pode gerar uma segunda assinatura digital para o ativo digital (por exemplo, usando uma chave privada associada ao primeiro data center 750). O primeiro data center 750 também pode criar um contrato inteligente e/ou executar quaisquer outras tarefas de processamento de transações adequadas. Em algumas modalidades, a etapa S830 pode ser semelhante à etapa S514 na FIG. 5.
[00275] Assim, o primeiro computador de data center pode processar um primeiro ativo digital que indique a transferência de um valor de um remetente para um destinatário realizando as etapas S820-S825, assim como quaisquer outras etapas adequadas.
[00276] Na etapa S830, o primeiro data center 750 pode adicionar o ativo digital a um livro de contabilidade de transações, que pode ser armazenado localmente no primeiro data center 750 (por exemplo, no banco de dados do livro de contabilidade 750D). Por exemplo, o primeiro data center 750 pode criar um novo bloco de blockchain com um corpo de bloco e um cabeçalho de bloco. O corpo de bloco pode incluir informações de registro (por exemplo, informações sobre o ativo digital) e, opcionalmente, ativos digitais adicionais que estão sendo processados em um período de tempo
Petição 870190022368, de 08/03/2019, pág. 116/158
90/114 semelhante. O corpo de bloco também pode incluir uma referência a um bloco anterior, como um cabeçalho de bloco anterior. Em algumas modalidades, algumas ou todas as informações do corpo de bloco podem ser usadas para gerar o cabeçalho de bloco. Por exemplo, o corpo de bloco pode ser entrado em um algoritmo de hash, um algoritmo de criptografia e/ou qualquer outro processo de manipulação de dados adequado e algumas ou todas as saídas podem ser usadas como o cabeçalho de bloco. Em algumas modalidades, a etapa S830 pode incluir os processos de construção de livro de contabilidade semelhantes aos descritos em relação à etapa S516 na FIG. 5.
[00277] Para fins de descrição, essa etapa pode ser considerada criando um primeiro bloco para um primeiro blockchain. No entanto, o termo primeiro não significa necessariamente que este é o início do blockchain. Em vez disso, o primeiro blockchain pode ser um blockchain existente com um número de blocos existentes e o primeiro bloco pode ser acrescentado ao final do blockchain existente.
[00278] Na etapa S835, o primeiro data center 750 pode enviar uma resposta ao solicitante da transferência de ativos digitais (por exemplo, um computador do nó emissor ou um computador da instituição de envio). Por exemplo, o primeiro data center 750 pode enviar uma resposta binária indicando se o ativo digital for processado com êxito (por exemplo, e adicionado ao livro de contabilidade de transações) ou rejeitado. Em algumas modalidades, a etapaS830 pode ser semelhante à etapa S516 na FIG. 5.
[00279] Além disso, o primeiro data center 750 pode enviar uma mensagem para um destinatário (por exemplo, um computador do nó destinatário ou um computador da instituição receptora) informando que um ativo digital foi processado que indica que um valor será fornecido ao destinatário. Em algumas modalidades, esse aspecto da etapa S830 pode ser semelhante à etapa S520 na FIG. 5. No entanto, o primeiro data center 750 pode enviar mensagem, em vez de um computador do nó emissor. Assim,
Petição 870190022368, de 08/03/2019, pág. 117/158
91/114 ambos o emissor como a parte receptora podem ser informados de que o ativo digital é lançado em um livro de contabilidade de blockchain e, opcionalmente, um contrato inteligente foi estabelecido.
[00280] Nesse ponto, o ativo digital pode ser totalmente processado e o livro de contabilidade atualizado localmente no primeiro data center 750. No entanto, para manter um livro de contabilidade de transações uniforme na rede, o primeiro data center 750 pode proceder para atualizar um ou mais data centers com informações sobre o ativo digital e/ou outras atualizações de livro de contabilidade.
[00281] Na etapa S840, o primeiro data center 750 pode transmitir uma mensagem com informações sobre atualizações de livro de contabilidade recentes para o segundo data center 850. Por exemplo, a mensagem pode incluir informações que identificam o primeiro data center 750 (por exemplo, distingui-lo de outros data centers), informações sobre um novo ativo digital, informações sobre um novo bloco (por exemplo, um cabeçalho de bloco e/ou dados do corpo de bloco), um carimbo de data/hora, um endereço de retomo e/ou quaisquer outras informações adequadas. A mensagem também pode incluir uma solicitação de informações sobre atualizações recentes do livro de contabilidade de blockchain no segundo data center 850. Em algumas modalidades, o primeiro data center 750 pode criptografar algumas ou todas as informações de atualização do livro de contabilidade para envio (por exemplo, usando uma chave simétrica ou uma chave pública do segundo data center 850). Assim, o primeiro computador de data center pode enviar uma mensagem para um segundo computador de data center indicando que o primeiro bloco foi criado para o primeiro blockchain, em que a mensagem inclui o cabeçalho de bloco, o corpo de bloco e/ou quaisquer outras informações adequadas.
[00282] Na etapa S845, o segundo data center 850 pode receber as informações de atualização do livro de contabilidade do primeiro data center
Petição 870190022368, de 08/03/2019, pág. 118/158
92/114
750 e, em seguida, validar as informações de transação ou executar qualquer outro processamento adequado. Por exemplo, o segundo data center 850 pode validar cada assinatura digital associada ao novo ativo digital (por exemplo, usando chaves públicas relevantes). O segundo data center 850 também pode confirmar que um cabeçalho de bloco é um hash correto das informações de ativo digital, o cabeçalho de bloco anterior e/ou outras informações de corpo de bloco adequado. O segundo data center 850 pode verificar ainda que o bloco anterior indicado no corpo de bloco atual é o bloco anterior correto e esperado. Em algumas modalidades, o segundo data center 850 pode primeiro descriptografar a mensagem de atualização do primeiro data center 750 (por exemplo, usando uma chave simétrica ou chave privada correspondente).
[00283] Enquanto o segundo data center 850 pode validar o ativo digital e/ou bloquear, em algumas modalidades, o segundo data center 850 não pode repetir todo o processamento de transações realizado pelo primeiro data center 750. Por exemplo, o segundo data center 850 não pode verificar se cada entidade associada ao ativo digital está registrada na rede de ativos e em conformidade com as regras de rede. Além disso, o segundo data center 850 não pode criar outra assinatura digital para o ativo digital e/ou bloco. No entanto, em outras modalidades, o segundo data center 850 pode repetir totalmente o processamento de transações e executar algumas ou todas essas etapas.
[00284] Na etapa S850, o segundo data center 850 pode adicionar o ativo digital e/ou bloquear em seu próprio livro de contabilidade de transações armazenadas localmente ou, de outra forma, atualizar o livro de contabilidade com as informações de atualização de livro de contabilidade recebidas do primeiro data center 750. Por exemplo, o segundo data center 850 pode copiar o bloco recebido forma o primeiro data center 750 e adiciona ao seu próprio livro de contabilidade de blockchain. Isso pode ser considerado criando um segundo bloco (por exemplo, porque é para um blockchain diferente), mas o
Petição 870190022368, de 08/03/2019, pág. 119/158
93/114 segundo bloco é o mesmo que o primeiro bloco. Como explicado mais abaixo, o segundo data center 850 pode o bloco inteiro (por exemplo, ambos o cabeçalho e o corpo) ao blockchain ou o segundo data center 850 pode apenas usar o cabeçalho de bloco.
[00285] Em algumas modalidades, o segundo data center 850 pode criar um novo bloco de transações incluindo um ou mais ativos digitais recebidos do primeiro data center 750. O novo bloco pode incluir ativos digitais adicionais que estão sendo processados no segundo data center 850 ou pode apenas incluir ativos digitais recebidos do primeiro data center 750. Em algumas modalidades, o segundo data center 850 também pode gerar uma assinatura digital adicional (por exemplo, usando uma chave privada do segundo data center 850) para indicar que as informações recebidas do primeiro data center 750 foi validado e aprovado pelo segundo data center 850. Assim, o segundo computador de data center pode adicionar o primeiro cabeçalho de bloco, corpo de bloco e/ou registros de ativos digitais a um segundo blockchain [00286] Em algumas modalidades, se o segundo data center 850 não conseguir validar o ativo digital, o cabeçalho de bloco ou o corpo de bloco recebido do primeiro data center 750, o segundo data center 850 pode rejeitar as informações de atualização do livro de contabilidade e não adicionar ao livro de contabilidade do segundo data center 850. Nesse caso, o segundo data center 850 também pode informar o primeiro data center 750 que a atualização de livro de contabilidade foi rejeitada e o primeiro data center 750 pode, então, auditar seu próprio livro de contabilidade de transações, possivelmente identificando e removendo (ou sinalizando) registros de transações inadequados.
[00287] Como explicado acima, o segundo data center 850 também pode receber e processar solicitações de transferência de ativos digitais, criar novos blocos e fornecer atualizações de livro de contabilidade para o primeiro
Petição 870190022368, de 08/03/2019, pág. 120/158
94/114 data center 750. Em outras palavras, um segundo computador de data center pode processar um segundo ativo digital e, em seguida, registrar o segundo ativo digital criando outro bloco no segundo blockchain. Esse novo bloco pode ser referido como um terceiro bloco, como é criado após o primeiro bloco (no primeiro blockchain) e o segundo bloco (a cópia do primeiro bloco no segundo blockchain). O segundo data center pode, então, enviar uma segunda mensagem para o primeiro computador de data center indicando que o segundo ativo digital foi registrado em um terceiro bloco no segundo blockchain. Quando o primeiro computador de data center receber a segunda mensagem do segundo computador de data center, o primeiro computador de data center pode atualizar o primeiro livro de contabilidade de blockchain adicionando um quarto bloco, que pode ser uma cópia do terceiro bloco (por exemplo, o cabeçalho e/ou corpo).
[00288] Como resultado, ambos o primeiro data center 750 e o segundo data center 850 podem atualizar seus livros de contabilidade de transação local para que correspondam, mesmo se um ativo digital for inicialmente recebido e processado em apenas um dos data centers. Cada data center pode incluir um livro de contabilidade de transações com a mesma lista de ativos digitais. Por exemplo, cada data center pode ter um blockchain semelhante com a mesma lista de blocos (por exemplo, cabeçalhos e/ou corpos). Assim, cada data center pode ter uma lista completa de todos os ativos digitais e/ou blocos criados em toda a rede de ativos digitais.
[00289] Em algumas modalidades, cada data center pode ter um livro de contabilidade de blockchain idêntico com um conjunto correspondente de registros de ativos digitais. Em outras modalidades, cada data center pode ter um livro de contabilidade de blockchain que inclua todos os ativos digitais, mas os diferentes livros de contabilidade de blockchain podem ter ativos digitais e/ou blocos listados em uma sequência diferente. Como resultado, os cabeçalhos de bloco também podem ter valores diferentes (por exemplo, se os
Petição 870190022368, de 08/03/2019, pág. 121/158
95/114 cabeçalhos forem gerados com base nos ativos digitais gravados no bloco). [00290] Em algumas modalidades, os data centers podem alcançar correspondência exata dos livros de contabilidade de blockchain (por exemplo, blocos com os mesmos cabeçalhos, mesmo ordenação de ativos digitais, etc.) alternando quando enviam cada outra atualização do livro de contabilidade. Por exemplo, o primeiro data center 750 pode enviar uma atualização de livro de contabilidade (por exemplo, com um primeiro bloco) para o segundo data center 850, em seguida, o segundo data center 850 pode enviar uma atualização de livro de contabilidade (por exemplo, com um segundo bloco) para o primeiro data center 750, em seguida, o primeiro data center 750 pode enviar outra atualização (por exemplo, com um terceiro bloco) para o segundo data center 850, e assim por diante. As atualizações podem alternar dessa forma em um padrão regular, periódico (por exemplo, uma atualização é enviada a cada 10 segundos, 30 segundos, 1 minuto, 10 minutos, etc.) e os blocos podem referenciar uns aos outros na sequência apropriada.
[00291] Em outras palavras, o segundo data center 850 pode adicionar o primeiro bloco exato recebido do primeiro data center 750 para o seu próprio livro de contabilidade. Em seguida, o segundo data center 850 pode criar um segundo bloco com base em ativos digitais que processou localmente (por exemplo, no último minuto) e adicionar o segundo bloco ao seu livro de contabilidade. O segundo bloco pode referenciar o primeiro bloco (por exemplo, gerando o segundo cabeçalho de bloco com base em parte no primeiro cabeçalho de bloco), de modo que o segundo bloco seja subsequente ao primeiro bloco no blockchain. O segundo data center 850 pode, então, enviar o segundo bloco para o primeiro data center 750. Uma vez que o primeiro data center 750 recebe o segundo bloco e o adiciona ao seu livro de contabilidade de blockchain, o ciclo pode se repetir. Por exemplo, o primeiro data center 750 pode esperar para criar um terceiro bloco (por exemplo, com
Petição 870190022368, de 08/03/2019, pág. 122/158
96/114 base em ativos digitais recém-processados) até depois de receber o segundo bloco e adicionar ao seu livro de contabilidade. Depois que o segundo bloco for adicionado, o terceiro bloco pode ser criado de modo que referencie o segundo bloco. O primeiro data center 750 pode, então, enviar o terceiro bloco para o segundo data center 850 e o processo pode continuar a ciclo dessa maneira. Como resultado, o primeiro data center 750 e segundo data center 850 pode ter livros de contabilidade de blockchain com os mesmos blocos ordenados na mesma sequência.
[00292] Como explicado acima, pode haver data centers adicionais, como um terceiro data center. Nesse caso, o primeiro data center 750 pode distribuir atualizações de livro de contabilidade para cada data center adicional direta ou indiretamente. Por exemplo, o primeiro data center 750 pode enviar mensagens de atualização contábil diretamente para cada data center. Altemativamente, o primeiro data center 750 pode enviar uma mensagem de atualização do livro de contabilidade diretamente para o segundo data center 850, que pode encaminhar a mensagem de atualização do livro de contabilidade para o terceiro data center (e assim por diante). A mensagem de atualização contábil enviada para o segundo data center 850 pode incluir uma instrução para encaminhar a atualização para o terceiro data center.
[00293] Em outras modalidades, diferentes data centers podem ter configurações ligeiramente diferentes. Por exemplo, diferentes data centers podem ter regras e procedimentos diferentes para processar ativos digitais, criar cadeias de bloqueios e/ou compartilhar informações do livro de contabilidade. As regras do data center podem ser ajustadas com base em uma potência de processamento de data center, localização, afiliação ou qualquer outra razão adequada. Por exemplo, os usuários finais de rede, uma instituição financeira específica ou qualquer outra entidade adequada podem desejar restringir as informações do livro de contabilidade para privacidade ou, de
Petição 870190022368, de 08/03/2019, pág. 123/158
97/114 outra forma, desejar operações de data centers aumentadas.
[00294] Para fins ilustrativos, a FIG. 9 mostra um diagrama de uma rede de transferência de ativos com diferentes grupos de data centers. A FIG. 9 inclui três grupos (A, B e C) e cada grupo inclui dois data centers.
[00295] Em algumas modalidades, os grupos podem ser separados com base no poder de processamento e capacidade de armazenamento do banco de dados. Por exemplo, o grupo A pode incluir data centers configurados para processamento de ativos digitais de alto volume e, portanto, podem receber maiores quantidades de solicitações de transferência de ativos digitais (por exemplo, de um computador de roteamento). Além disso, o grupo A pode incluir data centers que podem armazenar, referenciar e gerenciar de outra forma os livros de contabilidade de blockchain mais detalhados. Em contrapartida, o grupo B pode incluir data centers que podem processar menos solicitações de ativos digitais e que só podem gerenciar livros de contabilidade de blockchain mais limitados. Como resultado, o grupo B pode não incluir dados de transação abrangentes para cada ativo digital no livro de contabilidade de blockchain ou pode não incluir todos os corpos de bloco.
[00296] Em outras modalidades, os grupos podem ser separados com base na localização geográfica. Por exemplo, o grupo A pode incluir data centers localizados na China, o grupo B pode incluir data centers localizados nos Estados Unidos e o grupo C pode incluir data centers localizados no Reino Unido. Altemativamente, os grupos podem ser separados com base em instituições com as quais estão filiados. Por exemplo, o grupo A pode incluir data centers associados a uma primeira instituição financeira, o grupo B pode incluir data centers associados a uma segunda instituição financeira e o grupo C pode incluir data centers associados a uma terceira instituição financeira. Qualquer outro tipo de agrupamento adequado pode ocorrer, como agrupamentos baseados em afiliação governamental versus privada, agrupamentos baseados no tipo de transação (por exemplo, pessoa-a-empresa,
Petição 870190022368, de 08/03/2019, pág. 124/158
98/114 pessoa-a-pessoa e empresa-a-empresa), etc.
[00297] Os diferentes grupos de data centers podem incluir diferentes regras e procedimentos de processamento de transações. Por exemplo, os data centers no grupo A podem ser configurados para processar um determinado volume ou tipo de ativos digitais ou ativos digitais associados a uma determinada região. Assim, o computador de roteamento 770 pode determinar para enviar determinadas solicitações de transferência de ativos digitais para os data centers no grupo A se a solicitação de entrada estiver associada a entidades em uma determinada região ou se a solicitação de entrada tiver qualquer outra qualidade específica para a qual o grupo A foi projetado.
[00298] Além disso, dois data centers dentro do mesmo grupo podem interagir diferentemente entre si do que com um terceiro data center em um grupo diferente. Por exemplo, o grupo B não pode ser configurado para receber e armazenar atualizações de livro de contabilidade do grupo A com detalhes de transações abrangentes ou informações de bloco completo (por exemplo, devido a limitações de processamento ou armazenamento). Além disso, o grupo A pode estar associado a uma entidade (por exemplo, uma organização, um provedor de serviços ou uma região) que não deseja que os dados de transação sejam compartilhados fora do grupo. Assim, os primeiros data centers 750 e o segundo data center 850 no grupo A pode ser configurada para compartilhar dados de transações entre si, mas não com outros data centers em outros grupos. Por exemplo, as informações no corpo de um bloco ou ativo digital não podem ser compartilhadas fora do grupo, como a data e a hora da transferência, o valor de transferência e as informações de identificação dos participantes da transferência (por exemplo, o remetente e o receptor de o valor de transferência).
[00299] Em algumas modalidades, enquanto os dados de transação e os corpos de bloco não puderem ser compartilhados, os cabeçalhos de bloco ainda poderão ser compartilhados com data centers fora do grupo A, uma vez
Petição 870190022368, de 08/03/2019, pág. 125/158
99/114 que um cabeçalho de bloco pode não transmitir informações de transação significativas. Por exemplo, um cabeçalho de bloco pode ser uma versão com hash de dados de transação (por exemplo, o corpo de bloco), em que os dados de transação não podem ser derivados do hash de uma via. Em algumas modalidades, blocos subsequentes ou cabeçalhos de bloco podem ser gerados com base em parte no cabeçalho de bloco anterior. Assim, os cabeçalhos de bloco de compartilhamento permitem que todos os data centers, independentemente da associação de grupo, continuem construindo um blockchain sincronizado.
[00300] Assim, em algumas modalidades, os data centers no grupo A podem enviar atualizações de livro de contabilidade dos outros data centers em outros grupos, mas os dados da transação ou o corpo de bloco podem ser removidos (ou obscurecidos) de maneira semelhante, conforme descrito acima, em relação aos nós leves e livros de contabilidade filtrados. No entanto, aqui os dados de transação ou o corpo de bloco são removidos quando um data center (por exemplo, um nó administrativo) do primeiro grupo estiver visualizando os dados do livro de contabilidade criados em um data center de um segundo grupo, ao contrário de quando a entidade nãoadministrativa, como um nó emissor ou nó destinatário, estiver visualizando um livro de contabilidade. Em outras palavras, uma única entidade central que mantém o livro de contabilidade pode restringir-se de exibir alguns dados de transação e bloquear informações do corpo. Isso é possível porque a entidade central única pode ser implementada como um conjunto distribuído de data centers com diferentes capacidades, finalidades e/ou afiliações.
[00301] Um método 1000 para a distribuição de atualizações de livro de contabilidade limitadas a data centers com regras diferentes ou a uma associação diferente pode ser descrita em relação a FIG. 10, de acordo com as modalidades da invenção. O método descreve o armazenamento de ativos digitais em um livro de contabilidade de blockchain e o compartilhamento de
Petição 870190022368, de 08/03/2019, pág. 126/158
100/114 algumas informações entre livros de contabilidade de blockchain. No entanto, as modalidades também podem ser usadas para gravar outros tipos de elementos de dados e compartilhar algumas informações entre os registros. [00302] No método 1000, os data centers no grupo A podem compartilhar dados de transações (por exemplo, bloquear dados de corpo) uns com os outros, mas não com data centers de outros grupos, como descrito acima. Assim, como descrito acima para as etapas S805-S850 no método 800, o primeiro data center 750 pode receber e processar as solicitações de transferência de ativos digitais, criar um novo bloco para um blockchain e compartilhar informações sobre os ativos digitais processados e o novo bloco com o segundo data center 850 (que está no grupo A). O primeiro data center 750 pode, então, se preparar para enviar uma atualização contábil para um terceiro data center 950 no grupo B, mas pode primeiro ajustar a mensagem de atualização contábil (por exemplo, removendo os dados da transação da mensagem).
[00303] Na etapa S855, o primeiro data center 750 pode remover os dados de transação da mensagem de atualização do livro de contabilidade. Por exemplo, o primeiro data center 750 pode remover informações de ativos digitais da mensagem de atualização contábil, como informações que identificam o remetente ou destinatário, um valor de transferência, uma hora e data e/ou quaisquer outras informações adequadas. Isso pode incluir a remoção de alguns ou todos os dados do corpo de bloco da mensagem. No entanto, o primeiro data center 750 não remove o cabeçalho de bloco (ou outro identificador de transação adequado ou um identificador de grupo de transação).
[00304] Na etapa S860, o primeiro data center 750 pode enviar a mensagem de atualização contábil com os dados de transação removidos para o terceiro data center 950. Por exemplo, o primeiro data center 750 pode enviar o cabeçalho de bloco, mas não o corpo de bloco, para o terceiro data
Petição 870190022368, de 08/03/2019, pág. 127/158
101/114 center 950. Como resultado, o terceiro data center 950 pode receber um cabeçalho de bloco (ou outro identificador de entrada de livro de contabilidade adequado) sem um corpo de bloco (ou outras informações de ativos digitais significativos) deixando o grupo A. Mesmo no caso em que o cabeçalho de bloco foi calculado com base no corpo de bloco (por exemplo, usando um hash unidirecional e/ou criptografia), o terceiro data center 950 pode não ser capaz de derivar o corpo de bloco do cabeçalho de bloco (por exemplo, devido a um hash unidirecional, ou porque o terceiro data center 950 não tem acesso às chaves necessárias para a descriptografia).
[00305] Na etapa S865, o terceiro data center 950 pode validar o cabeçalho de bloco e/ou outras informações de atualização do livro de contabilidade recebidas do primeiro data center 750. Por exemplo, o terceiro data center 950 pode confirmar que o cabeçalho tem um comprimento ou padrão apropriado ou verificar usando uma prova de conhecimento zero.
[00306] Em algumas modalidades, o terceiro data center 950 pode receber uma assinatura digital criada pelo primeiro data center 750 para um ativo ou bloco digital e o terceiro data center 950 pode validar a assinatura digital usando uma chave pública associada ao primeiro data center 750. No entanto, o terceiro data center 950 não pode executar alguns dos mesmos tipos de validação ou como muitas etapas de validação como o segundo data center 850 executa na etapa S845 da FIG. 8, uma vez que o terceiro data center 950 pode não ter acesso ao corpo de bloco.
[00307] Na etapa S870, o terceiro data center 950 pode adicionar o cabeçalho de bloco ao seu livro de contabilidade armazenado localmente. Por exemplo, o terceiro data center 950 pode criar um novo bloco para o blockchain local. O novo bloco pode incluir o cabeçalho de bloco recebido, mas não o corpo de bloco (por exemplo, porque não foi fornecido). Em algumas modalidades, o novo bloco só pode ter um cabeçalho (por exemplo, que pode ser o mesmo que o cabeçalho recebido) e o novo bloco pode não ter
Petição 870190022368, de 08/03/2019, pág. 128/158
102/114 quaisquer informações em seu corpo de bloco.
[00308] O cabeçalho de bloco pode ser usado como um link para conectar blocos futuros ao blockchain. Por exemplo, quando o terceiro data center 950 gerar um bloco subsequente para ativos digitais processados localmente, o cabeçalho de bloco subsequente pode ser gerado com base em parte no cabeçalho de bloco recebido do primeiro data center 750.
[00309] Por exemplo, na etapa S875, o terceiro data center 950 pode concluir o processamento de um ou mais ativos digitais locais e adicionar ao livro de contabilidade de transações local. Isso pode incluir a geração de um bloco adicional para o blockchain local com base nos ativos digitais processados localmente. Em algumas modalidades, o corpo de bloco pode incluir informações sobre os ativos digitais processados localmente, o cabeçalho de bloco anterior (que é o cabeçalho recebido do primeiro data center 750), um carimbo de data/hora, informações identificando o terceiro data center 950 como o criador do bloco e/ou quaisquer outras informações adequadas. Em seguida, as modalidades permitem que o cabeçalho de bloco para o bloco a ser criado por hash, criptografando ou de outra forma manipular algumas ou todas as informações no corpo de bloco. Como resultado, o cabeçalho de bloco recebido do primeiro data center 750 é referenciado por um bloco subsequente e, assim, incorporado na cadeia de caracteres de blocos e cabeçalhos de bloco no blockchain do terceiro data center 950.
[00310] Assim, o blockchain no terceiro data center 950 pode continuar a construir usando referências corretas para blocos anteriores e o blockchain pode ser completo em que é incluso algumas informações de ligação (por exemplo, um cabeçalho) sobre cada bloco criado na rede, mesmo que os dados do corpo de bloco sejam removidos. Enquanto os livros de contabilidade de blockchain armazenados em diferentes data centers podem não corresponder exatamente devido a informações de ativos digitais ausentes
Petição 870190022368, de 08/03/2019, pág. 129/158
103/114 (por exemplo, corpos de bloco ausentes), podem pelo menos ter cabeçalhos de bloco correspondentes.
[00311] O terceiro data center 950 pode, em um momento posterior, desejar fazer referência ao blockchain do primeiro data center. Por exemplo, o terceiro data center 950 pode procurar obter os dados de transação ou o corpo de bloco que foi removido ou para confirmar que um ativo digital específico foi emitido (por exemplo, em resposta a uma disputa de transação).
[00312] Na etapa S880, o terceiro data center 950 pode enviar uma solicitação de dados de transação ou todo o corpo de bloco para o primeiro data center 750. O terceiro data center 950 pode indicar que deseja receber dados de transação para transações que ocorreram em um determinado dia (ou outro período de tempo adequado) ou dados de transação que correspondam a algumas informações específicas (por exemplo, uma transação entre um remetente específico e um destinatário, ou incluindo uma determinada ID corporativa).
[00313] Na etapa S885, o primeiro data center 750 pode determinar se deve fornecer os dados de transação (ou todo o corpo de bloco) para o terceiro data center 950. Por exemplo, o primeiro data center 750 pode analisar as regras relativas à quantidade de informações que podem ser divulgadas mediante solicitação (por exemplo, restrições baseadas no tipo de data center solicitante, restrições relacionadas à idade da transação, etc.). O primeiro data center 750 também pode determinar se possui ou não os dados de transação desejados (por exemplo, uma transação com parâmetros especificados).
[00314] Na etapa S890, o primeiro data center 750 pode enviar os dados de transação solicitados (ou todo o corpo de bloco) para o terceiro data center 950, se determinado que essa ação é aceitável. Em outras modalidades, em vez de enviar registros de ativos digitais reais ou corpos de bloco, o primeiro data center 750 em vez disso, pode enviar uma resposta binária indicando se existe ou não um ativo digital com parâmetros especificados no
Petição 870190022368, de 08/03/2019, pág. 130/158
104/114 livro de contabilidade.
[00315] Em modalidades alternativos, em vez de remover o corpo de bloco, o corpo de bloco (ou os dados da transação) podem ser obscurecidos. Por exemplo, na etapa S855, o primeiro data center 750 pode obscurecer o corpo de bloco. Isso pode incluir a criptografia de alguns ou de todo o corpo de bloco, o hash do corpo de bloco, substituindo o corpo de bloco por informações falsas ou sem sentido ou obscurecendo as informações do registro. Então, na etapa S870, o terceiro data center 950 pode adicionar o cabeçalho de bloco e o corpo de bloco obscurecido ao seu livro de contabilidade de blockchain. Em algumas modalidades, se o corpo de bloco for criptografado o terceiro data center 950 pode ser capaz de obter uma chave para descriptografar o corpo de bloco. Por exemplo, na etapa S890, o primeiro data center 750 pode fornecer uma chave para visualizar as informações do corpo de bloco.
[00316] Assim, o uso de data centers separados pode permitir que uma única rede de transferência de ativos tenha diferentes recursos personalizáveis e seja usada em diferentes grupos, mesmo que um grupo não queira que as informações de transação ou os corpos de bloco sejam compartilhados com outros grupos. Por exemplo, o grupo pode efetivamente operar um blockchain local (por exemplo, mantido por um ou mais data centers nesse grupo). Os cabeçalhos de bloco e outras informações não restritas ainda podem ser compartilhados fora do grupo para algumas ou todas as transações, mas os corpos de bloco não podem ser compartilhados. Assim, cada data center ainda pode incluir um conjunto mestre de cabeçalhos de bloco que unem os diferentes livros de contabilidade de blockchain locais, enquanto os corpos de bloco reais com informações de registro de transação podem ser mantidos dentro do grupo.
[00317] Como explicado acima, as modalidades permitem que esses tipos de livros de contabilidade de blockchain localizados e restritos sejam
Petição 870190022368, de 08/03/2019, pág. 131/158
105/114 para qualquer tipo de aplicativo ou entidade que beneficie de maior privacidade local. Por exemplo, uma determinada instituição financeira pode querer proteger as informações sobre as transações de seu cliente. Consequentemente, a instituição financeira pode manter seu próprio livro de contabilidade de blockchain e só pode distribuir cabeçalhos de bloco (e dados de transações não sensíveis) para uma entidade central de operação de rede ou outras instituições.
[00318] Como mencionado acima, data centers de grupos diferentes podem ter uma sequência ordenada correspondente de cabeçalhos de blockchain. No entanto, como cada data center pode ter apenas uma visão parcial do conjunto total de corpos de bloco, diferentes grupos de data centers podem não ter livros de contabilidade de blockchain totalmente correspondentes.
[00319] Um exemplo de livros de contabilidade de blockchain sincronizados, mas apenas parcialmente correspondentes é mostrado na FIG.
11. Seis blocos sucessivos de um blockchain são mostrados. Os blocos podem representar um livro de contabilidade de blockchain em toda a rede. Enquanto o livro de contabilidade de blockchain pode representar toda a transação na rede, cada data center pode construir sua própria cópia do blockchain e pode ter uma exibição limitada dos dados de transação dentro do livro de contabilidade de blockchain.
[00320] A FIG. 11 mostra duas versões do mesmo blockchain, um primeiro blockchain construído pelo primeiro data center 750 e um segundo blockchain construído pelo terceiro data center 950. Como visto na figura, o blockchain do primeiro data center inclui os corpos de bloco para o bloco 1, o bloco 3 e o bloco 5. Isso pode ser resultado do primeiro data center 750 tendo gerado o bloco 1, bloco 3 e bloco 5.
[00321] Em contrapartida, o terceiro data center 950 não tem os corpos de bloco para bloco 1, bloco 3 e bloco 5. Isso pode ser resultado do primeiro
Petição 870190022368, de 08/03/2019, pág. 132/158
106/114 data center 750 tendo enviado as mensagens de atualização do livro de contabilidade para o terceiro data center 950 que incluiu cabeçalhos de bloco, mas não corpos de bloco. Da mesma forma, o blockchain no terceiro data center 950 pode incluir os corpos de bloco do bloco 2, bloco 4 e bloco 6, enquanto o blockchain no primeiro data center 750 pode não incluir esses corpos de bloco.
[00322] Em outras modalidades, um dos data centers pode ser configurado para compartilhar corpos de blocos. Por exemplo, em algumas modalidades, enquanto o terceiro data center 950 não receber corpos de bloco do primeiro data center 750, o terceiro data center 950 pode compartilhar seus corpos de bloco com o primeiro data center 750. Isso resultaria no primeiro data center 750 tendo todos os corpos de bloco, enquanto o terceiro data center 950 ainda teria metade dos corpos de bloco.
[00323] Como mostrado na FIG. 11, enquanto ambos os blockchains têm uma visão incompleta dos corpos de bloco, ambos os blockchains incluem o conjunto completo de cabeçalhos de bloco. Isso porque, em algumas modalidades, ambos os data centers podem fornecer um ao outro com cabeçalhos de bloco que tenham gerado. Isso permite que os dois data centers mantenham uma lista completa e em execução de cabeçalhos de bloco, mesmo que não gerem alguns dos cabeçalhos de bloco.
[00324] Setas na FIG. 11 demonstrar que o primeiro data center 750 pode enviar cabeçalho 1 para o terceiro data center 950, que o terceiro data center 950 pode enviar cabeçalho 2 para o primeiro data center 750, e assim por diante. As setas adicionais demonstram como cada cabeçalho pode ser usado como parte do corpo de bloco no bloco subsequente e, em seguida, como o bloco subsequente pode ser usado para gerar o cabeçalho subsequente. Por exemplo, o terceiro data center 950 pode incorporar o cabeçalho 1 (recebido do primeiro data center 750) no corpo de bloco 2. Em seguida, o terceiro data center 950 pode criar o cabeçalho de bloco do bloco 2
Petição 870190022368, de 08/03/2019, pág. 133/158
107/114 com base em seu corpo de bloco. Como resultado, através da cooperação com o data center, cada bloco no blockchain pode referenciar o bloco imediatamente anterior.
[00325] Em algumas modalidades, enquanto os data centers podem não compartilhar informações de transação confidenciais, os data centers podem compartilhar o cabeçalho de bloco anterior, além do cabeçalho de bloco atual. Assim, os data centers podem enviar uma parte do corpo de bloco junto com o cabeçalho de bloco. Por exemplo, quando o terceiro data center 950 enviar o cabeçalho 2 (que o terceiro data center 950 gerou) para o primeiro data center 750, o terceiro data center 950 também pode incluir o cabeçalho 1 (que o terceiro data center 950 gerou) na mensagem. Como resultado, o primeiro data center 750 pode confirmar que o cabeçalho 2 pertence a um bloco que é subsequente ao bloco 1, em que o primeiro data center 750 parou. Caso contrário, ao montar os blocos blockchain, o primeiro data center 750 pode simplesmente confiar (por exemplo, com base na sincronização programada da mensagem da atualização) que o cabeçalho 2 pertence a um bloco que siga imediatamente e se refira ao bloco 1.
[00326] Na FIG. 11, os dois data centers alternam a geração de blocos para todos os outros blocos. Entretanto, as modalidades permitem que os data centers negociem fora da geração de bloco em outras maneiras e testes padrões. Por exemplo, o primeiro data center 750 pode gerar dois ou mais blocos em uma linha e, em seguida, enviar cabeçalhos para ambos os blocos para o terceiro data center 950. O terceiro data center 950 podería esperar para gerar um novo bloco até que receba uma atualização do primeiro data center 750.
[00327] Além disso, mais data centers podem estar envolvidos neste processo de atualização de blockchain. Por exemplo, se outro data center foi adicionado à FIG. 11, cada data center pode gerar cada terceiro bloco.
[00328] Como explicado acima, as modalidades da invenção permitem
Petição 870190022368, de 08/03/2019, pág. 134/158
108/114 que os data centers distribuídos possam ser usados gravando todo o tipo apropriado de elemento de dados. Por exemplo, os elementos de dados que representam informações médicas atualizadas, informações sobre um diploma universitário recém-emitido, resultados de exames, dados de registro de veículos, isenções assinadas e/ou qualquer outro tipo adequado de informações graváveis podem ser rastreados e gravados. Qualquer tipo adequado de registro digital pode ser usado para documentar um novo elemento de dados. Qualquer tipo adequado de registro de elemento de dados pode ser compartilhado entre data centers, embora alguns data centers só possam liberar identificadores de registro e não registrar informações.
[00329] Uma modalidade da invenção é direcionada a um método. O método compreende o processamento, por um primeiro computador de data center, um primeiro elemento de dados e a criação de um primeiro registro do primeiro elemento de dados em um primeiro banco de dados. O método também inclui o envio de uma mensagem para um segundo computador de data center, indicando que o primeiro registro foi criado. O segundo computador data center atualiza um segundo banco de dados com base na mensagem.
[00330] Outra modalidade da invenção é direcionada para um primeiro computador de data center configurado para executar o método descrito acima.
[00331] Outra modalidade da invenção é direcionada para um método que compreende o processamento, por um primeiro computador de data center, um primeiro elemento de dados e a criação de um primeiro registro do primeiro elemento de dados em um primeiro banco de dados. O método também inclui o envio de uma mensagem primeiro para um segundo computador de data center, indicando que o primeiro registro foi criado. O método também inclui o recebimento de uma segunda mensagem do segundo computador de data center, indicando que um segundo registro para um
Petição 870190022368, de 08/03/2019, pág. 135/158
109/114 segundo elemento de dados foi criado pelo segundo computador de data center e atualizando o primeiro banco de dados com base na segunda mensagem. O método compreende ainda receber, por um segundo computador data center, a primeira mensagem do primeiro computador de data center indicando que o primeiro registro foi criado e atualizando um segundo banco de dados com base na primeira mensagem. O método também inclui o processamento do segundo elemento de dados, a criação do segundo registro para o segundo elemento de dados no segundo banco de dados e o envio da segunda mensagem para o primeiro computador de data center, indicando que o segundo registro foi criado.
[00332] Outra modalidade da invenção é direcionada a um sistema que inclui um primeiro computador de data center e um segundo computador de data center configurado para executar o método descrito acima.
[00333] Outra modalidade da invenção é direcionada a um método. O método compreende o processamento, por um primeiro computador de data center, um primeiro ativo digital que indica a transferência de um valor de um remetente para um destinatário. O método inclui ainda a gravação do primeiro ativo digital em um primeiro banco de dados e o envio de uma mensagem para um segundo computador de data center, indicando que o primeiro ativo digital foi registrado. O segundo computador data center atualiza segundo banco de dados com base na mensagem.
[00334] Em algumas modalidades, a mensagem enviada ao segundo computador de data center inclui o ativo digital e o segundo data center registra o primeiro ativo digital em um segundo banco de dados. Além disso, o primeiro banco de dados e o segundo banco de dados incluem um conjunto correspondente de registros de ativos digitais.
[00335] Em outras modalidades, gravar o primeiro ativo digital no primeiro banco de dados inclui gerar um primeiro bloco para um primeiro blockchain, o primeiro bloco incluindo um cabeçalho e informações de ativos
Petição 870190022368, de 08/03/2019, pág. 136/158
110/114 digitais. A mensagem enviada ao segundo computador de data center inclui o cabeçalho, mas não inclui as informações do imobilizado digital. O segundo data center gera um segundo bloco para um segundo blockchain, o segundo bloco, incluindo o cabeçalho, mas não incluindo as informações do ativo digital. Assim, o primeiro bloco e o segundo bloco incluem o mesmo cabeçalho. O primeiro banco de dados e o segundo banco de dados podem incluir um conjunto correspondente de cabeçalhos de bloco, mas não um conjunto correspondente de informações de ativos digitais. Também o cabeçalho pode ser gerado com base em um hash das informações do ativo digital. As informações do ativo digital podem incluir informações sobre o valor, informações sobre o remetente e informações sobre o destinatário. O valor pode incluir um privilégio de acesso.
[00336] O método pode incluir ainda o recebimento, pelo primeiro computador de data center, de um segundo ativo digital do segundo computador de data center. O segundo computador de data center processou o segundo ativo digital e adicionou o segundo ativo digital ao segundo banco de dados. O método também compreende a validação do segundo ativo digital e a gravação do segundo ativo digital no primeiro banco de dados. O método pode incluir ainda o recebimento do primeiro ativo digital, em que o primeiro ativo digital é inicialmente recebido e processado apenas pelo primeiro computador de data center e em que o segundo ativo digital é inicialmente recebido e processado apenas pelo segundo computador de data center. Além disso, o segundo computador de data center pode validar o primeiro ativo digital antes de gravar o primeiro ativo digital no segundo banco de dados.
[00337] Outra modalidade da invenção é direcionada para um primeiro computador de data center configurado para executar o método descrito acima.
[00338] Outra modalidade da invenção é direcionada a um método que compreende o processamento, por um primeiro computador de data center, de
Petição 870190022368, de 08/03/2019, pág. 137/158
111/114 um primeiro ativo digital que indica a transferência de um valor de um remetente para um destinatário. O método também inclui a gravação do primeiro ativo digital em um primeiro banco de dados e o envio de uma primeira mensagem para um segundo computador de data center, indicando que o primeiro ativo digital foi registrado. O método ainda compreende o recebimento de uma segunda mensagem do segundo computador de data center, indicando que um segundo ativo digital foi registrado pelo segundo computador de data center e atualizando o primeiro banco de dados com base na segunda mensagem. O método adicional inclui o recebimento, por um segundo computador de data center, da primeira mensagem do primeiro computador de data center indicando que o primeiro ativo digital foi registrado e, em seguida, atualizando um segundo banco de dados com base na primeira mensagem. O segundo computador de data center também pode processar o segundo ativo digital, registrando o segundo ativo digital no segundo banco de dados e enviar a segunda mensagem para o primeiro computador de data center, indicando que o segundo ativo digital foi registrado. O primeiro banco de dados e o segundo banco de dados podem incluir dados correspondentes.
[00339] Em algumas modalidades, a primeira mensagem enviada ao segundo computador de data center inclui o primeiro ativo digital e o segundo data center registra o primeiro ativo digital em um segundo banco de dados. Além disso, a segunda mensagem inclui o segundo ativo digital e a atualização do primeiro banco de dados com base na segunda mensagem inclui a gravação do segundo ativo digital no primeiro banco de dados. Adicionalmente, o primeiro banco de dados e o segundo banco de dados incluem um conjunto correspondente de registros de ativos digitais.
[00340] Em outras modalidades, gravar o primeiro ativo digital no primeiro banco de dados inclui gerar um primeiro bloco para um primeiro blockchain, o primeiro bloco incluindo um cabeçalho e informações de ativos
Petição 870190022368, de 08/03/2019, pág. 138/158
112/114 digitais. A mensagem enviada ao segundo computador de data center inclui o cabeçalho, mas não inclui as informações do imobilizado digital. O segundo data center gera um segundo bloco para um segundo blockchain, o segundo bloco, incluindo o cabeçalho, mas não incluindo as informações do ativo digital. Assim, o primeiro bloco e o segundo bloco incluem o mesmo cabeçalho. O primeiro banco de dados e o segundo banco de dados podem incluir um conjunto correspondente de cabeçalhos de bloco, mas não um conjunto correspondente de informações de ativos digitais. Também o cabeçalho pode ser gerado com base em um hash das informações do ativo digital. As informações do ativo digital podem incluir informações sobre o valor, informações sobre o remetente e informações sobre o destinatário. O valor pode incluir um privilégio de acesso.
[00341] O método pode incluir ainda o recebimento, pelo primeiro computador de data center, de um segundo ativo digital do segundo computador de data center. O segundo computador de data center processou o segundo ativo digital e adicionou o segundo ativo digital ao segundo banco de dados. O método também compreende a validação do segundo ativo digital e a gravação do segundo ativo digital no primeiro banco de dados. O método pode incluir ainda o recebimento do primeiro ativo digital, em que o primeiro ativo digital é inicialmente recebido e processado apenas pelo primeiro computador de data center e em que o segundo ativo digital é inicialmente recebido e processado apenas pelo segundo computador de data center. Além disso, o segundo computador de data center pode validar o primeiro ativo digital antes de gravar o primeiro ativo digital no segundo banco de dados.
[00342] Outra modalidade da invenção é direcionada a um sistema que inclui um primeiro computador de data center e um segundo computador de data center configurado para executar o método descrito acima.
[00343] Um sistema de computador será descrito agora que pode ser usado para implementar qualquer uma das entidades ou componentes
Petição 870190022368, de 08/03/2019, pág. 139/158
113/114 descritos neste documento. Os subsistemas no sistema de computador estão interconectados através de um barramento de sistema. Os subsistemas adicionais incluem uma impressora, teclado, disco fixo e um monitor que podem ser acoplados ao adaptador de vídeo. Os periféricos e os dispositivos de entrada/saída (I/O), que podem se acoplar ao controlador I/O, podem ser conectados ao sistema de computador através de qualquer quantidade de meios conhecidos na técnica, como uma porta serial. Por exemplo, uma porta serial ou interface externa pode ser usada para conectar o aparelho de computador a uma rede de área ampla tal como a Internet, um dispositivo de entrada de mouse ou um digitalizador. A interligação através do barramento de sistema permite que o processador central se comunique com cada subsistema e controle a execução de instruções da memória de sistema ou o disco fixo, assim como a troca de informações entre os subsistemas. A memória de sistema e/ou o disco fixo pode incorporar um meio legível por computador.
[00344] Conforme descrito, o serviço da invenção pode envolver a implementação de uma ou mais funções, processos, operações ou etapas do método. Em algumas modalidades, as funções, processos, operações ou etapas do método podem ser implementadas como resultado da execução de um conjunto de instruções ou código de software por um dispositivo de computação adequadamente programado, microprocessador, processador de dados ou semelhante. O conjunto de instruções ou código de software pode ser armazenado em uma memória ou outra forma de elemento de armazenamento de dados que é acessado pelo dispositivo de computação, microprocessador, etc. Em outras modalidades, as funções, processos, operações ou etapas do método podem ser implementadas por firmware ou por um processador dedicado, circuito integrado, etc.
[00345] Qualquer um dos componentes de software ou funções descritas neste pedido pode ser implementado como código de software a ser
Petição 870190022368, de 08/03/2019, pág. 140/158
114/114 executado por um processador usando qualquer linguagem de computador adequado, tais como, por exemplo, Java, C++ ou Perl usando, por exemplo, técnicas convencionais ou orientadas a objeto. O código do software pode ser armazenado como uma série de instruções ou comandos em um meio legível por computador, como uma memória de acesso aleatório (RAM), uma memória somente leitura (ROM), um meio magnético como um disco rígido ou um disquete ou um meio óptico como um CD-ROM. Qualquer meio legível por computador pode residir em ou dentro de um único aparelho computacional e pode estar presente em ou dentro de diferentes aparelhos computacionais dentro de um sistema ou rede.
[00346] Enquanto certas modalidades exemplares foram descritas em detalhes e mostradas nos desenhos anexos, deve ser entendido que tais modalidades são meramente ilustrativas e não se destinam a ser restritivas da invenção ampla, e que essa invenção não deve ser limitada às disposições específicas e construções mostradas e descritas, uma vez que várias outras modificações podem ocorrer para aqueles de conhecimento comum na técnica.
[00347] Conforme usado aqui, uma citação de um, uma ou a/o deve ser entendida como pelo menos um(a), a menos que o contrário seja especificamente indicado.

Claims (20)

  1. REIVINDICAÇÕES
    1. Método, caracterizado pelo fato de que compreende:
    criar, através do primeiro computador de data center, um bloco para um primeiro blockchain, em que o bloco inclui um cabeçalho de bloco e corpo de bloco; e enviar, através do primeiro computador de data center, uma mensagem para um segundo computador de data center indicando que o bloco foi criado para o primeiro blockchain, a mensagem incluindo o cabeçalho de bloco, mas não o corpo de bloco, em que o segundo computador de data center adiciona o cabeçalho de bloco a um segundo blockchain e em que o segundo computador de data center não adiciona o corpo de bloco ao segundo blockchain.
  2. 2. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o bloco é um primeiro bloco, o cabeçalho de bloco é um primeiro corpo de bloco e o cabeçalho de bloco é um primeiro cabeçalho de bloco, em que o segundo computador de data center cria um segundo bloco para o segundo blockchain, em que o segundo bloco inclui um segundo cabeçalho de bloco e em que o segundo cabeçalho de bloco é o mesmo que o primeiro cabeçalho de bloco.
  3. 3. Método, de acordo com a reivindicação 2, caracterizado pelo fato de que o segundo bloco não tem um corpo de bloco.
  4. 4. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro blockchain e o segundo blockchain incluem um conjunto correspondente de cabeçalhos de bloco, mas não um conjunto correspondente de corpos de bloco.
  5. 5. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o cabeçalho de bloco é gerado com base em um hash do corpo de bloco.
  6. 6. Método, de acordo com a reivindicação 1, caracterizado
    Petição 870190022368, de 08/03/2019, pág. 142/158
    2/5 pelo fato de que o corpo de bloco inclui um cabeçalho anterior de um bloco anterior no primeiro blockchain.
  7. 7. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o corpo de bloco inclui um elemento de dados.
  8. 8. Método, de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro blockchain é armazenado em um primeiro banco de dados e em que o segundo blockchain é armazenado em um segundo banco de dados.
  9. 9. Método, de acordo com a reivindicação 2, caracterizado pelo fato de compreende ainda:
    receber, através do primeiro computador de data center, uma segunda mensagem do segundo computador de data center indicando que o segundo computador de data center criou um terceiro bloco para o segundo blockchain, a mensagem incluindo um terceiro cabeçalho de bloco, mas não um terceiro corpo de bloco; e criar, através do primeiro computador de data center, um quarto bloco para o primeiro blockchain baseado na segunda mensagem, em que o quarto bloco inclui um quarto cabeçalho de bloco e em que o quarto cabeçalho de bloco é o mesmo que o terceiro cabeçalho de bloco.
  10. 10. Método, de acordo com a reivindicação 9, caracterizado pelo fato de que o terceiro corpo de bloco inclui o primeiro cabeçalho de bloco e em que o terceiro cabeçalho de bloco é gerado com base em um hash do terceiro corpo de bloco.
  11. 11. Sistema, caracterizado pelo fato de que compreende:
    um primeiro computador de data center compreendendo:
    um processador; e um meio legível por computador, o meio legível por computador compreendendo o código, executável pelo processador, para a implementação de um método que compreende:
    Petição 870190022368, de 08/03/2019, pág. 143/158
    3/5 criar um primeiro bloco para um primeiro blockchain, o primeiro bloco incluindo um primeiro cabeçalho de bloco e primeiro corpo de bloco;e enviar uma primeira mensagem para um segundo computador de data center indicando que o primeiro bloco foi criado para o primeiro blockchain, a primeira mensagem incluindo o primeiro cabeçalho de bloco, mas não o primeiro corpo de bloco; e um segundo computador de data center compreendendo:
    um processador; e um meio legível por computador, o meio legível por computador compreendendo o código, executável pelo processador, para a implementação de um método que compreende:
    receber a primeira mensagem indicando que o primeiro bloco foi criado para o primeiro blockchain, a primeira mensagem incluindo o primeiro cabeçalho de bloco, mas não o primeiro corpo de bloco;
    criar um segundo bloco para um segundo blockchain, em que o segundo bloco inclui um segundo cabeçalho de bloco, em que o segundo cabeçalho de bloco é o mesmo que o primeiro cabeçalho de bloco e em que o segundo bloco não inclui o primeiro corpo de bloco.
  12. 12. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o segundo bloco não tem um corpo de bloco.
  13. 13. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro blockchain e o segundo blockchain incluem um conjunto correspondente de cabeçalhos de bloco, mas não um conjunto correspondente de corpos de bloco.
  14. 14. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro cabeçalho de bloco é gerado com base em um hash do primeiro corpo de bloco.
  15. 15. Sistema, de acordo com a reivindicação 11, caracterizado
    Petição 870190022368, de 08/03/2019, pág. 144/158
    4/5 pelo fato de que o primeiro corpo de bloco inclui um cabeçalho anterior de um bloco anterior no primeiro blockchain.
  16. 16. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o corpo de bloco inclui um elemento de dados.
  17. 17. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o primeiro blockchain é armazenado em um primeiro banco de dados, e em que o segundo blockchain é armazenado em um segundo banco de dados.
  18. 18. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o método executado pelo segundo computador de data center compreende ainda:
    criar um terceiro bloco para o segundo blockchain, o terceiro bloco incluindo um terceiro cabeçalho de bloco e terceiro corpo de bloco;
    enviar uma segunda mensagem para o primeiro computador de data center indicando que o terceiro bloco foi criado para o segundo blockchain, a mensagem incluindo o terceiro cabeçalho de bloco, mas não o terceiro corpo de bloco; e em que o método executado pelo primeiro computador de data center compreende:
    receber a segunda mensagem indicando que o terceiro bloco foi criado para o segundo blockchain, a segunda mensagem incluindo o terceiro cabeçalho de bloco, mas não o terceiro corpo de bloco; e criar um quarto bloco para o primeiro blockchain, em que o quarto bloco inclui um quarto cabeçalho de bloco, em que o quarto cabeçalho de bloco é o mesmo que o terceiro cabeçalho de bloco.
  19. 19. Sistema, de acordo com a reivindicação 19, caracterizado pelo fato de que o terceiro bloco é criado após o segundo bloco, em que o terceiro corpo de bloco inclui o primeiro cabeçalho de bloco e em que o terceiro cabeçalho de bloco é gerado com base em um hash do terceiro corpo
    Petição 870190022368, de 08/03/2019, pág. 145/158
    5/5 de bloco.
  20. 20. Sistema, de acordo com a reivindicação 11, caracterizado pelo fato de que o método executado pelo segundo computador de data center compreende ainda:
    criar um terceiro bloco para o segundo blockchain, o terceiro bloco incluindo um terceiro cabeçalho de bloco e terceiro corpo de bloco;
    enviar uma segunda mensagem para o primeiro computador de data center indicando que o terceiro bloco foi criado para o segundo blockchain, a mensagem incluindo o terceiro cabeçalho de bloco e incluindo o terceiro corpo de bloco; e em que o método executado pelo primeiro computador de data center compreende:
    receber a segunda mensagem indicando que o terceiro bloco foi criado para o segundo blockchain, a segunda mensagem incluindo o terceiro cabeçalho de bloco e incluindo o terceiro corpo de bloco; e criar um quarto bloco para o primeiro blockchain, em que o quarto bloco inclui um quarto cabeçalho de bloco e um quarto corpo de bloco, em que o quarto cabeçalho de bloco é o mesmo que o terceiro cabeçalho de bloco e em que o quarto corpo de bloco é o mesmo que o terceiro corpo de bloco.
BR112019004571A 2016-10-03 2017-08-10 método, e, sistema. BR112019004571A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US15/283,930 US10693658B2 (en) 2016-02-12 2016-10-03 Methods and systems for using digital signatures to create trusted digital asset transfers
US201762490487P 2017-04-26 2017-04-26
PCT/US2017/046364 WO2018067232A1 (en) 2016-10-03 2017-08-10 Network topology

Publications (1)

Publication Number Publication Date
BR112019004571A2 true BR112019004571A2 (pt) 2019-06-11

Family

ID=61832183

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019004571A BR112019004571A2 (pt) 2016-10-03 2017-08-10 método, e, sistema.

Country Status (8)

Country Link
US (2) US11323457B2 (pt)
EP (2) EP3886398A1 (pt)
CN (2) CN109691008B (pt)
AU (2) AU2017340233B2 (pt)
BR (1) BR112019004571A2 (pt)
MX (2) MX2019003721A (pt)
RU (1) RU2019111909A (pt)
WO (1) WO2018067232A1 (pt)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210314397A1 (en) * 2017-10-24 2021-10-07 0Chain Corp. Fund conversion between blockchains

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11551276B2 (en) 2013-08-16 2023-01-10 Mdsave Shared Services Inc. Selectively redeemable bundled healthcare services with discreet payment distribution
US11915287B2 (en) 2013-08-16 2024-02-27 Mdsave Shared Services Inc. Backend bundled healthcare services payment systems and methods
US11341556B2 (en) 2013-08-16 2022-05-24 Mdsave Shared Services Inc. CPT code search engine for backend bundling of healthcare services and a virtual payment system
US11475498B2 (en) 2013-08-16 2022-10-18 Mdsave Shared Services Inc. Prepaid bundled health, dental, and veterinary services with virtual payment distribution
US11449913B2 (en) 2013-08-16 2022-09-20 Mdsave Shared Services Inc. Prepaid bundled health, dental, and veterinary services with virtual payment distribution
US10991021B2 (en) 2013-08-16 2021-04-27 Mdsave Shared Services Inc. Provisioning medical resources triggered by a lifecycle event
US11341555B2 (en) 2013-08-16 2022-05-24 Mdsave Shared Services Inc. Creating digital health assets
US11501352B2 (en) 2013-08-16 2022-11-15 Mdsave Shared Services Inc. Backend bundled healthcare services payment systems and methods
US11475499B2 (en) 2013-08-16 2022-10-18 Mdsave Shared Services Inc. Backend bundled healthcare services payment systems and methods
US10715531B2 (en) 2016-02-12 2020-07-14 Visa International Service Association Network topology
US10693658B2 (en) 2016-02-12 2020-06-23 Visa International Service Association Methods and systems for using digital signatures to create trusted digital asset transfers
US11108566B2 (en) 2016-02-12 2021-08-31 Visa International Service Association Methods and systems for using digital signatures to create trusted digital asset transfers
BR112019004571A2 (pt) * 2016-10-03 2019-06-11 Visa Int Service Ass método, e, sistema.
US10972287B2 (en) 2016-11-03 2021-04-06 Visa International Service Association Systems and methods for creating a universal record
US11582042B2 (en) * 2018-03-16 2023-02-14 General Electric Company Industrial data verification using secure, distributed ledger
WO2019217346A1 (en) * 2018-05-11 2019-11-14 Global Mobile Finance, Inc. Selecting nodes to execute chaincode in a blockchain environment
CN109039648B (zh) * 2018-08-03 2021-09-03 克洛斯比尔有限公司 一种区块链的创建方法、设备及可读存储介质
EP3605945A1 (en) * 2018-08-03 2020-02-05 Dovetail Digital Limited Method and system for exchanging data
US11227282B2 (en) * 2018-08-20 2022-01-18 Probloch LLC Time-bounded activity chains with multiple authenticated agent participation bound by distributed single-source-of-truth networks that can enforce automated value transfer
GB2587541A (en) * 2018-10-05 2021-03-31 Dragon Infosec Ltd A consensus method and framework for a blockchain system
GB2577751A (en) * 2018-10-05 2020-04-08 Dragon Infosec Ltd A consensus method and framework for a blockchain system
CN109379382B (zh) * 2018-12-07 2022-07-19 深圳市智税链科技有限公司 区块链系统的数据管理方法、装置、介质及电子设备
EP3902227A4 (en) * 2018-12-21 2022-12-14 Swempire Co., Ltd. PROCEDURE FOR SHARING AND VERIFICATION OF BLOCKS AND ELECTRONIC DOCUMENTS BETWEEN NODES IN A BLOCKCHAIN
EP3912118A4 (en) * 2019-01-18 2023-03-29 Blockrules Ltd IDENTITY MANAGEMENT, SMART CONTRACT GENERATOR AND BLOCKCHAIN MEDIATION SYSTEM AND RELATED PROCEDURES
SG11202108152XA (en) * 2019-02-15 2021-08-30 Nchain Holdings Ltd Computer-implemented systems and methods for implementing transfers over a blockchain network
CN110011930B (zh) * 2019-03-12 2022-06-24 深圳前海微众银行股份有限公司 一种区块链中多联盟链的负载均衡方法及装置
US11055277B2 (en) * 2019-04-04 2021-07-06 Advanced New Technologies Co., Ltd. Integrity verification method, apparatus, and system and device for data in a blockchain-type ledger
US10917231B2 (en) 2019-04-04 2021-02-09 Advanced New Technologies Co., Ltd. Data storage method, apparatus, system and device
CN110147685B (zh) * 2019-04-04 2020-10-23 创新先进技术有限公司 数据验证方法、系统、装置及设备
KR102274656B1 (ko) * 2019-11-22 2021-07-09 주식회사 티맥스엔터프라이즈 블록체인 네트워크에서 데이터를 관리하기 위한 기법
CN111352968B (zh) * 2020-02-28 2023-09-29 杭州云象网络技术有限公司 一种基于区块链网络的智能制造要素识取方法
CN111737356B (zh) * 2020-07-17 2020-11-24 支付宝(杭州)信息技术有限公司 一种区块链事件的处理方法及装置
WO2022256880A1 (en) * 2021-06-10 2022-12-15 Amaroo.Com Holdings Pty Ltd System and method for decentralised, scalable, and secure consensus between cooperating blockchain systems
CN117010889A (zh) * 2022-04-27 2023-11-07 腾讯科技（深圳）有限公司 数据处理方法、装置及设备、介质、产品

Family Cites Families (45)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3736338B2 (ja) * 2000-11-13 2006-01-18 株式会社日立製作所 パケットスイッチ
US6839677B2 (en) 2001-02-14 2005-01-04 International Business Machines Corporation Transactional data transfer in a network system
US7640187B1 (en) 2001-03-30 2009-12-29 Novell, Inc. Anonymous shopping transactions on a network through information broker services
US20020174066A1 (en) 2001-05-15 2002-11-21 Kleckner James E. Method and apparatus for automating the process of settling financial transactions
EP1483866A1 (en) 2002-03-13 2004-12-08 Beamtrust A/S A method of processing an electronic payment cheque
KR100509924B1 (ko) 2002-04-26 2005-08-25 한국전자통신연구원 이동 단말기를 이용한 전자화폐 기반의 다중 지불 방법
US7623482B2 (en) * 2003-05-10 2009-11-24 Hewlett-Packard Development Company, L.P. System and method for effectuating the transfer of data blocks including a header block across a clock boundary
US20050177518A1 (en) 2004-02-10 2005-08-11 Brown Collie D. Electronic funds transfer and electronic bill receipt and payment system
US8880126B2 (en) 2005-12-21 2014-11-04 Ntt Docomo, Inc. Method and system for wireless LAN network detection
JP5186790B2 (ja) 2007-04-06 2013-04-24 日本電気株式会社 電子マネー取引方法、及び電子マネーシステム
US8825512B2 (en) 2011-08-10 2014-09-02 Verizon Patent And Licensing, Inc. Persistent network-based electronic transaction services
FR2993382B1 (fr) 2012-07-13 2015-07-03 Oberthur Technologies Entite electronique securisee pour l'autorisation d'une transaction
US11080700B2 (en) 2015-01-19 2021-08-03 Royal Bank Of Canada Secure processing of electronic payments
US9298947B2 (en) * 2013-02-07 2016-03-29 Qualcomm Incorporated Method for protecting the integrity of a fixed-length data structure
US9704158B2 (en) 2013-03-01 2017-07-11 Symantec Corporation Service assisted reliable transaction signing
WO2015106285A1 (en) 2014-01-13 2015-07-16 Yago Yaron Edan Verification method
US10040177B2 (en) 2014-03-19 2018-08-07 Yi-Fu Chen Socket wrench
US11270298B2 (en) * 2014-04-14 2022-03-08 21, Inc. Digital currency mining circuitry
WO2015175722A1 (en) * 2014-05-13 2015-11-19 Nant Holdings Ip, Llc Healthcare transaction validation via blockchain proof-of-work, systems and methods
US9608829B2 (en) * 2014-07-25 2017-03-28 Blockchain Technologies Corporation System and method for creating a multi-branched blockchain with configurable protocol rules
US10409827B2 (en) * 2014-10-31 2019-09-10 21, Inc. Digital currency mining circuitry having shared processing logic
US10230526B2 (en) * 2014-12-31 2019-03-12 William Manning Out-of-band validation of domain name system records
US9973341B2 (en) * 2015-01-23 2018-05-15 Daniel Robert Ferrin Method and apparatus for the limitation of the mining of blocks on a block chain
AU2016255340A1 (en) 2015-02-27 2017-07-06 Visa International Service Association Transaction signing utilizing asymmetric cryptography
US9967333B2 (en) * 2015-03-02 2018-05-08 Dell Products Lp Deferred configuration or instruction execution using a secure distributed transaction ledger
GB2531828A (en) * 2015-03-24 2016-05-04 Intelligent Energy Ltd An energy resource network
US20160283920A1 (en) * 2015-03-28 2016-09-29 Justin Fisher Authentication and verification of digital data utilizing blockchain technology
GB201511964D0 (en) * 2015-07-08 2015-08-19 Barclays Bank Plc Secure digital data operations
US20170048235A1 (en) 2015-07-14 2017-02-16 Fmr Llc Crypto Captcha and Social Aggregating, Fractionally Efficient Transfer Guidance, Conditional Triggered Transaction, Datastructures, Apparatuses, Methods and Systems
WO2017027484A1 (en) 2015-08-09 2017-02-16 Ramasamy Celambarasan System and method for microshare based content funding and distribution
US10303887B2 (en) * 2015-09-14 2019-05-28 T0.Com, Inc. Data verification methods and systems using a hash tree, such as a time-centric merkle hash tree
US20170132621A1 (en) 2015-11-06 2017-05-11 SWFL, Inc., d/b/a "Filament" Systems and methods for autonomous device transacting
US9948467B2 (en) 2015-12-21 2018-04-17 Mastercard International Incorporated Method and system for blockchain variant using digital signatures
US20170213289A1 (en) 2016-01-27 2017-07-27 George Daniel Doney Dividend Yielding Digital Currency through Elastic Securitization, High Frequency Cross Exchange Trading, and Smart Contracts
US20170236120A1 (en) 2016-02-11 2017-08-17 Oracle International Corporation Accountability and Trust in Distributed Ledger Systems
US10693658B2 (en) 2016-02-12 2020-06-23 Visa International Service Association Methods and systems for using digital signatures to create trusted digital asset transfers
US10715531B2 (en) 2016-02-12 2020-07-14 Visa International Service Association Network topology
US10164952B2 (en) 2016-02-16 2018-12-25 Xerox Corporation Method and system for server based secure auditing for revisioning of electronic document files
CN105975868A (zh) * 2016-04-29 2016-09-28 杭州云象网络技术有限公司 一种基于区块链的证据保全方法及装置
US11373183B2 (en) 2016-05-06 2022-06-28 Mastercard International Incorporated Method and system for instantaneous payment using recorded guarantees
US10097344B2 (en) 2016-07-15 2018-10-09 Mastercard International Incorporated Method and system for partitioned blockchains and enhanced privacy for permissioned blockchains
US10417217B2 (en) 2016-08-05 2019-09-17 Chicago Mercantile Exchange Inc. Systems and methods for blockchain rule synchronization
US10523443B1 (en) * 2016-08-24 2019-12-31 Bruce Kleinman Devices, methods, and systems for cryptographic authentication and provenance of physical assets
BR112019004571A2 (pt) 2016-10-03 2019-06-11 Visa Int Service Ass método, e, sistema.
US10972287B2 (en) * 2016-11-03 2021-04-06 Visa International Service Association Systems and methods for creating a universal record

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210314397A1 (en) * 2017-10-24 2021-10-07 0Chain Corp. Fund conversion between blockchains
US11930100B2 (en) * 2017-10-24 2024-03-12 0Chain Corp. Fund conversion between blockchains

Also Published As

Publication number Publication date
AU2017340233A1 (en) 2019-01-31
EP3886398A1 (en) 2021-09-29
AU2017340233B2 (en) 2022-04-07
CN114862578A (zh) 2022-08-05
US11323457B2 (en) 2022-05-03
MX2021012553A (es) 2021-11-12
EP3520317A1 (en) 2019-08-07
AU2022204758A1 (en) 2022-07-28
AU2022204758B2 (en) 2023-11-16
US20200304518A1 (en) 2020-09-24
MX2019003721A (es) 2019-09-04
RU2019111909A (ru) 2020-11-06
US20220224697A1 (en) 2022-07-14
EP3520317B1 (en) 2021-05-12
CN109691008A (zh) 2019-04-26
CN109691008B (zh) 2022-06-14
WO2018067232A1 (en) 2018-04-12
EP3520317A4 (en) 2019-10-09

Similar Documents

Publication Publication Date Title
AU2022204758B2 (en) Network topology
US10715531B2 (en) Network topology
US11809608B2 (en) Methods and systems for using digital signatures to create trusted digital asset transfers
US11777726B2 (en) Methods and systems for recovering data using dynamic passwords
JP6873270B2 (ja) ブロックチェーンにおけるスマートコントラクトに基づくトランザクション活動の取扱注意データを保護するための方法及びデバイス
US10846416B2 (en) Method for managing document on basis of blockchain by using UTXO-based protocol, and document management server using same
US11818265B2 (en) Methods and systems for creating and recovering accounts using dynamic passwords
US11108566B2 (en) Methods and systems for using digital signatures to create trusted digital asset transfers
JP7378451B2 (ja) デジタル不換通貨
US20200005290A1 (en) System and Method for Processing Payments in Fiat Currency Using Blockchain and Tethered Tokens
JPWO2018088475A1 (ja) 電子認証方法及びプログラム
US20230419308A1 (en) System and method for processing payments in fiat currency using blockchain and tethered tokens
US20230308276A1 (en) Creating non-fungible token shards
JP6840319B1 (ja) 取引情報処理システム
US20230306412A1 (en) Docket credential insertion in non-fungible tokens
CA3175232A1 (en) A system and method using a web3.0 digital self-sovereign-identity wallet, digital identity tokens, blockchain, and identity based authentication to deliver assets, more specifically electronic signatures and electronic prescriptions bound with validated digital identity credentials
WO2023183494A1 (en) Integrated platform for digital asset registration, tracking and validation

Legal Events

Date Code Title Description
B11A Dismissal acc. art.33 of ipl - examination not requested within 36 months of filing
B11Y Definitive dismissal - extension of time limit for request of examination expired [chapter 11.1.1 patent gazette]
B350 Update of information on the portal [chapter 15.35 patent gazette]