Інфраструктура ідентифікації на основі консорціуму з перевіреними 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, яка контролюється групою банків та логістичних компаній-учасників. Вона призначена для зберігання:
Однією з переваг цього реєстру є те, що він забезпечує незмінний запис усього, що відбувається в системі, що допомагає в відстеженні та забезпеченні безпеки.
Служба брокера посвідчень діє як центр, що контролює процес:
Це дозволяє заповнити облікові дані актуальною інформацією, що робить їх перевіреними та надійними.
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, щоб забезпечити інтеграцію з основними банківськими системами та системами торгової документації:
У міру зростання консорціуму управління обліковими даними ставало все складнішим:
Перша перешкода виникла, коли початкова оцінка політики зайняла більше часу, ніж очікувалося:
Що стосується координації реагування на інциденти, які впливають на установи:
Залучити людей до роботи з системою було нелегко:
При впровадженні систем дуже важливо почати з налагодження системи управління, розробки зручного для користувачів інтерфейсу та максимальної автоматизації операцій.
При впровадженні систем дуже важливо почати з налагодження структури управління, розробки зручного для користувачів інтерфейсу та максимальної автоматизації операцій.
Покращення часу обробки
Видалення надлишкової верифікації
Поліпшення перевірки санкцій
Щомісячний коефіцієнт доступності
Дізнайтеся більше цікавої інформації та рішень у наших рекомендованих статтях
Приєднуйтесь до компаній, які трансформували свій бізнес за допомогою наших блокчейн-рішень. Давайте обговоримо, як ми можемо допомогти вам досягти подібних результатів.
