RU2707700C1 - Method of remote verification of documents - Google Patents
Method of remote verification of documents Download PDFInfo
- Publication number
- RU2707700C1 RU2707700C1 RU2019105735A RU2019105735A RU2707700C1 RU 2707700 C1 RU2707700 C1 RU 2707700C1 RU 2019105735 A RU2019105735 A RU 2019105735A RU 2019105735 A RU2019105735 A RU 2019105735A RU 2707700 C1 RU2707700 C1 RU 2707700C1
- Authority
- RU
- Russia
- Prior art keywords
- document
- notary
- counterparties
- documents
- cloud
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V10/00—Arrangements for image or video recognition or understanding
- G06V10/98—Detection or correction of errors, e.g. by rescanning the pattern or by human intervention; Evaluation of the quality of the acquired patterns
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
Abstract
Description
Изобретение относится к облачным сервисам и может найти применение для удаленной верификации документов, документов личностей, товарной документации товаров и осуществления верифицированной конференцсвязи.The invention relates to cloud services and can be used for remote verification of documents, identity documents, commodity documentation of goods and the implementation of verified conference calls.
Известны облачные ресурсы публичного хранения и редактирования документов, которые являются своего рода верификаторами, например, https://helpcenter.onlyoffice.com/ru/ (запущена в сети 07.07.2009., выбрано за прототип).There are known cloud resources for public storage and editing of documents, which are some kind of verifiers, for example, https://helpcenter.onlyoffice.com/ru/ (launched on the network 07.07.2009., Selected as a prototype).
Данный ресурс работает следующим образом.This resource works as follows.
Составляете ли вы договор, пишете ли статью, переводите ли текст - может потребоваться взаимодействие с другими людьми, особенно на заключительном этапе, чтобы уточнить детали или проверить документ на наличие ошибок. В этом случае последовательность действий примерно одинакова: отправка документа - ожидание результата - исправление и редактирование - отправка документа - ожидание результата - исправление и редактирование и так далее, пока результат не устроит обе стороны.Whether you are writing a contract, writing an article, or translating a text, it may require interaction with other people, especially at the final stage, to clarify the details or check the document for errors. In this case, the sequence of actions is approximately the same: sending a document - waiting for a result - correcting and editing - sending a document - waiting for a result - correcting and editing, and so on, until the result suits both sides.
Чтобы избежать этой длительной процедуры и получить наилучший результат, не тратя времени на отправку и ожидание, можно воспользоваться функцией Совместного редактирования, доступной в онлайн-редакторе документов. Все, что нужно для этого, - отправить ссылку на документ нужному человеку и начать совместное редактирование документа, комментируя и обсуждая его в режиме реального времени, без установки каких-то дополнительных программ.To avoid this lengthy procedure and get the best result, without wasting time sending and waiting, you can use the Collaborative editing feature available in the online document editor. All that is needed for this is to send a link to the document to the right person and start collaborative editing of the document, commenting and discussing it in real time, without installing any additional programs.
Технической проблемой прототипа является то, что хранение информации идет только на облачном сервере, и когда кто-то хочет добавить данные в облако, он вынужден перепроверить данные, добавленные ранее.The technical problem of the prototype is that information is stored only on the cloud server, and when someone wants to add data to the cloud, he is forced to double-check the data added earlier.
Кроме того, смысл верификации отредактированных документов состоит в том, что облачный сервис сам отслеживает редактирование документов, а иные пользователи ему доверяют. Но при желании, администраторы ресурса облачного сервиса могут вмешиваться в процесс редактирования документов пользователей и читать их конфиденциальную информацию, вносить в нее правки. Поэтому, нет никакой гарантии, что документ, созданный пользователями будет ими верифицирован абсолютно точно и только ими без вмешательства третьей стороны в лице облачного сервиса.In addition, the meaning of verifying edited documents is that the cloud service itself monitors the editing of documents, and other users trust it. But if desired, the administrators of the cloud service resource can intervene in the process of editing user documents and read their confidential information, make changes to it. Therefore, there is no guarantee that the document created by users will be verified by them absolutely accurately and only by them without the intervention of a third party represented by a cloud service.
Задачей изобретения является устранение указанных недостатков.The objective of the invention is to remedy these disadvantages.
Техническим результатом изобретения является возможность абсолютно точной удаленной верификации документа без потребности его постоянной проверки на предмет внесения правок одной из сторон, и без возможности прочтения или редактирования документа облачным сервисом или третьими лицами без передачи такой возможности сторонами.The technical result of the invention is the ability to absolutely accurately remotely verify a document without the need for constant verification of any changes by one of the parties, and without the possibility of reading or editing the document by a cloud service or by third parties without transferring such an opportunity by the parties.
Также, техническим результатом является возможность удаленного нотариального верифицирования документов, причем как с присутствием сторон при нотариусе, так и без данного присутствия.Also, the technical result is the possibility of remote notarized verification of documents, both with the presence of the parties at the notary public, and without this presence.
Также, техническим результатом является возможность осуществления удаленной конференцсвязи в судах без потребности одной из сторон судебного процесса присутствовать именно в зале суда своего региона.Also, the technical result is the ability to conduct remote conference calls in courts without the need of one of the parties to the trial to be present in the courtroom of their region.
Также, техническим результатом является возможность осуществления удаленного допроса свидетеля или подозреваемого, в том числе на международном уровне.Also, the technical result is the ability to conduct remote interrogation of a witness or suspect, including at the international level.
Также, техническим результатом является возможность осуществления верификации документов по товару, когда становится общедоступной вся цепочка от начального производителя до конечной точки сбыта товара, что делает рынок реализации продукции прозрачным для контроля потребителя и налогообложения.Also, the technical result is the ability to verify documents for goods, when the whole chain from the initial producer to the final point of sale of goods becomes publicly available, which makes the market for product sales transparent for consumer control and taxation.
Указанные технические результаты достигаются за счет того, что заявлен способ удаленной верификации документов, характеризующийся тем, что контрагенты создают предлагаемый для заверения сторонами документ, контрагенты обмениваются друг с другом одинаковой копией документа в электронном виде, подписывают электронной подписью свою копию документа, помещают подписанную копию в облачное хранилище, используя приложение, посредством которого контрагенты могут загружать указанные документы в сеть, читать документы, менять статус доступа к документам, отличающийся тем, что каждый из контрагентов и иных пользователей облачной сети, используя интерфейс облачного сайта и специальное приложение, работающее с ним, создают аккаунт в виде уникального идентификатора (ID), под который формируется приватный ключ в виде последовательности символов, подбираемых случайным образом; электронной подписью каждого из контрагентов является публичный ключ, который формируют из приватного ключа таким образом, что если приватным ключом подписывается сообщение с документом от контрагента, то когда раскодируется сообщение, можно получить публичный ключ, причем помимо ключей в облачной среде хранят информацию в виде файлов по документам, где файлы имеют атрибуты на запрет удаления и редактирования; каждый из контрагентов, подписав документ, используя приложение, загружает через него в облачное хранилище копию документа, где данная копия документа в виде закрытого файла подвергается обработке для формирования хеша, при этом хеш формируется случайным образом с помощью других пользователей сети - майнеров, также использующих приложение, и которые не являются для данной процедуры верификации контрагентами, причем каждый из контрагентов, майнеров и других пользователей облачной сети проходит процедуру верификации личности у верификатора перед получением доступа к документам сети, а верификатором назначают лиц, обладающих лицензией на верифицирование; первый из майнеров, приложение которого сформировало хеш для верифицируемого документа, помещает его в облачное хранилище, а другие майнеры с помощью своих приложений проверяют действительность верификации действий предыдущего майнера и в случае ошибки одного из майнеров, связанной с наличием неликвидных данных, приложения других майнеров исправляют ошибку автоматически; в том случае, когда все контрагенты выполнили функцию подписи документа с одним и тем же хешем документа, документ, считается подписанным всеми сторонами - верифицированным, о чем через приложение уведомляется каждая из сторон, а хеш документа формируют доступным для загрузки через сервер сайта для всех контрагентов в любое время.These technical results are achieved due to the fact that the claimed method of remote verification of documents, characterized in that the counterparties create the document proposed for certification by the parties, the counterparties exchange with each other the same copy of the document in electronic form, electronically sign their copy of the document, place the signed copy in Cloud storage using an application through which counterparties can upload specified documents to the network, read documents, change access status documents, characterized in that each of the contractors and other users of the cloud network, using the cloud site interface and a special application working with it, create an account in the form of a unique identifier (ID), under which a private key is formed as a sequence of randomly selected characters way; The electronic signature of each counterparty is the public key, which is formed from the private key in such a way that if a message with a document from the counterparty is signed with the private key, then when the message is decoded, you can get the public key, and in addition to the keys in the cloud, they store information in the form of files documents where files have attributes prohibiting deletion and editing; each of the counterparties, having signed the document using the application, uploads a copy of the document through it to the cloud storage, where this copy of the document as a closed file is processed to create a hash, while the hash is generated randomly with the help of other network users - miners who also use the application , and which are not counterparties for this verification procedure, and each of the counterparties, miners and other users of the cloud network undergoes a verification procedure a torus before gaining access to network documents, and persons with a license to verify are appointed as verifiers; the first of the miners, the application of which generated a hash for the document being verified, puts it in the cloud storage, while other miners use their applications to verify the validity of the actions of the previous miner and, in the case of an error of one of the miners due to the presence of illiquid data, applications of other miners correct the error automatically; in the case when all counterparties performed the function of signing a document with the same document hash, the document is considered signed by all parties - verified, which is notified via the application to each of the parties, and the document hash is formed accessible for download through the site server for all contractors Anytime.
Допустимо, что по крайней мере один из верификаторов является нотариусом, и в процессе нотариального верифицирования документов нотариус способен идентифицировать в облачной сети статус других нотариусов или иных верификаторов, при этом, контрагенты, получают от нотариуса статус верифицированного документа без его просмотра как факт того, что верифицированные стороны подписали некий документ.It is permissible that at least one of the verifiers is a notary, and in the process of notarizing documents, a notary is able to identify the status of other notaries or other verifiers in the cloud network, while counterparties receive the status of a verified document from a notary without viewing it as a fact that verified parties signed a certain document.
Допустимо, что контрагенты дополнительно дают доступ к копии документа нотариусу или нескольким нотариусам, где каждый из нотариусов проверяет документ на его соответствие требованиям законодательства, и если документ соответствует законодательству, нотариус поверх уже сформированной подписи контрагентов накладывает свою подпись нотариуса.It is permissible that the counterparties additionally give access to a copy of the document to a notary or to several notaries, where each of the notaries checks the document for its compliance with the requirements of the law, and if the document complies with the law, the notary overrides the notary’s signature on the counterparties.
Допустимо, что с помощью нотариуса осуществляют ведение конференцсвязи судебного заседания, где по крайней мере одна из сторон присутствует у нотариуса и нотариус верифицирует статус стороны и подтверждает или отрицает принадлежность личности как представителя одной из сторон данного судебного процесса.It is permissible that a notary public conducts a conference call of the court session, where at least one of the parties is present at the notary and the notary verifies the status of the party and confirms or denies the identity of the person as a representative of one of the parties to the given legal process.
Допустимо, что по крайней мере один из верификаторов является следователем-дознавателем или сотрудником полиции, который ведет удаленно допрос свидетеля или обвиняемого, находящегося в присутствии другого верификатора.It is acceptable that at least one of the verifiers is an investigating investigator or a police officer who remotely interrogates a witness or accused in the presence of another verifier.
Допустимо, что в качестве сведений по верифицируемому документу в облачное хранилище помещают данные по товару и каждая последующая точка сбыта или переработки данного товара верифицируется формированием дополнительного хеша в отношении того, кому передан товар по цепочке сбыта от начального производителя до конечной точки реализации товара в розницу.It is permissible that, as the information on the document being verified, the product data is placed in the cloud storage and each subsequent point of sale or processing of this product is verified by the formation of an additional hash in relation to who the goods were transferred through the sales chain from the initial producer to the final point of sale of goods in retail.
Осуществление изобретенияThe implementation of the invention
Заявленный способ практически реализуется следующим образом.The claimed method is practically implemented as follows.
Облачная сеть формирует специальное приложение для всех пользователей сети, каждый из которых закачивает данное приложение на свое мобильное устройство или компьютер и устанавливает там.The cloud network forms a special application for all network users, each of which downloads this application to their mobile device or computer and installs there.
При этом, формируется приватный ключ - последовательность символов, формируется случайным образом при создании уникального аккаунта (ID) пользователя.At the same time, a private key is formed - a sequence of characters, is randomly generated when creating a unique user account (ID).
Также, при выгрузке данных в облачный сервис, из приватного ключа формируется публичный ключ. Особенность формирования приватного ключа состоит в том, что если приватным ключом подписывается некое сообщение от уникального пользователя, то когда раскодируется это сообщение, можно получить публичный ключ.Also, when uploading data to a cloud service, a public key is generated from the private key. The peculiarity of generating a private key is that if a message is signed by a private key from a unique user, then when this message is decoded, you can get a public key.
Помимо ключей информация хранится в облачной среде так, что ее нельзя удалить и редактировать, в отличии от известных облачных ресурсов, где хранение идет на облачных серверах и когда кто-то хочет добавить данные в облако, он вынужден перепроверить данные, добавленные ранее и при этом вынужден доверять облаку.In addition to the keys, the information is stored in a cloud environment so that it cannot be deleted and edited, unlike well-known cloud resources, where it is stored on cloud servers and when someone wants to add data to the cloud, he is forced to double-check the data added earlier and at the same time forced to trust the cloud.
В заявленном решении отслеживание публичного редактирования осуществляется с помощью майнеров, которые осуществляют функции верификации и нотаризации. Майнеры - случайные люди - проверяют подпись документа, проверяют соответствие отправляемых данных, выдергивают само сообщение и публичный ключи и подтверждают, что данному сообщению соответствует данный публичный ключ. Каждый следующий случайный майнер, получивший следующим доступ к ключу, проверяет запись, оставленную предыдущим майнером.In the stated decision, the tracking of public editing is carried out with the help of miners, which carry out the functions of verification and notarization. Miners - random people - check the signature of the document, check the correspondence of the data being sent, pull out the message itself and the public keys and confirm that this message corresponds to this public key. Each subsequent random miner, who next gained access to the key, checks the record left by the previous miner.
Майнер - любой участник сети, осуществляющий работу по проверке документов в сети, за что получает от системы вознаграждение за каждое правильное подтверждение проверенным им данных.Miner - any network member performing work on checking documents on the network, for which he receives a reward from the system for each valid confirmation of the data he verified.
Если в сеть поступает информация о том, что кто-то хочет отправить информацию в облачный сервис, заявка начинает распространяться между всеми майнерами случайным образом, где система стремится передать заявку наибольшему числу доступных в настоящий момент онлайн майнеров.If the network receives information that someone wants to send information to the cloud service, the application begins to be distributed among all miners randomly, where the system seeks to transfer the application to the largest number of currently available online miners.
Майнеры начинают подбирать хеш и первый из них, для кого система идентифицирует факт подбора хэша, хеш функция формирует уникальную последовательность символов с уникальной подписью.Miners begin to select a hash and the first of them, for whom the system identifies the fact of hash selection, the hash function forms a unique sequence of characters with a unique signature.
Каждый последующий майнер проверяет уже сформированный хеш предыдущего. Чем больше майнеров пытается создать хеш, тем сложнее подобрать хэш и дольше по времени. Чем меньше майнеров, тем проще создать хэш.Each subsequent miner checks the already generated hash of the previous one. The more miners trying to create a hash, the harder it is to pick a hash and longer in time. The fewer miners, the easier it is to create a hash.
Тем самым, система оптимизирует количество желающих осуществлять работу майнера за определенный размер вознаграждения.Thus, the system optimizes the number of people who want to work as a miner for a certain amount of reward.
Если есть ошибка, неликвидные данные проверяющий майнер отправляет в корзину на шаг ниже, если майнер ошибся и отправил правильные данные на шаг ниже, другие майнеры тоже увидят ошибку уже этого майнера и вернут данные на правильное место. В облачном сервисе существует также верификатор-лицо, обладающее лицензией и может верифицировать майнеров и иных участников сети, желающих верифицировать свою личность через верификатора.If there is an error, the validating miner sends the illiquid data to the basket one step lower, if the miner makes a mistake and sends the correct data one step lower, other miners will also see the error of this miner and return the data to the right place. In the cloud service, there is also a verifier-person who has a license and can verify miners and other network participants who want to verify their identity through the verifier.
Все участники сети и майнеры проходят процедуру верификации.All network participants and miners go through the verification procedure.
Для нотариального заверения документов есть две и более стороны, которым надо заверить договор у нотариуса, отправляют в облако, проверяют хеш, затем могут переслать нотариусу, который удостоверяет факт того, что стороны подписали некий документ. При необходимости формирования документа, в отношении которого проверено его соответствие законодательству, нотариусу предоставляют доступ к документу наравне с другими сторонами, нотариус его читает, и если документ соответствует законодательству, нотариус поверх уже сформированной подписи накладывает свою подпись нотариуса.For notarization of documents, there are two or more parties that need to be certified by a notary public, send to the cloud, verify the hash, then they can send it to a notary public, which certifies the fact that the parties signed a certain document. If it is necessary to generate a document, in relation to which its compliance with the law has been verified, the notary is given access to the document on an equal basis with other parties, the notary reads it, and if the document complies with the legislation, the notary overrides the already signed signature with the notary.
Для собрания нескольких людей для совершения удаленной сделки с целью визирования документа у нотариуса каждый из людей приходит к верификатору в своем регионе, затем каждый из документов каждого из людей, участвующих в сделке, каждый из нотариусов заводит свою копию документа в облако, для него формируется хеш, и заверить документ может даже нотариус, возле которого не находится ни одна из сторон сделки.To gather several people to make a remote transaction for the purpose of vising a document at a notary, each of the people comes to the verifier in his region, then each of the documents of each of the people involved in the transaction, each of the notaries puts his copy of the document into the cloud, a hash is generated for him , and even a notary public can certify the document, near which there is not one of the parties to the transaction.
Заявленный способ также позволяет вести судебные заседания без потребности одной из сторон судебного процесса присутствовать именно в зале суда своего региона.The claimed method also allows you to conduct court hearings without the need of one of the parties to the trial to be present in the courtroom of your region.
Если где-то идет суд по конференцсвязи, специальный оператор подключается вместо другого суда к нотариусу, возле которого сидит участник процесса, при этом нотариус подтверждает личность участника процесса. Это возможно потому, что суд может идентифицировать личность верификатора-нотариуса.If there is a conference call somewhere, a special operator is connected instead of another court to a notary public near whom the participant in the process sits, while the notary confirms the identity of the participant in the process. This is possible because the court can identify the identity of the notary verifier.
Также обеспечивается возможность удаленного допроса свидетеля или подозреваемого, в том числе на международном уровне, что реализуется участием в качестве верификаторов либо нотариуса, либо сотрудников полиции в здании полицейского управления с ведением видеозаписи. Тогда личность подозреваемого или свидетеля верифицирует нотариус или полиция, а допрашивает следователь в другом регионе, также в присутствии своего верификатора того же статуса.It is also possible to remotely interrogate a witness or suspect, including at the international level, which is realized by participation as verifiers of either a notary or police officers in the building of the police department with video recording. Then the identity of the suspect or witness is verified by a notary or police, and the investigator in another region interrogates, also in the presence of his verifier of the same status.
Заявленный способ также позволяет проводить верификацию товара. Допустим товар отправляется в точку переработки, а перед этим получает хеш и данные о товаре попадают в блокчейн. Каждая последующая точка сбыта или переработки данного товара верифицирована в системе и формирует дополнительный хеш в отношении того, кому передан товар. Так происходит добавление информации и видна вся цепочка от начального производителя до конечной точки сбыта, что делает рынок реализации продукции прозрачным для контроля потребителя и налогообложения.The claimed method also allows verification of goods. Let's say the goods are sent to the processing point, and before that they get a hash and the data about the product falls into the blockchain. Each subsequent point of sale or processing of this product is verified in the system and forms an additional hash in relation to who the goods are transferred to. This is how information is added and the whole chain is visible from the initial producer to the final point of sale, which makes the market for product sales transparent for consumer control and taxation.
Технически заявленный способ, как один из возможных вариантов реализации, может быть воплощен, например, следующим образом.Technically claimed method, as one of the possible options for implementation, can be implemented, for example, as follows.
Облачный сервис может представлять собой программный комплекс построенный на базе Ethereum Blockchain реализации на языке Go с классическим подходом Proof of Work (PoW) или Proof of Authority (PoA), но дополненный новым функционалом. Тем самым заявленный облачный сервис будет поддерживать смарт-контракты Ethereum Blockchain и токены стандарта ERC-20 и будет обратно совместим с Ethereum Blockchain (элементы API и протоколы Ethereum Blockchain будут доступны).A cloud service can be a software package built on the basis of the Ethereum Blockchain implementation in Go language with the classic Proof of Work (PoW) or Proof of Authority (PoA) approach, but supplemented with new functionality. Thus, the claimed cloud service will support Ethereum Blockchain smart contracts and ERC-20 standard tokens and will be backward compatible with Ethereum Blockchain (API elements and Ethereum Blockchain protocols will be available).
Основные проблемы которые призван решать новый функционал это: моментальное подтверждение транзакций, гарантирование проведения транзакций, верификация аккаунтов и данных в облачной сети, рейтинги участников сети.The main problems that the new functionality is designed to solve are: instant confirmation of transactions, guaranteeing transactions, verification of accounts and data in the cloud network, ratings of network participants.
Основными программными элементами такого облачного сервиса могут быть:The main software elements of such a cloud service can be:
1. Fgeth нода - имплементация самого блокчейна на языке Go, включающая в себя в том числе ПО для майнинга, кошелек для работы через командную строку.1. Fgeth node - implementation of the Go blockchain itself, including, including mining software, a wallet for working through the command line.
2. Электронный кошелек с визуальным интерфейсом для работы с нодой и Гарантами-провайдерами в сети.2. An electronic wallet with a visual interface for working with a node and Guarantor providers on the network.
3. ПО для работы верификаторов3. Software for the work of verifiers
4. ПО для работы Гарантов4. Software for the Guarantors
5. Смарт-контракт для работы с хранилищем облачного сервиса5. Smart contract for working with cloud service storage
6. веб-сервис FoodScan, который будет предоставлять как дополнительную визуальную информацию о функционировании облачного сервиса, в так же методы API для получения данной информации.6. FoodScan web service, which will provide additional visual information on the functioning of the cloud service, as well as API methods for obtaining this information.
7. Смарт-контракты облачного сервиса для работы с токенами реальных валют.7. Smart contracts of a cloud service for working with tokens of real currencies.
Технологии и языки программирования: Go, C/C++, Java, PHP, JavaScript, HTML, CSS, Solidity.Technologies and programming languages: Go, C / C ++, Java, PHP, JavaScript, HTML, CSS, Solidity.
ПО, разработанное для работы с облачным сервисом, будет иметь открытый исходный код.The software developed for working with the cloud service will be open source.
Обязательные участники облачной сети:Mandatory cloud members:
1) Майнеры - ноды в сети, которые проводят транзакции, формируют и верифицируют блоки в цепочке облачной сети на основе консенсуса PoW (Proof of Work) или PoA (Proof of Authority).1) Miners - nodes in the network that conduct transactions, form and verify blocks in the cloud network chain based on the consensus of PoW (Proof of Work) or PoA (Proof of Authority).
2) Аккаунты (обычные пользователи), которые взаимодействуют друг с другом посредством программного обеспечения.2) Accounts (regular users) that interact with each other through software.
3) Верификаторы - аккаунты облачного сервиса, занесенные им в реестр, которые могут заносить в облачный сервис информацию, достоверность которой они готовы гарантировать юридически.3) Verifiers - cloud service accounts entered into the registry by him, which can enter information into the cloud service, the reliability of which they are ready to guarantee legally.
Необязательные участники облачной сети: Гаранты - ноды в сети, которые выступают провайдерами транзакций пользователей и предоставляют дополнительный функционал мгновенного гарантирования выполнения сделки. Гаранты используются только для верификации финансовых операций.Optional participants in the cloud network: Guarantors - nodes in the network that act as providers of user transactions and provide additional functionality for instantly guaranteeing the completion of a transaction. Guarantors are used only to verify financial transactions.
Сообщения в транзакциях.Messages in transactions.
Каждый аккаунт (пользователь) имеет возможность отправлять структурированные сообщения в транзакциях другим аккаунтам.Each account (user) has the ability to send structured messages in transactions to other accounts.
Стандартными примерами такого структурирования может являться текстовое описание или номера счетов.Standard examples of such structuring can be a text description or account numbers.
Также может быть реализован механизм прикрепления к транзакциям приватной информации, когда сама информация хранится не в самом облаке, а на каком-то приватном ресурсе, получить доступ к которой может только отправитель и получатель в нашем кошельке, используя данные в транзакции.A mechanism can also be implemented for attaching private information to transactions, when the information itself is not stored in the cloud itself, but on some private resource, which can only be accessed by the sender and receiver in our wallet using the data in the transaction.
Хранилище в собственном облачном сервисе.Storage in own cloud service.
Для работы с хранилищем может использоваться смарт контракт. Возможность работы с данным смарт-контрактом должна быть встроена в приложение облачного сервиса таким образом, что для пользователя это будет выглядеть как простая работа с API клиента. Код смарт-контракта будет доступен в публичном доступе.A smart contract can be used to work with storage. The ability to work with this smart contract should be built into the cloud service application in such a way that for the user it will look like a simple work with the client API. The smart contract code will be available in the public domain.
Хранилище будет хранить следующую информацию: список Гарантов, список Верификаторов, данные о верифицированных пользователях, дополнительные данные о аккаунтах пользователей и системе.The repository will store the following information: a list of Guarantors, a list of Verifiers, data about verified users, additional data about user accounts and the system.
Любой пользователь системы может занести в реестр информацию о любом другом пользователе системы, либо о себе. Для этого в клиент облачного сервиса может быть встроено API.Any user of the system can enter information about any other user of the system or about himself in the registry. To do this, an API can be embedded in the cloud service client.
Управление смарт-контрактом будет осуществляться аккаунтом облачного сервиса, который будет иметь возможность добавлять администраторов смарт-контракта, которые будут иметь дополнительные возможности управления данными смарт-контракта и будут помогать управлять экосистемой: добавлять верификаторов, приостанавливать действие лицензий верификаторов, блокировать недобросовестных Гарантов, но при этом изменять занесенные данные любыми (верифицированными, неверифицированными, верификаторами, Гарантами и т.д.) пользователями системы они не могут.The smart contract will be managed by a cloud service account that will be able to add smart contract administrators who will have additional features for managing smart contract data and will help manage the ecosystem: add verifiers, suspend verifiers licenses, block unscrupulous Guarantors, but if to change the entered data by any (verified, unverified, verifiers, Guarantors, etc.) users of the system no they can not.
Верификаторы.Verifiers.
Верификатор - это уже верифицированный аккаунт, одобренный и занесенный в реестр хранилища, который может оставить в реестре хранилища информацию в системе FOODCOIN REGISTRY, достоверность которой он готов гарантировать юридически. Список верификаторов хранится в реестре хранилища. Добавить верификатора в реестр или приостановить действие его лицензии может или администратор контракта, которого назначил администратор облачного сервиса (как легальное юридическое лицо). Верификатор юридически отвечает за информацию оставленную в облачном сервисе и должен иметь действующую лицензию государственного образца о праве предоставлять KYC сервис, информация о времени действии, которой хранится в реестре хранилища облачного сервиса.The verifier is an already verified account approved and entered into the warehouse registry, which can leave information in the FOODCOIN REGISTRY system in the warehouse registry, the reliability of which it is ready to guarantee legally. The list of verifiers is stored in the warehouse registry. Add a verifier to the registry or suspend its license can either the administrator of the contract, which was appointed by the administrator of the cloud service (as a legal entity). The verifier is legally responsible for the information left in the cloud service and must have a valid state license on the right to provide the KYC service, information about the time of operation, which is stored in the registry of the cloud service storage.
Работа через API с верификаторами будет встроена в клиент облачного сервиса. Для работы Верификатор может использовать веб-сервис или установить специальное ПО, которое может работать с самостоятельно установленной нодой облачного сервиса у себя в сети, на компьютере или использовать ноды гаранта-провайдера в сети интернет, а так же сможет встроить эту функциональность в свою систему, используя API ноды. Также верификатор может вносить в реестр хранилища любую информацию, достоверность которой он готов гарантировать согласно лицензии, полученной в рамках законодательства юрисдикции, в которой он находится.Work through the API with verifiers will be built into the client of the cloud service. For work, the Verifier can use the web service or install special software that can work with the independently installed cloud service node in the network, on the computer, or use the guarantor provider nodes on the Internet, and can also integrate this functionality into its system, using the node API. Also, the verifier can enter into the warehouse register any information the reliability of which it is ready to guarantee according to the license obtained under the laws of the jurisdiction in which it is located.
Во время процедуры верификации смарт-контрактом в хранилище создается два новых адреса для голосования: Positive - для позитивного голосования и Negative - для негативного голосования. Информация о данных адресах заносится в хранилище и привязана к верифицированному пользователю. Для голосования в API облачного сервиса могут быть добавлены соответствующие методы. Эти методы голосования будут доступны для выполнения только верифицированным пользователям и требовать перечисления определенных сумм на соответствующие адреса. Доступа к финансовым средствам на данных адресах не будет. Тем не менее голосующему будут доступны методы для отзыва своих голосов, уменьшая таким образом любой фонд, который он пополнил.During the verification procedure by a smart contract, two new voting addresses are created in the vault: Positive - for positive voting and Negative - for negative voting. Information about these addresses is entered into the repository and is tied to the verified user. For voting in the cloud service API, appropriate methods can be added. These voting methods will be available only to verified users and require the transfer of certain amounts to the appropriate addresses. Access to financial resources at these addresses will not be. Nevertheless, the voter will have access to methods for revoking his votes, thereby reducing any fund that he has replenished.
Гаранты.Guarantors.
Гарант - это аккаунт и нода облачного сервиса, которая выступает провайдером транзакций пользователей отправляемых с официальных кошельков и может, в том числе и за вознаграждение выступать гарантом сделки и мгновенно гарантировать, что транзакция пройдет успешно. В случае если в процессе сделки возникли проблемы, Гарант проводит ее самостоятельно за счет средств своего фонда.A guarantor is an account and a node of a cloud service that acts as a provider of user transactions sent from official wallets and can, including for a fee, act as a guarantor of the transaction and instantly guarantee that the transaction is successful. If problems arise during the transaction, the Guarantor conducts it independently at the expense of his fund.
Список ГАРАНТОВ хранится в реестре хранилища.The list of GUARANTEES is stored in the warehouse registry.
Объявить себя гарантом или добавить другого верифицированного пользователя как гаранта в реестр может любой верифицированный пользователь через API облачного сервиса. При этом будет сформирован кошелек методом смарт-контракта реестра хранилища. Кошелек может быть пополнен как самим пользователем, который является потенциальным Гарантом, так и другими пользователями сети. Потенциальный Гарант становится полноценным Гарантом, тогда и только тогда, когда будет полностью заполнен кошелек на минимальную сумму и будет развернута нода в сети с публичным ip-адресом. Пока кошелек не заполнен - нода Гаранта будет выступать только провайдером транзакций. Гарант может иметь ограничения, например, гарантировать транзакции только на сумму кошелька - 10%.Any verified user can declare himself a guarantor or add another verified user as a guarantor to the registry through the cloud service API. At the same time, a wallet will be formed using the smart contract of the storage registry. The wallet can be replenished both by the user himself, who is a potential Guarantor, and other network users. A potential Guarantor becomes a full Guarantor, if and only if the wallet is fully filled for the minimum amount and a node is deployed on the network with a public ip-address. Until the wallet is full, the Guarantor node will act only as a transaction provider. The guarantor may have limitations, for example, guarantee transactions only for the amount of the wallet - 10%.
Для проведения крупных транзакций может быть создана виртуальная стабильная валюта, привязанная к курсу какой-нибудь мировой валюты фактической. Данная валюта будет являться ERC токен в сети облачного сервиса.For large transactions, a virtual stable currency can be created, tied to the exchange rate of some actual world currency. This currency will be an ERC token in the cloud service network.
Описание примера проведения мгновенных транзакций в среде облачного сервиса. Описывается алгоритм проведения моментальной транзакции между двумя верифицированными пользователями сети в системе облачного сервиса.Description of an example of conducting instant transactions in a cloud service environment. The algorithm of conducting an instant transaction between two verified network users in a cloud service system is described.
Алгоритм:Algorithm:
1. Отправитель с помощью ПО электронного кошелька выбирает услугу отправки гарантированного проведения транзакции с моментальным подтверждением.1. The sender using the electronic wallet software selects the service of sending a guaranteed transaction with instant confirmation.
2. ПО электронного кошелька подключается к ноде Гаранта-провайдера, осуществляющего данную услугу.2. The e-wallet software is connected to the node of the Guarantor provider that provides this service.
3. ПО электронного кошелька инициализирует транзакцию и подписывает ее приватным ключом.3. The electronic wallet software initializes the transaction and signs it with a private key.
4. Нода Гаранта-провайдера проверяет наличие нужной суммы для проведения транзакции и оплаты комиссий майнерам и Гаранту, а также проверяет наличие в сети незавершенных транзакций пользователя и верифицирован ли аккаунт пользователя. На основе полученных данных нода Гаранта-провайдера принимает решение проведении гарантированной моментальной транзакции.4. The node of the Guarantor-provider checks the availability of the necessary amount for conducting the transaction and paying commissions to the miners and the Guarantor, and also checks for the presence of incomplete user transactions in the network and whether the user account has been verified. Based on the received data, the Guarantor-provider node makes a decision to conduct a guaranteed instant transaction.
5. В случае положительного решения транзакция отправителя отправляется в сеть, где в дальнейшем будет добавлена майнерами в облачный сервис. Выполняется отложенная функция смарт контракта на проверку добавления транзакции майнерами в облачный сервис.5. If the decision is positive, the sender transaction is sent to the network, where it will be added by miners to the cloud service in the future. The deferred function of the smart contract to verify the addition of the transaction by the miners to the cloud service is performed.
6. Нода Гаранта создает информационное сообщение, генерирует и подписывает его своей электронной подписью.6. Noda Garanta creates an informational message, generates and signs it with his electronic signature.
7. Информационное сообщение моментально доставляется на ПО кошелька получателя средств.7. The information message is instantly delivered to the wallet software of the recipient of funds.
8. ПО кошелька получателя средств проверяет подпись моментального сообщения вызывая функцию смарт-контракта хранилища через публичную рандомно выбранную ноду Гаранта-провайдера в сети. Вызов функции происходит моментально, так как данная функция не отрабатывается майнерами. Если все хорошо, то получатель в своем кошельке видит информацию о гарантированном получении средств.8. The software of the recipient’s wallet verifies the signature of the instant message by invoking the function of the smart contract of the storage through the public randomly selected node of the Guarantor-provider in the network. The function is called instantly, since this function is not processed by the miners. If all is well, then the recipient in his wallet sees information about the guaranteed receipt of funds.
9. Майнеры обрабатывают транзакцию, отправленную в сеть Гарантом-провайдером. В случае не добавления майнерами транзакции в блокчейн, смарт-контрактом будет запущена новая транзакция, которая за счет фонда Гаранта переведет средства получателю и уменьшит фонд Гаранта, например, на 25%.9. Miners process the transaction sent to the network by the Guarantor provider. If the miners do not add the transaction to the blockchain, the smart contract will launch a new transaction, which will transfer funds to the recipient at the expense of the Guarantor fund and reduce the Guarantor fund, for example, by 25%.
Пример верификации в облачном сервисе.An example of verification in a cloud service.
В ситуациях, когда контрагентам нужно заверить некий документ о намерениях, купли-продажи или иной подписями всех сторон им нужен механизм, гарантирующий, что именно этот документ был заверен именно этими людьми, а также возможность в любой момент получить доказательство этого факта.In situations where counterparties need to certify a document of intent, purchase or other signatures of all parties, they need a mechanism to ensure that it is this document that was certified by these people, as well as the opportunity at any time to obtain proof of this fact.
Данную задачу решает система, построенная в заявленном облачном сервисе. Классическое использование ЭЦП и криптоключа - это создание уникальной подписи для конкретного уникального документа. Подпись - это уникальная последовательность символов, уникальная для каждого конкретного документа и каждого конкретного владельца приватного ключа. ЭЦП - это именно технология получения уникальной подписи.This problem is solved by a system built in the declared cloud service. The classic use of EDS and a crypto key is the creation of a unique signature for a specific unique document. A signature is a unique sequence of characters unique to each specific document and each specific owner of a private key. EDS is a technology for obtaining a unique signature.
В отличие от ЭЦП и криптоключа система построена на базе заявленного облачного сервиса и алгоритме консенсуса "PoW/PoA" и регламентирует способы верификации владельцев приватных ключей, и способы хранения фактов подписи. В PoW/PoA майнеры коллективно подтверждают действительность всего облачного сервиса, и транзакции не считаются полностью «подтвержденными», пока к ним не добавятся несколько новых блоков. Если злоумышленник попытается изменить информацию незаконным способом, то его транзакции будут проигнорированы остальной частью сети. Таким образом, помимо создания подписи формируется реестр, где факт подписи, точно также как данные, указывающие на то, кто есть владелец приватного ключа одновременно хранятся в множестве мест, тем самым уменьшая шанс утери или компрометации данных. Для решения текущей задачи в облачном сервисе может быть создан смарт-контракт. Смарт-контракт (англ. Smart contract - "умный контракт") - компьютерный алгоритм, предназначенный для заключения и поддержания само исполняемых контрактов, выполняемых в облачной среде.Unlike the EDS and the crypto key, the system is built on the basis of the declared cloud service and the PoW / PoA consensus algorithm and governs the methods for verifying the owners of private keys and the methods for storing signature facts. In PoW / PoA, miners collectively confirm the validity of the entire cloud service, and transactions are not considered fully “confirmed” until several new blocks are added to them. If an attacker tries to modify the information in an illegal way, then his transactions will be ignored by the rest of the network. Thus, in addition to creating a signature, a registry is formed where the fact of the signature is just like the data indicating who the owner of the private key is simultaneously stored in many places, thereby reducing the chance of data loss or compromise. To solve the current problem, a smart contract can be created in the cloud service. Smart contract (eng. Smart contract - "smart contract") is a computer algorithm designed to conclude and maintain self-executing contracts executed in the cloud.
Такие контракты записываются в виде кода, существующего в распределенном реестре облачного сервиса, который поддерживается, управляется и выполняется сетью компьютеров.Such contracts are recorded in the form of code existing in a distributed registry of a cloud service that is supported, managed and executed by a network of computers.
Функциями смарт-контракта будут:The functions of the smart contract will be:
1) Функция подписи документа, которая принимает на вход хеш электронного документа (архива документов) и заносит в систему облачного сервиса запись о том, что аккаунт, вызвавший данную функцию ставит подпись согласен/не согласен с информацией находящейся в документе (архиве документов), также сохраняется дата внесения записи.1) The function of signing a document, which receives the hash of an electronic document (archive of documents) and enters into the cloud service system a record that the account that called this function signs / disagrees with the information in the document (archive of documents), The date the entry was made is saved.
2) Функция получения хешей-документов из облачного сервиса, которые подписал аккаунт.2) The function of receiving hashes-documents from the cloud service that the account has signed.
3) Функция получения информации об аккаунтах, которые поставили подпись подданным хешем-документа.3) The function of obtaining information about accounts that have signed a submitted document hash.
4) Функция заказа удаленного нотариального заверения хеша-документа, под которым уже поставили подпись стороны облачного сервиса.4) The function of ordering remote notarization of a hash document, under which the parties to the cloud service have already signed.
Пользоваться функциями смарт-контракта могут только верифицированные аккаунты облачного сервиса.Only verified cloud service accounts can use the functions of a smart contract.
Так как система облачного сервиса построена на блокчейн-технологии, то удалить или подделать внесенные изменения невозможно. Майнеры, вносящие информацию в блокчейн, выбираются всегда случайным образом.Since the cloud service system is built on blockchain technology, it is impossible to delete or fake the changes made. Miners that contribute information to the blockchain are always randomly selected.
Гарантия того, что аккаунты, подписавшие документ являются теми или иными физическими или юридическими лицами подтверждается информацией, внесенной Верификатором (имеет действующую лицензию государственного образца о праве предоставлять KYC (Know Your Customer) сервис, информация о времени действии, которой хранится в реестре хранилища) облачного сервиса. Не верифицированным аккаунтам функционал электронной подписи недоступен в смарт-контракте хранилища. В ПО встраивается механизм получения хеша электронного документа и любое изменение в документе приведет к тому, что полученный хеш будет совершенно другой.The guarantee that the accounts that signed the document are certain individuals or legal entities is confirmed by the information provided by the Verifier (has a valid state license on the right to provide KYC (Know Your Customer) service, information about the time it is stored in the warehouse registry) of the cloud service. For non-verified accounts, the electronic signature functionality is not available in the vault smart contract. The software has a built-in mechanism for obtaining the hash of an electronic document and any change in the document will lead to the fact that the received hash will be completely different.
ПО для работы с системой верификации может иметь:Software for working with the verification system may have:
1. Fgeth нода - имплементация самого блокчейна на языке Go, включающая в себя в том числе ПО для майнинга, кошелек для работы через командную строку.1. Fgeth node - implementation of the Go blockchain itself, including, including mining software, a wallet for working through the command line.
2. Электронный кошелек с визуальным интерфейсом для работы с нодой и провайдерами в сети.2. An electronic wallet with a visual interface for working with a node and providers on the network.
3. Смарт-контракт для работы с хранилищем в облачном сервисе.3. A smart contract for working with storage in a cloud service.
Верификация документов посредством работы только облачного сервиса.Verification of documents through the work of only a cloud service.
Алгоритм подписания документа:Document signing algorithm:
1. Контрагенты создают документ (архив документов) любым возможным им способом (документ может быть создан в электронном виде или же просто отсканирован), который они собираются заверить.1. Contractors create a document (archive of documents) in any way possible (the document can be created electronically or simply scanned), which they are going to assure.
2. Контрагенты обмениваются друг с другом одинаковой копией документа (архива) в электронном виде любым возможным им способом.2. Counterparties exchange with each other the same copy of a document (archive) in electronic form in any way possible.
3. Контрагенты, используя визуальный интерфейс, загружают копию документа (архива) в специальное приложение, разработанное облачным сервисом, для получения хеша-документа (архива).3. Counterparties, using the visual interface, download a copy of the document (archive) into a special application developed by the cloud service to obtain a hash document (archive).
4. Далее контрагенты, используя визуальный интерфейс приложения, выбирают создание электронной подписи для данного документа в системе облачного сервиса.4. Next, the counterparties, using the visual interface of the application, choose the creation of an electronic signature for this document in the cloud service system.
5. Приложение, подключившись к ноде, формирует и отправляет транзакцию для вызова функции подписи хеша-документа в смарт-контракте (описан выше) с параметрами согласен/не согласен.5. The application, having connected to the node, generates and sends a transaction to call the hash document signing function in the smart contract (described above) with the parameters I agree / disagree.
6. Для того, чтобы майнерами была внесена информация в систему облачного сервиса, полученная в результате выполнения функции подписи хеша-документа, у каждой из сторон должно быть достаточно средств для оплаты выполнения данной функции или достаточно прав для таких действий, если процесс верификации бесплатный.6. In order for the miners to enter information into the cloud service system obtained as a result of the function of signing a hash document, each of the parties must have enough funds to pay for this function or enough rights for such actions if the verification process is free.
7. Информация о подписи документа (архива) успешно вносится в систему облачного сервиса и может быть запрошена и получена в любое время и в любом месте с помощью приложения облачного сервиса.7. Information about the signature of the document (archive) is successfully entered into the cloud service system and can be requested and received at any time and anywhere using the cloud service application.
Документ, считается подписанным всеми сторонами тогда и только тогда, когда все контрагенты выполнили функцию подписи документа с одним и тем же хешем документа. В данном способе информацией о содержании подписанного документа владеют только сами контрагенты.A document is considered signed by all parties if and only if all counterparties have performed the function of signing a document with the same hash of the document. In this method, information on the content of the signed document is owned only by the contractors themselves.
Пример верификации документов посредством работы облачного сервиса и удаленного нотариального заверения.An example of document verification through a cloud service and remote notarization.
В реестре системы облачного сервиса присутствуют Верификаторы с действующей лицензией на нотариальную деятельность в рамках законодательства той страны, где они ее получили. Реестр верификаторов и действие их лицензий контролируется системой облачного сервиса.The registry of the cloud service system includes Verifiers with a valid license for notarial activities within the framework of the legislation of the country where they received it. The registry of verifiers and their licenses are controlled by a cloud service system.
Данные Верификаторы могут выступить третьим лицом в сделке и удаленно ее верифицировать, а также в будущем участвовать в разрешении споров, если понадобится. За свою деятельность они могут брать плату в системе облачного сервиса.These Verifiers can act as a third party in the transaction and verify it remotely, as well as participate in future dispute resolution, if necessary. For their activities, they can charge a fee in the cloud service system.
К предыдущему алгоритму добавляются шаги:The steps are added to the previous algorithm:
- Одна или каждая из сторон может, используя визуальный интерфейс приложения облачного сервиса, заказать удаленное "нотариальное заверение", выбрав "верификатора-нотариуса" из списка.- One or each of the parties can, using the visual interface of the cloud service application, order a remote "notarization" by selecting the "notary verifier" from the list.
- Приложение, подключившись к ноде, формирует и отправляет транзакцию для вызова функции смарт-контракта, которая зарегистрирует заявку на удаленное заверение в системе облачного сервиса. За данную операцию может списаться плата с аккаунта, запросившего данную услугу. Информация о стоимости услуги также будет отражена в визуальном интерфейсе приложения.- The application, having connected to the node, generates and sends a transaction to call the smart contract function, which will register the application for remote certification in the cloud service system. A fee may be charged for this operation from the account that requested this service. Information about the cost of services will also be reflected in the visual interface of the application.
- "Верификатор-нотариус" в визуальном интерфейсе своего приложения получит заявку с информацией о хеше документа (архива) и адресах аккаунтов контрагентов. Получив информацию о запросе удаленной верификации - "Верификатор-нотариус", аналогично ранее описанным шагам, верифицирует хеш документа с помощью визуального интерфейса своего приложения.- The “notary verifier” in the visual interface of his application will receive a request with information about the hash of the document (archive) and the addresses of counterparty accounts. Having received information about the remote verification request, the Notary Verifier, similar to the previously described steps, verifies the hash of the document using the visual interface of its application.
- Смарт-контракт может автоматически проверить факт оплаты услуги и наличие подписей в системе облачного сервиса других контрагентов для данного хеша документа и внести информацию в систему облачного сервиса от том, что верификатор-нотариус заверяет этот факт.- The smart contract can automatically check the fact of payment for the service and the presence of signatures in the cloud service system of other contractors for a given hash of the document and enter information into the cloud service system that the notary verifier confirms this fact.
В данной схеме возможен еще один вариант. Любой может обратится к "нотарису", указав на смарт-контракт и попросить бумажно заверить, что конкретные лица поставили свои подписи под одинаковым документом. "Нотариус" видит, что все контрагенты поставили подпись под одинаковым документом и дали согласие с ним. Таким образом, нотариусу даже не надо высылать никакие хеши документов, так как он заверяет произошедшие событие.In this scheme, another option is possible. Anyone can turn to a "notary", pointing to a smart contract and ask for paper assurance that specific individuals have put their signatures under the same document. “Notary” sees that all counterparties have signed the same document and agreed with it. Thus, the notary does not even need to send any hashes of documents, since he assures the events.
Нотариус может добавить информацию в смарт-контракт, что он подтверждает факт того, что конкретный контрагент ставил подпись в смарт-контракте (т.е. не был взломан и делал это добровольно).The notary can add information to the smart contract, which confirms the fact that a particular counterparty signed the smart contract (i.e. was not hacked and did it voluntarily).
В данном способе содержанием подписанного документа могут владеть только сами контрагенты, не раскрывая содержимое "верификатору-нотариусу".In this method, the contents of the signed document can be owned only by the counterparties themselves, without disclosing the contents to the “notary verifier”.
Другой пример верификации документов посредством работы облачного сервиса и удаленного нотариального заверения может отличаться от предыдущего тем, что к алгоритму предыдущего раздела добавляются пункты:Another example of document verification through the use of a cloud service and remote notarization may differ from the previous one in that the following points are added to the algorithm of the previous section:
1. Контрагенты высылают электронную копию документа удаленному верификатору-нотариусу.1. Counterparties send an electronic copy of the document to a remote notary verifier.
2. Верификатор-нотариус, используя визуальный интерфейс, загружает копию документа (архива) в приложение облачного сервиса, для получения хеша документа (архива). Далее "Верификатор-нотариус", аналогично пунктам "5"-"7", верифицирует хеш документа с помощью визуального интерфейса своего приложения.2. The notary verifier, using the visual interface, downloads a copy of the document (archive) into the cloud service application to obtain a hash of the document (archive). Further, the “Notary Verifier”, similarly to paragraphs “5” - “7”, verifies the hash of the document using the visual interface of its application.
В данном способе содержание подписанного документа раскрывается "верификатору-нотариусу" и нотариус может проверить документ на соответствие требованиям законодательства.In this method, the content of the signed document is disclosed to the “notary verifier” and the notary can check the document for compliance with the requirements of the law.
Пример верификации личностей для видеоконференцсвязи в судах или при допросах посредством работы облачного сервиса и удаленного нотариального заверения может отличаться от предыдущего тем, что к алгоритму предыдущего раздела добавляются пункты:An example of identity verification for video conferencing in courts or during interrogations through the use of a cloud service and remote notarization may differ from the previous one in that the following points are added to the algorithm of the previous section:
- Верификатор-нотариус, присутствует в одном и том же месте с верифицируемой личностью, и используя визуальный интерфейс, загружает копию документа верифицируемой личности (архива) в приложение облачного сервиса, для получения хеша документа (архива). Далее "Верификатор-нотариус", аналогично пунктам 5-7 по верификации, верифицирует хеш документа с помощью визуального интерфейса своего приложения.- The notary verifier, is present in the same place with the verified identity, and using the visual interface, uploads a copy of the verified identity document (archive) to the cloud service application to receive the hash of the document (archive). Further, the “Notary Verifier”, similarly to points 5-7 for verification, verifies the hash of the document using the visual interface of its application.
- Другая сторона видеоконференцсвязи, получив документ верифицируемой личности (архив), так же загружает его в приложение облачного сервиса, для получения хеша документа (архива) и далее, аналогично пунктам 5-7 по верификации, верифицирует хеш документа с помощью визуального интерфейса своего приложения.- The other side of video conferencing, having received a verified identity document (archive), also uploads it to the cloud service application to receive a hash of a document (archive) and then, similarly to points 5-7 on verification, verifies the hash of a document using the visual interface of its application.
Claims (6)
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2019105735A RU2707700C1 (en) | 2019-02-28 | 2019-02-28 | Method of remote verification of documents |
| PCT/RU2020/000097 WO2020226531A2 (en) | 2019-02-28 | 2020-02-26 | Method for remotely verifying documents |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| RU2019105735A RU2707700C1 (en) | 2019-02-28 | 2019-02-28 | Method of remote verification of documents |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| RU2707700C1 true RU2707700C1 (en) | 2019-11-28 |
Family
ID=68836212
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2019105735A RU2707700C1 (en) | 2019-02-28 | 2019-02-28 | Method of remote verification of documents |
Country Status (2)
| Country | Link |
|---|---|
| RU (1) | RU2707700C1 (en) |
| WO (1) | WO2020226531A2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220029810A1 (en) * | 2019-03-01 | 2022-01-27 | Capital One Services, Llc | Identity and electronic signature verification in blockchain |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112116472A (en) * | 2020-09-18 | 2020-12-22 | 上海计算机软件技术开发中心 | Block chain cross-chain transaction model and method |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8340291B2 (en) * | 2008-11-03 | 2012-12-25 | Luiz Alberto Wanderley | Systems and processes of automatic verification and protection of paper documents against falsification, adulteration and leakage |
| EA201391405A1 (en) * | 2011-03-29 | 2014-02-28 | Юра Трейд, Лимитед | METHOD AND DEVICE FOR CREATING AND AUTHENTICATING SECURED DOCUMENTS |
| RU2014101663A (en) * | 2014-01-21 | 2015-07-27 | Общество с ограниченной ответственностью "Аби Девелопмент" | METHOD FOR IDENTIFYING THE NEED TO TRAIN THE STANDARD IN VERIFICATION OF A RECOGNIZED TEXT |
| RU2014111518A (en) * | 2014-03-26 | 2015-10-10 | Общество с ограниченной ответственностью "Аби Девелопмент" | METHOD AND SYSTEM FOR VERIFICATION IN THE READING PROCESS |
-
2019
- 2019-02-28 RU RU2019105735A patent/RU2707700C1/en active
-
2020
- 2020-02-26 WO PCT/RU2020/000097 patent/WO2020226531A2/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8340291B2 (en) * | 2008-11-03 | 2012-12-25 | Luiz Alberto Wanderley | Systems and processes of automatic verification and protection of paper documents against falsification, adulteration and leakage |
| EA201391405A1 (en) * | 2011-03-29 | 2014-02-28 | Юра Трейд, Лимитед | METHOD AND DEVICE FOR CREATING AND AUTHENTICATING SECURED DOCUMENTS |
| RU2014101663A (en) * | 2014-01-21 | 2015-07-27 | Общество с ограниченной ответственностью "Аби Девелопмент" | METHOD FOR IDENTIFYING THE NEED TO TRAIN THE STANDARD IN VERIFICATION OF A RECOGNIZED TEXT |
| RU2014111518A (en) * | 2014-03-26 | 2015-10-10 | Общество с ограниченной ответственностью "Аби Девелопмент" | METHOD AND SYSTEM FOR VERIFICATION IN THE READING PROCESS |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20220029810A1 (en) * | 2019-03-01 | 2022-01-27 | Capital One Services, Llc | Identity and electronic signature verification in blockchain |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2020226531A2 (en) | 2020-11-12 |
| WO2020226531A3 (en) | 2021-01-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11171782B2 (en) | Identity and electronic signature verification in blockchain | |
| US11777726B2 (en) | Methods and systems for recovering data using dynamic passwords | |
| US11271754B2 (en) | Data authorization based on decentralized identifiers | |
| CN111164594B (en) | System and method for mapping a de-centralized identity to a real entity | |
| US11093933B1 (en) | Data authorization based on decentralized identifiers | |
| Macdonald et al. | The blockchain: a comparison of platforms and their uses beyond bitcoin | |
| CN109417549B (en) | Method and apparatus for providing information attestation using a centralized or distributed ledger | |
| US11797982B2 (en) | Digital ledger authentication using address encoding | |
| CN111369242B (en) | Method for recovering blockchain assets through intelligent contracts, wallet and blockchain nodes | |
| US20090271321A1 (en) | Method and system for verification of personal information | |
| WO2022182674A1 (en) | Advanced non-fungible token blockchain architecture | |
| US11461771B2 (en) | Hybrid digital ledger control with address encoding | |
| US20230004970A1 (en) | Distributed Ledgers with Ledger Entries Containing Redactable Payloads | |
| Holbrook | Architecting enterprise blockchain solutions | |
| US20220391887A1 (en) | Systems and Methods for Maintenance of NFT Assets | |
| US20220311611A1 (en) | Reputation profile propagation on blockchain networks | |
| US20220172198A1 (en) | Real-time blockchain settlement network | |
| CN114363327A (en) | Compliance mechanism in blockchain networks | |
| CN115730277A (en) | Supplemental digital content access control using non-homogeneous token NFT | |
| RU2707700C1 (en) | Method of remote verification of documents | |
| Balamurugan et al. | A Blockchain Based Certificate Authentication System | |
| CN110599347A (en) | Bill processing method, device, computer readable storage medium and computer equipment | |
| Palfrey et al. | Digital identity interoperability and einnovation | |
| US20230306412A1 (en) | Docket credential insertion in non-fungible tokens | |
| KR102493093B1 (en) | Apparatus and method for serving email service based on blockchain network |