СИСТЕМЫ И СПОСОБЫ ПЕРСОНАЛЬНОЙ ИДЕНТИФИКАЦИИ И ВЕРИФИКАЦИИ

1. Способ персональной/клиентской идентификации и верификации для транзакций с использованием основанных на криптографии электронных денег, причем способ выполняется вычислительным сервером (101), сконфигурированным для работы компьютерной программы, функционирующей как регистрационный интерфейс (102), причем способ характеризуется тем, что он содержит этапы:
обеспечения доступа одному или нескольким потенциальным или существующим пользователям валюты (103);
обеспечения регистрационного интерфейса (102) для одного или нескольких потенциальных пользователей валюты для регистрации пользовательского аккаунта, требующего аутентификации (104);
запрашивания представления документов для подтверждения легальной идентичности регистранта (105);
верификации легальной идентичности регистранта (106);
отклонения создания аккаунта для регистрантов, не прошедших верификацию легальной идентичности (107);
создания персонального/клиентского аккаунта (108) для индивидуальных успешных регистрантов (109) с успешной верификацией легальной идентичности (110);
разрешения успешному регистранту (109) создавать мандат (111), который содержит ассоциированную аутентификацию (112);
сохранения (116) всей представленной информации в базе данных клиентской информации (115);
отправки (117) мандата к центральным серверам утверждения (401); и
отображения и хранения (118) адреса(ов) валюты с мультиподписью, мандата и легальной идентичности индивидуальных регистрантов.
2. Способ по п. 1, в котором легальные идентичности владельцев для индивидуальных адресов валюты хранятся в базе данных клиентской информации.
3. Способы по п. 1, в которых легальные идентичности владельцев для индивидуальных адресов валюты хранятся в базе данных клиентской информации, причем такая информация недоступна для общественности, чтобы поддерживать псевдонимное свойство основанных на криптографии электронных денег (201) и их транзакционной сети (202).
4. Способы по п. 1, в которых пользователь может изменять мандат пользователя (111), чтобы прекратить перевод монет из похищенного основного файла данных кошелька валюты пользователя (301).
5. Способы по п. 1, в которых (i) легальные идентичности владельцев индивидуальных адресов валюты хранятся в базе данных клиентской информации, (ii) любые адреса валюты, которые не сгенерированы путем представления действительного мандата на один из центральных серверов утверждения (401), являются недействительными и не способны принимать какие-либо монеты, и (iii) только действительные зарегистрированные пользователи имеют действительный мандат (112).
6. Способ по п. 1, отличающийся тем, что аутентификация осуществляется с помощью защиты паролем, двухфакторной аутентификации или многофакторной аутентификация.
7. Способ по п. 1, отличающийся тем, что он дополнительно содержит этап шифрования мандатов (114).
8. Способ по п. 1, отличающийся тем, что мандат является цифровым, электронным или аппаратным элементом, который может использоваться в качестве механизма аутентификации для идентификации себя, предпочтительно по меньшей мере одним из: уникальной пары цифровых кодов, уникального ключа продукта для активации программного обеспечения клиентского кошелька, постоянно меняющегося токена, привязанного к физическому устройству, принадлежащему пользователю, такому как сотовый телефон или персонализированное устройство для генерации секретных ключей.
9. Способ создания основанных на криптографии электронных денег (CBEM) (201) и ассоциированной с ними транзакционной сети (202), причем способ выполняется сетью компьютерных программ, функционирующих как узлы (203), причем способ характеризуется тем, что он содержит этапы:
инсталляции узла (203), который может быть автономной компьютерной программой или функциональным модулем клиентского кошелька (111), на одном или нескольких клиентских компьютерах и/или серверах (204);
соединения всех узлов для формирования узлов ретрансляции одноранговой сети (205) через сеть (206) передачи данных;
управления способом для создания по меньшей мере одной единицы CBEM (207);
защиты владения по меньшей мере одной единицей CBEM посредством криптографии открытого/секретного ключа (208);
записи владения по меньшей мере одной единицей CBEM в реестр (209) с использованием адресов валюты владельцев (313) (210);
верификации владения по меньшей мере одной единицей CBEM (211);
ограничения только действительных зарегистрированных пользователей (109), чтобы генерировать один или несколько действительных адресов валюты (313) для приема по меньшей мере одной единицы CBEM, путем верификации представленного мандата (111) на одном из центральных серверов (401) (212) утверждения;
записи транзакций по меньшей мере одной единицы CBEM в реестре (209) (213);
верификации транзакций по меньшей мере одной единицы CBEM (214);
управления способом для выполнения транзакции по меньшей мере одной единицы CBEM (215);
включения правил транзакции в код программирования по меньшей мере одного узла (216);
ограничения по меньшей мере одного правила (217) утверждения транзакции, содержащего по меньшей мере одно из: запрашивания действительного мандата от отправителя (111), запрашивания одного или нескольких секретных ключей утверждения (406) от одного из центральных серверов (401) утверждения;
разрешения создания только транзакций с мульти-подписью в формате pay-to-script-hash или в любом другом совместимом формате (218);
разрешения создания только транзакций с мульти-подписью, каждая из которых требует по меньшей мере двух секретных ключей в качестве подписей (219);
разрешения создания только транзакций с мульти-подписью при наличии действительного мандата (111) (220);
ограничения одного из этих секретных ключей (219), чтобы он являлся секретным ключом утверждения (406) от одного из центральных серверов утверждения (221);
ограничения остальных секретных ключей (219), чтобы они являлись клиентскими секретными ключами (222), которые зашифрованы и сохранены в клиентском(их) кошельке(ах) (301) (223);
отправки всех запросов транзакций из клиентских кошельков (301) на один из центральных серверов утверждения (401) для получения секретного ключа утверждения для подписания транзакций (224); и
отклонения всех транзакций, не имеющих любого одного из требуемых секретных ключей (219).
10. Способ по п. 9, в котором любые адреса валюты, которые не сгенерированы посредством представления действительного мандата на один из центральных серверов (401) утверждения, являются недействительными и не способны принимать какие-либо монеты.
11. Способ по п. 9, в котором индивидуальные транзакции могут контролироваться с помощью определенных правил для идентификации, регистрации и отправки сообщений о подозрительных транзакциях, которые могут быть вовлечены в незаконную деятельность, такую как отмывание денег.
12. Способ по п.9, в котором легальные идентичности владельцев индивидуальных адресов валюты хранятся в базе данных клиентской информации. Для транзакций, подозреваемых в принадлежности к незаконной деятельности (п. 11), идентичности их ассоциированных отправителей и получателей будут извлечены из базы данных клиентской информации путем отслеживания адресов валюты отправителей и получателей. Затем подозрительные действия и ассоциированная клиентская информация будут сообщены правительственным учреждениям с учетом правил и законов в соответствующих странах.
13. Способ по п. 9, в котором количество монет, принадлежащих действительному зарегистрированному пользователю, является полностью и легко отслеживаемым и может отслеживаться центральным органом управления (601) посредством анализа записей транзакций в базе данных транзакций (413). Помимо возможности связывания индивидуальных адресов валюты с их владельцами, этому уникальному свойству содействует запись неизрасходованных монет (если таковые имеются) на адресе валюты, с которого монеты были только что отправлены/потрачены (322). Это уникальное свойство обеспечивает возможность применений нашей системы к финансовой и банковской деятельности, в частности той, для которой требуется сторонний аудит.
14. Способ персональной/клиентской идентификации и верификации для транзакций с использованием основанных на криптографии электронных денег, причем способ выполняется компьютерной программой, функционирующей как клиентское устройство пользователя, причем способ характеризуется тем, что он содержит этапы:
инсталляции компьютерной программы клиентского устройства для функционирования в качестве клиентского кошелька (301) по меньшей мере на одном компьютере или вычислительном сервере (302);
работы в качестве одного из узлов (205) ретрансляции для ретрансляции информации обо всех единицах CBEM, генерируемых в транзакционной сети (202) (303);
работы в качестве одного из узлов (205) ретрансляции для ретрансляции всей информации транзакций в транзакционной сети (202) (304);
работы в качестве одного из узлов ретрансляции для верификации и подтверждения всех транзакций, которые транслируются в транзакционную сеть (202) (305);
генерирования новых монет путем содействия записи информации любой новой транзакции в реестр всех транзакций (209) (306);
генерирования одной или нескольких пар криптографического клиентского открытого ключа (307) и клиентского секретного ключа (308) для приема и отправки монет (309);
сохранения пар клиентских открытого секретного ключей (позиции 307, 308) одного или нескольких адресов валюты, сгенерированных пользователями валюты (310);
работы в качестве клиентского кошелька для пользователей валюты для приема и отправки монет; (311);
работы в качестве клиентского кошелька для осуществления связи между одним из центральных серверов утверждения (401) и зарегистрированными пользователями валюты (109) (312);
генерирования (314) только адресов валюты, которые являются адресами с мульти-подписью (313);
генерирования одного из нескольких адресов с мульти-подписью (313) из клиентского открытого ключа (307) и открытого ключа утверждения (405) (315);
сохранения только одного или нескольких адресов с мульти-подписью (313) в клиентском кошельке (301) для отправки и приема монет (316);
отправки одного из нескольких адресов с мульти-подписью (313) в базу данных клиентской информации (401) для хранения и отображения на легальную идентичность владельца адреса(ов) (317);
отправки сгенерированных действительных адресов с мульти-подписью (313) на центральные серверы утверждения (401) для хранения (318);
представления мандата (111) действительного зарегистрированного пользователя (109) одному из центральных серверов утверждения для получения разрешения на генерацию одного или нескольких действительных адресов валюты с мульти-подписью (313) (319);
представления мандата (111) действительного зарегистрированного пользователя (109) на один из центральных серверов утверждения для получения разрешения на создание одной или нескольких действительных транзакций (позиции 218, 219, 220, 221, 223) для отправки монет на один или несколько адресов валюты (320);
разрешения создания только транзакций, которые используют адреса с мульти-подписью (313) для отправки и приема монет (321); и
записи неизрасходованных монет (если таковые имеются) в блокчейн по адресу валюты, с которого монеты были только что отправлены (322).
15. Способ персональной/клиентской идентификации и верификации для транзакций с использованием основанных на криптографии электронных денег, причем способ выполняется компьютерной программой на вычислительном сервере, функционирующем как центральный сервер утверждения (401), причем способ характеризуется тем, что он содержит этапы:
осуществления связи (407) с клиентским кошельком (301) для генерирования одного или нескольких действительных адресов валюты с мульти-подписью (313) при наличии действительного мандата;
обеспечения (408) открытого ключа утверждения (405) для кошелька валюты для создания одного или нескольких адресов с мульти-подписью (313);
осуществления связи (409) с клиентским кошельком (301) для генерирования одной или нескольких действительных транзакций (218, 219, 220, 221, 223) для отправки монет на один или несколько адресов валюты при наличии действительного мандата;
обеспечения (410) секретного ключа утверждения (406), который соответствует открытому ключу утверждения (405), используемому при создании адреса с мульти-подписью (313), для подписания ввода транзакции для одной или нескольких действительных транзакций (218, 219, 220, 221, 223);
обеспечения самого последнего секретного ключа (411) для подписания всей транзакции для одной или нескольких действительных транзакций (412); и
сохранения (414) информации транзакции в базе данных транзакций (413).
16. Способ по п. 15, в котором пара открытого ключа утверждения (405) и секретного ключа утверждения (406) может быть изменена вручную или автоматически с регулярным периодом, чтобы избежать утечки открытого ключа утверждения и секретного ключа утверждения к общественности. После перехода на новую пару ключей утверждения, старый ключ утверждения будет использоваться для подписания ввода транзакции (410), а новый секретный ключ утверждения используется для подписания всей транзакции (412).
17. Способ по п. 15, отличающийся тем, что самый последний секретный ключ утверждения (411) является секретным ключом утверждения, соответствующим открытому ключу утверждения (405), используемому при создании адреса с мульти-подписью (313), или другому секретному ключу утверждения.
18. Способ по п. 15, отличающийся тем, что этап хранения (414) информации транзакции в базе данных транзакций (413) включает в себя сохранение ID транзакции, адреса валюты отправителя, адреса валюты получателя, количества монет в транзакции, времени транзакции и IP-адресов клиентских кошельков отправителя и получателя.
19. Способ по п. 15, отличающийся тем, что способ дополнительно содержит этап верификации транзакции по одному или нескольким критериям транзакции (501, 502) на центральном сервере утверждения (401).
20. Способ по п. 19, в котором транзакционная сеть (202) может быть модифицирована для отклонения любых транзакций, которые не удовлетворяют централизованным критериям транзакции (501), хранящимся на одном из центральных серверов утверждения (401).
21. Способ по п. 20, в котором клиентские критерии транзакции (502) могут быть определены действительным зарегистрированным пользователем для ограничения его/ее собственных транзакций.
22. Способ по п. 21, в котором обеспечивается практическое решение проблем, связанных с хищением криптовалюты, KYC и AML, при сохранении конфиденциальности пользователя.
23. Способ по п. 21, который может быть принят или модифицирован центральными банками или другими финансовыми учреждениями для выпуска их собственных цифровых валют, которые поддерживаются платежной системой распределенного реестра, но также регулируется центральным органом управления.
24. Способ по п. 20, в котором критерии транзакции (501) могут быть определены центральным органом управления (601) для прекращения подозрительных транзакций, которые могут быть вовлечены в незаконные действия, такие как отмывание денег.
25. Способ по п. 15, отличающийся тем, что один или несколько критериев транзакций (501, 502) включают в себя критерии, предварительно определенные центральным органом управления (601) и/или регистрантом.
26. Способ по п. 15, отличающийся тем, что способ дополнительно содержит этап отслеживания легальных идентичностей отправителя и получателя путем отображения их адресов валюты в базе данных транзакций и базе данных клиентской информации, когда это необходимо.
27. Способ персональной/клиентской идентификации и верификации для транзакций, связанных с основанными на криптографии электронными деньгами, причем способ выполняется набором компьютерных программ, функционирующих как устройства центрального органа управления и клиентского устройства пользователя, причем способ характеризуется тем, что он содержит этапы:
приема мандатов регистранта, содержащих по меньшей мере мандаты двухфакторной аутентификации, определяющие мульти-подпись;
верификации легальной идентичности регистранта;
создания персонального/клиентского аккаунта (108) для индивидуального успешного регистранта (109) с успешной верификацией легальной идентичности (110), при этом персональный/клиентский аккаунт способствует отображению и сохранению мульти-подписи адреса валюты и легальной идентичности индивидуальных регистрантов (118);
обеспечения кошелька регистранта, содержащего по меньшей мере одну единицу электронных денег;
записи владения по меньшей мере одной единицей электронных денег в базе данных транзакций (413) с использованием адреса валюты регистрантов (313);
создания транзакции с мульти-подписью в формате pay-to-script-hash или в любом другом совместимом формате (218), причем каждая требует по меньшей мере двух секретных ключей в качестве подписей утверждения (219);
ограничения одного из этих секретных ключей (219), чтобы он являлся секретным ключом утверждения (406) из одного из центральных серверов утверждения (221);
ограничения остальных секретных ключей (219), чтобы они являлись секретными ключами регистранта (222), которые хранятся в клиентском кошельке (301, 223);
отправки запроса транзакции из клиентского кошелька (301) по меньшей мере на один из центральных серверов утверждения (401) для получения секретного ключа утверждения для подписания транзакции (224); и
трансляции сообщений об утвержденных транзакциях на все узлы ретрансляции в транзакционной сети (214).
28. Система персональной/клиентской идентификации и верификации для транзакций, связанных с основанными на криптографии электронными деньгами, причем система содержит:
центральный сервер утверждения (401), сконфигурированный для выполнения способа по п. 15, чтобы обрабатывать запросы на регистрацию клиентов, адреса криптовалюты клиентов, транзакции с криптовалютой;
в которой:
центральный сервер утверждения (401) коммуникативно связан с базой данных (404) клиентской информации;
центральный сервер утверждения (401) коммуникативно связан с базой данных транзакций (413); и
центральный сервер утверждения (401) сконфигурирован, чтобы осуществлять связь по меньшей мере с одним клиентским устройством (414, 415), обеспеченным кошельком регистранта (416, 417), содержащим по меньшей мере одну единицу электронных денег, причем по меньшей мере одно клиентское устройство (414, 415) сконфигурировано для выполнения способа по п. 27.
29. Невременный машиночитаемый носитель данных, содержащий инструкции, воплощенные на нем, при этом инструкции являются исполняемыми, чтобы побуждать один или несколько процессоров выполнять все этапы реализуемого компьютером способа по одному из пп. 1, 9, 14, 15 или 27.