Инфраструктура идентификации на основе консорциума с проверяемыми учетными данными W3C
Создание системы, которая позволяет разным системам идентификации работать вместе без проблем, очень важно для торговых сетей, которые пересекают границы
Это особенно важно, когда разные страны и организации по-своему проверяют личность человека. Композитная инфраструктура идентификации позволяет работать вместе, что облегчает для компаний и людей ориентироваться в этих сложных сетях.
У сетей торгового финансирования есть проблема. Их процессы «знай своего клиента» или «KYC» полностью избыточны. Это значит, что когда компания хочет совершить сделку, ей каждый раз приходится проходить процесс проверки, даже если она работает с кем-то, с кем уже сотрудничала ранее.
В итоге, чтобы всё разобраться, может уйти 11 дней, и 100% случаев приходится повторять процесс проверки для контрагентов, которых они уже знают. Это всё замедляет. Приводит к заторам в работе, из-за чего финансирование задерживается.
Мы создали децентрализованную систему идентификации, основанную на модели консорциума. Она использует вид проверки под названием W3C Credentials, а также так называемое BBS+ selective disclosure. Это значит, что люди могут использовать учетные данные в разных местах, не делясь лишней информацией, и все это в рамках правил соответствующих законов и правил.
Были сделаны серьезные прорывы в оптимизации процесса «знай своего клиента». Например, время, необходимое для завершения цикла, сократилось с 11 до 2 дней. Это снижение на 82%.
Были сделаны некоторые важные прорывы в оптимизации процесса «знай своего клиента»:
Платформа обрабатывает более 12 000 обменных операций каждый месяц. Она очень надежна, с коэффициентом доступности 99,97 процента. Когда требуется отмена, она распространяется по сети менее чем за пять минут.
Торговое финансирование — это целая сеть отношений между импортерами, экспортерами, судоходными компаниями и банками. Чтобы бизнес работал, эти стороны должны доверять друг другу, что обычно достигается через:
Проблема в том, что каждое учреждение должно проверять личность и право собственности сторон и убеждаться, что они не в черных списках.
Мир торговой документации — это такая запутанная штука. С таким количеством разных стран и правил неудивительно, что все становится сложным, когда нужно проверять всю бумажную работу. Например, банки держат списки своих клиентов, а логистические компании сами проверяют, с кем они работают.
Когда компании ведут бизнес за границей, они часто имеют дело с большими суммами денег. Если они налажают и не следуют правилам, им могут грозить штрафы. Чтобы этого избежать, регуляторы требуют, чтобы эти компании:
Проблема в том, что сейчас всё основано на бумажной работе, что создает информационные пробелы. Это мешает компаниям работать гладко и следить за проблемами.
Были сделаны серьезные прорывы в оптимизации процесса «знай своего клиента». Например, время, необходимое для завершения цикла, сократилось с 11 до 2 дней. Это снижение на 82%.
Текущая система, позволяющая узнать вашего клиента, или KYC, имеет некоторые недостатки, которые действительно вредят торговому финансированию. Например, компании должны проходить процесс проверки, подавая одни и те же документы в каждый банк и логистическую компанию, с которыми они работают.
Каждая из этих организаций проверяет и отбирает людей на предмет санкций, что просто лишнее. В итоге, чтобы пройти процедуру KYC, нужно 11 дней. Даже если вы работаете с давними партнерами, весь процесс приходится каждый раз начинать с нуля.
Какое-то время разные отделы в организациях не могли легко обмениваться информацией, что замедляло процесс одобрения торгового финансирования. Проблема была в том, что банки не могли быстро проверить, прошел ли деловой партнер процедуру «знай своего клиента» в другом банке группы.
Легкость, с которой можно делиться личными данными, привела к тревожной тенденции. Конфиденциальная информация теперь разбросана по разным системам, что делает нас уязвимыми для нарушений безопасности.
Проблемы с аудитом и соблюдением требований возникли из-за того, что у организаций была разбросанная документация. Регулирующие органы хотели видеть записи о том, кто есть кто. Поскольку эти записи были разбросаны по нескольким системам, было сложно:
Ручная обработка документов, например, при проверке и санкционном скрининге, часто приводила к ошибкам, что мешало справляться с растущим объемом работы.
Внедрение децентрализованной системы идентификации привело к значительному повышению эффективности. В одном случае удалось сократить количество проверок «знай своего клиента», снизив накладные расходы на целых 89 %.
Это стало возможным, потому что теперь разные участники консорциума могут:
Чтобы снизить риски несоблюдения требований, система использовала автоматическое обеспечение соблюдения политик через контракты. Это означало, что принимались только те учетные данные, которые соответствовали правилам, когда:
В результате не нужно было проверять, все ли в порядке, что снизило риск нарушить правила.
Время, которое нужно, чтобы пройти цикл «знай своего клиента», стало намного меньше:
Еще одно важное преимущество — это возможность для компаний выбирать, какой информацией делиться с партнерами, раскрывая детали, но при этом не разглашая важную бизнес-информацию.
Улучшить безопасность компании можно, сделав следующее:
Контрольный журнал для учетных данных стал более эффективным благодаря использованию журнала в общем реестре. Этот подход обеспечил запись всех действий, что помогло выполнить требования. В результате количество документов, необходимых для обеспечения соответствия, было значительно сокращено.
Легкость, с которой можно делиться личными данными, привела к тревожной тенденции. Конфиденциальная информация теперь разбросана по разным системам, что делает нас уязвимыми для нарушений безопасности.
С нашим децентрализованным решением для идентификации сократите накладные расходы на KYC на 89% и время обработки с 11 до 2 дней.
Ответ — в сети, которая позволяет компаниям, занимающимся торговым финансированием, работать вместе над управлением идентичностями. По сути, эта сеть состоит из частей, которые все связаны между собой. Каждая компания может использовать ее для:
Для проверки личности использовалась система W3C Verifiable Credentials. Она собирала такие данные, как:
Эти учетные данные были подписаны цифровой подписью людьми, которым мы доверяем, что означает, что их можно проверить, не заглядывая в системы и не делясь всеми документами.
Когда компания использует BBS+ выборочное раскрытие информации, она может делиться некоторыми деталями о себе, не раскрывая всего. Например, ей может понадобиться показать, что она зарегистрирована в каком-то месте. Ей не нужно раскрывать:
Так компания сможет соблюдать правила, не раскрывая все свои дела.
*шаблоны политик смарт-контрактов сделаны так, чтобы учитывать правила, которые могут быть разными в разных странах. Они автоматически:
Система, которая есть, управляется:
Благодаря централизации этой инфраструктуры доверия стало проще управлять всем, сохранив при этом преимущества проверки. Это позволило использовать учетные данные в разных организациях.
Основной упор был сделан на обеспечение конфиденциальности в дизайне. Это было достигнуто путем:
Архитектура системы была построена на четырех ключевых компонентах. Эти компоненты обеспечивали идентичность и также работали с существующей инфраструктурой торгового финансирования.
Consortium Ledger — это сеть, построенная на Hyperledger Fabric, которую контролирует группа банков и логистических компаний. Она предназначена для хранения:
Одно из преимуществ этого реестра в том, что он дает неизменяемую запись всего, что происходит в системе, что помогает с отслеживанием и безопасностью.
Служба Credential Broker Service — это как центр, который следит за тем, чтобы:
Это позволяет заполнить данные учетной записи актуальной информацией, что делает их проверяемыми и надежными.
Policy Engine — это структура контрактов, которая превращает в код правила соответствия, которые отличаются в разных странах. Это помогает автоматизировать процесс проверки того, что все в порядке, для сделок по торговому финансированию.
В системе есть шаблоны для:
Event bus — это система на базе Kafka, которая позволяет нам делиться изменениями, например:
Так все будут в курсе, не нужно постоянно проверять, есть ли обновления.
Связь между системами осуществляется через слой API. Этот интеграционный слой устраняет разрыв между:
Мы отслеживаем показатели с помощью Prometheus, например:
Вся эта информация отображается на панелях Grafana, что упрощает выявление тенденций и закономерностей. У нас также есть настраиваемая система оповещений, которая следит за целями по соблюдению нормативных требований.
Система использует дизайн, который соединяет отношения, чтобы организации не могли сравнивать записи, но при этом позволяя им проводить проверки. В принципе, у каждой организации есть свой набор идентификаторов для работы с партнерами, что позволяет держать все, что связано с идентификацией, отдельно.
Схемы подписей BBS+ позволяли людям делиться информацией из своих учетных данных, не раскрывая всего. Это было особенно полезно, потому что позволяло компаниям соблюдать правила, сохраняя при этом конфиденциальность своей бизнес-информации.
План был такой: запускать все постепенно, сначала с парой банков, чтобы посмотреть, как пойдет. Они запустили пилотные программы, и, похоже, все сработало, так что они привлекли:
Команда настроила свою среду разработки, используя контейнеризацию с Docker Compose в качестве основы. Это позволило им запустить:
Команда экспертов, включая специалистов по соблюдению нормативных требований и архитекторов идентичности, собралась, чтобы установить набор стандартов для учетных данных. В частности, они определили базовую структуру для:
Использование схемы W3C Credential в качестве руководства. Цель состояла в том, чтобы найти баланс между удовлетворением требований и предоставлением способа раскрытия необходимой информации.
Для разработки контрактов были созданы шаблоны политик с помощью Hyperledger Fabric chaincode. Это позволило закодировать правила соответствия, которые применялись к:
Стратегия тестирования была довольно тщательной. Она включала:
Мы решили перенести наши существующие записи KYC, используя:
Безопасность была приоритетом в этой реализации. Чтобы соответствовать требованиям, система обрабатывала:
Команда следила за следующим:
Были настроены пользовательские оповещения, чтобы отмечать:
Чтобы снизить риски, в реализации были предусмотрены меры безопасности:
Внедрение децентрализованной системы идентификации изменило то, как все работало. Это действительно улучшило:
Время, которое нужно, чтобы пройти процедуру «знай своего клиента», стало намного меньше:
Большая часть этого ускорения связана с тем, что мы можем повторно использовать учетные данные для контрагентов, которых мы уже проверили, что позволяет сократить много шагов.
Хлопоты с постоянной проверкой клиентов остались в прошлом:
Точность проверки санкций стала намного лучше:
Качество данных и более строгое автоматическое соблюдение правил были ключевыми факторами для достижения такого уровня точности.
Платформа стала популярной, и более 70 процентов учетных данных были использованы повторно всего за шесть месяцев после запуска. Это говорит о том, что участники консорциума действительно поверили в эту идею.
Когда дело дошло до производительности системы, одним из ключевых показателей было то, как быстро она могла распространять информацию об изменениях в статусе:
| Метрика | Перед | После | Дельта |
|---|---|---|---|
| Среднее время цикла KYC | 11 дней | 1.8 дней | -84% |
| Повторите KYC для существующих партнеров | 100% | 8% | -92% |
| Ложные срабатывания при проверке санкций | 7% | 0.8% | -89% |
| Частота повторного использования учетных данных | 0% | 73% | +73% |
| Часы/месяц на ручную проверку документов | 480 часов | 85 часов | -82% |
| Жалобы клиентов (связанные с KYC) | 28/месяц | 4 раза в месяц | -86% |
| Цель уровня обслуживания | Цель | Выполнено |
|---|---|---|
| Задержка при проверке учетных данных (95-й процентиль) | <500 мс | 320 мс |
| Время распространения отзыва | <5 минут | 3.в среднем 2 минуты |
| Время работы системы (30 дней) | >99,95% | 99.97% |
| Скорость выдачи учетных данных | >100/час | 145/час |
| Задержка оценки политики (99-й процентиль) | <200 мс | 165 мс |
| Успешная доставка сообщения по шине событий | >99,99% | 99.995% |
| Доля ложных поддельных учетных данных | <0,01% | 0.003% |
Заставить несколько организаций работать вместе над общей системой управления — это не так просто. Когда дело доходит до таких вопросов, как проверка и создание политик, у каждой организации есть свои:
Чтобы это сработало, нужно очень много координировать:
Когда появилась BBS+ selective disclosure, она принесла с собой несколько инструментов для защиты конфиденциальности. Однако не всё было гладко:
Как только у них появились шаблоны для работы с учреждениями, им стало гораздо проще внедрять эту технологию.
Когда дело дошло до интеграции, ключевым моментом было создание архитектуры API, чтобы интеграция с основными банковскими системами и системами торговой документации работала:
По мере роста консорциума управление учетными данными становилось все сложнее:
Первая проблема возникла, когда первоначальная оценка политики заняла больше времени, чем ожидалось:
Когда дело доходит до координации реагирования на инциденты, которые влияют на учреждения:
Заставить людей принять эту систему было нелегко:
Когда вы настраиваете системы, важно сначала создать структуру управления, продумать удобный интерфейс для пользователей и максимально автоматизировать операции.
Когда вы настраиваете системы, важно сначала создать структуру управления, продумать удобный интерфейс для пользователей и максимально автоматизировать операции.
Улучшение времени обработки
Удаление лишних проверок
Улучшение проверки санкций
Ежемесячный коэффициент доступности
Откройте для себя больше идей и решений в наших избранных статьях
Присоединяйтесь к компаниям, которые трансформировали свой бизнес с нашими блокчейн решениями. Давайте обсудим, как мы можем помочь вам достичь похожих результатов.
