RU2732535C1 - Система блокчейна и способ и устройство хранения данных - Google Patents

Система блокчейна и способ и устройство хранения данных Download PDF

Info

Publication number
RU2732535C1
RU2732535C1 RU2019123171A RU2019123171A RU2732535C1 RU 2732535 C1 RU2732535 C1 RU 2732535C1 RU 2019123171 A RU2019123171 A RU 2019123171A RU 2019123171 A RU2019123171 A RU 2019123171A RU 2732535 C1 RU2732535 C1 RU 2732535C1
Authority
RU
Russia
Prior art keywords
consensus
subsystem
transaction
transaction request
request
Prior art date
Application number
RU2019123171A
Other languages
English (en)
Inventor
Нин Ли
Original Assignee
Алибаба Груп Холдинг Лимитед
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Алибаба Груп Холдинг Лимитед filed Critical Алибаба Груп Холдинг Лимитед
Application granted granted Critical
Publication of RU2732535C1 publication Critical patent/RU2732535C1/ru

Links

Images

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/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • 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
    • 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/22—Indexing; Data structures therefor; Storage structures
    • 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
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3239—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/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)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Computing Systems (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Power Engineering (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Изобретение относится к способам хранения данных, системе блокчейн и центру распределения. Технический результат заключается в повышении безопасности транзакций в сети блокчейн. В способе система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, каждая из которых соответствует сети блокчейна консорциума, содержащей множество узлов консенсуса, отвечающих за подтверждение консенсуса, и подсистема вне консенсуса содержит множество узлов вне консенсуса, которые находятся вне сетей блокчейна консорциума, причем в способе принимают посредством центра распределения запрос транзакции, отправленный подсистемой вне консенсуса, содержащий данные транзакции; определяют подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции; и пересылают запрос транзакции в эту определенную подсистему консенсуса, которая выполняет подтверждение консенсуса в отношении запроса транзакции и сохраняет блок, соответствующий подтвержденному запросу транзакции, в блокчейн консорциума, соответствующий подсистеме консенсуса. 4 н. и 9 з.п. ф-лы, 6 ил.

Description

Область техники
Настоящая заявка относится к области технологий программного обеспечения и, в частности, к системе блокчейна (цепочки блоков) и способу и устройству хранения данных.
Предшествующий уровень техники
Сеть блокчейна, также называемая сетью распределенного реестра, представляет собой базу данных Интернета, характеризуемую децентрализацией, прозрачностью и синхронизацией записей базы данных (т.е., совместно используемого реестра) всеми узлами.
В одном примере, сеть блокчейна состоит из различных узлов, каждый узел поддерживает совместно используемый реестр. Данные, ассоциированные с блоками, хронологически записываются на совместно используемый реестр (данные, ассоциированные с блоком, соответствуют набору транзакций, для которых консенсус (соглашение) в отношении легитимности достигнут всеми узлами в течение периода времени). Другими словами, совместно используемый реестр записывает синхронизированную цепочку блоков данных, называемую поэтому ʺблокчейномʺ. Каждый узел может синхронизировать совместно используемый реестр и подтверждать аутентичность каждой транзакции.
Кроме того, любой узел имеет право предлагать дополнение блока данных к совместно используемому реестру. Все узлы могут достигать консенсуса в зависимости от того, являются ли транзакции, соответствующие блоку данных, предложенному для добавления, легитимными, и добавлять блок данных, для которого достигается консенсус в отношении легитимности, в совместно используемый реестр. Главным образом сейчас существуют два типа сетей блокчейна: общедоступные сети блокчейна и сети блокчейна консорциума.
Общедоступная (публичная) сеть блокчейна является полностью децентрализованной и прозрачной по отношению к публике. Любой субъект (индивидуальный или организация) может стать узлом в общедоступной сети блокчейна, что означает, что любой субъект может поддерживать совместно используемый реестр, становясь узлом, и запрашивать все узлы достигать консенсуса на блоке данных и записывать блок данных в совместно используемый реестр.
Однако, поскольку любой субъект может становиться узлом в общедоступной сети блокчейна, взломщик может легко вторгнуться в общедоступную сеть блокчейна и пытаться управлять большинством узлов, добавлять нелегитимные блоки данных в общедоступный блокчейн (т.е. совместно используемый реестр) и представлять угрозу безопасности общедоступной сети блокчейна.
Сеть блокчейна консорциума является частично децентрализованной и не открыта публике. Только предварительно назначенный субъект может становиться узлом в сети блокчейна консорциума, в то время как другие субъекты не могут быть квалифицированы, чтобы становиться узлами, и они не могут поддерживать совместно используемый реестр или участвовать в консенсусе. Сеть блокчейна консорциума может обеспечивать услуги субъектам вне сети блокчейна консорциума (не-узловым субъектам). Не-узловой субъект может взаимодействовать с сетью блокчейна консорциума и запрашивать сеть блокчейна консорциума достичь консенсуса в отношении легитимности транзакции, сгенерированной не-узловым субъектом.
Одна сеть блокчейна консорциума часто относится только к одной области транзакций. Узлы в сети блокчейна консорциума часто представляют собой полномочные учреждения в данной области. Например, узлы в сети блокчейна консорциума в финансовой области часто представляют собой большие банки и финансовые регулирующие органы. Кроме того, узлы в сетях блокчейна консорциума для многих областей транзакций, таких как счета на оплату, логистика, здравоохранение, правительство и администрация, также являются полномочными учреждениями в соответствующих областях, соответственно.
Не-узловому субъекту требуется выбрать соответствующую сеть блокчейна консорциума в соответствии с областью транзакций, которой принадлежит транзакция, сгенерированная не-узловым субъектом. Только после того, как не-узловой субъект взаимодействует с сетью блокчейна консорциума, не-узловой субъект может воспользоваться услугами, обеспечиваемыми сетью блокчейна консорциума. Однако сети блокчейна консорциума могут иметь разные протоколы взаимодействия. Если множество транзакций, сгенерированных не-узловым субъектом, принадлежат разным областям транзакций, не-узловой субъект должен взаимодействовать с множеством сетей блокчейна консорциума в соответствии с разными протоколами взаимодействия, соответственно, что неудобно для не-узлового субъекта.
Краткое описание сущности изобретения
Варианты осуществления настоящей заявки обеспечивают систему блокчейна и способ и устройство хранения данных, чтобы обеспечить безопасность и удобство для сетей блокчейна.
Чтобы решить вышеуказанные технические проблемы, варианты осуществления настоящей заявки реализуются следующим образом:
система блокчейна в соответствии с вариантами осуществления настоящей заявки, содержащая центр распределения, подсистему вне консенсуса и множество подсистем консенсуса;
подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса;
узел вне консенсуса отправляет запрос транзакции в центр распределения;
центр распределения принимает запрос транзакции от подсистемы вне консенсуса, определяет подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции, и пересылает запрос транзакции в определенную подсистему консенсуса; и
подсистема консенсуса принимает запрос транзакции, пересланный центром распределения, и отправляет запрос транзакции во все узлы консенсуса в подсистеме консенсуса для подтверждения консенсуса; если подтверждение успешно, генерирует соответствующий блок в соответствии с запросом транзакции и сохраняет блок в блокчейн консорциума, соответствующий подсистеме консенсуса.
Способ хранения данных в соответствии с вариантами осуществления настоящей заявки, причем система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем способ содержит:
прием, подсистемой консенсуса, запроса транзакции, пересланного центром распределения, запрос транзакции содержит данные транзакции;
отправку запроса транзакции во все узлы консенсуса в подсистеме консенсуса для подтверждения консенсуса;
если подтверждение успешно, генерирование соответствующего блока в соответствии с запросом транзакции и сохранение блока в блокчейн консорциума, соответствующий подсистеме консенсуса.
Способ хранения данных в соответствии с вариантами осуществления настоящей заявки, причем система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем способ содержит:
прием, центром распределения, запроса транзакции, отправленного подсистемой вне консенсуса, запрос транзакции содержит данные транзакции;
определение подсистемы консенсуса, соответствующей запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции; и
пересылку запроса транзакции в определенную подсистему консенсуса, что предписывает подсистеме консенсуса выполнять подтверждение консенсуса в отношении запроса транзакции и сохранять блок, соответствующий подтвержденному запросу транзакции, в блокчейн консорциума, соответствующий подсистеме консенсуса.
Способ хранения данных в соответствии с вариантами осуществления настоящей заявки, причем система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем способ содержит:
отправку, подсистемой вне консенсуса, запроса транзакции в центр распределения, запрос транзакции содержит данные транзакции, что предписывает центру распределения пересылать, на основе данных транзакции, запрос транзакции в подсистему консенсуса, соответствующую данным транзакции.
Устройство хранения данных в соответствии с вариантами осуществления настоящей заявки, причем система блокчейна содержит центр распределения, подсистему вне консенсуса и множество частей устройства, подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая часть устройства содержит множество узлов консенсуса, причем устройство содержит:
модуль приема, выполненный с возможностью принимать запрос транзакции, пересланный центром распределения, запрос транзакции содержит данные транзакции;
модуль подтверждения, выполненный с возможностью отправлять запрос транзакции во все узлы консенсуса в подсистеме консенсуса для подтверждения консенсуса; и
модуль сохранения, выполненный с возможностью, если подтверждение успешно, генерировать соответствующий блок в соответствии с запросом транзакции и сохранять блок в блокчейн консорциума, соответствующий подсистеме консенсуса.
Устройство хранения данных в соответствии с вариантами осуществления настоящей заявки, причем система блокчейна содержит устройство, подсистему вне консенсуса и множество подсистем консенсуса, подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем устройство содержит:
модуль приема, выполненный с возможностью принимать запрос транзакции, отправленный подсистемой вне консенсуса, запрос транзакции содержит данные транзакции;
модуль определения, выполненный с возможностью определять подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции; и
модуль пересылки, выполненный с возможностью пересылать запрос транзакции в определенную подсистему консенсуса, что предписывает подсистеме консенсуса выполнять подтверждение консенсуса в отношении запроса транзакции и сохранять блок, соответствующий подтвержденному запросу транзакции, в блокчейн консорциума, соответствующий подсистеме консенсуса.
Устройство хранения данных в соответствии с вариантами осуществления настоящей заявки, причем система блокчейна содержит центр распределения, устройство и множество подсистем консенсуса, устройство содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем устройство содержит:
модуль отправки, выполненный с возможностью отправлять запрос транзакции в центр распределения, запрос транзакции содержит данные транзакции, что предписывает центру распределения пересылать, на основе данных транзакции, запрос транзакции в подсистему консенсуса, соответствующую данным транзакции.
Из вышеописанных технических решений в соответствии с вариантами осуществления настоящей заявки, можно видеть, что система блокчейна, содержащая центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, создана в вариантах осуществления настоящей заявки, причем подсистема вне консенсуса содержит множество узлов вне консенсуса, каждая из подсистем консенсуса содержит множество узлов консенсуса, и каждая из подсистем консенсуса эквивалентна сети блокчейна консорциума, содержащей множество узлов консенсуса. Это также означает, что подсистемы консенсуса могут отдельно выполнять подтверждения консенсуса для разных областей транзакций. Таким образом, узлы консенсуса в подсистемах консенсуса отвечают за подтверждение консенсуса, и узлы вне консенсуса в подсистеме вне консенсуса могут отправлять запрос транзакции в центр распределения. Центр распределения определяет подсистему консенсуса в конкретной области транзакций на основе данных транзакции, содержащихся в запросе транзакции. Затем подсистема консенсуса выполняет подтверждение консенсуса в отношении запроса транзакции. В соответствии с вариантами осуществления настоящей заявки, с одной стороны, только узлы консенсуса отвечают за подтверждение консенсуса, а узлы вне консенсуса вне подсистем консенсуса не могут участвовать в подтверждении консенсуса сети блокчейна консорциума. Это улучшает безопасность сети блокчейна. С другой стороны, центр распределения может взаимодействовать с сетями блокчейна консорциума, и субъектам вне консенсуса (узлам вне консенсуса) вне сети блокчейна консорциума требуется только взаимодействовать с центром распределения и не требуется взаимодействовать с множеством сетей блокчейна консорциума в соответствии с разными протоколами взаимодействия. Это улучшает удобство сети блокчейна.
Краткое описание чертежей
Чтобы более ясно описать технические решения в вариантах осуществления настоящей заявки или современных технологиях, прилагаемые чертежи, используемые в вариантах осуществления или современных технологиях, будут кратко описаны ниже. Очевидно, что прилагаемые чертежи в описании ниже представляют собой только некоторые варианты осуществления в настоящей заявке. На основе этих прилагаемых чертежей, другие релевантные чертежи могут быть получены специалистом в данной области техники без приложения творческих усилий.
Фиг. 1a-b представляют собой схематичные диаграммы системы блокчейна в соответствии с некоторыми вариантами осуществления настоящей заявки;
Фиг. 2 представляет собой блок-схему последовательности операций способа хранения данных в соответствии с некоторыми вариантами осуществления настоящей заявки;
Фиг. 3-5 представляют собой схематичные диаграммы трех устройств хранения данных в соответствии с некоторыми вариантами осуществления настоящей заявки.
Подробное описание
Варианты осуществления настоящей заявки обеспечивают сеть блокчейна и способ и устройство хранения данных.
Чтобы обеспечить возможность специалисту в данной области техники лучше понять технические решения настоящей заявки, технические решения в вариантах осуществления настоящей заявки будут ясно и полностью описаны ниже со ссылкой на прилагаемые чертежи в вариантах осуществления настоящей заявки. Очевидно, что описанные варианты осуществления представляют собой только некоторые, а не все варианты осуществления настоящей заявки. На основе вариантов осуществления настоящей заявки, все другие варианты осуществления, которые могут быть получены специалистом в данной области техники без приложения творческих усилий, должны входить в объем настоящей заявки.
Как описано выше, в примерных применениях, существует главным образом два типа применения сетей блокчейна, т.е., общедоступная (публичная) сеть блокчейна и сеть блокчейна консорциума. Не имеется ограничения идентичности для узлов в общедоступной сети блокчейна, и любой субъект (индивидуальный или организация) может становиться узлом в общедоступной сети блокчейна, чтобы участвовать в подтверждении консенсуса в отношении запроса транзакции. Поскольку общедоступная сеть блокчейна является истинно децентрализованной и полностью открытой, взломщик может иметь возможности управлять большинством узлов и заставлять нелегитимный запрос транзакции проходить подтверждение. Кроме того, любой субъект может просматривать все данные транзакции, хранящиеся на общедоступной цепочке, в то время как данные транзакции часто предусматривают конфиденциальность узловых и не-узловых субъектов. Даже если данные транзакции зашифрованы, все еще существует риск взлома шифрования.
Следует отметить, что ʺсовместно используемый реестрʺ представляет собой блокчейн, администрируемый сетью блокчейна, и соответственно, сеть блокчейна консорциума администрирует блокчейн консорциума, и сеть общедоступного блокчейна администрирует общедоступный блокчейн.
Все узлы в сети блокчейна консорциума представляют собой предварительно назначенные полномочные учреждения. Например, все узлы в сети блокчейна консорциума в финансовой области могут представлять собой Промышленный и коммерческий банк Китая, Строительный банк Китая, Народный банк Китая, Комиссию по регулированию рынка ценных бумаг Китая, Комиссию по регулированию банковской деятельности Китая и т.д. Такая характеристика сети блокчейна консорциума не дает взломщикам возможность участвовать в подтверждении консенсуса или просматривать данные транзакции, хранящиеся на блокчейне консорциума. Таким образом, безопасность сети блокчейна значительно улучшается. Однако, поскольку узлы в сети блокчейна консорциума часто представляют собой полномочные учреждения в области транзакций, сеть блокчейна консорциума может обеспечивать только общедоступные услуги подтверждения в конкретной области транзакций. Не-узловому субъекту часто требуется нести очень большие издержки, чтобы взаимодействовать с сетями блокчейна консорциума в разных областях транзакций, что является очень неудобным.
С этой целью, техническое решение настоящей заявки обеспечивает систему блокчейна, и центр распределения установлен в системе. Центр распределения обеспечивает стандартные протоколы взаимодействия, с одной стороны, для взаимодействия с не-узловыми субъектами, чтобы принимать запросы транзакций от не-узловых субъектов, а с другой стороны, для взаимодействия с различными сетями блокчейна консорциума, чтобы пересылать принимаемые запросы транзакций на соответствующие сети блокчейна консорциума для подтверждения в соответствии с областями транзакций, соответствующими запросам транзакций.
Система блокчейна в техническом решении настоящей заявки может объединять существующие сети блокчейна консорциума, которые работают независимо, и не-узловые субъекты с потребностью различных услуг подтверждения консенсуса в унифицированную архитектуру системы, обеспечивать стандартные протоколы взаимодействия для сетей блокчейна консорциума и не-узловых субъектов и даже включать различные услуги подтверждения во всем сообществе в системе блокчейна. Все члены в сообществе могут становиться узлами в системе блокчейна (без необходимости отвечать за подтверждение консенсуса), и запросы транзакции, генерируемые во всех аспектах жизни и работы каждого члена, могут подтверждаться в системе блокчейна.
Фиг. 1a представляет собой схематичную диаграмму системы блокчейна в соответствии с некоторыми вариантами осуществления настоящей заявки. Как показано на фиг. 2, система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, причем подсистема вне консенсуса может соответствовать не-узловым субъектам, и не-узловые субъекты могут служить как узлы вне консенсуса в подсистеме вне консенсуса. Альтернативно, подсистема вне консенсуса может также соответствовать сети общедоступного блокчейна, и узлы вне консенсуса в подсистеме вне консенсуса в действительности представляют собой узлы в сети общедоступного блокчейна, но узлы вне консенсуса не имеют функции участвовать в подтверждении консенсуса и могут только предоставлять запросы транзакции. С другой стороны, каждая из подсистем консенсуса эквивалентна сети блокчейна консорциума, и узлы консенсуса в каждой из подсистем консенсуса в действительности представляют собой узлы в сети блокчейна консорциума, соответствующей подсистеме консенсуса; запросы транзакции, инициированные узлами вне консенсуса, распределяются центром распределения единообразным образом, и центр распределения пересылает запросы транзакций, соответствующие разным областям транзакций, на соответствующие подсистемы консенсуса (т.е., эквивалентно пересылке запросов транзакций на соответствующие сети блокчейна консорциума).
Фактически, когда система подтверждения консенсуса всего сообщества основана на системе блокчейна, сети блокчейна консорциума могут рассматриваться как станции обслуживания для предоставления услуг каждом члену сообщества. Для каждого члена сообщества, имеется множество запросов транзакций, сгенерированных членом сообщества в социальной деятельности в жизни или в процессе работы, что охватывает множество областей транзакций, и система блокчейна может предоставлять универсальное обслуживание члену сообщества. Кроме того, данные транзакции, хранящиеся на системе блокчейна, также охватывают все аспекты социальной деятельности каждого члена сообщества, включая финансы, здравоохранение, образование, страховку, покупки и ликвидность активов члена сообщества, наряду с областями, такими как администрирование, судебная система, принудительное исполнение и т.д. Данные транзакции могут служить в качестве больших данных с очень высокой точностью для будущего создания системы доверия для всего сообщества.
Технические решения вариантов осуществления настоящей заявки будут описаны подробно со ссылкой на прилагаемые чертежи.
Фиг. 1a представляет собой схематичную диаграмму системы блокчейна в соответствии с некоторыми вариантами осуществления настоящей заявки, содержащей:
подсистему 101 вне консенсуса, центр 102 распределения и множество подсистем 103 консенсуса;
подсистема 101 вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса;
узел вне консенсуса отправляет запрос транзакции в центр 102 распределения;
центр 102 распределения принимает запрос транзакции от подсистемы вне консенсуса, определяет подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции, и пересылает запрос транзакции в определенную подсистему 103 консенсуса; и
подсистема 103 консенсуса принимает запрос транзакции, пересланный центром распределения, и отправляет запрос транзакции во все узлы консенсуса в подсистеме 103 консенсуса для подтверждения консенсуса; если подтверждение успешно, генерирует соответствующий блок в соответствии с запросом транзакции и сохраняет блок в блокчейн консорциума, соответствующий подсистеме 103 консенсуса.
Подсистема 103 консенсуса дополнительно выполнена с возможностью отправлять блок, соответствующий запросу транзакции, в подсистему 101 вне консенсуса; и
подсистема 101 вне консенсуса принимает блок и сохраняет блок в общедоступный блокчейн, соответствующий подсистеме 101 вне консенсуса.
Подсистема 103 консенсуса дополнительно выполнена с возможностью генерировать сводку транзакции, соответствующую блоку, на основе данных транзакции, соответствующих блоку, и отправлять сводку транзакции в подсистему 101 вне консенсуса; и
подсистема 101 вне консенсуса сохраняет сводку транзакции в общедоступный блокчейн, с тем чтобы сводка транзакции была доступна для поиска посредством узлов вне консенсуса.
Подсистема 101 вне консенсуса дополнительно содержит:
браузер 1011 данных, выполненный с возможностью принимать запрос поиска данных транзакции от узла вне консенсуса, определять разрешение поиска узла вне консенсуса в соответствии с запросом поиска; и возвращать, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, в узел вне консенсуса.
Браузер 1011 данных получает, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, от подсистемы 103 консенсуса, соответствующей запросу поиска, и возвращает полученные данные транзакции в узел вне консенсуса.
В существующей сети блокчейна, узлы являются членами сети блокчейна. Узлы могут участвовать в подтверждении консенсуса в отношении запроса транзакции, могут также искать блоки, хранящиеся на сети блокчейна (т.е., совместно используемом реестре), и могут дополнительно искать данные транзакции, соответственно соответствующие блокам. Запрос транзакции содержит данные транзакции, и узел или не-узловой субъект может предоставлять запрос транзакции, чтобы запросить сеть блокчейна выполнить подтверждение консенсуса в отношении запроса транзакции и верифицировать, являются ли легитимными данные транзакции запроса транзакции.
Здесь, данные транзакции представляют собой данные транзакции, сгенерированный узлом или не-узловым субъектом, и содержат цифровую подпись, идентификатор, адрес счета и т.д. узла или не-узлового субъекта и дополнительно содержат предметы, подлежащие верифицированию, как запрошено узлом или не-узловым субъектом. Эти предметы, подлежащие верифицированию, варьируются в зависимости от разных областей транзакции. Например, узел A переводит 500 юаней в узел B. Для того чтобы узел B был уверен, что перевод был осуществлен, узел A должен предоставить запрос транзакции, и запрос транзакции содержит следующие данные транзакции: адрес счета узла A, адрес счета узла B, и ʺA переводит 500 юаней на Bʺ. Затем, узлы в сети блокчейна должны верифицировать, произведен ли вычет 500 юаней со счета узла A, и добавлены ли 500 юаней со счета узла A на счет B.
Следует отметить, что, в области технологий блокчейна, подтверждение консенсуса выполняется по запросу транзакции всеми узлами в соответствии с алгоритмом консенсуса, и сеть блокчейна имеет право осуществлять доступ к конфиденциальной информации всех узлов, такой как счета, записи транзакции и т.д., для подтверждения. Последовательность операций подтверждения консенсуса в вариантах осуществления настоящей заявки не отличается от существующей последовательности операций подтверждения консенсуса, и поэтому последовательность операций подтверждения консенсуса в вариантах осуществления настоящей заявки не будет подробно поясняться в спецификации ниже.
В существующей сети блокчейна, имеется большое число запросов транзакций, требующих подтверждения консенсуса. Поэтому подтверждение консенсуса обычно выполняется один раз на группе запросов транзакций в пределах периода времени или когда число запросов транзакций как группа достигает числового порога, чтобы повысить эффективность. Затем, если подтверждение на этой группе запросов транзакций успешно, блок, соответствующий этой группе запросов транзакций, генерируется и сохраняется в блокчейне (т.е. сохраняется в совместно используемом реестре). Узлы могут искать данные транзакции, соответствующие блоку, чтобы проверить, не был ли блок отрегулирован.
В вариантах осуществления настоящей заявки, узлы консенсуса не отличаются от узлов в сети блокчейна консорциума с точки зрения функций. Одна подсистема консенсуса соответствует сети блокчейна консорциума (содержит блокчейн консорциума), и каждый узел консенсуса соответствует полномочному учреждению для участия в подтверждении консенсуса. Узлы вне консенсуса могут представлять собой не-узловые субъекты, описанные в разделе ʺПредшествующий уровень техникиʺ, и не-узловым субъектам может быть назначена идентификационная информация узла в настоящей системе, но узлы вне консенсуса не могут участвовать в подтверждении консенсуса. Узлы вне консенсуса могут также представлять собой узлы в сети общедоступного блокчейна, что означает, что подсистема вне консенсуса соответствует сети общедоступного блокчейна. В сценариях применения настоящей заявки, эти узлы вне консенсуса тоже не могут участвовать в подтверждении консенсуса. В сценариях применения настоящей заявки, подтверждение консенсуса выполняется всеми узлами консенсуса в подсистемах консенсуса.
Однако, в сценариях, отличных от сценариев применения настоящей заявки, узлы вне консенсуса могут выполнять подтверждение консенсуса. Например, узлы вне консенсуса могут представлять собой узлы в сценарии применения биткоина, которые выполняют подтверждение консенсуса для обращения биткоинов в соответствии с алгоритмом доказательства выполнения работы. Как описано выше, все сообщество может быть объединено в единую систему доверия на основе настоящей системы. Когда подсистема вне консенсуса соответствует сети общедоступного блокчейна, сеть общедоступного блокчейна должна просто взаимодействовать с настоящей системой, в то время как на исходные операции сети общедоступного блокчейна не будет оказываться влияние.
Более того, подсистема вне консенсуса в настоящей системе может дополнительно соответствовать множеству сетей общедоступного блокчейна. Однако, в настоящей системе, все узлы, содержащиеся во множестве сетей общедоступного блокчейна, представляют собой узлы вне консенсуса, и подсистеме вне консенсуса неважно, какой сети общедоступного блокчейна исходно принадлежат эти узлы вне консенсуса.
В вариантах осуществления настоящей заявки, центр распределения предоставляет публике стандартные протоколы взаимодействия. В одном примере, каждая сеть блокчейна консорциума может разрабатывать клиент, имеющий встроенные стандартные протоколы в соответствии с прикладным программным интерфейсом (API), обеспечиваемым центром распределения, чтобы взаимодействовать с центром распределения и тем самым становиться подсистемой консенсуса. Кроме того, любой субъект может взаимодействовать с центром распределения и становиться узлом вне консенсуса. В одном примере, человек или отдельное лицо может устанавливать клиент, имеющий встроенный стандартный протокол взаимодействия, на терминал, и затем запросы транзакции могут быть предоставлены в любое время через клиент. Предприятие, в частности, предприятие, которое обеспечивает услуги пользователям, может взаимодействовать с приложением предприятия при помощи центра распределения. Когда предприятие предоставляет услугу пользователю, запрос транзакции, соответствующий услуге, может быть предоставлен для соответствующей подсистемы консенсуса, чтобы выполнять подтверждение консенсуса.
Например, господин Чжан является филантропом, который часто обеспечивает финансовую помощь неимущим студентам. Господин Чжан очень обеспокоен судьбой каждого пожертвования, которое он сделал, и тем, действительно ли студенты получили пожертвования. Тогда, господин Чжан может обратиться с заявлением стать узлом вне консенсуса и установить платежное приложение со встроенным стандартным протоколом взаимодействия. Каждый раз, когда господин Чжан совершает пожертвование, соответствующая подсистема консенсуса в области благотворительности будет выполнять подтверждение консенсуса на пожертвовании, чтобы заверить, что пожертвование, сделанное господином Чжаном, было внесено на счет назначенного неимущего студента. Более того, господин Чжан может подтвердить позже, что транзакция не была отрегулирована, путем просмотра блока, сохраненного в блокчейн консорциума.
Например, клиент платформы электронной торговли может иметь встроенный стандартный протокол взаимодействия для взаимодействия с центром распределения. Когда пользователь делает покупки на платформе электронной торговли, платформа электронной торговли запрашивает подсистему консенсуса выполнить подтверждение консенсуса на том, аутентичны ли товары, приобретенные пользователем, успешен ли платеж, произведенный пользователем, и т.д., и обеспечивает обратную связь пользователю.
Например, обычное отдельное лицо может становиться узлом вне консенсуса. Когда два узла вне консенсуса выполняют перевод, один из узлов вне консенсуса может инициировать запрос транзакции, чтобы запросить сеть блокчейна консорциума, соответствующую области платежей, выполнить подтверждение консенсуса на переводе и записать блок, соответствующий переводу, на блокчейн консорциума.
Таким образом, существует множество сценариев применения при использовании архитектуры настоящей системы. Отдельное лицо может становиться узлом вне консенсуса, чтобы запрашивать подтверждение различных событий, сгенерированных отдельным лицом. Предприятие может становиться узлом вне консенсуса, чтобы усилить доверие, которое пользователи имеют к предприятию.
В вариантах осуществления настоящей заявки, когда подсистема вне консенсуса соответствует сети общедоступного блокчейна, сгенерированный блок, соответствующий запросу транзакции, может дополнительно быть отправлен в подсистему вне консенсуса, что предписывает подсистеме вне консенсуса сохранять принятый блок в общедоступный блокчейн. Таким образом, все узлы вне консенсуса могут удобно просматривать временные цепочки транзакций, и им не требуется запрашивать подсистему консенсуса выполнять поиск блоков.
Более того, чтобы дополнительно облегчить узлам вне консенсуса поиск запросов транзакции, которые подвергались подтверждению консенсуса, данные транзакции, соответствующие сгенерированному блоку, могут суммироваться, чтобы сгенерировать сводку транзакции, и сводка транзакции может быть отправлена в подсистему вне консенсуса. Подсистема вне консенсуса может сохранить сводку транзакции в общедоступный блокчейн. Таким образом, узлы вне консенсуса могут выполнять поиск сводки транзакции, чтобы удовлетворить требования поиска в общем смысле. Тем временем, узлы вне консенсуса неспособны просматривать данные завершенной транзакции, что предотвращает использование пользователями с незаконными намерениями определенных конфиденциальных данных. Путем отправки блока и сводки транзакции в подсистему вне консенсуса для хранения, гарантируется, что подсистема вне консенсуса не подвергается риску вторжения, в то время как достигается открытость сети блокчейна.
В вариантах осуществления настоящей заявки, подсистема вне консенсуса может дополнительно содержать браузер данных. Браузер данных имеет функцию обеспечивать поиск данных и функциональные возможности администрирования разрешения для узлов вне консенсуса. Как описано выше, блок и сводка транзакции отправляются в подсистему вне консенсуса для хранения. При нормальных обстоятельствах, узлы вне консенсуса могут узнавать информацию, например, успешно ли подтверждение консенсуса, какие предметы были верифицированы, и т.д., путем поиска блока и сводки транзакции, сохраненных на общедоступной цепочке. В некоторых случаях, если узел вне консенсуса подозревает, что блок отрегулирован, подозрение может быть подтверждено только путем поиска данных транзакции, соответствующих блоку. В других случаях, если узлу вне консенсуса требуется доказать доверие узла другим узлам вне консенсуса, узлу вне консенсуса также требуется представить некоторые подробные данные транзакции другим узлам вне консенсуса. Однако это привело бы к высокому риску в безопасности, если узлам вне консенсуса разрешено напрямую просматривать все данные транзакции, сохраненные на блокчейне консорциума. Поэтому, браузер данных может выполнять администрирование разрешения поиска на узлах вне консенсуса.
Архитектура системы блокчейна в технических решениях в соответствии с настоящей заявкой является гибкой. Администратор данных может быть реализован не в подсистеме вне консенсуса, а в центре распределения или в параллель к центру распределения, подсистеме вне консенсуса и подсистемам консенсуса. Говоря кратко, браузер данных может обеспечивать услуги поиска данных и администрировать разрешение поиска для узлов вне консенсуса независимо от местоположения браузера данных в системе.
В одном примере, разрешение поиска узла вне консенсуса может быть определено следующим образом: для каждого узла вне консенсуса, определение типа узла вне консенсуса; и в соответствии с типом узла вне консенсуса, назначение разрешения поиска узлу вне консенсуса.
Здесь, тип узла вне консенсуса может являться отдельным лицом, предприятием, регулирующим органом и т.д. или может представлять собой разные уровни доверия, такие как высокое доверие, среднее доверие, низкое доверие и т.д. Говоря кратко, тип узлов вне консенсуса может определяться в соответствии с действительными ситуациями, что не ограничено в настоящей заявке.
Например, разрешение поиска для узла вне консенсуса типа предприятия может представлять собой данные транзакции, сгенерированные всеми пользователями, обслуживаемыми предприятием; разрешение поиска для обычного отдельного лица может представлять собой данные транзакции, связанные только с отдельным лицом; и разрешение поиска для регулирующего органа может представлять собой все данные транзакции.
В вариантах осуществления настоящей заявки, запрос поиска данных транзакции, отправленный узлом вне консенсуса, может нести блок, указывающий, что узлу вне консенсуса желательно выполнить поиск данных транзакции, соответствующих блоку; альтернативно, запрос поиска может также нести идентификатор узла вне консенсуса, указывающий, что узлу вне консенсуса желательно выполнить поиск данных транзакции в пределах разрешения поиска узла вне консенсуса.
Когда браузер данных принимает запрос поиска данных транзакции, отправленный узлом вне консенсуса, браузер данных верифицирует разрешение поиска узла вне консенсуса. Когда узел вне консенсуса не имеет соответствующего разрешения поиска (например, узел вне консенсуса не имеет разрешения выполнить поиск данных транзакции, соответствующих блоку), браузер данных отклоняет запрос поиска. Если узел вне консенсуса имеет соответствующее разрешение поиска, браузер данных может получить данные транзакции, соответствующие разрешению поиска, из подсистемы консенсуса, соответствующей запросу поиска, в соответствии с разрешением поиска и возвратить полученные данные транзакции в узел вне консенсуса.
Более того, браузер данных может определять, какие данные транзакции можно искать узлом вне консенсуса в соответствии с определенным разрешением поиска, и затем получать данные транзакции из соответствующей подсистемы консенсуса; или может напрямую отправлять определенное разрешение поиска на соответствующую подсистему консенсуса, чтобы подсистема консенсуса возвратила соответствующие данные транзакции в соответствии с разрешением поиска.
В системе блокчейна, показанной на фиг. 1a, создана система блокчейна, содержащая центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, причем подсистема вне консенсуса содержит множество узлов вне консенсуса, каждая из подсистем консенсуса содержит множество узлов консенсуса, и каждая из подсистем консенсуса соответствует сети блокчейна консорциума, содержащей множество узлов консенсуса. В результате, подсистемы консенсуса могут выполнять подтверждения консенсуса в разных областях транзакций. Таким образом, узлы консенсуса в подсистемах консенсуса отвечают за подтверждение консенсуса, и узлы вне консенсуса в подсистеме вне консенсуса могут отправлять запрос транзакции в центр распределения. Центр распределения определяет подсистему консенсуса в конкретной области транзакций на основе данных транзакции, содержащихся в запросе транзакции. Затем, подсистема консенсуса выполняет подтверждение консенсуса в отношении запроса транзакции. В соответствии с вариантами осуществления настоящей заявки, с одной стороны, только узлы консенсуса отвечают за подтверждение консенсуса, и узлы вне консенсуса вне подсистем консенсуса не могут участвовать в подтверждении консенсуса сетью блокчейна консорциума, тем самым улучшая безопасность сети блокчейна; с другой стороны, центр распределения может взаимодействовать с сетями блокчейна консорциума, и субъектам вне консенсуса (узлы вне консенсуса) вне сети блокчейна консорциума требуется только взаимодействовать с центром распределения и не требуется взаимодействовать с множеством сетей блокчейна консорциума в соответствии с разными протоколами взаимодействия, тем самым улучшая удобство сети блокчейна.
Кроме того, следует отметить, что функции центра распределения могут быть ограничены только определением соответствующей подсистемы консенсуса в соответствии с запросом транзакции, или центр может служить как агент взаимодействия данных между подсистемой консенсуса и подсистемой вне консенсуса. Другими словами, подсистема консенсуса и подсистема вне консенсуса могут выполнять взаимодействие данных (например, отправку блока, сводки транзакции, данных транзакции и т.д.) без прохождения через центр распределения, но на основе конкретного протокола маршрутизации, как показано на фиг. 1b.
Фиг. 2 представляет собой блок-схему последовательности операций способа хранения данных в соответствии с некоторыми вариантами осуществления настоящей заявки, содержащего следующие этапы:
S201: отправка, подсистемой вне консенсуса, запроса транзакции в центр распределения.
Эти варианты осуществления настоящей заявки основаны на том же самом принципе изобретения, что и система блокчейна, показанная на фиг. 1a. На пояснения системы блокчейна, показанной на фиг. 1a, можно ссылаться для пояснений релевантных принципов.
В вариантах осуществления настоящей заявки, узел вне консенсуса в подсистеме вне консенсуса может отправлять запрос транзакции в центр распределения.
S202: определение, центром распределения, подсистемы консенсуса, соответствующей запросу транзакции.
S203: пересылка, центром распределения, запроса транзакции в определенную подсистему консенсуса.
Центр распределения может принимать транзакции, отправленные множеством узлов вне консенсуса несколько раз, и для каждого запроса транзакции, пересылать запрос транзакции на соответствующую подсистему консенсуса для подтверждения консенсуса.
Центр распределения может служить как агент взаимодействия данных между подсистемой консенсуса и подсистемой вне консенсуса (например, отправка блока, сводки транзакции, данных транзакции и т.д. на последующих этапах) или может не служить как агент, а позволять подсистеме консенсуса и подсистеме вне консенсуса напрямую выполнять взаимодействие данных.
S204: выполнение, подсистемой консенсуса, подтверждения консенсуса в отношении запроса транзакции.
Подсистема консенсуса выполняет подтверждение консенсуса в отношении запроса транзакции, что практически означает отправку запроса транзакции во все узлы консенсуса, содержащиеся в подсистеме консенсуса, чтобы выполнить подтверждение консенсуса. Алгоритм консенсуса, на основе которого узлы консенсуса выполняют подтверждение консенсуса, может представлять собой устойчивый к византийской угрозе алгоритм или другие алгоритмы консенсуса, что не ограничено.
S205: после того, как подтверждение успешно, подсистема консенсуса генерирует соответствующий блок в соответствии с запросом транзакции, сохраняет блок в блокчейне консорциума, соответствующем подсистеме консенсуса, и генерирует сводку транзакции, соответствующую блоку.
После того, как подтверждение успешно, подсистема консенсуса генерирует соответствующий блок в соответствии с запросом транзакции. На практике, соответствующий блок генерируется в соответствии с группой запросов транзакций, которые содержат запрос транзакции, что было пояснено выше и не будет объясняться подробно.
S206: отправка, подсистемой консенсуса, блока, соответствующего запросу транзакции, и сводки транзакции в подсистему вне консенсуса.
S207: сохранение, подсистемой вне консенсуса, блока в соответствующий общедоступный блокчейн.
S208: отправка, подсистемой вне консенсуса, запроса получения для данных транзакции в подсистему консенсуса.
В вариантах осуществления настоящей заявки, подсистема вне консенсуса может отправлять запрос получения в подсистему консенсуса, и в одном примере, браузер данных, содержащийся в подсистеме вне консенсуса, может отправлять запрос получения в подсистему консенсуса.
Когда запрос получения содержит разрешение поиска узла вне консенсуса, подсистема консенсуса может определять, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, из данных транзакции, хранящихся в подсистеме вне консенсуса, причем разрешение поиска определяется подсистемой вне консенсуса в соответствии с запросом поиска данных транзакции, отправленным узлом вне консенсуса.
Когда запрос получения содержит список идентификаторов данных транзакции, подсистема консенсуса может возвращать соответствующие данные транзакции в подсистему вне консенсуса в соответствии со списком идентификаторов.
S209: возвращение данных транзакции, соответствующих запросу получения, в подсистему вне консенсуса.
При помощи способа хранения данных, показанного на фиг. 2, можно предотвратить свободный поиск данных транзакции узлами вне консенсуса вне подсистемы консенсуса, в то время как запросы транзакции, предоставленные узлами вне консенсуса, могут быть распределены унифицированным образом, тем самым улучшая удобство сети блокчейна.
На основе способа хранения данных, показанного на фиг. 2, варианты осуществления настоящей заявки дополнительно обеспечивают соответствующее устройство хранения данных. Как показано на фиг. 3, система блокчейна содержит центр распределения, подсистему вне консенсуса и множество частей устройства, причем подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая часть устройства содержит множество узлов консенсуса, причем устройство содержит:
модуль 301 приема, выполненный с возможностью принимать запрос транзакции, пересланный центром распределения, запрос транзакции содержит данные транзакции;
модуль 302 подтверждения, выполненный с возможностью отправлять запрос транзакции во все узлы консенсуса в подсистеме консенсуса для подтверждения консенсуса; и
модуль 303 сохранения, выполненный с возможностью, если подтверждение успешно, генерировать соответствующий блок в соответствии с запросом транзакции и сохранять блок в блокчейн консорциума, соответствующий подсистеме консенсуса.
Устройство дополнительно содержит: модуль 304 отправки, выполненный с возможностью, если подтверждение успешно, отправлять блок, соответствующий запросу транзакции, в подсистему вне консенсуса, что предписывает подсистеме вне консенсуса сохранять блок в общедоступный блокчейн, соответствующий подсистеме вне консенсуса.
Устройство дополнительно содержит: модуль 305 генерирования, выполненный с возможностью, если узлы консенсуса достигают консенсуса в том, что запрос транзакции является легитимным, генерировать сводку транзакции, соответствующую блоку, на основе данных транзакции, соответствующих блоку, и отправлять сводку транзакции в подсистему вне консенсуса, что предписывает подсистеме вне консенсуса сохранять сводку транзакции в общедоступный блокчейн, с тем чтобы сводка транзакции была доступна для поиска посредством узлов вне консенсуса.
Устройство дополнительно содержит: модуль 306 администрирования данных транзакции, выполненный с возможностью принимать запрос получения для данных транзакции от подсистемы вне консенсуса и возвращать, в соответствии с запросом получения, данные транзакции, соответствующие запросу получения, в подсистему вне консенсуса.
Запрос получения содержит разрешение поиска узла вне консенсуса, и разрешение поиска определяется подсистемой вне консенсуса в соответствии с запросом поиска данных транзакции, отправленным узлом вне консенсуса; и
модуль 306 администрирования данных транзакции определяет, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, из данных транзакции, хранящихся в подсистеме вне консенсуса.
На основе способа хранения данных, показанного на фиг. 2, варианты осуществления настоящей заявки дополнительно обеспечивают соответствующее устройство хранения данных. Как показано на фиг. 4, система блокчейна содержит устройство, подсистему вне консенсуса и множество подсистем консенсуса, подсистема вне консенсуса содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем устройство содержит:
модуль 401 приема, выполненный с возможностью принимать запрос транзакции, отправленный подсистемой вне консенсуса, запрос транзакции содержит данные транзакции;
модуль 402 определения, выполненный с возможностью определять подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции; и
модуль 403 пересылки, выполненный с возможностью пересылать запрос транзакции в определенную подсистему консенсуса, что предписывает подсистеме консенсуса выполнять подтверждение консенсуса в отношении запроса транзакции, и сохранять блок, соответствующий подтвержденному запросу транзакции, в блокчейн консорциума, соответствующий подсистеме консенсуса.
На основе способа хранения данных, показанного на фиг. 2, варианты осуществления настоящей заявки дополнительно обеспечивают соответствующее устройство хранения данных. Как показано на фиг. 5, система блокчейна содержит центр распределения, устройство и множество подсистем консенсуса, устройство содержит множество узлов вне консенсуса, и каждая из подсистем консенсуса содержит множество узлов консенсуса, причем устройство содержит:
модуль 501 отправки, выполненный с возможностью отправлять запрос транзакции в центр распределения, запрос транзакции содержит данные транзакции, что предписывает центру распределения пересылать, на основе данных транзакции, запрос транзакции в подсистему консенсуса, соответствующую данным транзакции.
Устройство дополнительно содержит: первый модуль 502 сохранения, выполненный с возможностью принимать блок от подсистемы консенсуса и сохранять блок в общедоступный блокчейн, соответствующий подсистеме вне консенсуса.
Устройство дополнительно содержит: второй модуль 503 сохранения, выполненный с возможностью принимать сводку транзакции, соответствующую блоку, от подсистемы консенсуса и сохранять сводку транзакции в общедоступный блокчейн, с тем чтобы сводка транзакции была доступна для поиска посредством узлов вне консенсуса.
Устройство дополнительно содержит: модуль 504 поиска, выполненный с возможностью принимать запрос поиска данных транзакции от узла вне консенсуса, определять разрешение поиска узла вне консенсуса в соответствии с запросом поиска и возвращать, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, в узел вне консенсуса.
Разрешение поиска узла вне консенсуса может быть определено следующим образом:
для каждого узла вне консенсуса, определение типа узла вне консенсуса; и
в соответствии с типом узла вне консенсуса, назначение разрешения поиска узлу вне консенсуса.
Модуль 504 поиска получает, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, от подсистемы консенсуса, соответствующей запросу поиска, и возвращает полученные данные транзакции в узел вне консенсуса.
В 1990-х, усовершенствование технологии можно, очевидно, разделять на усовершенствование аппаратных средств (например, усовершенствование структуры схемы, такой как диод, транзистор, переключатель и т.д.) и усовершенствование программного обеспечения (усовершенствование процедуры способа). С технологическим развитием, однако, множество современных усовершенствований процедур способов могут рассматриваться как непосредственные усовершенствования структур аппаратных схем. Разработчики почти всегда получают соответствующую структуру аппаратной схемы путем программирования усовершенствованной процедуры способа в аппаратную схему. Поэтому, не может делаться вывод, что усовершенствование процедуры способа не может быть реализовано при помощи аппаратного модуля. Например, программируемое логическое устройство (PLD) (например, программируемая вентильная матрица (FPGA)) представляет собой такую интегральную схему, что логические функции интегральной схемы определяются пользователем через программирование устройства. Разработчик программирует на свое усмотрение, чтобы ʺинтегрироватьʺ цифровую систему в один элемент PLD, без необходимости запрашивать производителя чипов проектировать и изготавливать чип специализированной IC. В настоящее время, более того, этот тип программирования в основном реализуется через программное обеспечение ʺлогического компилятораʺ, а не производства чипов IC вручную. Программное обеспечение логического компилятора аналогично компилятору программного обеспечения, используемому для разработки и записи программ, при этом перед компилированием для написания исходных кодов должен использоваться конкретный язык программирования, который называется языком описания аппаратных средств (HDL). Имеется не один, а множество типов HDL, такие как ABEL (усовершенствованный язык булевых выражений), AHDL (язык описания аппаратных средств Altera), Confluence, CUPL (язык программирования Корнеллского университета), HDCal, JHDL (язык описания аппаратных средств Java), Lava, Lola, MyHDL, PALASM, RHDL (язык описания аппаратных средств Ruby) и т.д. В настоящее время наиболее часто используются VHDL (язык описания аппаратных средств на высокоскоростных интегральных схемах) и Verilog. Специалисту в данной области техники также должно быть известно, что было бы очень легко получить аппаратную схему, чтобы реализовать логическую процедуру способа с использованием вышеуказанных HDL, чтобы выполнить незначительное программирование на процедуре способа и запрограммировать процедуру способа в IC.
Контроллер может быть реализован любым подходящим образом. Например, контроллер может быть, например, в форме микропроцессора или процессора, а также машиночитаемого носителя, который хранит машиночитаемые программные коды (например, программное обеспечение или прошивку), которые могут исполняться (микро)процессором, логической схемой, переключателем, специализированной интегральной схемой (ASIC), программируемым логическим контроллером и встроенным микроконтроллером. Примеры контроллера включают в себя, но без ограничения, следующие микроконтроллеры: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20 и Silicone Labs C8051F320. Контроллер памяти может дополнительно быть реализован как часть управляющей логики памяти. Специалисту в данной области техники также должно быть известно, что, в дополнение к тому, что контроллер реализован с помощью машиночитаемых программных кодов, полностью возможно выполнять логическое программирование на этапах способа, чтобы обеспечить возможность контроллеру реализовывать те же самые функции в форме логической схемы, переключателя, ASIC, программируемого логического контроллера и встроенного микроконтроллера. Поэтому, такой контроллер может рассматриваться как часть аппаратных средств, в то время как устройства, содержащиеся в контроллере и выполненные с возможностью реализации различных функций, могут также рассматриваться как структура внутри части аппаратных средств. Альтернативно, устройства, выполненные с возможностью реализации различных функций, могут даже рассматриваться как модули программного обеспечения для реализации способа и как структура внутри части аппаратных средств.
Технические носители, задействованные в платеже в вариантах осуществления настоящей заявки, могут содержать, например, связь в ближней зоне (NFC), WIFI, 3G/4G/5G, технологии проведения карты в терминале POS, технологии сканирования QR-кода, технологии сканирования штрих-кода, Bluetooth, IR, службу коротких сообщений (SMS), службу мультимедийных сообщений (MMS) и т.д.
Система, устройство, модуль или блок, описанные в вариантах осуществления выше, могут быть реализованы компьютерным чипом или объектом или реализованы продуктом, имеющим некоторую функцию. Обычное устройство реализации представляет собой компьютер. В одном примере, компьютер может представлять собой, например, персональный компьютер, ноутбук, сотовый телефон, камерофон, смартфон, персональный цифровой ассистент, медиа-плеер, устройство навигации, устройство электронной почты, игровую консоль, планшет, носимое устройство или комбинацию любых устройств в этих устройствах.
Для удобства описания, устройство выше разделено на различные блоки в соответствии с функциями для описания. Функции блоков могут быть реализованы в одной или нескольких частях программного обеспечения и/или аппаратных средств, когда настоящая заявка реализуется.
Специалист в данной области техники должен понимать, что варианты осуществления настоящего изобретения могут быть обеспечены как способ, система или компьютерный программный продукт. Поэтому, настоящее изобретение может быть реализовано как вариант осуществления полностью в аппаратных средствах, вариант осуществления полностью в программном обеспечении или вариант осуществления, комбинирующий программное обеспечение и аппаратные средства. Более того, настоящее изобретение может быть в форме компьютерного программного продукта, реализуемого на одном или нескольких используемых компьютером носителях хранения (включая, но без ограничения, память на магнитном диске, CD-ROM, оптическую память и т.д.), содержащих используемые компьютером программные коды.
Настоящее изобретение описано со ссылкой на блок-схемы последовательностей операций и/или структурные схемы способа, устройства (системы) и компьютерного программного продукта в соответствии с вариантами осуществления настоящего изобретения. Следует понимать, что компьютерная программная инструкция может использоваться, чтобы реализовывать каждый процесс и/или блок в блок-схемах последовательностей операций и/или структурных схемах и комбинации процессов и/или блоков в блок-схемах последовательностей операций и/или структурных схемах. Эти компьютерные программные инструкции могут быть обеспечены для универсального компьютера, специализированного компьютера, встроенного процессора или процессора других программируемых устройств обработки данных, чтобы генерировать машину, что предписывает инструкциям, исполняемым компьютером или процессором других программируемых устройств обработки данных, генерировать устройство для реализации функции, заданной в одном или нескольких процессах в блок-схемах последовательностей операций и/или в одном или нескольких блоках в структурных схемах.
Эти компьютерные программные инструкции могут также храниться в машиночитаемой памяти, которая может предписывать компьютеру или другим программируемым устройствам обработки данных работать конкретным образом, что предписывает инструкциям, хранящимся в машиночитаемой памяти, генерировать производимый продукт, который включает в себя устройство инструкций. Устройство инструкций реализует функцию, заданную в одном или нескольких процессах в блок-схемах последовательностей операций и/или в одном или нескольких блоках в структурных схемах.
Эти компьютерные программные инструкции могут также быть загружены на компьютер или другие программируемые устройства обработки данных, предписывая выполнение последовательности операционных этапов на компьютере или других программируемых устройствах, тем самым генерируя реализуемую компьютером обработку. Поэтому, инструкции, исполняемые на компьютере или других программируемых устройствах, обеспечивают этапы для реализации функции, заданной в одном или нескольких процессах в блок-схемах последовательностей операций и/или в одном или нескольких блоках в структурных схемах.
В обычной конфигурации, вычислительное устройство включает в себя один или несколько процессоров (CPU), интерфейсы ввода/вывода, сетевые интерфейсы и память.
Память может включать в себя машиночитаемые носители, такие как энергозависимая память, память с произвольным доступом (RAM) и/или энергонезависимая память, например, постоянная память (ROM) или флэш-RAM. Память представляет собой пример машиночитаемого носителя.
Машиночитаемые носители включают в себя энергонезависимые, энергозависимые, мобильные и немобильные носители, которые могут реализовывать хранение информации посредством любого способа или технологии. Информация может представлять собой машиночитаемые инструкции, структуры данных, программные модули или другие данные. Примеры компьютерных носителей хранения включают в себя, но без ограничения, памяти с произвольным доступом с изменением фазового состояния (PRAM), статические памяти с произвольным доступом (SRAM), динамические памяти с произвольным доступом (DRAM), другие типы памятей с произвольным доступом (RAM), постоянные памяти (ROM), электрически стираемые постоянные памяти (EEPROM), флэш-памяти или другие технологии памяти, постоянные памяти на компакт-дисках (CD-ROM), цифровые универсальные диски (DVD) или другие оптические памяти, кассеты, кассетные и дисковые памяти или другие устройства магнитной памяти или любые другие, не относящиеся к среде передачи, носители, которые могут использоваться для хранения информации, доступной вычислительному устройству. В соответствии с определениями в спецификации, машиночитаемые носители не включают в себя переходные (не-временные) носители, такие как модулированные сигналы данных и несущие.
Следует дополнительно отметить, что термины ʺвключающий в себяʺ, ʺсодержащийʺ или любые другие варианты этих терминов предназначены, чтобы охватывать не исключающее включение, обуславливая то, что процесс, способ, продукт или устройство, которые содержат последовательность элементов, не только содержат эти элементы, но также содержат другие элементы, которые не перечислены явно, или дополнительно содержат элементы, которые присущи процессу, способу, продукту или устройству. Когда отсутствует дополнительное ограничение, элементы, определяемые утверждением ʺсодержит один …ʺ, не исключают того, что процесс, способ, продукт или устройство, которое содержит вышеуказанные элементы, также содержит дополнительные идентичные элементы.
Специалист в данной области техники должен понимать, что варианты осуществления настоящей заявки могут быть обеспечены как способ, система или компьютерный программный продукт. Поэтому, настоящая заявка может быть реализована как вариант осуществления полностью в аппаратных средствах, вариант осуществления полностью в программном обеспечении или вариант осуществления, комбинирующий программное обеспечение и аппаратные средства. Более того, настоящая заявка может быть в форме компьютерного программного продукта, реализуемого на одном или нескольких используемых компьютером носителях хранения (включая, но без ограничения, память на магнитном диске, CD-ROM, оптическую память и т.д.), который содержит используемые компьютером программные коды.
Настоящая заявка может быть описана в обычном контексте исполняемой компьютером инструкции, которая исполняется компьютером, такой как программный модуль. В целом, программный модуль содержит подпрограмму, программу, объект, компонент, структуру данных и т.д. для исполнения конкретной задачи или реализации некоторого абстрактного типа данных. Настоящая заявка может также применяться в распределенных вычислительных средах. В этих распределенных вычислительных средах, удаленные устройства обработки соединены посредством сетей связи, которые выполняют задачи. В распределенных вычислительных средах, программный модуль может быть расположен в локальных и удаленных компьютерных носителях хранения, включая устройства хранения.
Варианты осуществления в настоящей спецификации описаны постепенным образом, причем каждый вариант осуществления фокусируется на отличиях от других вариантов осуществления, и на варианты осуществления можно взаимно ссылаться в отношении идентичных или аналогичных частей. В частности, вариант осуществления системы описан относительно простым образом, так как вариант осуществления системы, по существу, аналогичен варианту осуществления способа. На описание варианта осуществления способа могут даваться ссылки в отношении связанных частей.
Описанное выше представляет собой только варианты осуществления настоящей заявки, которые не используются для ограничения настоящей заявки. Для специалиста в данной области техники, настоящая заявка может иметь различные модификации и изменения. Любая модификация, эквивалентная замена или усовершенствование, осуществленные в пределах сущности и принципов настоящей заявки, должны охватываться формулой изобретения настоящей заявки.

Claims (33)

1. Система блокчейна, содержащая центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, причем
каждая из подсистем консенсуса соответствует сети блокчейна консорциума, содержащей множество узлов консенсуса, отвечающих за подтверждение консенсуса, и подсистема вне консенсуса содержит множество узлов вне консенсуса, которые находятся вне сетей блокчейна консорциума;
узел вне консенсуса отправляет запрос транзакции в центр распределения;
центр распределения принимает запрос транзакции от подсистемы вне консенсуса, определяет подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции, и пересылает запрос транзакции в эту определенную подсистему консенсуса; и
подсистема консенсуса принимает запрос транзакции, пересланный центром распределения, и отправляет запрос транзакции во все узлы консенсуса в подсистеме консенсуса для подтверждения консенсуса; если подтверждение успешно, то генерирует соответствующий блок в соответствии с запросом транзакции и сохраняет этот блок в блокчейн консорциума, соответствующий подсистеме консенсуса.
2. Система блокчейна по п.1, в которой подсистема консенсуса дополнительно выполнена с возможностью: если подтверждение успешно, отправлять блок, соответствующий запросу транзакции, в подсистему вне консенсуса; причем подсистема вне консенсуса принимает блок и сохраняет блок в общедоступный блокчейн, соответствующий подсистеме вне консенсуса.
3. Система блокчейна по п.2, в которой подсистема консенсуса дополнительно выполнена с возможностью: генерировать сводку транзакции, соответствующую блоку, на основе данных транзакции, соответствующих блоку, и отправлять сводку транзакции в подсистему вне консенсуса; причем подсистема вне консенсуса сохраняет сводку транзакции в общедоступный блокчейн, с тем чтобы сводка транзакции была доступна для поиска посредством узлов вне консенсуса.
4. Система блокчейна по п.1, в которой подсистема вне консенсуса дополнительно содержит: браузер данных, выполненный с возможностью принимать запрос поиска данных транзакции от узла вне консенсуса, определять разрешение поиска узла вне консенсуса в соответствии с запросом поиска и возвращать, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, в узел вне консенсуса.
5. Система блокчейна по п.4, причем разрешение поиска узла вне консенсуса определяется следующим образом:
для каждого узла вне консенсуса определяется тип узла вне консенсуса и
в соответствии с типом узла вне консенсуса назначается разрешение поиска узлу вне консенсуса.
6. Система блокчейна по п.4, в которой браузер данных получает, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, от подсистемы консенсуса, соответствующей запросу поиска, и возвращает полученные данные транзакции в узел вне консенсуса.
7. Способ хранения данных, в котором система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, при этом каждая из подсистем консенсуса соответствует сети блокчейна консорциума, содержащей множество узлов консенсуса, отвечающих за подтверждение консенсуса, и подсистема вне консенсуса содержит множество узлов вне консенсуса, которые находятся вне сетей блокчейна консорциума, причем способ содержит этапы, на которых:
принимают запрос транзакции, пересланный центром распределения, посредством подсистемы консенсуса, соответствующей этому запросу транзакции, причем запрос транзакции содержит данные транзакции, при этом запрос транзакции отправлен множеством узлов вне консенсуса в центр распределения, причем подсистема консенсуса, соответствующая запросу транзакции, определяется центром распределения на основе данных транзакции, содержащихся в запросе транзакции;
отправляют запрос транзакции во все узлы консенсуса в подсистеме консенсуса для подтверждения консенсуса;
если подтверждение успешно, генерируют соответствующий блок в соответствии с запросом транзакции и сохраняют этот блок в блокчейн консорциума, соответствующий подсистеме консенсуса.
8. Способ по п.7, дополнительно содержащий этап, на котором, если подтверждение успешно, отправляют блок, соответствующий запросу транзакции, в подсистему вне консенсуса, что предписывает подсистеме вне консенсуса сохранять блок в общедоступный блокчейн, соответствующий подсистеме вне консенсуса.
9. Способ по п.8, причем если узлы консенсуса достигают консенсуса в том, что запрос транзакции является легитимным, то способ дополнительно содержит этапы, на которых:
генерируют сводку транзакции, соответствующую блоку, на основе данных транзакции, соответствующих блоку; и
отправляют сводку транзакции в подсистему вне консенсуса, что предписывает подсистеме вне консенсуса сохранять сводку транзакции в общедоступный блокчейн, с тем чтобы сводка транзакции была доступна для поиска посредством узлов вне консенсуса.
10. Способ по п.7, дополнительно содержащий этапы, на которых:
принимают запрос получения в отношении данных транзакции от подсистемы вне консенсуса; и
возвращают, в соответствии с запросом получения, данные транзакции, соответствующие запросу получения, в подсистему вне консенсуса.
11. Способ по п.10, в котором запрос получения содержит разрешение поиска узла вне консенсуса, и разрешение поиска определяется подсистемой вне консенсуса в соответствии с запросом поиска данных транзакции, отправленного узлом вне консенсуса; и
возвращение, в соответствии с запросом получения, данных транзакции, соответствующих запросу получения, в подсистему вне консенсуса содержит этап, на котором определяют, в соответствии с разрешением поиска, данные транзакции, соответствующие разрешению поиска, из данных транзакции, хранящихся в подсистеме вне консенсуса.
12. Способ хранения данных, в котором система блокчейна содержит центр распределения, подсистему вне консенсуса и множество подсистем консенсуса, при этом каждая из подсистем консенсуса соответствует сети блокчейна консорциума, содержащей множество узлов консенсуса, отвечающих за подтверждение консенсуса, и подсистема вне консенсуса содержит множество узлов вне консенсуса, которые находятся вне сетей блокчейна консорциума, причем способ содержит этапы, на которых:
принимают посредством центра распределения запрос транзакции, отправленный подсистемой вне консенсуса, при этом запрос транзакции содержит данные транзакции;
определяют подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции; и
пересылают запрос транзакции в эту определенную подсистему консенсуса, что предписывает подсистеме консенсуса выполнять подтверждение консенсуса в отношении запроса транзакции и сохранять блок, соответствующий подтвержденному запросу транзакции, в блокчейн консорциума, соответствующий подсистеме консенсуса.
13. Центр распределения из состава системы блокчейна, причем система блокчейна дополнительно содержит подсистему вне консенсуса и множество подсистем консенсуса, при этом каждая из подсистем консенсуса соответствует сети блокчейна консорциума, содержащей множество узлов консенсуса, отвечающих за подтверждение консенсуса, и подсистема вне консенсуса содержит множество узлов вне консенсуса, которые находятся вне сетей блокчейна консорциума, причем центр распределения содержит:
модуль приема, выполненный с возможностью принимать запрос транзакции, отправленный подсистемой вне консенсуса, при этом запрос транзакции содержит данные транзакции;
модуль определения, выполненный с возможностью определять подсистему консенсуса, соответствующую запросу транзакции, на основе данных транзакции, содержащихся в запросе транзакции; и
модуль пересылки, выполненный с возможностью пересылать запрос транзакции в эту определенную подсистему консенсуса, что предписывает подсистеме консенсуса выполнять подтверждение консенсуса в отношении запроса транзакции и сохранять блок, соответствующий подтвержденному запросу транзакции, в блокчейн консорциума, соответствующий подсистеме консенсуса.
RU2019123171A 2017-02-17 2018-02-12 Система блокчейна и способ и устройство хранения данных RU2732535C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710086153.6A CN107018125B (zh) 2017-02-17 2017-02-17 一种区块链系统、数据存储方法及装置
CN201710086153.6 2017-02-17
PCT/CN2018/076505 WO2018149385A1 (zh) 2017-02-17 2018-02-12 一种区块链系统、数据存储方法及装置

Publications (1)

Publication Number Publication Date
RU2732535C1 true RU2732535C1 (ru) 2020-09-21

Family

ID=59440420

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2019123171A RU2732535C1 (ru) 2017-02-17 2018-02-12 Система блокчейна и способ и устройство хранения данных

Country Status (17)

Country Link
US (3) US10505720B2 (ru)
EP (2) EP3754941B1 (ru)
JP (1) JP2020512617A (ru)
KR (2) KR102195351B1 (ru)
CN (1) CN107018125B (ru)
AU (2) AU2018222076B2 (ru)
BR (1) BR112019016831B1 (ru)
CA (1) CA3051025C (ru)
ES (1) ES2827301T3 (ru)
MX (1) MX2019009435A (ru)
PH (1) PH12019501702A1 (ru)
PL (1) PL3562120T3 (ru)
RU (1) RU2732535C1 (ru)
SG (2) SG10202005442PA (ru)
TW (1) TWI684105B (ru)
WO (1) WO2018149385A1 (ru)
ZA (1) ZA201904888B (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2770746C1 (ru) * 2020-12-20 2022-04-21 Автономная некоммерческая организация высшего образования "Университет Иннополис" Система распределенного реестра

Families Citing this family (121)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11521290B2 (en) 2013-05-22 2022-12-06 Patrick Damien O'Brien Systems and methods for storing contract information on multiple blockchain ledgers
US20210279723A1 (en) * 2017-01-25 2021-09-09 State Farm Mutual Automobile Insurance Company Systems and methods for industry reporting via blockchain
CN107018125B (zh) 2017-02-17 2019-08-09 阿里巴巴集团控股有限公司 一种区块链系统、数据存储方法及装置
CN107360248B (zh) * 2017-07-31 2020-08-25 众安信息技术服务有限公司 用于配置局部共识的方法和装置及计算机可读存储介质
CN108012582B (zh) * 2017-08-18 2019-08-23 达闼科技成都有限公司 区块链系统及其权限管理方法
CN109426949B (zh) * 2017-08-29 2021-02-09 华为技术有限公司 一种跨链交易方法及装置
CN107767478B (zh) * 2017-09-06 2020-10-16 阿里巴巴集团控股有限公司 一种保存工作记录的方法及装置
CN107862215B (zh) 2017-09-29 2020-10-16 创新先进技术有限公司 一种数据存储方法、数据查询方法及装置
CN107911373B (zh) * 2017-11-24 2019-09-06 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种区块链权限管理方法及系统
CN109886703A (zh) * 2017-12-04 2019-06-14 北京红马传媒文化发展有限公司 电子票务信息处理方法、装置及电子票务系统
CN108241743B (zh) * 2018-01-04 2020-05-12 杭州复杂美科技有限公司 一种区块链快照方法
CN108632480A (zh) * 2018-04-19 2018-10-09 北京阿尔山金融科技有限公司 基于区块链的计费方法及装置
WO2019200460A1 (en) * 2018-04-20 2019-10-24 Interbit Ltd. Method and system for storing a binary large object
JP7379371B2 (ja) * 2018-04-27 2023-11-14 エヌチェーン ライセンシング アーゲー ブロックチェーンネットワークの分割
CN110377239B (zh) * 2018-04-27 2021-02-12 腾讯科技（深圳）有限公司 数据签名方法、装置、服务器、系统及存储介质
CN108846010B (zh) * 2018-04-28 2021-12-14 腾讯科技（深圳）有限公司 网络中产品溯源的方法、系统、计算机系统和存储介质
US20210342836A1 (en) * 2018-05-06 2021-11-04 Strong Force TX Portfolio 2018, LLC Systems and methods for controlling rights related to digital knowledge
CN108846752A (zh) * 2018-06-06 2018-11-20 北京京东金融科技控股有限公司 数据处理方法、系统、区块链平台以及可读存储介质
CN108717606A (zh) * 2018-06-08 2018-10-30 北京工商大学 一种基于区块链的食品安全多元利益主体信用评价方法
CN109255741A (zh) * 2018-06-28 2019-01-22 平安科技（深圳）有限公司 医疗捐助与求助方法及装置、计算机设备与可读存储介质
CN113408009B (zh) 2018-07-05 2022-12-06 腾讯科技（深圳）有限公司 数据处理方法、装置、设备及介质
US10956377B2 (en) * 2018-07-12 2021-03-23 EMC IP Holding Company LLC Decentralized data management via geographic location-based consensus protocol
CN108924250B (zh) * 2018-07-27 2022-02-11 江西贪玩信息技术有限公司 基于区块链的业务请求处理方法、装置和计算机设备
CN109189853B (zh) * 2018-08-08 2021-05-28 众安信息技术服务有限公司 一种区块链之间数据同步方法与装置
CN109347901B (zh) * 2018-08-23 2020-12-15 泰链（厦门）科技有限公司 区块链系统的共识机制实现方法、介质、装置及系统
CN109145625A (zh) * 2018-08-31 2019-01-04 阿里巴巴集团控股有限公司 保单信息的处理方法、装置及区块链数据存储系统
US10621579B2 (en) * 2018-09-06 2020-04-14 Intercontinental Exchange Holdings, Inc. Multi-signature verification network
CN109361734B (zh) * 2018-09-18 2021-04-20 百度在线网络技术（北京）有限公司 一种区块链的数据处理方法、装置、设备及介质
CN111047439B (zh) * 2018-10-12 2024-05-14 北京邦天信息技术有限公司 一种基于区块链的交易处理方法
CN109391480A (zh) * 2018-10-19 2019-02-26 微梦创科网络科技（中国）有限公司 一种数据存储方法、装置及电子设备
CN111833189A (zh) * 2018-10-26 2020-10-27 创新先进技术有限公司 数据处理方法及装置
CN109614813B (zh) * 2018-10-31 2020-06-23 阿里巴巴集团控股有限公司 基于区块链的隐私交易方法、装置及其应用方法、装置
JP7190336B2 (ja) 2018-11-15 2022-12-15 富士通株式会社 通信装置、通信方法、および通信プログラム
CN110020956B (zh) 2018-11-26 2022-11-22 创新先进技术有限公司 一种跨区块链的交互方法及系统、计算机设备及存储介质
CN110020945B (zh) * 2018-11-27 2020-10-30 创新先进技术有限公司 一种基于多个区块链网络的数据读取方法及系统
CN110060153B (zh) 2018-11-27 2020-11-17 创新先进技术有限公司 一种基于多个区块链网络的数据存证方法及系统
CN110060152B (zh) * 2018-11-27 2020-10-30 创新先进技术有限公司 一种基于多个区块链网络的数据读取方法及系统
CN111240607B (zh) * 2018-11-29 2024-01-05 株式会社理光 图像形成系统以及图像形成方法
CN110471952B (zh) * 2018-12-07 2023-05-26 深圳市智税链科技有限公司 在区块链网络中确定记账节点的方法、代理节点和介质
CN109447811B (zh) * 2018-12-07 2024-01-02 深圳市智税链科技有限公司 在区块链网络中查询交易信息的方法、记账节点和介质
CN109636388B (zh) * 2018-12-07 2024-02-23 深圳市智税链科技有限公司 区块链网络中的数据处理方法、装置、介质及电子设备
CN109684375B (zh) * 2018-12-07 2022-12-27 深圳市智税链科技有限公司 在区块链网络中查询交易信息的方法、记账节点和介质
CN109379381B (zh) * 2018-12-07 2021-06-15 深圳市智税链科技有限公司 区块链系统的数据管理方法、装置、介质及电子设备
CN109784882A (zh) * 2018-12-14 2019-05-21 深圳壹账通智能科技有限公司 联盟链信息发布控制方法及终端设备
TWI710238B (zh) * 2018-12-17 2020-11-11 財團法人國家實驗研究院 分散式儲存系統之同步刪除方法
CN109660545B (zh) * 2018-12-27 2021-04-09 北京新唐思创教育科技有限公司 一种联盟链共识方法及计算机存储介质
CN109922039B (zh) * 2019-01-14 2021-05-07 湘潭大学 一种基于区块链技术的半中心化的身份管理方法
CN109902119A (zh) * 2019-03-11 2019-06-18 深圳众享互联科技有限公司 区块链与数据库混合系统数据标识方法及其展示方法
CN109992999B (zh) * 2019-04-01 2021-05-28 北京柏链基石科技有限公司 一种基于区块链的隐私数据的修改方法、装置及电子设备
CN110009353A (zh) * 2019-04-01 2019-07-12 北京柏链基石科技有限公司 一种基于区块链的账号注册方法、装置及电子设备
AU2019204730C1 (en) * 2019-04-03 2021-04-29 Advanced New Technologies Co., Ltd. Processing and storing blockchain data under a trusted execution environment
CN110162570B (zh) * 2019-04-17 2021-03-05 创新先进技术有限公司 区块链数据的分次获取方法和装置
US11995647B2 (en) * 2019-04-30 2024-05-28 Salesforce, Inc. System and method of providing interoperable distributed and decentralized ledgers using consensus on consensus and delegated consensus
CN110222535B (zh) * 2019-05-06 2024-03-12 平安科技（深圳）有限公司 区块链配置文件的处理装置、方法及存储介质
CN111915304B (zh) * 2019-05-08 2024-06-07 百度在线网络技术（北京）有限公司 数字元素的数据处理方法、装置、设备及存储介质
CN110187831B (zh) * 2019-05-13 2022-04-19 北京华宇九品科技有限公司 区块链联盟链的区块数据存储系统及方法
CN110263025A (zh) * 2019-05-21 2019-09-20 平安普惠企业管理有限公司 基于联盟链的数据清算方法、电子设备及计算机存储介质
US11469886B2 (en) 2019-05-22 2022-10-11 Salesforce.Com, Inc. System or method to implement record level access on metadata driven blockchain using shared secrets and consensus on read
CN110162274B (zh) * 2019-05-31 2022-09-02 深圳市迅雷网络技术有限公司 一种基于区块链的数据处理方法、装置及设备
CN112037053B (zh) * 2019-06-03 2023-12-22 本无链科技(深圳)有限公司 一种用于区块链的通用交易解释器及其解释方法
SG11202005059PA (en) * 2019-06-28 2020-06-29 Alibaba Group Holding Ltd System and method for updating data in blockchain
CN110334154B (zh) * 2019-06-28 2020-07-21 阿里巴巴集团控股有限公司 基于区块链的分级存储方法及装置、电子设备
US10789222B2 (en) 2019-06-28 2020-09-29 Alibaba Group Holding Limited Blockchain-based hierarchical data storage
CN110460634B (zh) * 2019-07-02 2020-10-27 特斯联（北京）科技有限公司 边缘计算共识请求管理方法和系统
MY192336A (en) * 2019-07-23 2022-08-17 Advanced New Technologies Co Ltd Managing transactions on blockchain networks
CN110413697B (zh) * 2019-08-02 2022-09-13 佛山市顺德区平行互联网信息科技有限公司 一种基于区块链的公益善款数据存储方法及系统
CN110474901B (zh) * 2019-08-13 2021-12-07 西安纸贵互联网科技有限公司 公有区块链网络系统
CN110457926A (zh) * 2019-08-13 2019-11-15 重庆邮电大学 一种工业物联网中基于数据加密存储的数据共享方法
JP2022544321A (ja) * 2019-08-16 2022-10-17 ゼットイーユー・テクノロジーズ・インコーポレイテッド 非中央集権型トランザクション通信プロトコルのための方法およびシステム
CN113570460A (zh) * 2019-08-30 2021-10-29 创新先进技术有限公司 在区块链中并发执行交易的方法和装置
CN110572404B (zh) * 2019-09-12 2021-08-24 北京笔新互联网科技有限公司 一种轻量化区块链网络系统
CN113141259B (zh) * 2019-09-12 2022-04-29 腾讯科技（深圳）有限公司 在区块链网络中更换身份证书的方法和装置
CN112583712B (zh) * 2019-09-30 2023-05-30 北京京东尚科信息技术有限公司 区块链路由器及区块链网络系统
CN112769878B (zh) * 2019-11-01 2022-09-20 中国电信股份有限公司 基于区块链的业务实现系统和方法
SG11202010558PA (en) * 2019-11-13 2020-11-27 Alipay Hangzhou Inf Tech Co Ltd Blockchain data storage based on error correction code for permissioned blockchain network
CN110995440B (zh) * 2019-11-21 2022-08-09 腾讯科技（深圳）有限公司 工作履历确认方法、装置、设备以及存储介质
CN110888883A (zh) * 2019-11-26 2020-03-17 北京海益同展信息科技有限公司 数据存储方法、装置、系统和存储介质
CN111125187A (zh) * 2019-11-29 2020-05-08 立旃（上海）科技有限公司 基于区块链的数据管理方法及装置
US11068443B2 (en) * 2019-12-13 2021-07-20 Raynor DONGIEUX Information deletion assurance system using distributed ledger
CN111190963A (zh) * 2019-12-27 2020-05-22 中思博安科技（北京）有限公司 一种区块链应用后端系统
CN111291060B (zh) * 2020-01-14 2023-10-27 腾讯科技（深圳）有限公司 一种管理区块链节点的方法、装置及计算机可读介质
US11682095B2 (en) 2020-02-25 2023-06-20 Mark Coast Methods and apparatus for performing agricultural transactions
CN111314369A (zh) * 2020-02-27 2020-06-19 苏州市星际云通区块链科技有限公司 一种资源共享区块链网络
CN111432009B (zh) * 2020-03-30 2023-04-07 深圳壹账通智能科技有限公司 一种区块链数据的同步方法、装置及电子设备、存储介质
CN111460504B (zh) * 2020-03-31 2021-11-05 腾讯科技（深圳）有限公司 业务处理方法、装置、节点设备及存储介质
CN111368343B (zh) * 2020-03-31 2022-11-01 北京俩撇科技有限公司 一种区块链系统、数据存储方法及装置
KR20210147491A (ko) 2020-05-29 2021-12-07 (주)바다플랫폼 체인 데이터베이스를 구비한 블록체인 네트워크 기반의 데이터 저장 장치
CN111698315B (zh) * 2020-06-09 2021-10-15 腾讯科技（深圳）有限公司 针对区块的数据处理方法、数据处理装置及计算机设备
CN111866086B (zh) * 2020-06-28 2022-04-22 青岛万民科技有限公司 一种基于云边端的区块链控制方法及系统
CN112036880B (zh) * 2020-08-28 2024-02-23 阚嘉 一种实时区块链的实现方法
US11593351B2 (en) 2020-09-22 2023-02-28 Bank Of America Corporation Error correction for data control ledgers
US11763296B2 (en) 2020-09-22 2023-09-19 Bank Of America Corporation Information security using integrated data control ledgers
US11658832B2 (en) 2020-09-22 2023-05-23 Bank Of America Corporation Information security using data control ledgers
US11573953B2 (en) 2020-09-22 2023-02-07 Bank Of America Corporation Error correction for integrated data control ledgers
CN112968967B (zh) * 2020-09-25 2023-05-19 支付宝(杭州)信息技术有限公司 区块同步方法及装置
CN112333357A (zh) * 2020-10-20 2021-02-05 武汉理工大学 基于5g与区块链的水上组网监控系统和方法
CN112506925A (zh) * 2020-12-01 2021-03-16 浙商银行股份有限公司 一种基于区块链的数据检索系统及方法
CN114726561B (zh) * 2020-12-22 2024-04-05 京东科技信息技术有限公司 一种数据处理方法、装置和系统
CN114785776A (zh) * 2021-01-20 2022-07-22 银联国际有限公司 基于区块链的清算系统以及基于区块链的清算方法
CN112732039B (zh) * 2021-01-21 2023-06-27 广州万象云科技有限公司 用于区块链和云计算的多功能计算机及其使用方法
CN112837043B (zh) * 2021-03-04 2023-07-18 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、装置及电子设备
CN112953733B (zh) * 2021-03-16 2022-08-26 昆明理工大学 一种数据治理的区块链通信资源整合共识方法
CN113138880B (zh) * 2021-04-09 2023-11-28 浙商银行股份有限公司 区块链系统灰度发布方法、装置、设备及存储介质
CN113159768B (zh) * 2021-04-20 2022-10-18 支付宝(杭州)信息技术有限公司 一种交易存证方法、装置及设备
CN113034286B (zh) * 2021-04-21 2022-07-08 上海勘察设计研究院(集团)有限公司 一种基于区块链的数据共享与挖掘方法
CN113282570B (zh) * 2021-05-25 2022-06-28 杭州复杂美科技有限公司 区块链节点配置方法、计算机设备和存储介质
CN113067895B (zh) * 2021-06-02 2021-08-31 支付宝(杭州)信息技术有限公司 组建区块链子网的方法和区块链系统
CN113364874B (zh) * 2021-06-09 2022-06-10 网易（杭州）网络有限公司 基于区块链的节点同步方法、装置、存储介质及服务器
CN113110921B (zh) * 2021-06-11 2021-10-22 北京百度网讯科技有限公司 区块链系统的运行方法、装置、设备和存储介质
CN113672987B (zh) * 2021-09-06 2023-09-05 上海万向区块链股份公司 PoW机制下分组式记账节点的选择方法及系统
CN113780848B (zh) * 2021-09-16 2024-06-07 国家电网有限公司西北分部 基于区块链的源网荷储智能调控平台
CN114254395B (zh) * 2022-03-01 2022-05-06 南开大学 一种面向内容发布的自治网络的共识形成方法
CN114900837B (zh) * 2022-04-06 2023-12-05 中国电信股份有限公司 网络处理方法、装置、系统、设备及介质
CN114531305B (zh) * 2022-04-23 2022-07-19 东南大学 一种面向以链治链的区块链跨链监管方法
CN115037756A (zh) * 2022-06-01 2022-09-09 蚂蚁区块链科技(上海)有限公司 一种运行联盟链网络的方法、联盟链网络和用于联盟链网络的节点设备
CN115065688A (zh) * 2022-06-06 2022-09-16 咪咕文化科技有限公司 一种数据传输方法、装置、设备及计算机可读存储介质
CN115022053A (zh) * 2022-06-08 2022-09-06 京东科技控股股份有限公司 访问区块链网络的方法、装置和系统
CN115174572B (zh) * 2022-06-30 2024-01-05 蚂蚁区块链科技(上海)有限公司 区块链中的数据组播方法、区块链节点和存储介质
CN115529137B (zh) * 2022-08-24 2024-06-14 海南大学 一种基于改进pbft算法的知识产权交易方法
CN115499379B (zh) * 2022-11-14 2023-03-24 中国电子信息产业集团有限公司第六研究所 一种基于区块链的信息交互方法、装置、设备及介质
CN116166736B (zh) * 2023-04-20 2023-07-07 中国信息通信研究院 基于应用程序接口的区块链数据上链方法、装置和介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2435206C2 (ru) * 2006-02-22 2011-11-27 Майкрософт Корпорейшн Надежное эффективное хранение в одноранговых узлах
US20160224949A1 (en) * 2015-02-04 2016-08-04 Ripple Labs Inc. Temporary consensus subnetwork in a distributed network for payment processing
CN106157142A (zh) * 2016-06-30 2016-11-23 惠众商务顾问（北京）有限公司 一种区块链共识及同步方法、系统和装置
US20160342988A1 (en) * 2015-05-20 2016-11-24 402 Technologies S.A. Temporary consensus networks in a resource transfer system
CN106302328A (zh) * 2015-05-20 2017-01-04 腾讯科技（深圳）有限公司 敏感用户数据处理系统和方法

Family Cites Families (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US1050572A (en) 1911-11-22 1913-01-14 Otto Spahr Sad-iron.
US20080095361A1 (en) 2006-10-19 2008-04-24 Telefonaktiebolaget L M Ericsson (Publ) Security-Enhanced Key Exchange
US9569771B2 (en) * 2011-04-29 2017-02-14 Stephen Lesavich Method and system for storage and retrieval of blockchain blocks using galois fields
US20150379510A1 (en) 2012-07-10 2015-12-31 Stanley Benjamin Smith Method and system to use a block chain infrastructure and Smart Contracts to monetize data transactions involving changes to data included into a data supply chain.
US9553982B2 (en) * 2013-07-06 2017-01-24 Newvoicemedia, Ltd. System and methods for tamper proof interaction recording and timestamping
US20150170112A1 (en) * 2013-10-04 2015-06-18 Erly Dalvo DeCastro Systems and methods for providing multi-currency platforms comprising means for exchanging and interconverting tangible and virtual currencies in various transactions, banking operations, and wealth management scenarios
WO2015148725A2 (en) * 2014-03-25 2015-10-01 Mark Stephen Meadows Systems and methods for executing cryptographically secure transactions using voice and natural language processing
WO2015175722A1 (en) * 2014-05-13 2015-11-19 Nant Holdings Ip, Llc Healthcare transaction validation via blockchain proof-of-work, systems and methods
US20150363777A1 (en) * 2014-06-16 2015-12-17 Bank Of America Corporation Cryptocurrency suspicious user alert system
US20160098723A1 (en) * 2014-10-01 2016-04-07 The Filing Cabinet, LLC System and method for block-chain verification of goods
US20160203477A1 (en) * 2015-01-14 2016-07-14 Modernity Financial Holdings, Ltd. Cryptographic security for electronic transactions
US9436923B1 (en) * 2015-02-26 2016-09-06 Skuchain, Inc. Tracking unitization occurring in a supply chain
US9965628B2 (en) * 2015-03-02 2018-05-08 Dell Products Lp Device reporting and protection systems and methods using a secure distributed transactional ledger
WO2016161073A1 (en) * 2015-03-31 2016-10-06 Nasdaq, Inc. Systems and methods of blockchain transaction recordation
JP6704985B2 (ja) 2015-04-05 2020-06-03 デジタル・アセット・ホールディングス・エルエルシー デジタル資産仲介電子決済プラットフォーム
US11188899B2 (en) * 2015-04-07 2021-11-30 Dmg Blockchain Solutions Inc. Off network identity tracking in anonymous cryptocurrency exchange networks
TWI676943B (zh) * 2015-05-06 2019-11-11 現代財富控股有限公司 加密貨幣的電子交易系統及其方法
US9870562B2 (en) * 2015-05-21 2018-01-16 Mastercard International Incorporated Method and system for integration of market exchange and issuer processing for blockchain-based transactions
US20170011460A1 (en) * 2015-07-09 2017-01-12 Ouisa, LLC Systems and methods for trading, clearing and settling securities transactions using blockchain technology
EP3324355B1 (en) 2015-07-13 2020-08-26 Nippon Telegraph and Telephone Corporation Contract agreement method, agreement verification method, contract agreement system, agreement verification device, contract agreement device, contract agreement program and agreement verification program
US10366204B2 (en) * 2015-08-03 2019-07-30 Change Healthcare Holdings, Llc System and method for decentralized autonomous healthcare economy platform
US10402792B2 (en) * 2015-08-13 2019-09-03 The Toronto-Dominion Bank Systems and method for tracking enterprise events using hybrid public-private blockchain ledgers
EP4375908A1 (en) 2015-10-17 2024-05-29 Banqu, Inc. Blockchain-based identity and transaction platform
US20170116693A1 (en) 2015-10-27 2017-04-27 Verimatrix, Inc. Systems and Methods for Decentralizing Commerce and Rights Management for Digital Assets Using a Blockchain Rights Ledger
US20170132615A1 (en) * 2015-11-11 2017-05-11 Bank Of America Corporation Block chain alias for person-to-person payments
JP2018536957A (ja) * 2015-11-30 2018-12-13 シェイプシフト・アーゲーＳｈａｐｅＳｈｉｆｔ ＡＧ ブロックチェーン資産取引におけるセキュリティを向上させるためのシステム及び方法
US9849364B2 (en) 2016-02-02 2017-12-26 Bao Tran Smart device
US10438209B2 (en) * 2016-02-10 2019-10-08 Bank Of America Corporation System for secure routing of data to various networks from a process data network
US10026118B2 (en) 2016-02-22 2018-07-17 Bank Of America Corporation System for allowing external validation of data in a process data network
US10496989B2 (en) 2016-02-22 2019-12-03 Bank Of America Corporation System to enable contactless access to a transaction terminal using a process data network
US20170243222A1 (en) * 2016-02-22 2017-08-24 Bank Of America Corporation System for use of secure data from a process data network as secured access by users
US10142312B2 (en) * 2016-02-22 2018-11-27 Bank Of America Corporation System for establishing secure access for users in a process data network
US10607285B2 (en) * 2016-02-22 2020-03-31 Bank Of America Corporation System for managing serializability of resource transfers in a process data network
CN105844505A (zh) * 2016-03-17 2016-08-10 深圳市新世纪启航科技开发有限公司 一种通过区块链技术进行数字货币交易的方法
CN109155731B (zh) * 2016-03-23 2022-02-11 诺基亚技术有限公司 密码交易的管理
WO2017173271A1 (en) * 2016-04-01 2017-10-05 Jpmorgan Chase Bank, N.A. Systems and methods for providing data privacy in a private distributed ledger
WO2017194815A1 (en) * 2016-05-09 2017-11-16 Nokia Technologies Oy Block chain based resource management
US10204341B2 (en) * 2016-05-24 2019-02-12 Mastercard International Incorporated Method and system for an efficient consensus mechanism for permissioned blockchains using bloom filters and audit guarantees
US10198325B2 (en) * 2016-05-24 2019-02-05 Mastercard International Incorporated Method and system for desynchronization recovery for permissioned blockchains using bloom filters
KR101784219B1 (ko) * 2016-06-15 2017-10-12 주식회사 코인플러그 블록체인을 기반으로 하는 금융기관 제증명서류 위변조 검증시스템 및 방법
CN105976232B (zh) 2016-06-24 2020-04-28 深圳前海微众银行股份有限公司 资产交易方法和装置
CN106101242B (zh) * 2016-06-24 2019-08-06 深圳前海微众银行股份有限公司 区块链云服务平台的构建方法和装置
CN105959307A (zh) * 2016-06-30 2016-09-21 中国科学院计算技术研究所 基于区块链技术的存在证明及认证服务方法及系统
US20180075527A1 (en) 2016-09-14 2018-03-15 Royal Bank Of Canada Credit score platform
US10832247B2 (en) 2016-09-15 2020-11-10 American Express Travel Related Services Company, Inc. Systems and methods for blockchain based payment networks
US10291627B2 (en) 2016-10-17 2019-05-14 Arm Ltd. Blockchain mining using trusted nodes
US9824031B1 (en) 2016-10-28 2017-11-21 International Business Machines Corporation Efficient clearinghouse transactions with trusted and un-trusted entities
US20180123779A1 (en) 2016-11-01 2018-05-03 Jiangang Zhang Flexible Blockchain Smart-Contract Deployment
CN106797389A (zh) 2016-11-18 2017-05-31 深圳前海达闼云端智能科技有限公司 区块链网络、物品交易方法、装置及节点设备
IL293232A (en) * 2016-11-19 2022-07-01 Costanz Mario A A system and method for adjusting interaction with an object in a public account environment based on a "chain of blocks" (blockchain)
US11265147B2 (en) * 2016-12-16 2022-03-01 Nokia Technologies Oy Secure document management
US20180225661A1 (en) 2017-02-07 2018-08-09 Microsoft Technology Licensing, Llc Consortium blockchain network with verified blockchain and consensus protocols
US9998286B1 (en) * 2017-02-17 2018-06-12 Accenture Global Solutions Limited Hardware blockchain consensus operating procedure enforcement
CN107018125B (zh) * 2017-02-17 2019-08-09 阿里巴巴集团控股有限公司 一种区块链系统、数据存储方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2435206C2 (ru) * 2006-02-22 2011-11-27 Майкрософт Корпорейшн Надежное эффективное хранение в одноранговых узлах
US20160224949A1 (en) * 2015-02-04 2016-08-04 Ripple Labs Inc. Temporary consensus subnetwork in a distributed network for payment processing
US20160342988A1 (en) * 2015-05-20 2016-11-24 402 Technologies S.A. Temporary consensus networks in a resource transfer system
CN106302328A (zh) * 2015-05-20 2017-01-04 腾讯科技（深圳）有限公司 敏感用户数据处理系统和方法
CN106157142A (zh) * 2016-06-30 2016-11-23 惠众商务顾问（北京）有限公司 一种区块链共识及同步方法、系统和装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2770746C1 (ru) * 2020-12-20 2022-04-21 Автономная некоммерческая организация высшего образования "Университет Иннополис" Система распределенного реестра

Also Published As

Publication number Publication date
EP3754941B1 (en) 2022-04-06
AU2019101605A4 (en) 2020-01-23
US10749669B2 (en) 2020-08-18
WO2018149385A1 (zh) 2018-08-23
US10505720B2 (en) 2019-12-10
CN107018125A (zh) 2017-08-04
ZA201904888B (en) 2020-08-26
AU2018222076B2 (en) 2020-05-21
EP3562120B1 (en) 2020-08-26
EP3562120A4 (en) 2020-01-15
ES2827301T3 (es) 2021-05-20
SG11201906926RA (en) 2019-09-27
US20190342078A1 (en) 2019-11-07
TW201832100A (zh) 2018-09-01
KR20190099335A (ko) 2019-08-26
MX2019009435A (es) 2019-10-04
KR102195351B1 (ko) 2020-12-28
PH12019501702A1 (en) 2020-03-16
PL3562120T3 (pl) 2021-04-06
BR112019016831A2 (pt) 2019-12-17
KR20200008044A (ko) 2020-01-22
US20200336298A1 (en) 2020-10-22
BR112019016831B1 (pt) 2021-01-19
US20200153612A1 (en) 2020-05-14
EP3754941A1 (en) 2020-12-23
CA3051025C (en) 2020-09-01
JP2020512617A (ja) 2020-04-23
CA3051025A1 (en) 2018-08-23
KR102068349B1 (ko) 2020-01-20
AU2018222076A1 (en) 2019-08-15
CN107018125B (zh) 2019-08-09
US10855449B2 (en) 2020-12-01
TWI684105B (zh) 2020-02-01
EP3562120A1 (en) 2019-10-30
SG10202005442PA (en) 2020-07-29

Similar Documents

Publication Publication Date Title
RU2732535C1 (ru) Система блокчейна и способ и устройство хранения данных
US10740763B2 (en) Blockchain-based transaction processing method and apparatus
US10985908B2 (en) Data storage method, data query method and apparatuses
KR20190099054A (ko) 블록체인 노드 통신 방법 및 장치
US11652879B2 (en) Matching methods, apparatuses, and devices based on trusted asset data

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20210303

PC41 Official registration of the transfer of exclusive right

Effective date: 20210414