RU2725690C1 - Способ и устройство обработки услуг - Google Patents

Способ и устройство обработки услуг Download PDF

Info

Publication number
RU2725690C1
RU2725690C1 RU2019120078A RU2019120078A RU2725690C1 RU 2725690 C1 RU2725690 C1 RU 2725690C1 RU 2019120078 A RU2019120078 A RU 2019120078A RU 2019120078 A RU2019120078 A RU 2019120078A RU 2725690 C1 RU2725690 C1 RU 2725690C1
Authority
RU
Russia
Prior art keywords
transaction
processing
target
smart contract
template
Prior art date
Application number
RU2019120078A
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 RU2725690C1 publication Critical patent/RU2725690C1/ru

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/466—Transaction processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/61—Installation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/389—Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/405—Establishing or using transaction specific rules
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Stored Programmes (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Computer And Data Communications (AREA)

Abstract

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

Description

Область техники
Настоящая заявка относится к области компьютерных технологий, и в частности, к способу и устройству обработки транзакций.
Предшествующий уровень техники
Технологии блокчейна (цепочки блоков) также называются технологиями распределенного реестра. Технологии блокчейна привлекли широкое внимание со времени своего появления ввиду таких свойств, как неизменность и децентрализация данных, сохраненных с использованием таких технологий. При продолжающемся развитии компьютерных технологий, технологии блокчейна обеспечат людей все более безопасной средой хранения данных и удобством для хранения данных.
В примерном применении, технологии блокчейна обычно используются, чтобы хранить информацию транзакции, генерируемую в транзакции. Однако появление смарт-контрактов дополнительно расширяет диапазон услуг блокчейнов. Смарт- контракт обычно представляет собой сегмент кодов, сохраненных в блокчейне (или узле обработки транзакции в блокчейне). Условия исполнения и логика обработки транзакции смарт-контракта предписаны в сегменте кодов. А именно, для запроса обработки транзакции, предписаны условия для вызова смарт-контракта и то, как следует обрабатывать принятый запрос обработки транзакции после того, как вызван смарт-контракт. Поэтому, когда пользователю требуется обработать назначенную транзакцию через смарт-контракт, пользователь может отправить параметр транзакции, требуемый для обработки назначенной транзакции, на узел обработки транзакции в блокчейне, предписывая узлу обработки транзакции исполнять параметр транзакции, когда определено, что параметр транзакции удовлетворяет условию исполнения, предписанному смарт-контрактом, и затем завершать задание обработки назначенной транзакции.
Например, когда пользователю требуется обработать некоторые назначенные транзакции через смарт-контракт, адрес хранения смарт-контракта в блокчейне может переноситься в запросе обработки транзакции, предписывая узлу обработки транзакции в блокчейне определять параметр транзакции и адрес хранения смарт-контракта в блокчейне из запроса обработки транзакции, когда запрос обработки транзакции исполняется. В соответствии с адресом хранения, узел обработки транзакции может вызвать смарт-контракт, хранящийся в адресе хранения, и определить, удовлетворяет ли параметр транзакции условию исполнения смарт-контракта. Если да, узел обработки транзакции обрабатывает параметр транзакции в соответствии с логикой обработки транзакции, предварительно предписанной в смарт-контракте, чтобы завершить задание обработки назначенных транзакций.
Ввиду того признака, что данные, сохраненные в блокчейне, являются неизменными, невозможно изменить смарт-контракт, когда смарт-контракт сохранен в блокчейне. С продолжающимися обновлениями транзакций, смарт-контракт может быть не способным поддерживать задание обработки новых (обновленных) транзакций. Чтобы обеспечить возможность смарт-контракту поддерживать задание обработки новых транзакций, смарт-контракт должен повторно разрабатываться в соответствии с новыми транзакциями и повторно записываться в блокчейн.
Поэтому, существует настоятельная потребность в способе обработки транзакции для решения в блокчейнах проблемы, состоящей в том, что способы обработки транзакции не являются гибко адаптируемыми к обновлениям транзакции в блокчейнах.
сущностЬ изобретения
Варианты осуществления настоящей заявки обеспечивают способ и устройство обработки транзакции для решения в блокчейнах проблемы, состоящей в том, что способы обработки транзакции не являются гибко адаптируемыми к обновлениям транзакций.
Варианты осуществления настоящей заявки обеспечивают способ обработки транзакции, содержащий:
прием запроса транзакции;
определение типа транзакции целевой транзакции, включенной в запрос транзакции;
загрузку, в соответствии с типом транзакции, шаблона транзакции, соответствующего типу транзакции; и
обработку целевой транзакции в соответствии с шаблоном транзакции и запись информации транзакции, полученной из обработки, в блокчейн.
Варианты осуществления настоящей заявки обеспечивают способ обработки транзакции, содержащий:
прием запроса транзакции и определение типа транзакции целевой транзакции, включенной в запрос транзакции;
загрузку, в соответствии с типом транзакции, шаблона транзакции, соответствующего типу транзакции;
обработку целевой транзакции в соответствии с шаблоном транзакции и запись информации транзакции, полученной из обработки, в целевой блок в блокчейне; и
при записи полученной информации транзакции в целевой блок, определение и сохранение значения изменения состояния целевого блока, причем значение изменения состояния используется, чтобы проверять, согласована ли информация транзакции, записанная в целевом блоке, с информацией транзакции, записанной в других блоках в блокчейне.
Варианты осуществления настоящей заявки обеспечивают устройство обработки транзакции, содержащее:
модуль приема, выполненный с возможностью принимать запрос транзакции;
модуль определения, выполненный с возможностью определять тип транзакции целевой транзакции, включенной в запрос транзакции;
модуль загрузки шаблона, выполненный с возможностью загружать, в соответствии с типом транзакции, шаблон транзакции, соответствующий типу транзакции; и
модуль обработки, выполненный с возможностью обрабатывать целевую транзакцию в соответствии с шаблоном транзакции и записывать информацию транзакции, полученную из обработки, в блокчейн.
Варианты осуществления настоящей заявки обеспечивают устройство обработки транзакции, содержащее:
модуль приема, выполненный с возможностью принимать запрос транзакции и определять тип транзакции целевой транзакции, включенной в запрос транзакции;
модуль загрузки шаблона, выполненный с возможностью загружать, в соответствии с типом транзакции, шаблон транзакции, соответствующий типу транзакции; и
модуль обработки, выполненный с возможностью обрабатывать целевую транзакцию в соответствии с шаблоном транзакции и записывать информацию транзакции, полученную из обработки, в целевой блок в блокчейне; и при записи полученной информации транзакции в целевой блок, определять и сохранять значение изменения состояния целевого блока, причем значение изменения состояния используется, чтобы проверять, согласована ли информация транзакции, записанная в целевом блоке, с информацией транзакции, записанной в других блоках в блокчейне.
Вышеописанное по меньшей мере одно техническое решение, используемое вариантами осуществления настоящей заявки, может достигать следующих полезных результатов:
В вариантах осуществления настоящей заявки, после того, как запрос транзакции, отправленный пользователем, принят, в соответствии с типом транзакции целевой транзакции, включенной в запрос транзакции, может быть загружен шаблон транзакции, соответствующий типу транзакции, и целевая транзакция обрабатывается в соответствии с шаблоном транзакции. Здесь, поскольку узел обработки транзакции может загружать модель транзакции, которая может обрабатывать целевую транзакцию, включенную в запрос транзакции, в соответствии с запросом транзакции, отправленным пользователем в процессе обработки транзакции, ограничение в блокчейнах в текущих технологиях, состоящее в том, что обработка транзакции фиксирована и нерасширяема, устраняется, тем самым делая обработку транзакции в блокчейнах более гибкой и облегчая обработку транзакции на основе блокчейна для пользователя.
Краткое описание чертежей
Прилагаемые чертежи, как описывается здесь, используются, чтобы обеспечивать лучшее понимание настоящей заявки, и составляют часть настоящей заявки. Примерные варианты осуществления настоящей заявки и описание примерных вариантов осуществления используются, чтобы описывать настоящую заявку, и не налагают ненадлежащих ограничений на настоящую заявку. На прилагаемых чертежах:
Фиг. 1 представляет собой схематичную диаграмму процесса обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки;
Фиг. 2 представляет собой схематичную диаграмму пользователей, освобождающих инсталляционные пакеты шаблона транзакции на платформе транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки;
Фиг. 3 представляет собой схематичную диаграмму процесса обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки;
Фиг. 4 представляет собой схематичную диаграмму устройства обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки;
Фиг. 5 представляет собой схематичную диаграмму устройства обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки.
Подробное описание
Чтобы обеспечить специалисту в данной области техники лучшее понимание технических решений настоящей заявки, технические решения в вариантах осуществления настоящей заявки будут ясно и полностью описаны ниже со ссылкой на прилагаемые чертежи в вариантах осуществления настоящей заявки. Очевидно, что описанные варианты осуществления представляют собой только некоторые, а не все варианты осуществления настоящей заявки. На основе вариантов осуществления настоящей заявки, все другие варианты осуществления, полученные специалистом в данной области техники без творческих усилий, должны соответствовать объему настоящей заявки.
Фиг. 1 представляет собой схематичную диаграмму процесса обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки, содержащего следующие этапы:
S101: прием запроса транзакции.
В вариантах осуществления настоящей заявки, объект исполнения вариантов осуществления настоящей заявки может представлять собой узел обработки транзакции. Узел обработки транзакции здесь оснащен при помощи технологии обработки блокчейна, а именно, узел обработки транзакции способен обрабатывать транзакции блокчейна. Тогда, S101 может толковаться как узел обработки транзакции, принимающий запрос транзакции.
Запрос транзакции может толковаться как отправляемый пользователем на узел обработки транзакции посредством терминального устройства (терминальное устройство здесь может толковаться как мобильный терминал, PC терминал и т.д.) или может толковаться как отправляемый сервером, который принял запрос транзакции, отправленный пользователем (сервер может быть оснащен при помощи технологии обработки блокчейна и способен выполнять передачу данных с узлом обработки транзакции), или может даже толковаться как отправляемый сервером, не оснащенным при помощи технологии обработки блокчейна, на узел обработки транзакции после того, как сервер принимает запрос транзакции, отправленный пользователем, что не ограничено вариантами осуществления в настоящем документе.
Например, в процессе выполнения обработки транзакции, пользователь может вводить соответствующие данные транзакции в терминал, такой как компьютер, мобильный телефон и т.д., чтобы запустить запрос транзакции. Например, когда пользователю требуется выполнить транзакцию перевода, пользователь может ввести сумму перевода и получателя перевода в терминал, причем сумма перевода и получатель перевода, введенные пользователем, и инициатор перевода (т.е. пользователь) могут составлять данные транзакции для транзакции перевода, введенные пользователем. Пользователь затем отправляет запрос транзакции, который переводит данные транзакции, содержащие сумму перевода, получателя перевода и инициатора перевода, на узел обработки транзакции. В качестве другого примера, когда пользователю требуется сохранить данные в блокчейне, пользователь может ввести данные в терминал, причем данные представляют собой данные транзакции для транзакции сохранения данных, введенные пользователем, и затем пользователь отправляет запрос транзакции, который переносит данные транзакции, содержащие данные, подлежащие сохранению на узле обработки транзакции. Способ, которым пользователь отправляет запрос транзакции на узел обработки транзакции, не ограничен вариантами осуществления в настоящем документе.
В качестве еще одного другого примера, когда терминал обнаруживает, что пользователь исполняет назначенную операцию (например, щелчком на назначенном элементе управления, отображаемом на интерфейсе терминала, и т.д.), терминал может определить данные транзакции, введенные пользователем в терминал, затем сгенерировать соответствующий запрос транзакции в соответствии с данными транзакции и отправить запрос транзакции на узел обработки транзакции, предписывая узлу обработки транзакции принимать запрос транзакции и обрабатывать целевую транзакцию, включенную в запрос транзакции, в последующем процессе. Способ, которым пользователь отправляет запрос транзакции на узел обработки транзакции, не ограничен вариантами осуществления в настоящем документе.
Следует отметить, что в процессе обработки транзакции в вариантах осуществления настоящей заявки, пользователь может ввести соответствующие данные транзакции в терминал и может также ввести данные транзакции в назначенное приложение, установленное на терминале. Соответственно, после того как данные транзакции, введенные пользователем, приняты, назначенное приложение может генерировать соответствующий запрос транзакции. Затем, когда обнаруживается назначенная операция пользователем (например, щелчком на назначенном элементе управления и т.д.), назначенное приложение может отправить запрос транзакции на узел обработки транзакции.
S102: определение типа транзакции целевой транзакции, включенной в запрос транзакции.
После того, как узел обработки транзакции принимает запрос транзакции, отправленный пользователем через терминал, узел обработки транзакции может дополнительно определить тип транзакции целевой транзакции, включенной в запрос транзакции. Это действие обеспечено для следующей цели: в вариантах осуществления настоящей заявки, шаблоны транзакции предварительно сохраняются в узле обработки транзакции, и разные шаблоны транзакции соответствуют разным заданиям обработки транзакции; поэтому, после того, как узел обработки транзакции принимает запрос транзакции, отправленный пользователем, узлу обработки транзакции требуется определить, какой шаблон транзакции из предварительно сохраненных шаблонов транзакции способен обрабатывать целевую транзакцию, включенную в запрос транзакции. Узел обработки транзакции обычно хранит шаблоны транзакции, соответствующие типам транзакции. Поэтому, в процессе определения того, какой шаблон транзакции способен обрабатывать целевую транзакцию, включенную в запрос транзакции, узел обработки транзакции может определить тип транзакции целевой транзакции, затем определить шаблон транзакции, соответствующий типу транзакции, в соответствии с предварительно сохраненным отношением между типами транзакции и шаблонами транзакции и дополнительно обработать целевую транзакцию, включенную в запрос транзакции, посредством шаблона транзакции в последующем процессе.
В одном примере, после того, как узел обработки транзакции принимает запрос транзакции, отправленный пользователем, узел обработки транзакции может определить идентификатор транзакции целевой транзакции, включенной в запрос транзакции, и определить тип транзакции целевой транзакции в соответствии с идентификатором транзакции, причем идентификатор транзакции может представлять собой строку чисел, и часть строки чисел представляет собой код транзакции, способный представлять целевую транзакцию. Например, в идентификаторе #244340923 транзакции, #2 представляет собой код транзакции, представляющий целевую транзакцию. Идентификатор транзакции может также быть в других формах. Например, когда запрос транзакции содержит символы ʺтипа переводаʺ, ʺтип переводаʺ представляет собой идентификатор транзакции целевой транзакции, включенной в запрос транзакции.
Следует отметить, что шаблоны транзакции, предварительно сохраненные в узле обработки транзакции в соответствии с вариантами осуществления настоящей заявки, могут формироваться посредством API и сохраняться в узле обработки транзакции.
S103: загрузка, в соответствии с типом транзакции, шаблона транзакции, соответствующего типу транзакции.
В вариантах осуществления настоящей заявки, шаблоны транзакции, соответствующие различным типам транзакции, предварительно сохраняются в узле обработки транзакции. Поэтому, после того, как узел обработки транзакции принимает запрос транзакции, отправленный пользователем, узел обработки транзакции может загружать, в соответствии с определенным типом транзакции, соответствующим целевой транзакции, включенной в запрос транзакции, шаблон транзакции, соответствующий типу транзакции, из предварительно сохраненных шаблонов транзакции. Затем в последующем процессе, узел обработки транзакции может обрабатывать целевую транзакцию посредством шаблона транзакции.
Например, полагая, что пользователь инициирует запрос перевода (т.е. запрос транзакции) на узел обработки транзакции, после того, как узел обработки транзакции принимает запрос перевода, узел обработки транзакции может анализировать запрос перевода и определять, что тип транзакции, соответствующий запросу перевода, представляет собой транзакцию перевода. Затем, узел обработки транзакции определяет и загружает шаблон перевода, соответствующий транзакции перевода (т.е. типу транзакции), из предварительно сохраненных шаблонов транзакции. В последующем процессе, узел обработки транзакции обрабатывает запрос перевода посредством шаблона перевода.
После того, как узел обработки транзакции определяет тип транзакции целевой транзакции, включенной в запрос транзакции, узел обработки транзакции находит, что не существует шаблона транзакции, соответствующего типу транзакции, в предварительно сконфигурированных шаблонах транзакции. А именно, никакой из шаблонов транзакции не способен обрабатывать целевую транзакцию, включенную в запрос транзакции. Тогда, узел обработки транзакции может генерировать шаблон транзакции, способный обрабатывать целевую транзакцию в соответствии с кодом транзакции, введенным пользователем, и затем обрабатывать целевую транзакцию посредством сгенерированного шаблона транзакции.
В одном примере, когда узел обработки транзакции принимает запрос транзакции, отправленный пользователем, узел обработки транзакции определяет, что не существует шаблона транзакции, соответствующего запросу транзакции, в предварительно сконфигурированных шаблонах транзакции. Затем, узел обработки транзакции может оповещать пользователя о том, что целевая транзакция, включенная в запрос транзакции, не может быть обработана. Когда пользователь видит это оповещение, пользователь может компилировать код транзакции, требуемый для обработки целевой транзакции в узле обработки транзакции для целевой транзакции, и узел обработки транзакции может генерировать соответствующий шаблон транзакции в соответствии с кодом транзакции, введенным пользователем. Затем, узел обработки транзакции может загружать сгенерированный шаблон транзакции и обрабатывать целевую транзакцию.
В примерном применении, форматы данных, которые могут считывать разные шаблоны транзакции, обычно являются разными. Поэтому, после того, как узел обработки транзакции принимает запрос транзакции, отправленный пользователем в вариантах осуществления настоящей заявки, узел обработки транзакции может также считывать запрос транзакции последовательно посредством предварительно сохраненных шаблонов транзакции. Когда узел обработки транзакции способен считать запрос транзакции посредством шаблона транзакции (т.е. формат данных запроса транзакции соответствует шаблону транзакции), узел обработки транзакции может обработать целевую транзакцию, включенную в запрос транзакции, посредством шаблона транзакции в последующем процессе.
Поскольку данные в узле обработки транзакции могут изменяться, шаблоны транзакции, предварительно сохраненные в узле обработки транзакции, могут обновляться и корректироваться. Поэтому, когда транзакция непрерывно обновляется, пользователь может соответственно обновлять шаблоны транзакции в узле обработки транзакции. Пользователю не требуется повторно разрабатывать шаблон транзакции, а необходимо только выполнить обновление и коррекцию на основе исходных шаблонов транзакции, чтобы позволить шаблонам транзакции поддерживать обновленную транзакцию, тем самым значительно улучшая эффективность поддержания транзакции.
Однако, поскольку данные, хранящиеся в блокчейне, являются неизменными, использование блокчейна пользователем для хранения данных будет эффективно гарантировать безопасность хранения данных, тем самым обеспечивая предпочтительную основу верификации для последующей верификации данных пользователем. С другой стороны, неизменность данных также ведет к неудобству в обработке транзакции для блокчейна, и одна из самых значительных проблем состоит в том, что смарт-контракты, в настоящее время поддерживающие расширение транзакции блокчейна, обычно все хранятся в блокчейне, и поэтому смарт-контракты не могут обновляться при непрерывных обновлениях транзакций. Чтобы позволить смарт-контрактам поддерживать задание обработки новых транзакций, пользователю требуется повторно разработать смарт-контракты и записать повторно разработанные смарт-контракты в блокчейн. Поэтому, непрерывные обновления транзакций неизбежно заставят пользователя продолжать повторную разработку смарт-контрактов, тем самым приводя к значительному неудобству в поддержании транзакции для пользователя.
В вариантах осуществления настоящей заявки, все шаблоны транзакций для обработки различных целевых транзакций могут быть предварительно сохранены в узле обработки транзакции, а не храниться в блокчейне. Поэтому, когда транзакция обновляется, пользователю только требуется выполнить соответствующие обновления шаблонов транзакции, хранящихся в узле обработки транзакции, чтобы сделать шаблоны транзакции способными поддерживать обновленную транзакцию. Нет необходимости повторно разрабатывать шаблоны транзакции для адаптации к обновленной транзакции, и стоимость поддержания транзакции будет намного уменьшена относительно современных технологий, в которых пользователь может только повторно разрабатывать смарт-контракты, чтобы позволять повторно разработанным смарт-контрактам поддерживать обработку транзакции для обновленной транзакции. Тем самым решается проблема, состоящая в том, что способы обработки транзакции не являются гибко адаптируемыми к обновлениям транзакции, и гибкость обработки транзакции в блокчейнах намного повышается.
Дополнительно, в примерных применениях, системные ресурсы, требуемые в процессе исполнения смарт-контракта, обычно распределяются виртуальной машиной. Однако поскольку виртуальная машина отделена от сервера, виртуальная машина может иметь только часть системных ресурсов сервера. Распределение, виртуальной машиной, системных ресурсов, требуемых смарт-контрактом, означает, что смарт-контракт может получать требуемые системные ресурсы только из части системных ресурсов сервера, которым владеет виртуальная машина. Таким образом, смарт-контракт получает малое количество системных ресурсов. Однако чтобы адаптироваться к возрастающему объему потребностей транзакций, смарт-контракту необходимо получать больше системных ресурсов от виртуальной машины, чтобы обеспечить достаточную поддержку возрастающего объема транзакций. Проблема собственной производительности виртуальной машины (т.е. виртуальная машина обладает относительно малым объемом системных ресурсов, и объем системных ресурсов, распределенных смарт-контракту, также является относительно низким) делает невозможным для смарт-контракта обеспечить хорошую поддержку возрастающему объему транзакций, тем самым значительно снижая эффективность обработки транзакций блокчейна и приводя к неудобству для пользователей.
В вариантах осуществления настоящей заявки, шаблоны транзакций, соответствующие различным транзакциям, предварительно сохранены в узле обработки транзакции. В процессе инициирования шаблона транзакции, чтобы обрабатывать запрос транзакции, узел обработки транзакции может распределить больше системных ресурсов процессу обработки запроса транзакции, так как узел обработки транзакции владеет тем же самым количеством системных ресурсов, что и сервер. Поэтому, при непрерывном возрастании количества транзакций, узел обработки транзакции может все еще устойчиво поддерживать обработку различных транзакций, тем самым обеспечивая эффективность обработки транзакции блокчейна.
S104: обработка целевой транзакции в соответствии с шаблоном транзакции и запись информации транзакции, полученной из обработки, в блокчейн.
После того, как узел обработки транзакции определяет шаблон транзакции, соответствующий типу транзакции, узел обработки транзакции может обрабатывать целевую транзакцию, включенную в запрос транзакции, посредством шаблона транзакции, причем шаблон транзакции содержит предварительно предписанное правило обработки транзакции, и узел обработки транзакции может обрабатывать целевую транзакцию в соответствии с правилом обработки транзакции.
В примерных применениях, каждый тип транзакций обычно содержит несколько под-транзакций. Например, финансовые транзакции могут содержать под-транзакции, такие как транзакция перевода, транзакция администрирования финансов и т.д., на основе чего, в вариантах осуществления настоящей заявки, правило обработки транзакции в каждом шаблоне транзакции может отвечать за обработку транзакции главного типа транзакций, в то время как каждое правило обработки транзакции содержит множество правил обработки с разными правилами обработки, соответственно обрабатывающими разные под-транзакции в типе транзакций. Например, для финансовых транзакций, узел обработки транзакции может хранить шаблон финансовой транзакции, отвечающий за обработку финансовой транзакции, причем шаблон финансовой транзакции содержит различные правила обработки для перевода обработки, администрирования финансов и других под-транзакций.
Поэтому, в вариантах осуществления настоящей заявки, после того, как узел обработки транзакции загружает, в соответствии с типом транзакции целевой транзакции, включенной в запрос транзакции, шаблон транзакции, соответствующий типу транзакции, узел обработки транзакции может определить правило обработки транзакции, содержащееся в шаблоне транзакции. Затем, узел обработки транзакции может дополнительно определить правило обработки, соответствующее целевой транзакции, из правил обработки, содержащихся в правиле обработки транзакции, и обработать целевую транзакцию посредством правила обработки.
Например, полагая, что запрос транзакции, принятый узлом обработки транзакции, представляет собой запрос перевода, отправленный пользователем, узел обработки транзакции может определить, что тип транзакции запроса транзакции является финансовым. Затем, узел обработки транзакции может определить и загрузить шаблон транзакции, способный обрабатывать финансовые транзакции, из предварительно сохраненных шаблонов транзакции. После того, как узел обработки транзакции загружает шаблон транзакции, узел обработки транзакции может определить правило обработки транзакции, содержащееся в шаблоне транзакции. Затем, узел обработки транзакции может определить правило обработки перевода (т.е. вышеописанное правило обработки), соответствующее транзакции перевода, из правил обработки, содержащихся в правиле обработки транзакции, и обработать транзакцию перевода посредством правила обработки.
В примерных применениях, запросы транзакции, введенные пользователем на узел обработки транзакции, могут создавать ситуации, такие как несовместимость формата данных с положениями, незаконный запрос транзакции и т.д. Когда узел обработки транзакции обрабатывает эти запросы транзакции с проблемами, операции узла обработки транзакции могут подвергаться влиянию, и узел обработки транзакции может даже испытывать обрушение в сложных ситуациях.
Чтобы обеспечить эффективные операции узла обработки транзакции и обеспечить эффективность обработки транзакции узла обработки транзакции, в вариантах осуществления настоящей заявки, узел обработки транзакции может проверить принятый запрос транзакции в соответствии с определенным шаблоном транзакции (шаблоном транзакции, используемым для обработки запроса транзакции, принятого узлом обработки транзакции).
В одном примере, после того, как узел обработки транзакции определяет шаблон транзакции, соответствующий запросу транзакции (т.е., шаблон транзакции, соответствующий типу транзакции целевой транзакции), узел обработки транзакции может определить правило обработки транзакции, содержащееся в шаблоне транзакции, из шаблона транзакции, причем правило обработки транзакции содержит правила обработки для исполнения обработки транзакции и правила проверки для проверки запросов транзакции. Поэтому, узел обработки транзакции может проверить запрос транзакции в соответствии с правилами проверки. Когда узел обработки транзакции определяет, что запрос транзакции удовлетворяет предварительно установленному условию, предписанному в правилах проверки (т.е. запрос транзакции представляет собой законный и нормальный запрос), узел обработки транзакции может обрабатывать целевую транзакцию; когда узел обработки транзакции определяет, что запрос транзакции не удовлетворяет предварительно установленному условию, предписанному в правилах проверки (т.е., запрос транзакции может иметь проблемы, такие как несовместимый формат данных, незаконный запрос транзакции и т.д.), узел обработки транзакции не может обработать целевую транзакцию и возвращает пользователю оповещение о том, что обработка запроса транзакции безуспешна, побуждая пользователя повторно инициировать запрос транзакции на узел обработки транзакции в соответствии с оповещением.
После того, как узел обработки транзакции завершает обработку запроса транзакции посредством шаблона транзакции, узел обработки транзакции может получить соответствующую информацию транзакции. Информация транзакции здесь может представлять собой результаты транзакции, полученные после того, как узел обработки транзакции обрабатывает транзакцию, записи транзакции, чтобы показать весь процесс обработки транзакции, или данные транзакции, содержащиеся в запросе транзакции. Узел обработки транзакции может затем записать информацию транзакции в блокчейн. Таким образом, пользователь может после этого выполнять поиск информации транзакции в блокчейне и затем выполнять операции, такие как верификация данных, на информации транзакции.
В вариантах осуществления настоящей заявки, шаблоны транзакции, предварительно сохраненные в узле обработки транзакции, могут быть направлены на множество транзакций, и в примерных применениях, транзакции, использующие блокчейны, могут главным образом разделяться на следующие четыре типа:
I. Транзакции отслеживания, которые записывают путь перевода назначенного элемента данных подробно, обеспечивая возможность пользователю определять исходного держателя назначенного элемента данных через путь перевода назначенного элемента данных, записанных в блокчейне, т.е. отслеживая источник назначенного элемента данных.
II. Транзакции аутентификации, которые используют неизменность данных, сохраненных в блокчейне, и сохраняют назначенные данные в блокчейне для дальнейшей верификации назначенных данных или для верификации других данных посредством назначенных данных.
III. Транзакции на основе смарт-контракта, которые представляют собой конкретные транзакции, реализуемые с использованием смарт-контрактов в современных технологиях, такие как регулярно возвращающие прибыли от продуктов администрирования финансов пользователям путем исполнения смарт-контракта в блокчейне.
IV. Транзакции обмена, которые реализуют взаимные транзакции между пользователями через блокчейн и записывают подробности транзакции в процессе транзакций в блокчейне.
В отношении вышеописанных четырех типов транзакций, шаблоны транзакции, способные обрабатывать эти четыре типа транзакций, предварительно сохраняются в узле обработки транзакции в вариантах осуществления настоящей заявки. Поэтому, после того, как узел обработки транзакции принимает запросы транзакции для этих четырех типов транзакций, узел обработки транзакции может загружать предварительно сохраненные четыре типа шаблонов транзакции, чтобы обрабатывать целевые транзакции, включенные в четыре типа запросов транзакции, причем четыре типа запросов транзакции могут представлять собой шаблон отслеживания, шаблон аутентификации, шаблон контракта и шаблон обмена, соответственно.
Чтобы дополнительно описать процесс обработки транзакции в вариантах осуществления настоящей заявки, процессы обработки транзакции этих четырех типов запросов транзакции будут описаны подробно ниже.
Когда узел обработки транзакции принимает запрос данных отслеживания, отправленный пользователем, узел обработки транзакции может определить, в соответствии с идентификатором транзакции отслеживания, содержащимся в запросе данных отслеживания, тип транзакции отслеживания, соответствующий идентификатору транзакции отслеживания, и затем узел обработки транзакции может определить и загрузить, в соответствии с типом транзакции отслеживания, модель отслеживания, соответствующую типу транзакции отслеживания, из предварительно сохраненных шаблонов транзакции. Затем, путем активирования шаблона отслеживания, узел обработки транзакции обрабатывает транзакцию отслеживания, включенную в запрос данных отслеживания.
В процессе, при котором узел обработки транзакции обрабатывает транзакцию отслеживания посредством шаблона отслеживания, узел обработки транзакции может определить правило обработки транзакции отслеживания, соответствующее типу транзакции отслеживания, и затем исполнить правило обработки транзакции отслеживания, чтобы получить, через анализ, данные отслеживания, адрес получателя данных отслеживания и адрес отправителя данных отслеживания, включенные в запрос данных отслеживания. После этого, узел обработки транзакции может дополнительно отправить данные отслеживания получателю данных отслеживания и сгенерировать соответствующую информацию перевода данных отслеживания. Затем, узел обработки транзакции записывает информацию перевода в блокчейн, обеспечивая возможность пользователю после этого определять путь перевода данных отслеживания через информацию перевода, сохраненную в блокчейне.
В отношении транзакций аутентификации, когда узел обработки транзакции принимает запрос данных аутентификации, отправленный пользователем, узел обработки транзакции может определить тип транзакции аутентификации, соответствующий запросу данных аутентификации, и загрузить шаблон аутентификации, соответствующий типу транзакции аутентификации, из предварительно сохраненных шаблонов транзакции. Узел обработки транзакции может определить правило обработки транзакции аутентификации, соответствующее типу транзакции аутентификации, из шаблона аутентификации, получить через анализ, посредством правила обработки транзакции аутентификации, данные аутентификации, подлежащие записи в блокчейн, как требуется пользователем из запроса данных аутентификации, и затем записать данные аутентификации в блокчейн.
В вариантах осуществления настоящей заявки, узел обработки транзакции может также исполнять транзакции посредством смарт-контракта, сохраненного в блокчейне; а именно, шаблон контракта (т.е., шаблон транзакции), соответствующий транзакции, подлежащей исполнению через смарт-контракт, может быть предварительно сохранен в узле обработки транзакции. Затем, когда узел обработки транзакции принимает запрос данных контракта, отправленный пользователем, узел обработки транзакции может определить тип транзакции контракта, соответствующий запросу данных контракта, и определить, в соответствии с типом транзакции контракта, шаблон контракта, соответствующий типу транзакции контракта, из предварительно сохраненных шаблонов транзакции. Блокчейн может дополнительно определять правило обработки транзакции контракта, соответствующее типу транзакции контракта, из шаблона контракта, и анализировать, через исполнение правила обработки транзакции контракта, чтобы получить адрес контракта и параметры транзакции, включенные в запрос данных контракта, причем адрес контракта представляет собой адрес хранения смарт-контракта в блокчейне. После этого узел обработки транзакции может выполнять поиск смарт-контракта в блокчейне в адресе контракта и затем передавать определенные параметры транзакции на смарт-контракт, предписывая смарт-контракту автоматически исполнять параметры транзакции и возвращать соответствующие результаты транзакции (т.е., информацию транзакции) на узел обработки транзакции. После того, как узел обработки транзакции принимает результаты транзакции, возвращенные смарт-контрактом, узел обработки транзакции может отобразить результаты транзакции пользователю и в то же самое время записать результаты транзакции в блокчейн для дальнейших операций пользователя, таких как выполнение верификации данных на результатах транзакции.
В отношении транзакций обмена, когда узел обработки транзакции принимает запрос транзакции, отправленный пользователем, узел обработки транзакции может определить шаблон обмена, способный обрабатывать запрос транзакции, из предварительно сохраненных шаблонов транзакции, и обработать транзакцию обмена, включенную в запрос транзакции, путем загрузки шаблона обмена, причем узел обработки транзакции может сначала определить, в соответствии с определенным типом транзакции обмена, правило обработки транзакции обмена, соответствующее типу транзакции обмена, из шаблона обмена. Посредством правила обработки транзакции обмена, узел обработки транзакции получает информацию, включенную в запрос транзакции, через анализ, например, инициатора транзакции, получателя транзакции, сумму транзакции и т.д., реализует вычитание соответствующей суммы транзакции из расчетного счета инициатора транзакции путем исполнения правила обработки транзакции обмена, и затем переводит эту сумму транзакции в обработку транзакции в расчетном счете получателя транзакции. В этом процессе, узел обработки транзакции может получить подробности транзакции этой транзакции (т.е., информацию транзакции). Чтобы пользователь увидел подробности транзакции в блокчейне в последующем процессе, и чтобы сертификат транзакции подробностей транзакции был обеспечен пользователю в последующем процессе, узел обработки транзакции может записывать подробности транзакции в блокчейн.
В вариантах осуществления настоящей заявки, узел обработки транзакции может также поддерживать обработку транзакции других транзакций, и пользователю требуется только загрузить шаблон транзакции желаемой транзакции в узел обработки транзакции, чтобы осуществить обработку транзакции узлом обработки транзакции.
Можно видеть из вышеописанных способов, что шаблоны транзакции для обработки различных целевых транзакций предварительно сохранены в узле обработки транзакции, а не в блокчейне. Поэтому, когда транзакция обновляется, пользователю требуется только выполнить соответствующие обновления шаблонов транзакции, сохраненных в узле обработки транзакции, чтобы сделать шаблоны транзакции способными поддерживать обновленную транзакцию. Нет необходимости повторно разрабатывать шаблоны транзакции для адаптации к обновленной транзакции, и стоимость поддержания транзакции будет намного уменьшена относительно современных технологий, в которых пользователь может только повторно разрабатывать смарт-контракты, чтобы повторно разработанные смарт-контракты могли поддерживать обработку транзакции обновленной транзакции.
В вариантах осуществления настоящей заявки, пользователь может предварительно компилировать все шаблоны транзакции и вводить шаблоны транзакции в узел обработки транзакции. Соответственно, после того как узел обработки транзакции принимает шаблоны транзакции, введенные пользователем, узел обработки транзакции может сохранить шаблоны транзакции в узле обработки транзакции. В последующем процессе, узел обработки транзакции может обрабатывать принятые запросы транзакции путем загрузки этих шаблонов транзакции.
В вариантах осуществления настоящей заявки, пользователь может упаковывать и освобождать все шаблоны транзакции на платформе транзакции, побуждая других пользователей, нуждающихся в инсталляционном пакете шаблона транзакции, загружать соответствующий инсталляционный пакет шаблонов транзакции из платформы транзакции и сохранять инсталляционный пакет шаблонов транзакции в локальном узле обработки транзакции. После того, как локальный узел обработки транзакции загружает инсталляционный пакет шаблонов транзакции, узел обработки транзакции обладает способностью обрабатывать транзакции соответственно шаблону транзакции, как показано на фиг. 2.
Фиг. 2 представляет собой схематичную диаграмму пользователей, освобождающих инсталляционные пакеты шаблона транзакции на платформе транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки.
На фиг. 2, пользователь A может компилировать шаблоны транзакции с использованием компилированного языка и упаковывать шаблоны транзакции, соответственно, для выгрузки на платформу транзакции. После того, как платформа транзакции принимает инсталляционные пакеты шаблонов транзакции, выгруженные пользователем A, платформа транзакции может освободить инсталляционные пакеты шаблонов транзакции для загрузки и использования другими пользователями. Инсталляционные пакеты шаблонов транзакции могут также выгружаться другими пользователями, и пользователи могут совместно использовать свои соответственно компилированные инсталляционные пакеты шаблонов транзакции на платформе транзакции для использования пользователями.
Следует отметить, что в примерных применениях, смарт-контракты обычно компилируются и записываются в блокчейн самими пользователями. Если пользователь компилирует и записывает вредоносный смарт-контракт в блокчейн, смарт-контракт может привести к неудобству и потерям в обработке транзакции на основе смарт-контракта другими пользователями.
Чтобы предотвратить вышеописанную ситуацию, в вариантах осуществления настоящей заявки, платформа транзакции может проверять инсталляционные пакеты шаблонов транзакции, выгруженные пользователями. Когда обнаруживается, что инсталляционный пакет шаблонов транзакции, выгруженный пользователем, содержит вредоносные коды, инсталляционный пакет шаблонов транзакции не будет освобожден, тем самым обеспечивая благоприятную среду, чтобы загружать инсталляционные пакеты шаблонов транзакции для пользователей.
Варианты осуществления настоящей заявки дополнительно обеспечивают способ обработки транзакции. Фиг. 3 представляет собой схематичную диаграмму способа обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки.
Узел обработки транзакции принимает запрос транзакции и определяет тип транзакции целевой транзакции, включенной в запрос транзакции; загружает, в соответствии с типом транзакции, шаблон транзакции, соответствующий типу транзакции; дополнительно обрабатывает целевую транзакцию в соответствии с шаблоном транзакции и записывает информацию транзакции, полученную из обработки, в целевой блок в блокчейне; и при записи полученной информации транзакции в целевой блок, определяет и сохраняет значение изменения состояния целевого блока, причем значение изменения состояния используется, чтобы проверять, согласована ли информация транзакции, записанная в целевом блоке, с информацией транзакции, записанной в других блоках в блокчейне.
Более того, определение и сохранение значения изменения состояния целевого блока содержит:
после записи полученной информации транзакции в целевой блок, вычисление значения проверки целевого блока; определение значения проверки как значения изменения состояния целевого блока; и сохранение значения изменения состояния в блокчейне.
А именно, когда информация транзакции записывается в разные блоки, значения изменения блоков могут быть определены через вычисление. Таким образом, значения изменения разных блоков последовательно сохраняются в структуре дерева, такой как дерево Меркла (Merkle), и затем то, согласованы ли данные, хранящиеся в разных блоках в блокчейне, может быть определено через значение хеша корневого узла дерева Меркла.
Блокчейн в соответствии с вариантами осуществления настоящей заявки может представлять собой блокчейн, такой как Bitcoin-блокчейн, Ethereum-блокчейн, Litecoin-блокчейн и т.д.
Следует дополнительно отметить, что после того, как узел обработки транзакции завершает обработку целевой транзакции, желательной пользователю (т.е., целевой транзакции, включенной в запрос транзакции, отправленный пользователем), посредством определенного шаблона транзакции, узел обработки транзакции может сбросить загруженную модель транзакции, тем самым сберегая пространство памяти узла обработки транзакции. Альтернативно, после того как узел обработки транзакции завершает обработку целевой транзакции, узел обработки транзакции может также перевести шаблон транзакции в неактивное состояние (сон) и повторно активировать шаблон транзакции, после того как запрос транзакции, соответствующий шаблону транзакции, принят в дальнейшем, чтобы обработать запрос транзакции.
В вариантах осуществления настоящей заявки, все шаблоны транзакции для обработки различных целевых транзакций предварительно сохранены в узле обработки транзакции, а не хранятся в блокчейне. Поэтому, когда транзакция обновлена, пользователю требуется только выполнить соответствующие обновления шаблонов транзакции, хранящихся в узле обработки транзакции, чтобы сделать шаблоны транзакции способными поддерживать обновленную транзакцию. Нет необходимости повторно разрабатывать шаблоны транзакции, чтобы адаптироваться к обновленной транзакции, и стоимость поддержания транзакции будет намного уменьшена относительно современных технологий, в которых пользователь может только повторно разрабатывать смарт-контракты, чтобы повторно разработанные смарт-контракты могли поддерживать обработку транзакции обновленной транзакции. При этом решается проблема, состоящая в том, что способы обработки транзакции не являются гибко адаптируемыми к обновлениям транзакции, и гибкость обработки транзакции в блокчейнах существенно повышается.
Более того, в процессе, при котором узел обработки транзакции выполняет обработку транзакции посредством предварительно сохраненных шаблонов транзакции, все системные ресурсы, требуемые для обработки целевой транзакции посредством шаблона транзакции, распределяются самим узлом обработки транзакции, и узел обработки транзакции может использовать все системные ресурсы узла обработки транзакции для обработки целевой транзакции, что эффективно избегает свойственной современным технологиям проблемы, состоящей в том, что системные ресурсы, вызываемые виртуальной машиной в процессе исполнения смарт-контракта, недостаточны, намного повышает эффективность обработки транзакции блокчейна и облегчает обработку транзакции пользователя.
В вариантах осуществления настоящей заявки, в процессе обработки транзакции, пользователь может ввести соответствующий запрос транзакции в узел обработки транзакции. После того, как узел обработки транзакции принимает запрос транзакции, узел обработки транзакции определяет тип транзакции целевой транзакции, включенной в запрос транзакции, загружает шаблон транзакции, соответствующий типу транзакции, и обрабатывает целевую транзакцию посредством шаблона транзакции, причем узел обработки транзакции может представлять собой терминал, способный обрабатывать транзакции блокчейна, сервер для обработки транзакций блокчейна или клиент или приложение для обработки транзакций блокчейна.
Вышеописанное представляет собой способ обработки транзакции в соответствии с вариантами осуществления настоящей заявки. На основе того же самого принципа, варианты осуществления настоящей заявки дополнительно обеспечивают устройство обработки транзакции, как показано на фиг. 4.
Фиг. 4 представляет собой схематичную диаграмму устройства обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки, содержащего:
модуль 401 приема, выполненный с возможностью принимать запрос транзакции;
модуль 402 определения, выполненный с возможностью определять тип транзакции целевой транзакции, включенной в запрос транзакции;
модуль 403 загрузки шаблона, выполненный с возможностью загружать, в соответствии с типом транзакции, шаблон транзакции, соответствующий типу транзакции; и
модуль 404 обработки, выполненный с возможностью обрабатывать целевую транзакцию в соответствии с шаблоном транзакции и записывать информацию транзакции, полученную из обработки, в блокчейн.
Модуль 402 определения выполнен с возможностью определять идентификатор транзакции целевой транзакции и определять тип транзакции для транзакции, подлежащей обработке в соответствии с идентификатором транзакции.
Модуль 403 загрузки шаблона выполнен с возможностью определять шаблон транзакции, соответствующий типу транзакции, из сконфигурированных шаблонов транзакции и загружать шаблон транзакции.
Модуль 403 загрузки шаблона выполнен с возможностью генерировать, если не существует шаблона транзакции, соответствующего типу транзакции, в сконфигурированных шаблонах транзакции, шаблон транзакции, соответствующий типу транзакции; и загружать сгенерированный шаблон транзакции.
Модуль 404 обработки выполнен с возможностью обрабатывать целевую транзакцию в соответствии с правилом обработки транзакции, включенным в шаблон транзакции.
Модуль 404 обработки выполнен с возможностью определять правило обработки транзакции в шаблоне транзакции, соответствующем целевой транзакции; и обрабатывать целевую транзакцию в соответствии с правилом обработки транзакции.
Модуль 404 обработки выполнен с возможностью определять правило проверки, включенное в правило обработки транзакции; проверять, удовлетворяет ли запрос транзакции предварительно установленному условию в соответствии с правилом проверки; если запрос транзакции удовлетворяет предварительно установленному условию в соответствии с правилом проверки, обрабатывать целевую транзакцию в соответствии с правилом обработки в правиле обработки транзакции; и если запрос транзакции не удовлетворяет предварительно установленному условию в соответствии с правилом проверки, оповещать о том, что обработка целевой транзакции безуспешна.
Модуль 403 загрузки шаблона выполнен с возможностью определять, если определенный тип транзакции представляет собой тип транзакции отслеживания, правило обработки транзакции отслеживания, соответствующее типу транзакции отслеживания, из шаблона отслеживания, причем шаблон отслеживания соответствует типу транзакции отслеживания; и
модуль 404 обработки выполнен с возможностью получать через анализ, на основе правила обработки транзакции отслеживания, данные отслеживания, данные получателя и отправителя данных отслеживания, включенные в запрос данных отслеживания; переводить данные отслеживания от отправителя к получателю, генерировать соответствующую информацию перевода и записывать информацию перевода в блокчейн.
Модуль 403 загрузки шаблона выполнен с возможностью определять, если определенный тип транзакции представляет собой тип транзакции аутентификации, правило обработки транзакции аутентификации, соответствующее типу транзакции аутентификации, из шаблона аутентификации, причем шаблон аутентификации соответствует типу транзакции аутентификации; и
модуль 404 обработки выполнен с возможностью получать через анализ, на основе правила обработки транзакции аутентификации, данные аутентификации, включенные в запрос данных аутентификации; и записывать данные аутентификации в блокчейн.
Модуль 403 загрузки шаблона выполнен с возможностью определять, если определенный тип транзакции представляет собой тип транзакции контракта, правило обработки транзакции контракта, соответствующее типу транзакции контракта, из шаблона транзакции контракта, причем шаблон транзакции контракта соответствует типу транзакции контракта; и
модуль 404 обработки выполнен с возможностью получать через анализ, на основе правила обработки транзакции контракта, адрес контракта и параметры транзакции, включенные в запрос данных контракта; передавать, в соответствии с адресом контракта, параметры транзакции на смарт-контракт, соответствующий адресу контракта, предписывая смарт-контракту исполнять параметры транзакции и возвращать соответствующие результаты транзакции; и записывать принятые результаты транзакции в блокчейн.
Модуль 403 загрузки шаблона выполнен с возможностью определять, если определенный тип транзакции представляет собой тип обмена, правило обработки обмена, соответствующее типу обмена, из шаблона обмена, причем шаблон обмена соответствует типу обмена; и
модуль 404 обработки выполнен с возможностью получать через анализ, на основе правила обработки обмена, расчетный счет инициатора транзакции, сумму транзакции и расчетный счет получателя транзакции, включенные в запрос транзакции; вычитать сумму транзакции из расчетного счета инициатора транзакции, и переводить сумму транзакции на расчетный счет получателя транзакции, чтобы получить подробности транзакции; и записывать подробности транзакции в блокчейн.
В вариантах осуществления настоящей заявки, после того, как узел обработки транзакции принимает запрос транзакции, отправленный пользователем, узел обработки транзакции может загружать, в соответствии с типом транзакции целевой транзакции, включенной в запрос транзакции, шаблон транзакции, соответствующий типу транзакции, и обрабатывать целевую транзакцию посредством шаблона транзакции. Здесь, все шаблоны транзакции для обработки различных целевых транзакций предварительно сохранены в узле обработки транзакции, а не хранятся в блокчейне. Поэтому, когда транзакция обновляется, пользователю требуется только выполнить соответствующие обновления шаблонов транзакции, хранящихся в узле обработки транзакции, чтобы шаблоны транзакции могли поддерживать обновленную транзакцию. Нет необходимости повторно разрабатывать шаблоны транзакции, чтобы адаптироваться к обновленной транзакции, и стоимость поддержания транзакции будет намного уменьшена относительно современных технологий, в которых пользователь может только повторно разрабатывать смарт-контракты, чтобы повторно разработанные смарт-контракты могли поддерживать обработку транзакции обновленной транзакции. При этом решается проблема, состоящая в том, что способы обработки транзакции не являются гибко адаптируемыми к обновлениям транзакции, и гибкость обработки транзакции в блокчейнах существенно повышается.
Более того, в процессе, при котором узел обработки транзакции выполняет обработку транзакции посредством предварительно сохраненных шаблонов транзакции, все системные ресурсы, требуемые для обработки целевой транзакции посредством шаблона транзакции, распределяются самим узлом обработки транзакции, и узел обработки транзакции может использовать все системные ресурсы узла обработки транзакции для обработки целевой транзакции, что эффективно избегает присущей современным технологиям проблемы, состоящей в том, что системные ресурсы, вызываемые виртуальной машиной в процессе исполнения смарт-контракта, недостаточны, существенно повышает эффективность обработки транзакции блокчейна и облегчает обработку транзакции пользователя.
На основе того же самого принципа, варианты осуществления настоящей заявки дополнительно обеспечивают устройство обработки транзакции, как показано на фиг. 5.
Фиг. 5 представляет собой схематичную диаграмму устройства обработки транзакции в соответствии с некоторыми вариантами осуществления настоящей заявки, содержащего:
модуль 501 приема, выполненный с возможностью принимать запрос транзакции и определять тип транзакции целевой транзакции, включенной в запрос транзакции;
модуль 502 загрузки шаблона, выполненный с возможностью загружать, в соответствии с типом транзакции, шаблон транзакции, соответствующий типу транзакции; и
модуль 503 обработки, выполненный с возможностью обрабатывать целевую транзакцию в соответствии с шаблоном транзакции и записывать информацию транзакции, полученную из обработки, в целевой блок в блокчейне; и при записи полученной информации транзакции в целевой блок, определять и сохранять значение изменения состояния целевого блока, причем значение изменения состояния используется, чтобы проверять, согласована ли информация транзакции, записанная в целевом блоке, с информацией транзакции, записанной в других блоках в блокчейне.
В некоторых других вариантах осуществления настоящей заявки, модуль 503 обработки, определяющий и сохраняющий значение изменения состояния целевого блока, содержит:
после записи полученной информации транзакции в целевой блок, вычисление значения проверки целевого блока;
определение значения проверки как значения изменения состояния целевого блока; и
сохранение значения изменения состояния в блокчейне.
В 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, Микрочип PIC18F26K20 и Silicone Labs C8051F320. Контроллер памяти может также быть реализован как часть управляющей логики памяти. Специалист в данной области техники также должен знать, что, в дополнение к реализации контроллера с использованием чисто считываемых машиночитаемых программных кодов, логическое программирование может быть выполнено на этапах способа, чтобы позволять контроллеру реализовывать те же самые функции в форме логической схемы, переключателя, ASIC, программируемого логического контроллера, встроенного микроконтроллера и т.д.. Поэтому, такой контроллер может рассматриваться как компонент аппаратных средств, и устройства, содержащиеся в контроллере и выполненные с возможностью реализовывать различные функции в контроллере, могут также рассматриваться как структура в компоненте аппаратных средств. Альтернативно, устройства, выполненные с возможностью реализовывать различные функции, могут даже рассматриваться как модули программного обеспечения для реализации способа и как структура в компоненте аппаратных средств.
Система, устройство, модуль или блок, описанные в предыдущих вариантах осуществления, могут быть реализованы с использованием компьютерного чипа или объекта или могут быть реализованы с использованием продукта, имеющего определенную функцию. Обычным устройством реализации является компьютер. Компьютер может быть, например, персональным компьютером, ноутбуком, сотовым телефоном, камерофоном, смартфоном, персональным цифровым ассистентом, медиа-плеером, устройством навигации, устройством электронной почты, игровой консолью, планшетным компьютером или носимым устройством или комбинацией любых из этих устройств.
Для удобства описания, представленное выше устройство разделено на различные блоки в соответствии с функциями для иллюстрации. Функции блоков могут быть реализованы в одной или нескольких частях программного обеспечения и/или аппаратных средств, при реализации настоящей заявки.
Специалист в данной области техники должен понимать, что варианты осуществления настоящего изобретения могут быть обеспечены как способ, система или компьютерный программный продукт. Поэтому, настоящее изобретение может быть реализовано как вариант осуществления полностью в аппаратных средствах, вариант осуществления полностью в программном обеспечении или вариант осуществления, комбинирующий программное обеспечение и аппаратные средства. Более того, настоящее изобретение может быть в форме компьютерного программного продукта, реализованного на одном или нескольких используемых компьютером носителях хранения (включая, но без ограничения, память на магнитном диске, CD-ROM, оптическую память и т.д.), содержащих используемые компьютером программные коды.
Настоящее изобретение описано со ссылкой на блок-схемы последовательности операций и/или блок-схемы способа, устройства (системы) и компьютерного программного продукта в соответствии с вариантами осуществления настоящего изобретения. Следует отметить, что компьютерные программные инструкции могут использоваться для реализации каждого процесса и/или каждого блока в блок-схемах последовательности операций и/или блок-схемах устройства и комбинации процессов и/или блоков в блок-схемах последовательности операций и/или блок-схемах устройства. Эти компьютерные программные инструкции могут быть обеспечены для универсального компьютера, специализированного компьютера, встроенного процессора или процессора другого программируемого устройства обработки данных, чтобы генерировать машину, так что инструкции, исполняемые компьютером или процессором другого программируемого устройства обработки данных, генерируют устройство для реализации конкретной функции, заданной в одном или нескольких процессах в блок-схемах последовательности операций и/или в одном или нескольких блоках в блок-схемах устройства.
Эти компьютерные программные инструкции могут также храниться в машиночитаемой памяти, которая может инструктировать компьютер или другое программируемое устройство обработки данных работать конкретным образом, так что инструкции, хранящиеся в машиночитаемой памяти, предписывают генерировать промышленное изделие, которое включает в себя устройство инструкций. Устройство инструкций реализует конкретную функцию, заданную в одном или нескольких процессах в блок-схемах последовательности операций и/или в одном или нескольких блоках в блок-схемах устройств.
Эти компьютерные программные инструкции могут быть загружены на компьютер или другое программируемое устройство обработки данных, предписывая выполнение последовательности операций и этапов на компьютере или другом программируемом устройстве, тем самым генерируя реализуемую компьютером обработку. Поэтому, инструкции, исполняемые на компьютере или другом программируемом устройстве, обеспечивают этапы для реализации функции, заданной в одном или нескольких процессах в блок-схемах последовательности операций и/или в одном или нескольких блоках в блок-схемах устройств.
В типовой конфигурации, вычислительное устройство включает в себя один или несколько процессоров (CPU), интерфейсов ввода/вывода, сетевых интерфейсов и память.
Память может включать в себя машиночитаемые носители, такие как энергозависимая память, память с произвольным доступом (RAM) и/или энергонезависимая память, например, постоянная память (ROM) или флэш-RAM. Память представляет собой пример машиночитаемого носителя.
Машиночитаемые носители включают в себя постоянные, энергозависимые, мобильные и немобильные носители, которые могут реализовывать хранение информации посредством любого способа или технологии. Информация может представлять собой машиночитаемые инструкции, структуры данных, программные модули или другие данные. Примеры компьютерных носителей хранения включают в себя, но без ограничения, блоки памяти с произвольным доступом с фазовым изменением (PRAM), статической памяти с произвольным доступом (SRAM), динамической памяти с произвольным доступом (DRAM) или другие типы блоков памяти с произвольным доступом (RAM), постоянной памяти (ROM), электрически стираемой программируемой постоянной памяти (EEPROM), флэш-памяти или других технологий памяти, блоки постоянной памяти на компакт-диске (CD-ROM), цифровые универсальные диски (DVD) или другие блоки оптической памяти, кассеты, кассетные и дисковые устройства памяти или другие блоки магнитной памяти или любые другие носители, не являющиеся средами передачи, которые могут использоваться для хранения информации, доступ к которой может осуществляться вычислительным устройством. В соответствии с определением в настоящей спецификации, машиночитаемые носители не включают в себя переходные носители (среды), такие как модулированные сигналы данных и несущие.
Следует дополнительно отметить, что термины ʺвключающий в себяʺ, ʺсодержащийʺ или любые другие варианты этих терминов предназначены, чтобы охватывать не исключающее включение, позволяющее процессу, способу, продукту или устройству, содержащему последовательность элементов, не только содержать эти элементы, но также содержать другие элементы, которые не перечислены явно, или дополнительно содержать элементы, которые являются присущими процессу, способу, продукту или устройству. Когда не имеется дополнительного ограничения, элементы, определяемые утверждением ʺсодержащий один…ʺ, не исключают того, что процесс, способ, продукт или устройство, содержащие вышеуказанные элементы, также содержат дополнительные идентичные элементы.
Специалист в данной области техники должен понимать, что варианты осуществления настоящей заявки могут быть обеспечены как способ, система или компьютерный программный продукт. Поэтому, настоящая заявка может быть реализована как вариант осуществления полностью в аппаратных средствах, вариант осуществления полностью в программном обеспечении или вариант осуществления, комбинирующий программное обеспечение и аппаратные средства. Более того, настоящая заявка может быть в форме компьютерного программного продукта, реализованного на одном или нескольких используемых компьютером носителях хранения (включая, но без ограничения, память на магнитном диске, CD-ROM, оптическую память и т.д.), содержащих используемые компьютером программные коды.
Настоящая заявка может быть описана в общем контексте исполняемой компьютером инструкции, которая исполняется компьютером, например, программным модулем. В общем, программный модуль включает в себя стандартную программу, программу, объект, компонент, структуру данных и т.д. для исполнения конкретной задачи или реализации специального абстрактного типа данных. Настоящая заявка может также быть практически реализована в распределенных вычислительных средах. В этих распределенных вычислительных средах, задачи выполняются удаленными устройствами обработки, соединенными через сети связи. В распределенных вычислительных средах, программный модуль может быть расположен как в локальных, так и в удаленных компьютерных носителях хранения, включающих в себя устройства хранения.
Варианты осуществления в настоящей спецификации описаны постепенным образом, причем каждый вариант осуществления фокусируется на отличиях от других вариантов осуществления, и на варианты осуществления могут даваться взаимные ссылки касательно идентичных или аналогичных частей. В частности, вариант осуществления системы описан относительно простым образом, так как вариант осуществления системы, по существу, аналогичен варианту осуществления способа. На описание варианта осуществления способа могут даваться ссылки в отношении связанных частей.
Вышеописанное представляет собой только варианты осуществления настоящей заявки, которые не используются для ограничения настоящей заявки. Для специалиста в данной области техники, настоящая заявка может иметь различные модификации и изменения. Любая модификация, эквивалентная замена или усовершенствование, выполненные в пределах сущности и принципа настоящей заявки, должны охватываться формулой изобретения настоящей заявки.

Claims (17)

1. Способ обработки транзакции, выполняемый устройством обработки транзакции, при этом способ содержит этапы, на которых принимают запрос транзакции, определяют, что целевая транзакция, включенная в запрос транзакции, имеет тип транзакции смарт-контракта, загружают шаблон транзакции, соответствующий типу транзакции смарт-контракта у целевой транзакции, причем шаблон транзакции имеет соответствующее правило обработки транзакции смарт-контракта, обрабатывают целевую транзакцию в соответствии с шаблоном транзакции для получения информации транзакции, причем обработка целевой транзакции содержит этапы, на которых анализируют запрос транзакции для получения адреса смарт-контракта и параметров транзакции на основе упомянутого правила обработки транзакции смарт-контракта и передают параметры транзакции в смарт-контракт в соответствии с адресом смарт-контракта для смарт-контракта, чтобы выполнить упомянутые параметры транзакции и выдать результат транзакции, и записывают результат транзакции в блокчейн.
2. Способ обработки транзакции по п.1, в котором упомянутое определение того, что целевая транзакция, включенная в запрос транзакции, имеет тип транзакции смарт-контракта, содержит этапы, на которых определяют идентификатор транзакции целевой транзакции и определяют тип транзакции смарт-контракта у целевой транзакции в соответствии с идентификатором транзакции.
3. Способ обработки транзакции по п.1, в котором упомянутая загрузка шаблона транзакции, соответствующего типу транзакции смарт-контракта у целевой транзакции, содержит этап, на котором выбирают шаблон транзакции из множества сконфигурированных шаблонов транзакции.
4. Способ обработки транзакции по п.1 или 3, в котором упомянутая загрузка шаблона транзакции содержит этапы, на которых определяют, имеется ли в множестве сконфигурированных шаблонов транзакции шаблон транзакции, соответствующий типу транзакции смарт-контракта, и в качестве реакции на определение того, что в данном множестве сконфигурированных шаблонов транзакции нет шаблона транзакции, соответствующего типу транзакции смарт-контракта, генерируют шаблон транзакции, соответствующий типу транзакции смарт-контракта.
5. Способ обработки транзакции по п.1, в котором упомянутая обработка целевой транзакции в соответствии с шаблоном транзакции содержит этапы, на которых определяют правило обработки транзакции смарт-контракта в шаблоне транзакции, соответствующем целевой транзакции, и обрабатывают целевую транзакцию в соответствии с правилом обработки транзакции смарт-контракта.
6. Способ обработки транзакции по п.5, в котором упомянутая обработка целевой транзакции в соответствии с правилом обработки транзакции смарт-контракта содержит этапы, на которых определяют правило проверки, включенное в правило обработки транзакции смарт-контракта, проверяют, удовлетворяет ли запрос транзакции предварительно установленному условию в соответствии с правилом проверки, если запрос транзакции удовлетворяет предварительно установленному условию в соответствии с правилом проверки, обрабатывают целевую транзакцию в соответствии с правилом обработки в правиле обработки транзакции смарт-контракта, и если запрос транзакции не удовлетворяет предварительно установленному условию в соответствии с правилом проверки, оповещают о том, что обработка целевой транзакции неуспешна.
7. Способ обработки транзакции, выполняемый устройством обработки транзакции, при этом способ содержит этапы, на которых принимают запрос транзакции, определяют, что целевая транзакция, включенная в запрос транзакции, имеет тип транзакции смарт-контракта, загружают шаблон транзакции, соответствующий типу транзакции смарт-контракта у целевой транзакции, причем шаблон транзакции имеет соответствующее правило обработки транзакции смарт-контракта, и обрабатывают целевую транзакцию в соответствии с шаблоном транзакции для получения информации транзакции, причем обработка целевой транзакции содержит этапы, на которых анализируют запрос транзакции для получения адреса смарт-контракта и параметров транзакции на основе упомянутого правила обработки транзакции смарт-контракта и передают параметры транзакции в смарт-контракт в соответствии с адресом смарт-контракта для смарт-контракта, чтобы выполнить упомянутые параметры транзакции и выдать результат транзакции, и записывают первую информацию транзакции из результата транзакции в целевой блок в блокчейне, при этом при записи первой информации транзакции в целевой блок определяют и сохраняют значение изменения состояния целевого блока, причем значение изменения состояния используется, чтобы проверять, согласована ли первая информация транзакции, записанная в целевом блоке, с информацией транзакции, записанной в других блоках в блокчейне.
8. Способ обработки транзакции по п.7, в котором определение и сохранение значения изменения состояния целевого блока содержит этапы, на которых после записи первой информации транзакции в целевой блок вычисляют значение проверки целевого блока, определяют значение проверки как значение изменения состояния целевого блока и сохраняют значение изменения состояния в блокчейне.
9. Устройство обработки транзакции, содержащее:
модуль приема, выполненный с возможностью принимать запрос транзакции, модуль определения, выполненный с возможностью определять, что целевая транзакция, включенная в запрос транзакции, имеет тип транзакции смарт-контракта, модуль загрузки шаблона, выполненный с возможностью загружать шаблон транзакции, соответствующий типу транзакции смарт-контракта у целевой транзакции, причем шаблон транзакции имеет соответствующее правило обработки транзакции смарт-контракта, и модуль обработки, выполненный с возможностью обрабатывать целевую транзакцию в соответствии с шаблоном транзакции для получения информации транзакции, причем обработка целевой транзакции содержит анализ запроса транзакции на основе упомянутого правила обработки транзакции смарт-контракта, чтобы получить адрес смарт-контракта и параметры транзакции, и передачу параметров транзакции в смарт-контракт в соответствии с адресом смарт-контракта для смарт-контракта, чтобы выполнить упомянутые параметры транзакции и выдать результат транзакции, и записывать результат транзакции в блокчейн.
10. Устройство обработки транзакции по п.9, в котором модуль определения, будучи выполненным с возможностью определять, что целевая транзакция, включенная в запрос транзакции, имеет тип транзакции смарт-контракта, конкретно выполнен с возможностью определять идентификатор транзакции целевой транзакции и определять тип транзакции смарт-контракта у целевой транзакции в соответствии с идентификатором транзакции.
11. Устройство обработки транзакции по п.9, в котором модуль загрузки шаблона, будучи выполненным с возможностью загружать шаблон транзакции, соответствующий типу транзакции смарт-контракта у целевой транзакции, конкретно выполнен с возможностью выбирать шаблон транзакции из множества сконфигурированных шаблонов транзакции.
12. Устройство обработки транзакции по п.9 или 11, в котором модуль загрузки шаблона выполнен с возможностью определять, имеется ли в множестве сконфигурированных шаблонов транзакции шаблон транзакции, соответствующий типу транзакции смарт-контракта, и в качестве реакции на определение того, что в данном множестве сконфигурированных шаблонов транзакции нет шаблона транзакции, соответствующего типу транзакции смарт-контракта, генерировать шаблон транзакции, соответствующий типу транзакции смарт-контракта.
13. Устройство обработки транзакции по п.9, в котором модуль обработки, будучи выполненным с возможностью обработки целевой транзакции в соответствии с шаблоном транзакции, конкретно выполнен с возможностью определять правило обработки транзакции смарт-контракта в шаблоне транзакции, соответствующем целевой транзакции, и обрабатывать целевую транзакцию в соответствии с правилом обработки транзакции смарт-контракта.
14. Устройство обработки транзакции по п.13, в котором модуль обработки, будучи выполненным с возможностью обработки целевой транзакции в соответствии с правилом обработки транзакции смарт-контракта, конкретно выполнен с возможностью определять правило проверки, включенное в правило обработки транзакции смарт-контракта, проверять, удовлетворяет ли запрос транзакции предварительно установленному условию в соответствии с правилом проверки, если запрос транзакции удовлетворяет предварительно установленному условию в соответствии с правилом проверки, обрабатывать целевую транзакцию в соответствии с правилом обработки в правиле обработки транзакции смарт-контракта, и если запрос транзакции не удовлетворяет предварительно установленному условию в соответствии с правилом проверки, оповещать о том, что обработка целевой транзакции неуспешна.
15. Устройство обработки транзакции, содержащее модуль приема, выполненный с возможностью принимать запрос транзакции и определять, что целевая транзакция, включенная в запрос транзакции, имеет тип транзакции смарт-контракта, модуль загрузки шаблона, выполненный с возможностью загружать шаблон транзакции, соответствующий типу транзакции смарт-контракта у целевой транзакции, причем шаблон транзакции имеет соответствующее правило обработки транзакции смарт-контракта, и модуль обработки, выполненный с возможностью обрабатывать целевую транзакцию в соответствии с шаблоном транзакции для получения информации транзакции, причем обработка целевой транзакции содержит анализ запроса транзакции на основе упомянутого правила обработки транзакции смарт-контракта, чтобы получить адрес смарт-контракта и параметры транзакции, и передачу параметров транзакции в смарт-контракт в соответствии с адресом смарт-контракта для смарт-контракта, чтобы выполнить упомянутые параметры транзакции и выдать результат транзакции, и записывать первую информацию транзакции из результата транзакции в целевой блок в блокчейне и при записи первой информации транзакции в целевой блок определять и сохранять значение изменения состояния целевого блока, причем значение изменения состояния используется, чтобы проверять, согласована ли первая информация транзакции, записанная в целевом блоке, с информацией транзакции, записанной в других блоках в блокчейне.
16. Устройство обработки транзакции по п.15, в котором модуль обработки, будучи выполненным с возможностью определять и сохранять значение изменения состояния целевого блока, конкретно выполнен с возможностью после записи первой информации транзакции в целевой блок вычислять значение проверки целевого блока, определять значение проверки как значение изменения состояния целевого блока и сохранять значение изменения состояния в блокчейне.
RU2019120078A 2017-01-26 2018-01-19 Способ и устройство обработки услуг RU2725690C1 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710057243.2 2017-01-26
CN201710057243.2A CN107025559B (zh) 2017-01-26 2017-01-26 一种业务处理方法及装置
PCT/CN2018/073395 WO2018137564A1 (zh) 2017-01-26 2018-01-19 一种业务处理方法及装置

Publications (1)

Publication Number Publication Date
RU2725690C1 true RU2725690C1 (ru) 2020-07-03

Family

ID=59525976

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2019120078A RU2725690C1 (ru) 2017-01-26 2018-01-19 Способ и устройство обработки услуг

Country Status (16)

Country Link
US (3) US11099887B2 (ru)
EP (1) EP3547241A4 (ru)
JP (1) JP6912583B2 (ru)
KR (1) KR102201844B1 (ru)
CN (1) CN107025559B (ru)
AU (2) AU2018212186B2 (ru)
BR (1) BR112019014589A2 (ru)
CA (1) CA3048574C (ru)
MX (1) MX2019008502A (ru)
MY (1) MY202364A (ru)
PH (1) PH12019501498A1 (ru)
RU (1) RU2725690C1 (ru)
SG (1) SG11201906003VA (ru)
TW (1) TWI722256B (ru)
WO (1) WO2018137564A1 (ru)
ZA (1) ZA201904401B (ru)

Families Citing this family (77)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107025559B (zh) 2017-01-26 2020-09-18 创新先进技术有限公司 一种业务处理方法及装置
CN107451175B (zh) * 2017-05-23 2020-01-31 创新先进技术有限公司 一种基于区块链的数据处理方法及设备
CN111880746A (zh) * 2017-05-25 2020-11-03 创新先进技术有限公司 一种向区块链系统中写入业务数据的方法和装置
CN107562552A (zh) * 2017-09-06 2018-01-09 深圳市中润四方信息技术有限公司 一种业务消息生成方法及系统
CN107908656A (zh) * 2017-10-13 2018-04-13 平安科技（深圳）有限公司 增加渠道方法、应用服务器及计算机可读存储介质
CN107918863A (zh) * 2017-10-19 2018-04-17 阿里巴巴集团控股有限公司 基于金融产品的前置处理及配置方法、装置及设备
CN107807991B (zh) * 2017-11-07 2020-05-12 泰康保险集团股份有限公司 用于处理区块链数据的方法及装置
CN107943951B (zh) * 2017-11-24 2020-08-11 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种区块链业务信息的检索方法及系统
CN108073707B (zh) * 2017-12-19 2022-01-25 银联商务股份有限公司 金融业务数据更新方法、装置及计算机可读取存储介质
US20190236559A1 (en) * 2018-01-31 2019-08-01 Salesforce.Com, Inc. Systems, methods, and apparatuses for implementing smart flow contracts using distributed ledger technologies in a cloud based computing environment
CN108805550A (zh) * 2018-04-27 2018-11-13 深圳市元征科技股份有限公司 一种预付费交易管理方法及预付费交易管理装置
CN108646983B (zh) * 2018-05-08 2021-04-06 北京融链科技有限公司 在区块链上存储业务数据的处理方法和装置
CN108769147B (zh) * 2018-05-11 2021-12-31 北京奇虎科技有限公司 基于超级节点在共享计算中工作量证明方法及装置
CN108696522A (zh) * 2018-05-11 2018-10-23 北京奇虎科技有限公司 一种区块链中的任务处理方法、计算节点、区块链系统
CN108683667B (zh) * 2018-05-16 2021-12-03 深圳市迅雷网络技术有限公司 账户保护方法、装置、系统和存储介质
CN108665253A (zh) * 2018-05-18 2018-10-16 百度在线网络技术（北京）有限公司 一种区块链网络的数据处理方法、装置、设备及存储介质
CN108897729B (zh) * 2018-06-28 2022-11-11 中国建设银行股份有限公司 一种交易模板共享方法、装置、电子设备及存储介质
CN109033206B (zh) * 2018-06-29 2021-06-01 北京奇虎科技有限公司 一种规则匹配方法、云服务器及规则匹配系统
CN108961039B (zh) * 2018-07-02 2023-03-31 创新先进技术有限公司 交易处理方法、装置及系统
US20210319372A1 (en) * 2018-08-10 2021-10-14 Meaningful Technology Limited Ontologically-driven business model system and method
CN109165221A (zh) * 2018-08-16 2019-01-08 北京京东尚科信息技术有限公司 区块链的数据存储方法、装置、区块链节点及存储介质
CN109151030B (zh) * 2018-08-24 2021-07-27 中国电子科技集团公司信息科学研究院 一种物联网物体分布式交互系统、方法
CN109285066B (zh) * 2018-08-30 2020-12-08 福建省农村信用社联合社 一种基于银行业务流的智能合约生成与执行的方法
SG11202102346VA (en) * 2018-09-14 2021-04-29 Jpmorgan Chase Bank Na System and method for implementing transaction processing ecosystems
CN109345388B (zh) * 2018-09-20 2020-09-08 百度在线网络技术（北京）有限公司 区块链智能合约验证方法、装置及存储介质
CN109614409A (zh) * 2018-10-29 2019-04-12 阿里巴巴集团控股有限公司 业务数据处理方法、装置和服务器
CN109542602B (zh) * 2018-11-20 2021-05-11 苏州朗润创新知识产权运营有限公司 一种基于区块链的分布式任务处理方法、装置及系统
CN110046522A (zh) * 2018-11-28 2019-07-23 阿里巴巴集团控股有限公司 基于区块链的业务处理方法及装置、电子设备
KR102184772B1 (ko) * 2018-11-28 2020-12-01 주식회사 파이랩테크놀로지 태그 추천 모델을 이용한 자동화된 스마트 컨트랙트 태그 생성 및 추천 시스템
CN109508975A (zh) * 2018-11-28 2019-03-22 阿里巴巴集团控股有限公司 一种账单分期事件的记录和查询方法、装置及电子设备
CN109544078B (zh) * 2018-11-29 2021-04-02 东莞市大易产业链服务有限公司 一种基于区块链技术的货物管理方法
CN109615516B (zh) * 2018-12-05 2021-04-16 腾讯科技（深圳）有限公司 资源转移方法、装置、电子设备及存储介质
CN110048846B (zh) * 2018-12-12 2020-04-14 阿里巴巴集团控股有限公司 一种基于区块链智能合约的签名验证方法及系统
CN109725985B (zh) * 2018-12-28 2021-01-29 云宏信息科技股份有限公司 虚拟机模板的管理方法及装置
CN111640012A (zh) * 2019-03-01 2020-09-08 中国银联股份有限公司 一种区块链交易追溯的方法及装置
WO2019120334A2 (en) 2019-04-12 2019-06-27 Alibaba Group Holding Limited Performing parallel execution of transactions in a distributed ledger system
CN111095325B (zh) 2019-04-12 2023-10-27 创新先进技术有限公司 在分布式账本系统中进行交易的并行执行
CN110119480A (zh) * 2019-05-23 2019-08-13 北京小米移动软件有限公司 信息处理方法、装置、设备和存储介质
CN110162564A (zh) * 2019-05-30 2019-08-23 北京中电普华信息技术有限公司 业务数据处理方法及系统
CN110473082B (zh) * 2019-08-15 2022-09-23 中国银行股份有限公司 基于标签和判定树的科目处理方法及系统
US11132403B2 (en) * 2019-09-06 2021-09-28 Digital Asset Capital, Inc. Graph-manipulation based domain-specific execution environment
US10990879B2 (en) 2019-09-06 2021-04-27 Digital Asset Capital, Inc. Graph expansion and outcome determination for graph-defined program states
CN110765099B (zh) * 2019-09-06 2024-01-30 创新先进技术有限公司 一种业务构建方法、装置及计算机设备
CN110688634B (zh) * 2019-09-19 2021-09-28 杭州云象网络技术有限公司 一种联盟链事务智能执行的方法
CN110727712B (zh) * 2019-10-15 2021-06-04 腾讯科技（深圳）有限公司 基于区块链网络的数据处理方法、装置、电子设备及存储介质
CN110990879B (zh) * 2019-11-08 2022-03-18 中国电子科技网络信息安全有限公司 一种基于区块链的数据存证方法
CN110955724A (zh) * 2019-11-21 2020-04-03 腾讯科技（深圳）有限公司 基于区块链的数据处理方法、装置、节点设备及存储介质
CN111064711B (zh) * 2019-11-27 2020-11-10 重庆浙大网新科技有限公司 基于区块链的数据流检测方法、装置及服务器
CN113691597B (zh) * 2019-11-27 2022-06-14 腾讯科技（深圳）有限公司 区块链合约部署方法、装置、设备以及存储介质
JP7497374B2 (ja) * 2019-12-19 2024-06-10 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 制御方法、装置、および、プログラム
CN111126978B (zh) * 2019-12-28 2023-03-14 飞天诚信科技股份有限公司 一种区块链上快速处理事务的实现方法及装置
CN111158837B (zh) * 2019-12-31 2023-08-22 中国银行股份有限公司 银行软件功能界面生成方法和装置
CN111241594B (zh) * 2020-01-06 2023-10-13 平安科技（深圳）有限公司 交易信息的加签方法、装置、计算机设备和存储介质
US12099997B1 (en) 2020-01-31 2024-09-24 Steven Mark Hoffberg Tokenized fungible liabilities
US11003433B1 (en) * 2020-02-05 2021-05-11 Dell Products L.P. System and method for improved peer-to-peer software distribution
US20210256635A1 (en) * 2020-02-17 2021-08-19 EnergyXchain, LLC Creating, monitoring, and updating energy transactions using distributed ledger technology and contract codex
CN111401903B (zh) * 2020-06-03 2020-09-11 腾讯科技（深圳）有限公司 区块链消息处理方法、装置、计算机以及可读存储介质
CN113760341B (zh) * 2020-06-11 2023-12-05 北京京东振世信息技术有限公司 数据处理方法、装置及设备
CN111768204A (zh) * 2020-06-17 2020-10-13 中国建设银行股份有限公司 一种业务处理方法和装置
CN111737274B (zh) * 2020-06-19 2023-08-08 中国工商银行股份有限公司 交易数据的处理方法、装置和服务器
CN111737324B (zh) * 2020-08-14 2021-02-09 支付宝(杭州)信息技术有限公司 数据分析方法及装置
CN111949297B (zh) * 2020-08-20 2023-04-07 杭州溪塔科技有限公司 一种区块链智能合约升级方法、装置及电子设备
CN111897890B (zh) * 2020-08-21 2023-09-08 中国工商银行股份有限公司 金融业务处理方法及装置
CN113282453A (zh) * 2020-09-23 2021-08-20 裴俊伟 基于区块链的金融业务处理方法
CN112348326A (zh) * 2020-10-23 2021-02-09 中国建设银行股份有限公司 一种银行业务处理方法和系统
CN112398941B (zh) * 2020-11-10 2024-09-06 北京达佳互联信息技术有限公司 一种数据处理方法、装置、电子设备和存储介质
CN112613877B (zh) * 2020-12-17 2021-12-07 腾讯科技（深圳）有限公司 应用于区块链网络的智能合约触发方法、装置及相关设备
CN112668998B (zh) * 2020-12-23 2023-12-19 树根互联股份有限公司 流程实现方法、装置、系统、电子设备和可读存储介质
CN112559635B (zh) * 2020-12-23 2023-06-16 网易（杭州）网络有限公司 以太坊联盟链节点的业务处理方法、装置、设备及介质
CN112286643B (zh) * 2020-12-24 2021-04-20 北京百度网讯科技有限公司 以太坊虚拟机的事务处理方法、装置、设备和介质
CN113093958B (zh) * 2021-04-06 2022-05-17 中国工商银行股份有限公司 数据处理方法、装置和服务器
CN112990769A (zh) * 2021-04-21 2021-06-18 北京宇信科技集团股份有限公司 业务处理方法、装置、电子设备和存储介质
CN113377419B (zh) * 2021-05-31 2024-07-26 同盾科技有限公司 一种业务处理方法、装置、可读存储介质及电子设备
CN113361733B (zh) * 2021-06-03 2023-04-07 建信金融科技有限责任公司 预约业务的处理方法和装置
CN113434175B (zh) * 2021-06-29 2024-02-27 平安科技（深圳）有限公司 数据处理方法、装置、存储介质及设备
CN113971097A (zh) * 2021-10-29 2022-01-25 中国银行股份有限公司 一种交易处理方法及装置
CN116560818B (zh) * 2023-06-29 2023-09-12 深圳市易图资讯股份有限公司 一种空间数据服务分发与调度的方法及系统

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2263348C2 (ru) * 1995-05-17 2005-10-27 Индивос Корпорэйшн Система идентификации для удостоверения подлинности электронных сделок и электронных передач без использования идентификационных карточек
EA008614B1 (ru) * 2003-06-05 2007-06-29 Интертраст Текнолоджис Корпорейшн Переносимые системы и способы для приложений одноранговой компоновки услуг
CN106301881A (zh) * 2015-06-29 2017-01-04 阿里巴巴集团控股有限公司 一种业务处理方法和装置
WO2017007806A1 (en) * 2015-07-09 2017-01-12 Ouisa, LLC Systems and methods for trading, clearing and settling securities transactions using blockchain technology

Family Cites Families (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3537680B2 (ja) * 1998-10-22 2004-06-14 富士通株式会社 プロトコル制御用集積回路
US6971096B1 (en) * 2000-05-19 2005-11-29 Sun Microsystems, Inc. Transaction data structure for process communications among network-distributed applications
WO2003014867A2 (en) * 2001-08-03 2003-02-20 John Allen Ananian Personalized interactive digital catalog profiling
JP4163927B2 (ja) * 2001-10-31 2008-10-08 松下電器産業株式会社 Ｊａｖａコンパイラ、及び、当該Ｊａｖａコンパイラが使用するコンパイル情報の生成装置
US20030187841A1 (en) 2002-03-28 2003-10-02 International Business Machines Corporation Method and structure for federated web service discovery search over multiple registries with result aggregation
US20050080768A1 (en) 2003-10-10 2005-04-14 International Business Machines Corporation Methods and apparatus for dynamic service discovery from Web services representation chain
US7590658B2 (en) * 2004-09-30 2009-09-15 Deloitte Development Llc System, software and method for examining a database in a forensic accounting environment
ATE548842T1 (de) 2005-07-27 2012-03-15 Sap Ag Serverrechner, client-einrichtung und webdienstimplementiertes verfahren zur datenverarbeitung
US7860968B2 (en) 2005-11-21 2010-12-28 Sap Ag Hierarchical, multi-tiered mapping and monitoring architecture for smart items
CN100550781C (zh) * 2007-06-27 2009-10-14 中兴通讯股份有限公司 一种基于模板的抽象配置业务定制方法
US20100106611A1 (en) * 2008-10-24 2010-04-29 Uc Group Ltd. Financial transactions systems and methods
US8874701B2 (en) * 2008-12-22 2014-10-28 Sap Se On-demand provisioning of services running on embedded devices
US9686814B2 (en) 2011-11-07 2017-06-20 Industrial Technology Research Institute Method of reference cell maintenance
US9805385B2 (en) * 2011-11-21 2017-10-31 Nant Holdings Ip, Llc Subscription bill service, systems and methods
US8688661B2 (en) 2012-06-15 2014-04-01 International Business Machines Corporation Transactional processing
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.
JP2015513378A (ja) * 2012-11-21 2015-05-11 ナント ホールディングス アイピー，エルエルシー 加入請求書サービス、システムおよび方法
US9553982B2 (en) 2013-07-06 2017-01-24 Newvoicemedia, Ltd. System and methods for tamper proof interaction recording and timestamping
CN104715309A (zh) * 2013-12-11 2015-06-17 阿里巴巴集团控股有限公司 业务控制方法及装置
JP6247193B2 (ja) * 2014-10-10 2017-12-13 山下　健一 広告閲覧促進システム、情報処理方法及びプログラム
JP2016151802A (ja) * 2015-02-16 2016-08-22 科韻動力有限公司 仮想通貨の管理方法、仮想通貨システム、該仮想通貨システムにおける広告方法、及びアプリケーションプログラム
US9967333B2 (en) 2015-03-02 2018-05-08 Dell Products Lp Deferred configuration or instruction execution using a secure distributed transaction ledger
US9967334B2 (en) 2015-03-02 2018-05-08 Dell Products Lp Computing device configuration and management using a secure decentralized transaction ledger
CN106296243A (zh) * 2015-05-22 2017-01-04 阿里巴巴集团控股有限公司 业务实现方法及装置
KR101628624B1 (ko) * 2015-06-01 2016-06-09 주식회사 코인플러그 비트코인을 기반으로 하는 이종국가간 송금시스템 및 방법
KR101637854B1 (ko) * 2015-10-16 2016-07-08 주식회사 코인플러그 블록체인을 기반으로 하는 공인인증서 발급시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 발급방법 및 블록체인을 기반으로 하는 공인인증서 인증시스템과 이를 이용한 블록체인을 기반으로 하는 공인인증서 인증방법
EP3394818A4 (en) 2015-12-21 2019-08-14 Kochava Inc. AUTOREGULATING TRANSACTION SYSTEM AND ASSOCIATED METHODS
CN105608588A (zh) * 2016-01-04 2016-05-25 布比（北京）网络技术有限公司 一种溯源记录处理的方法及装置
US10108812B2 (en) 2016-01-28 2018-10-23 Nasdaq, Inc. Systems and methods for securing and disseminating time sensitive information using a blockchain
GB2571390B (en) 2016-02-03 2022-07-20 Luther Systems Ltd Systems and method for secure management of digital contracts
US10129238B2 (en) 2016-02-10 2018-11-13 Bank Of America Corporation System for control of secure access and communication with different process data networks with separate security features
US10142312B2 (en) 2016-02-22 2018-11-27 Bank Of America Corporation System for establishing secure access for users in a process data network
US20170264428A1 (en) 2016-03-08 2017-09-14 Manifold Technology, Inc. Data storage system with blockchain technology
US20170287090A1 (en) 2016-03-31 2017-10-05 Clause, Inc. System and method for creating and executing data-driven legal contracts
CN109313753A (zh) 2016-04-01 2019-02-05 摩根大通国家银行 用于在私有分布式账本中提供数据隐私的系统和方法
US10803537B2 (en) 2016-04-18 2020-10-13 R3 Ltd. System and method for managing transactions in dynamic digital documents
WO2017189027A1 (en) 2016-04-29 2017-11-02 Digital Asset Holdings Digital asset modeling
CN106230808A (zh) * 2016-07-28 2016-12-14 杭州云象网络技术有限公司 一种基于区块链技术的个人征信系统建设方法
CN106296009A (zh) * 2016-08-12 2017-01-04 中国银行股份有限公司 一种业务处理方法及装置
CN106296200A (zh) * 2016-08-13 2017-01-04 深圳市樊溪电子有限公司 基于区块链技术的分布式光伏电力交易平台
US10715331B2 (en) * 2016-12-28 2020-07-14 MasterCard International Incorported Method and system for providing validated, auditable, and immutable inputs to a smart contract
CN107025559B (zh) * 2017-01-26 2020-09-18 创新先进技术有限公司 一种业务处理方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2263348C2 (ru) * 1995-05-17 2005-10-27 Индивос Корпорэйшн Система идентификации для удостоверения подлинности электронных сделок и электронных передач без использования идентификационных карточек
EA008614B1 (ru) * 2003-06-05 2007-06-29 Интертраст Текнолоджис Корпорейшн Переносимые системы и способы для приложений одноранговой компоновки услуг
CN106301881A (zh) * 2015-06-29 2017-01-04 阿里巴巴集团控股有限公司 一种业务处理方法和装置
WO2017007806A1 (en) * 2015-07-09 2017-01-12 Ouisa, LLC Systems and methods for trading, clearing and settling securities transactions using blockchain technology

Also Published As

Publication number Publication date
MX2019008502A (es) 2019-09-13
US20190310878A1 (en) 2019-10-10
PH12019501498A1 (en) 2020-06-08
JP6912583B2 (ja) 2021-08-04
EP3547241A4 (en) 2020-01-15
KR20190092564A (ko) 2019-08-07
US11099887B2 (en) 2021-08-24
US20200174824A1 (en) 2020-06-04
US20200285507A1 (en) 2020-09-10
EP3547241A1 (en) 2019-10-02
MY202364A (en) 2024-04-24
AU2019101602A4 (en) 2020-01-23
BR112019014589A2 (pt) 2020-02-18
ZA201904401B (en) 2020-08-26
AU2018212186B2 (en) 2020-09-10
CA3048574C (en) 2021-11-16
TWI722256B (zh) 2021-03-21
KR102201844B1 (ko) 2021-01-13
CN107025559B (zh) 2020-09-18
AU2018212186A1 (en) 2019-07-18
WO2018137564A1 (zh) 2018-08-02
US10817330B2 (en) 2020-10-27
CA3048574A1 (en) 2018-08-02
US10782998B2 (en) 2020-09-22
TW201828220A (zh) 2018-08-01
CN107025559A (zh) 2017-08-08
SG11201906003VA (en) 2019-08-27
JP2020507840A (ja) 2020-03-12

Similar Documents

Publication Publication Date Title
RU2725690C1 (ru) Способ и устройство обработки услуг
US20200244460A1 (en) Blockchain-based identity authentication method, apparatus, and device
CN110032599B (zh) 数据结构的读取及更新方法、装置、电子设备
CN109669709B (zh) 一种区块链升级的数据迁移方法及数据迁移系统
CN110009321B (zh) 一种基于区块链智能合约的转账方法及系统
CN109299587A (zh) 基于go语言的算法保护方法、装置、设备及存储介质
CN114827165B (zh) 对多个交易进行分组的方法和区块链节点
CN115378735B (zh) 一种数据处理方法、装置、存储介质及电子设备
WO2023160289A1 (zh) 小程序的存储调用
CN111045746B (zh) 代码扩展方法和框架
CN111949297B (zh) 一种区块链智能合约升级方法、装置及电子设备
CN116628773A (zh) 数据处理方法、装置、电子设备及存储介质
CN113867776B (zh) 中台应用的发布方法、装置、电子设备和存储介质
CN110852139A (zh) 生物特征识别方法、装置、设备以及存储介质
CN110333914B (zh) 一种用于执行目标操作的方法与设备
CN113703790A (zh) Linux系统安全应用的软件框架及创建方法
CN114338580B (zh) 一种公众号项目开发方法、装置及存储介质
KR101989593B1 (ko) 식별정보 전달 장치 및 방법
CN116010271A (zh) 合约调试方法、区块链节点及链下合约执行装置
CN116089280A (zh) 一种用于智能合约的调试方法及装置
KR100892286B1 (ko) 다중 파티션 의존성을 지원하는 임베디드 시스템 통합 설정방법
CN118656287A (zh) 代码质量检测方法、装置及设备
CN113721947A (zh) 一种区块链合约原地址升级的方法和装置

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