Интеграция технологии блокчейна для повышения прозрачности и безопасности данных в CRM-системах

Алымов Д.А., Боднар А.В., Нестеренко А.Р. Интеграция технологии блокчейна для повышения прозрачности и безопасности данных в CRM-системах. Статья посвящена изучению возможностей блокчейн-технологий для усовершенствования систем управления взаимоотношениями с клиентами (CRM). Исследование охватывает ключевые аспекты использования блокчейна: улучшение защиты от подделок и фальсификаций данных, децентрализованное хранение, автоматизация процессов через смарт-контракты, а также создание прозрачной цепочки взаимодействий с клиентами. В статье затронуты вопросы масштабируемости и юридические аспекты, связанные с использованием блокчейна, таким как соблюдение международных стандартов защиты данных. Проведен обзор алгоритмов консенсуса, подходящих для CRM, и обсуждаются роли полных и неполных узлов в поддержке децентрализованной структуры. Работа также рассматривает модели управления доступом, что позволяет обеспечить надежную защиту персональных данных клиентов и управление их идентификацией на распределенной основе.

Ключевые слова: блокчейн, CRM-система, безопасность данных, прозрачность, децентрализованное хранение, смарт-контракты, алгоритмы консенсуса, идентификация, управление доступом, масштабируемость, фальсификация данных, конфиденциальность, распределенные узлы

Введение

В условиях стремительного развития цифровых технологий и глобализации бизнеса современные компании все больше зависят от эффективных систем управления взаимоотношениями с клиентами (CRM). Эти системы обеспечивают компаниям данными для анализа потребностей клиентов, автоматизации бизнес-процессов, построения персонализированных стратегий взаимодействия и повышения общей эффективности работы. Однако наряду с этим растут и требования к защите данных, хранящихся в CRM. Вопрос безопасности и целостности данных становится все более актуальным, так как именно доверие клиентов к прозрачности и сохранности информации является одним из ключевых факторов конкурентоспособности компании. Технология блокчейн в последние годы привлекает к себе внимание как перспективное решение для обеспечения безопасности данных в распределенных системах. Её уникальные возможности, такие как децентрализованное хранение, неизменяемость записей и возможность применения смарт-контрактов, делают её подходящей для задач, связанных с защитой и управлением данными в CRM-системах. Интеграция блокчейна в CRM может не только повысить уровень безопасности, но и обеспечить прозрачность взаимодействий с клиентами, автоматизацию сложных процессов и защиту от фальсификации данных. Внедрение блокчейна в CRM, таким образом, представляется перспективным направлением исследований.

Риски фальсификации и утечек данных

Современные CRM-системы сталкиваются с проблемой фальсификации и утечки данных, что может приводить к значительным репутационным и финансовым потерям для компаний. Например, сотрудники могут подделать данные о транзакциях, чтобы скрыть ошибки или получить персональную выгоду. Фальсификация данных — одна из главных угроз для бизнеса, так как подрывает доверие клиентов и снижает качество обслуживания. Применение блокчейна может помочь решить эту проблему, поскольку блокчейн фиксирует все изменения данных в неизменяемых блоках, что предотвращает несанкционированные изменения. В CRM-системах хранятся обширные данные о клиента. Эти данные могут быть целью для злоумышленников, которые могут использовать уязвимости в CRM для кражи и дальнейшего использования информации. Для решения проблем фальсификации и утечек данных блокчейн может стать мощным инструментом, поскольку он обеспечивает прозрачное, неизменяемое хранение данных. Любое изменение информации требует изменения всех последующих блоков, что практически невозможно осуществить без обнаружения, благодаря распределенной архитектуре сети. Каждая транзакция в блокчейне проходит через алгоритм хэширования, который создает хэш. Этот хэш включается в следующий блок, что формирует цепочку данных. Если злоумышленник попытается изменить даже один блок, хэши не совпадут с данными других узлов сети, и попытка фальсификации будет обнаружена [1].

Ограничения централизованных систем

Централизованные системы для управления данными, как правило, имеют один основной узел или сервер, через который осуществляется контроль, хранение и обработка всей информации. В такой системе весь поток данных, а также операции по их обработке и хранению завязаны на один или несколько ключевых серверов. Если такой сервер выходит из строя по причине кибератаки, аппаратного сбоя или человеческой ошибки, то вся система может перестать функционировать. Поскольку в централизованной системе существует единственная или небольшая группа точек входа для управления данными, такие системы подвержены широкому спектру атак, включая DDoS и SQL-инъекции. С блокчейном, однако, каждый участник сети может просматривать и проверять транзакции, что делает процесс аудита более простым и прозрачным. Децентрализованный характер блокчейна также позволяет избежать потерь данных, ведь они распределены по множеству узлов [1].

Проблема доверия и прозрачности взаимодействий

Централизованные модели хранения данных создают риски и не позволяют гарантировать полную прозрачность и неизменность информации. Отсутствие полной прозрачности является значительной проблемой. Информация, собранная в CRM, может быть видоизменена или удалена без уведомления участников взаимодействия. Это вызывает недоверие к системе, так как клиенты и даже сотрудники компании могут сомневаться в том, что все данные корректно отражены и доступны для просмотра [2]. Применение блокчейна в CRM предоставляет возможность улучшить эти аспекты благодаря своему децентрализованному и неизменному характеру. Каждый этап взаимодействия с клиентом можно фиксировать в виде транзакции в блокчейне, создавая неизменный журнал событий, который исключает возможность незаметных изменений. Каждый этап взаимодействия с клиентом записывается в блокчейн в виде неизменяемого блока данных. Будь то первоначальный контакт, последующие коммуникации или совершение сделки, каждый шаг фиксируется, и это позволяет создать целостную картину взаимодействий. Прозрачность блокчейна способствует доверию, поскольку клиенты видят, что их данные хранятся безопасно, не подлежат изменению, и все действия зафиксированы. [3] Благодаря своей архитектуре блокчейн также решает проблему доверия: данные не зависят от одного централизованного сервера, а распределены по сети узлов. Это гарантирует, что любая запись, будь то взаимодействие с клиентом или изменение статуса сделки, доступна и неизменна для всех участников сети.

Основы смарт-контрактов

Смарт-контракты позволяют автоматизировать выполнение транзакций и условий, заложенных в блокчейн, без необходимости в посредниках, что делает взаимодействия более быстрыми, безопасными и прозрачными Смарт-контракты позволяют заранее определить условия, которые будут автоматически выполнены при наступлении определенных событий. Например, если в CRM зафиксировано выполнение всех условий сделки, смарт-контракт может автоматически отправить уведомление клиенту о завершении процесса, инициировать оплату или закрыть задачу. Все участники сети могут видеть смарт-контракт и его выполнение, что обеспечивает прозрачность и доверие. Смарт-контракты функционируют без вмешательства человека. Как только условия контракта выполнены, он автоматически исполняет действия, что делает его независимым и исключает вероятность человеческих ошибок. Смарт-контракт включает в себя набор условий, которые должны быть выполнены для его активации. Также в нем прописан код, выполняющий логику выполнения договорных условий. Смарт-контракт включает адреса всех участников, которые связаны с этим контрактом и отслеживает состояние и статус контракта. Смарт-контракты автоматизируют процесс подписания и исполнения договоров, упрощая управление обязательствами перед клиентами. Они могут регулировать доступ к данным клиента, что особенно важно в условиях соблюдения норм конфиденциальности. Клиенты могут быть уверены, что их данные используются только в рамках согласованных условий [3]. Внедрение смарт-контрактов в CRM-системы позволяет компаниям автоматизировать и улучшить взаимодействие с клиентами, обеспечивая надежное, быстрое и прозрачное выполнение обязательств.

Примеры использования смарт-контрактов для автоматизированных взаимодействий с клиентами

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

Модели управления доступом в блокчейне

В системах на основе блокчейна управление доступом — важнейший элемент для обеспечения безопасности, конфиденциальности и целостности данных. Так, модель на основе ACL (Access Control List) предоставляет доступ к данным на основе списков разрешений для отдельных пользователей. В такой системе каждому участнику блокчейна можно присвоить уникальные права для чтения, записи или изменения данных. Использование ACL в блокчейне подходит для разрешённых (private) блокчейн-сетей, где участники ограничены и имеют доверительные отношения. В этом случае списки управления доступом можно применять для защиты определённых записей или узлов сети, делая их доступными только для определённых участников. В модели управления доступом (Role-Based Access Control, RBAC) каждому участнику присваивается роль, а роли уже имеют определённые права доступа. В такой модели права доступа зависят не от личности участника, а от выполняемой роли. Например, менеджеры по продажам могут иметь доступ только к определённой информации о клиентах, тогда как топ-менеджеры компании могут видеть все транзакции и статистику продаж. Атрибутно-основанное управление доступом (Attribute-Based Access Control, ABAC) расширяет возможности RBAC, добавляя больше условий для предоставления прав. В блокчейне модель ABAC может использоваться для фильтрации данных в зависимости от дополнительных условий. Например, доступ к финансовым данным может быть открыт только для сотрудников, работающих в определённой стране или для тех, кто прошел аутентификацию в определённое время [4].

Примеры децентрализованной идентификации в CRM

Децентрализованная идентификация (DID) — это способ управления личными данными и подтверждения личности, при котором сами пользователи контролируют доступ к своей информации без необходимости в централизованных посредниках. В системах управления взаимоотношениями с клиентами (CRM) децентрализованная идентификация предлагает новые способы обеспечения безопасности и защиты персональных данных, делая возможным точное и безопасное управление идентификацией клиента [5]. В CRM-системах, ориентированных на безопасность данных, использование блокчейн-базированных идентификаторов позволяет клиентам и компаниям безопасно взаимодействовать. В рамках такой системы каждый клиент может создать децентрализованный идентификатор, который сохраняется в блокчейне. Этот идентификатор не содержит личной информации в явном виде, но может ссылаться на зашифрованные данные, доступные только для проверенных сторон. Например, компания-банк может использовать DID для аутентификации пользователей при входе в систему, избегая хранения паролей в традиционном виде. Для авторизации достаточно подтверждения наличия DID, связанного с учетной записью, а все данные о клиенте хранятся на стороне клиента, который может предоставлять доступ по запросу.

Zero-Knowledge Proofs (ZKP), или доказательства с нулевым разглашением, — это еще один инструмент для реализации децентрализованной идентификации в CRM. При использовании ZKP пользователи могут подтверждать свою личность без необходимости предоставлять свои персональные данные. Это особенно полезно в CRM-системах, где необходимо подтверждать определённые атрибуты клиента, но не требуется раскрытие всей информации. Например, для доступа к специальным предложениям клиент подтверждает факт достижения определённого статуса в системе, а CRM получает лишь подтверждение, что статус достигнут, без подробной информации о клиенте. Такая модель повышает конфиденциальность и минимизирует объем обрабатываемых данных [5].

Внедрение таких методов в CRM помогает повысить доверие со стороны клиентов и снизить уязвимости систем, что особенно важно в условиях строгих требований к конфиденциальности данных и безопасному управлению идентификацией.

Проблемы масштабируемости

Масштабируемость является одной из ключевых проблем при внедрении блокчейна в CRM-системы. Это связано с особенностями распределенной архитектуры, обеспечивающей безопасность и децентрализацию, но требующей значительных вычислительных ресурсов.

Блокчейны имеют низкую пропускную способность, что замедляет обработку большого числа транзакций. Для CRM-систем, которые часто нуждаются в быстром отклике и большой скорости обработки запросов, это может стать серьёзным ограничением.

Алгоритмы консенсуса требуют значительных вычислительных мощностей и энергетических ресурсов, что делает масштабирование блокчейн-систем дорогостоящим. Для CRM-систем, которые могут использовать большие объемы данных, такая нагрузка может оказаться неприемлемой.

С увеличением количества пользователей и транзакций объем данных в блокчейне растет экспоненциально, что требует значительного пространства для хранения. Это может стать проблемой для узлов сети, так как с ростом базы данных могут возникнуть задержки при чтении и записи данных.

В отличие от традиционных баз данных, блокчейн не масштабируется горизонтально. Каждый узел должен обрабатывать и хранить всю историю транзакций, что замедляет работу всей системы.

Юридические и нормативные вопросы

Юридические и нормативные вопросы играют критическую роль в использовании блокчейна для CRM, поскольку работа с персональными данными клиентов должна соответствовать законодательным требованиям.

Многие регуляции накладывают строгие требования на обработку и хранение персональных данных. В блокчейне данные, как правило, не могут быть удалены, поскольку это нарушает принцип неизменности цепочки. Однако законы требуют возможности удаления данных по запросу клиента. Это может вызвать конфликт интересов при внедрении блокчейна в CRM-системы, так как данные клиента должны быть защищены и при этом оставаться удаляемыми [6].

В блокчейн-сетях данные могут храниться на узлах, расположенных в разных странах, что вызывает вопрос о применимой юрисдикции и законах. CRM-системы, использующие блокчейн, должны учитывать, что каждое государство имеет свои требования к обработке и хранению данных, и сложно определить, какое из них применяется к распределенным системам.

Для CRM, особенно при работе с международными клиентами, необходимо учитывать налоговые и бухгалтерские требования. Блокчейн, как правило, обеспечивает прозрачность, но перевод данных между юрисдикциями может усложнить налоговый и бухгалтерский учет.

В распределенной сети каждый узел участвует в обеспечении функционирования системы, но не всегда ясно, кто несет ответственность за возможные сбои или нарушения данных. В CRM-системах это важно, так как любая ошибка или нарушение может повлиять на конфиденциальность данных клиентов и нанести репутационный урон.

Улучшение модулей системы

Применение блокчейна в CRM-системах открывает перспективы для значительного улучшения ряда ключевых модулей.

В качестве модернизации модуля управления клиентскими данными можно использовать децентрализованное хранение данных с использованием блокчейна, что позволяет каждой записи быть защищенной от изменений, так как каждое изменение фиксируется в блоках цепи. Это гарантирует, что данные о клиентах останутся неизменными и доступными для проверки, что особенно важно для выполнения требований законодательства о защите данных.

Для сервиса/модуля аутентификации блокчейн позволяет использовать децентрализованные методы аутентификации, такие как децентрализованные идентификаторы (DID), которые обеспечивают пользователям больше контроля над своими данными. Внедрение механизмов аутентификации на основе смарт-контрактов позволяет создать надежную систему, где доступ предоставляется на основе проверяемых записей.

При автоматизации бизнес-процессов смарт-контракты могут выполнять задачи автоматизации без участия центрального сервера, обеспечивая выполнение условий, заложенных в коде. Например, если при заключении сделки требуется последовательное одобрение нескольких сторон, смарт-контракты могут автоматически подтверждать или отклонять этапы сделки в зависимости от данных, доступных в блокчейне.

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

Интеграция блокчейна может полностью изменить парадигму работы CRM-систем. Внедрение этой технологии позволяет CRM-системам выйти на новый уровень, усиливая доверие и упрощая сложные процессы.

Структура блоков: Полный обзор структуры и элементов каждого блока

В области CRM систем блокчейн может быть использован для автоматизации процессов взаимодействия с клиентами, управления данными и улучшения прозрачности работы с клиентами. В таком случае структура блоков может несколько отличаться от блоков в криптовалютных системах, но основные принципы остаются теми же.

1. Заголовок блока, включающий версию, которая указывает на версию протокола блокчейна. Это важно для отслеживания изменений и обновлений в протоколе, чтобы обеспечить совместимость между блоками.
2. Хэш предыдущего блока, обеспечивающий порядок блоков, и, подтверждающий, что блоки были добавлены последовательно. Это также предотвращает манипуляции с данными, поскольку изменение одного блока приведет к изменению всех последующих.
3. В блокчейне для управления данными, например, в CRM-системах, корень дерева Меркле используется для проверки целостности всех транзакций в блоке. Это позволяет проверять данные в блоке, не загружая каждый элемент, что делает процесс более эффективным.
4. Временная метка, указывающая на момент создания блока. Она важна для записи последовательности действий в блокчейне и предотвращает любые попытки изменения порядка транзакций.
5. Nonce, в некоторых случаях для защиты от атак или для выполнения операций с нагрузкой может применяться алгоритм, требующий использования случайных чисел для подтверждения корректности блока.
6. Данные транзакций, включающие идентификатор транзакции, который используется для отслеживания и проверки каждой транзакции или действия, выполненного в системе.
7. В блокчейне CRM системы могут указываться данные сторон, участвующих в взаимодействии — например, данные клиента и менеджера, либо другие записи, связанные с взаимодействием.
8. Детали транзакции, указывающие, что именно произошло в рамках транзакции: например, запрос на услугу, обновление информации о клиенте.
9. Цифровая подпись, каждая транзакция может быть подписана автором, чтобы подтвердить, что она была инициирована именно этим пользователем или системой. Это важно для обеспечения подлинности и предотвращения мошенничества.
10. Каждый блок в блокчейне имеет свой уникальный хэш, который получается с использованием криптографической хеш-функции. Хэш блока представляет собой уникальную строку, которая идентифицирует данный блок и гарантирует, что его содержимое не было изменено.
11. Сложность и целевая отметка для обеспечения целостности блоков. Например, система может требовать, чтобы определенные проверки (например, количество записей, выполнение операций или одобрение транзакции) соответствовали заранее определенному уровню сложности.

Эти элементы делают блокчейн эффективным инструментом для управления данными и взаимодействиями в децентрализованных системах, а также для обеспечения прозрачности и надежности всех операций [7].

Алгоритмы консенсуса и их особенности

Алгоритмы консенсуса в блокчейне играют ключевую роль в обеспечении согласования всех участников сети относительно состояния базы данных. В контексте CRM-систем, применение алгоритмов консенсуса может улучшить безопасность данных, управление транзакциями и автоматизацию процессов.

Proof of Work — это один из самых известных алгоритмов консенсуса, используемый в блокчейне для криптовалют, таких как Bitcoin. Этот алгоритм требует, чтобы участники сети решали сложные математические задачи, прежде чем добавлять новый блок в блокчейн. Решив задачу, узел получает право на добавление блока и вознаграждается за это. Алгоритм PoW требует значительных вычислительных ресурсов для взлома блокчейна, что делает систему защищенной от атак. Все участники сети могут увидеть, какой узел добился консенсуса и добавил блок, что способствует повышению доверия к системе [8]. В CRM-системах PoW может быть полезен для обеспечения целостности данных при регистрации важнейших транзакций (например, обработка критичных данных клиентов или финансовых транзакций).

Proof of Stake является альтернативой Proof of Work. Вместо того чтобы требовать от участников выполнения вычислительных задач, PoS назначает право создания блока в зависимости от количества криптовалюты, которую участник сети "ставит" в систему. Чем больше средств поставлено, тем выше вероятность, что именно этот узел будет выбран для добавления нового блока. PoS требует гораздо меньших вычислительных мощностей, что делает его более энергоэффективным по сравнению с PoW. Атака на PoS требует большого количества средств, что делает ее экономически нецелесообразной [9]. PoS подходит для CRM-систем, где важно сохранять эффективность и экономию ресурсов, особенно если система обслуживает большое количество клиентов и имеет высокие требования к скорости транзакций. Он может быть использован для обеспечения безопасности взаимодействий с клиентами, таких как обработка заказов, взаимодействие с базой данных и предоставление услуг.

Delegated Proof of Stake является улучшенной версией PoS, при которой сеть доверяет выбор консенсуса делегированным узлам. Эти делегаты выбираются из числа участников сети и ответственны за создание новых блоков и подтверждение транзакций. За счет небольшого числа делегатов, процессы согласования блоков происходят быстрее. DPoS позволяет улучшить масштабируемость сети и повысить производительность [9]. DPoS может быть использован в CRM-системах для ускорения обработки транзакций и обеспечения высокой доступности данных при обслуживании клиентов. Этот подход особенно полезен для систем, которые нуждаются в высокоскоростной обработке данных и где централизация делегатов может быть оправдана с точки зрения удобства и эффективности.

Practical Byzantine Fault Tolerance — это алгоритм консенсуса, разработанный для работы в условиях, где возможна работа с ошибочными узлами или атакующими участниками. Он достигает консенсуса, даже если часть узлов действует недобросовестно, что позволяет системе оставаться устойчивой. PBFT может работать даже в условиях, когда часть узлов в сети ведет себя неправомерно. Подходит для систем, где важно поддерживать высокую доступность и целостность данных [9]. PBFT может быть полезен в CRM-системах, где требуется высокая степень доверия и надежности при обработке чувствительных данных клиентов. Подходит для специализированных CRM-систем с высоким уровнем безопасности, например, для банковских или финансовых организаций, где важно обеспечить защиту от манипуляций с данными.

Распределенные узлы: Полные и неполные узлы, их роли и примеры использования в распределенной CRM-системе

В контексте распределенных систем, таких как блокчейн, узлы играют ключевую роль в обеспечении децентрализованной работы системы. Важно понимать, что в блокчейн-сетях могут быть как полные узлы, так и неполные узлы, и каждый из них имеет свою специфическую роль в поддержке сети.

Полные узлы в блокчейне — это узлы, которые хранят полную копию всей истории блоков сети. Они участвуют в валидации транзакций и блоков, обеспечивая независимость от других узлов и проверяя корректность всех операций. Полные узлы проверяют каждый блок и транзакцию, которые происходят в сети и защищают систему от атак и манипуляций с данными. Поскольку полные узлы хранят всю информацию о блоках и транзакциях, они обеспечивают максимальный уровень независимости и доверия для пользователей сети.

Применение в CRM: Полные узлы могут использоваться в распределенных CRM-системах для обеспечения полной верификации данных клиентов и транзакций. Например, в банковских или финансовых приложениях, где необходима высокая степень защиты и проверка каждого действия пользователя, полные узлы могут хранить и проверять все транзакции, гарантируя их правильность.

Неполные узлы, или легкие узлы, хранят только часть информации о блокчейне, обычно лишь заголовки блоков и минимальную информацию о транзакциях, что позволяет им быть менее ресурсозатратными. Неполные узлы могут быть запущены на устройствах с ограниченными ресурсами (например, мобильных телефонах или менее мощных серверах), так как им не требуется хранить всю историю блокчейна. Они отправляют запросы к полным узлам для получения данных и подтверждения транзакций. Неполные узлы обычно используются для быстрого доступа к информации, но не для валидации. Использование неполных узлов снижает требования к хранилищу данных и ускоряет взаимодействие с сетью. Неполные узлы идеально подходят для использования в распределенных CRM-системах, где необходимо обеспечить доступ к данным клиентам, например, через мобильные приложения или клиентские интерфейсы с ограниченными вычислительными возможностями. Неполные узлы позволяют быстрее обрабатывать запросы и взаимодействовать с сетью, но при этом они менее надежны для критичных операций, таких как обработка финансовых транзакций.

Комплексное применение этих типов узлов позволяет создать сбалансированную, эффективную и безопасную систему для управления взаимоотношениями с клиентами в децентрализованной среде [10]. Далее опишем простейший пример организации сети CRM-системы на базе блокчейна (рис. 1).

Authorization Server отвечает за аутентификацию клиентов и выдачу токенов доступа. Client сначала взаимодействует с Auth Server для получения временного токена, подтверждающего его доступ к Full Node. Сам по себе Auth Server не участвует в блокчейне напрямую, но добавляет уровень безопасности, защищая доступ к данным. Identity Management Server (Сервер управления идентификацией) хранит идентификационную информацию и профили пользователей и взаимодействует с Auth Server, предоставляя ему данные для аутентификации и авторизации клиентов. Identity Management Server создаёт уникальный DID для пользователя. IMS формирует транзакцию для записи нового DID и его метаданных в блокчейн. Эта транзакция передается Ordering Service, который добавляет её в пул транзакций для последующего включения в блок. После того как блок с новым DID будет подтверждён и добавлен, пользователь может использовать свой DID для аутентификации. Ordering Service отвечает только за хранений свободных транзакций и инициализацию блока для подтверждения его полными узлами. Хотя база данных и не относится к блокчейну, реализация хранения объемных данных на полных узлах будет замедлять работу системы. В случае добавления базы данных, блокчейн содержит информацию о создании транзакции и историю ключевых ее изменений, а также хеш данных, подтверждающий их целостность. Внешняя база данных содержит гибкие данные, которые могут изменяться (например, текст и вложения), и служит местом хранения подробных описаний и файлов. Взаимосвязь через идентификатор блокчейна, записанный в хранилище, позволяет обращаться к внешним данным, проверять их целостность через блокчейн и обновлять их без изменения основной записи на блокчейне. Так как объемные данные о транзакции не передаются другим полным узлам для верификации, возникает вопрос в верификации хэша блока. В таком случае добавляется понятие короткого и полного хеша. Полный хэш берется от всех данных, включая объемный текст и вложения. Из ключевых данных транзакции формируется короткий хеш, представляющий неизменяемую часть, который и будет использован для верификации блока. Блок также будет хранить полный хэш для будущих проверок на подлинность данных, хранящихся в базе. Легкие узлы будут хранить лишь заголовки блоков цепи и получают минимально необходимые права для запроса данных и передачи транзакций, но без полномочий на валидацию или хранение полной цепи блоков.

Заключение

В результате проведенного исследования были рассмотрены возможности использования блокчейн-технологий для совершенствования CRM-систем. Современные системы управления взаимоотношениями с клиентами нуждаются в новых методах защиты данных и повышении прозрачности взаимодействий, что делает блокчейн актуальной технологией для данной области. Децентрализованное хранение данных, неизменяемость записей и использование смарт-контрактов открывают перед CRM новаторские возможности, позволяя не только защитить информацию от фальсификации и утечек, но и повысить доверие клиентов к системе. Анализ показал, что внедрение блокчейна может значительно снизить риски, связанные с несанкционированным доступом и подделкой данных. Это особенно важно в CRM-системах, где любые искажения информации могут повлиять на доверие и лояльность клиентов. Несмотря на очевидные преимущества, блокчейн также накладывает определенные ограничения и вызывает ряд технических вопросов, таких как высокая вычислительная нагрузка, проблемы масштабируемости и сложность интеграции в существующие системы. Таким образом, блокчейн представляет собой эффективный инструмент для обеспечения безопасности и повышения прозрачности в CRM, однако его внедрение требует тщательного подхода и учета всех особенностей. В будущем, с учетом стремительного развития блокчейн-технологий, можно ожидать появления более гибких и экономичных решений, которые еще больше расширят возможности CRM и упростят реализацию защищенных и доверительных взаимоотношений с клиентами.

1. Arun, J. S. Blockchain for Business / J.S. Arun, J. Cuomo, N. Gaur. - Published by Addison-Wesley Professional, 2019. – 2 с.
2. Kumari, Sh. Blockchain-based CRM solutions: securing customer data in the digital transformation era / Sh. Kumari, B. Sarkar, G. Singh // International journal of computer trends and technology. – 2023. – № 4. – Т. 71. – С. 27-36.
3. Doboriginidze, G. Improve efficiency and reliability of supply chains using smart contracts / G. Doboriginidze, L. Petriashvili, M. Inaishvili // International Academy Journal Web of Scholar. – 2020. – № 8. – С. 13-18.
4. Zhu, Y. Fine grained access control based on smart contract for edge computing / Y. Zhu, X. Wu, Zh. Hu // Electronics. – 2022. – № 1. – Т. 71. – С. 167.
5. Pinto, R. Decentralized Identity Explained / R. Pinto. - Published by Packt Publishing, 2024. – 13 c.
6. Chiappetta, A. The impact of privacy and cybersecurity on e-record: the PNR Directive adoption and the impact of gdpr / A. Chiappetta, A. Battaglia // Journal of Sustainable Development of Transport and Logistics. – 2022. – № 3. – С. 77-87.
7. Soloriо, K. Hands-On Smart Contract Development with Solidity and Ethereum / K. Solorio, R. Kanna, D. H. Hoover. - Published by O'Reilly Media, Inc., 2019. – 1 c.
8. Canenken, H. E. Технология Blockchain и ее применение / И. Е. Canenken // Journal of applied informatics. – 2016. – № 6. – Т. 71. – С. 19-24.
9. Криштановов, B. Б. Блокчейн: технологический и экономический аспекты / В. Б. Криштановов // Труды БГТУ. – 2020. – Серия 5. – № 2. – С. 13-32.
10. Benčić, F. M. Aurora: a probabilistic algorithm for distributed ledgers enabling trustless synchronization and transaction inclusion verification [Электронный ресурс] / F. M. Benčić [et al.]. – Электрон. дан. – 2024. – Р. 2. – URL: https://ar5iv.labs.arxiv.org/html/2108.08272