Hyperledger Fabric для Чайников
Добрый день, дорогие читатели, меня зовут Николай Нефедов, я технический консультант компании IBM, в этой статье я хотел бы познакомить вас с блокчейн платформой – Hyperledger Fabric. Платформа предназначена для построения бизнес приложений уровня предприятия (Enterprise class). Уровень статьи – для неподготовленных читателей, имеющих базовые знания IT технологий.
Hyperledger Fabric это open-source проект, одна из ветвей открытого проекта Hyperledger, консорциума Linux Foundation. Hyperledger Fabric был изначально стартован Digital Assets и IBM. Основной особенностью платформы Hyperledger Fabric является направленность на корпоративное применение. Поэтому платформа разрабатывалась с учетом обеспечения высокой скорости проведения транзакций и их низкой стоимости, а также идентификации всех участников. Данные преимущества достигаются за счет разделения службы проверки транзакций и формирования новых блоков распределенного реестра, а также применения центра сертификации и авторизации участников.
Моя cтатья это часть цикла статей о Hyperledger Fabric в рамках которой мы описываем проект системы по учету студентов, поступающих в ВУЗ.
Общая архитектура Hyperledger Fabric
Hyperledger Fabric — это распределенная блокчейн сеть, состоящая из различных функциональных компонентов, которые устанавливаются на узлы сети. Компоненты Hyperledger Fabric представляют из себя Docker контейнеры, которые можно свободно скачать из DockerHub. Hyperledger Fabric также можно запустить в Kubernetes среде.
Для написания смарт-контрактов (chaincode в контексте Hyperledger Fabric) мы использовали Golang (хотя Hyperledger Fabric позволяет использовать и другие языки). Для разработки пользовательского приложения в нашем случае использовался Node.js с соответствующим Hyperledger Fabric SDK.
На узлах выполняется бизнес логика (смарт-контракт) – chaincode, хранится состояние распределенного реестра (ledger data) и исполняются другие системные службы платформы. Узел – это только логическая единица, разные узлы могут существовать на одном физическом сервере. Гораздо важнее – это как узлы сгруппированы (Trusted domain) и с какими функциями блокчейн сети они ассоциированы.
Общая архитектура выглядит следующим образом:
Picture 1. Общая Архитектура Hyperledger Fabric
Пользовательское приложение (Submitting Client) — приложение, с помощью которого пользователи работают с блокчейн сетью. Для работы необходимо пройти авторизацию и обладать соответствующими правами на разного рода действия в сети.
Peers (Узлы) бывают нескольких ролей:
- Endorsing Peer — узел, который симулирует исполнение транзакции (исполняет код смарт-контракта). После выполнения проверки и исполнения смарт-контракта узел возвращает результаты выполнения клиентскому приложению вместе со своей подписью.
- Ordering Service — распределенный сервис на нескольких узлах, служит для формирования новых блоков распределенного реестра и создания очередности исполнения транзакций. Ordering Service не добавляет новые блоки в реестр (Для повышения производительности эта функция перенесена на Committing Peers).
- Committing Peer — узел, который содержит распределенный реестр и добавляет новые блоки к реестру (которые сформировал Ordering Service). Все Committing Peer содержат локальную копию распределенного реестра. Committing Peer перед локальным добвлением нового блока проверяет все транзакции внутри блока на валидность.
Endorsement Policy – это политика проверки транзакции на валидность. Данные политики определяют необходимый набор узлов, на которых должен быть выполнен смарт-контракт для того, чтобы транзакция была признана валидной.
Распределенный Реестр — Lerger — состоит из двух частей: WolrldState (также называется — State DataBase) и BlockChain.
BlockChain — это цепочка блоков, которая хранит записи о всех изменениях, произошедших с объектами распределенного реестра.
WolrldState — это компонент распределенного реестра, который хранит текущие (крайние) значения всех объектов распределенного реестра.
WorldState представляет собой базу данных, в базовом варианте — LevelDB или более сложная – CouchDB, которая содержит пары ключ — значение, например: Имя – Иван, Фамилия — Иванов, дата регистрации в системе – 12.12.21, дата рождения — 17.12.1961, и т.д. WorldState и распределенный реестр должны быть консистентны у всех участников данного канала.
Поскольку Hyperledger Fabric это сеть, в которой все участники известны и аутентифицированы, здесь используется выделенный центр сертификации — CA (Certification Authority). CA работает на основе X.509 стандарта и инфраструктуры публичных ключей – PKI.
Membership Service – это служба, через которую участники осуществляют проверку принадлежности объекта к той или иной организации или каналу.
Транзакция – в большинстве случаев, это запись новых данных в распределенный реестр.
Также транзакции бывают на создание каналов или смарт-контрактов. Транзакция инициируется пользовательским приложением и заканчивается записью в распределенный реестр.
Канал (Channel) – это закрытая подсеть, состоящая из двух или более участников блокчейн сети, предназначенная для проведения конфиденциальных транзакций внутри ограниченного, но известного, круга участников. Канал определяется участниками, своим распределённым реестром, смарт-контрактами, Ordering Service, WorldState. Каждый участник канала должен быть авторизован на доступ к каналу и иметь право выполнять разного рода транзакции. Авторизация выполняется с помощью Membership Service.
Типовой сценарий исполнения транзакции
Далее я хотел бы рассказать о типовом сценарии выполнения транзакции на примере нашего проекта.
В рамках нашего внутреннего проекта мы создали Hyperledger Fabric сеть, которая предназначена для регистрации и учета студентов, поступающих в ВУЗы. Наша сеть состоит из двух организаций, принадлежащим ВУЗу A и ВУЗу B. Каждая организация содержит клиентское приложение, а также свои Committing и Endorsing Peer. Также мы используем общие сервисы Ordering Service, Memebership Service и Certification Authority.
1) Инициация Транзакции
Пользовательское приложение, используя Hyperledger Fabric SDK, инициирует запрос на транзакцию и отправляет запрос на узлы со смарт-контрактами. Запрос может быть на изменение или чтение из распределенного реестра (Ledger). Если рассматривать пример нашей тестовой конфигурации системы для учета студентов ВУЗов, то клиентское приложение посылает запрос на транзакцию на узлы вузов A и B, которые включены в Endorsement policy вызываемого смарт-контракта. Узел A — это узел, который находится в ВУЗе, который регистрирует поступающего студента, а узел B — это узел, который находится в другом ВУЗе. Для того чтобы транзакция была сохранена в распределенный реестр, необходимо, чтобы все узлы, которые согласно бизнес логике должны одобрить транзакцию, успешно выполнили смарт-контракты с одинаковым результатом. Пользовательское приложение узла A, используя инструменты Hyperledger Fabric SDK, получает Endorsement policy (политика одобрения) и узнает, на какие узлы нужно отправить запрос на транзакцию. Это запрос на вызов (invoke) определенного смарт-контракта (chaincode function), чтобы прочитать или записать определённые данные в распределенный реестр. Технически, клиентское SDK использует соответствующую функцию, API которой передается некий объект с параметрами транзакции, а также добавляет клиентскую подпись и отправляет эти данные по протоколу protocol buffer over gRPC на соответствующие узлы (endorsing peers).
Picture 2. Инициация Транзакции
2) Выполнение смарт-контракта
Узлы (Endorsing Peers), получив запрос на проведение транзакции, проверяют клиентскую подпись и если все в порядке, то берут объект с данными запроса и запускают симуляцию исполнения смарт-контракта (chaincode function) с этими данными. Смарт-контракт — это бизнес логика транзакции, определённый набор условий и инструкций (в нашем случае это проверка студента, новый это студент, или он уже зарегистрирован, проверка возраста и т.д.). Для исполнения смарт-контракта также понадобятся данные из WorldState. В результате симуляции смарт-контракта на Endorsing peer получается два набора данных – Read Set и Write Set. Read Set и Write Set — это исходные и новые значения WorldState. (новые – в смысле полученные при симуляции смарт-контракта).
Picture 3. Выполнение смарт-контракта
3) Возврат данных клиентскому приложению
После проведения симуляции смарт-контракта Endorsing Peers возвращают клиентскому приложению исходные данные и результат симуляции, а также RW Set, подписанные своим сертификатом. На данном этапе никаких изменений в распределенном реестре не происходит. Клиентское приложение проверяет подпись Endorsing Peer, а также сравнивает исходные данные транзакции, которые были отправлены, и данные, которые вернулись (то есть проверяет не исказились ли исходные данные над которыми проводилась симуляция транзакции). Если транзакция была только на чтение данных из реестра, то клиентское приложение соответственно получает необходимый Read Set и на этом обычно транзакция успешно завершается без изменения распределенного реестра. В случае транзакции, которая должна изменить данные в реестре, клиентское приложение дополнительно проводит проверку выполнения Endorsing policy. Возможна ситуация, когда клиентское приложение не проверяет результат выполнения Endorsement Policy, но платформа Hyperledger Fabric в данном случае предусматривает проверку политик на узлах (Comitting Peers) на стадии добавления транзакции в реестр.
Picture 4. Возврат данных клиентскому приложению
4) Отправка RW sets на Ordering Peers
Клиентское приложение отправляет транзакцию вместе с сопутствующими данными на Ordering service. Сюда включаются RW Set, подписи Endorsing peers, а также идентификатор канала (Channel ID).
Ordering service – исходя из названия, основная функция этого сервиса — построение поступающих транзакций в правильном порядке. А также формирование нового блока распределенного реестра и гарантированную доставку новых сформированных блоков всем Commiting узлам, таким образом обеспечивая консистентность данных на всех узлах содержащих распределенный реестр (Commiting peers). При этом сам Ordering service никак не меняет реестр. Ordering Service это жизненно важный компонент системы, поэтому он представляет из себя кластер из нескольких узлов. Ordering Service не проверяет транзакцию на валидность, он просто принимает транзакцию с определенным идентификатором канала, выстраивает поступающие транзакции в определенном порядке и формирует из них новые блоки распределенного реестра. Один Ordering Service может обслуживать несколько каналов одновременно. В состав Ordering Service входит Kafka кластер, который и поддерживает правильную (неизменную) очередь транзакций (см. Пункт 7).
Picture 5. Отправка RW sets на Ordering Peers
5) Отправка сформированных блоков на Committing Peer
Сформированные в Ordering Service блоки передаются (broadcast) всем узлам сети. Каждый узел, получив новый блок, проверяет его на соответствие Endorsing Policy, проверяет, что все Endorsing Peers получили одинаковый результат (Write Set) в результате симуляции смарт-контракта, а также проверяет, не изменились ли исходные значения (то есть — Read Set — данные прочитанные смарт-контрактом из WorldState) с момента инициации транзакции. Если все условия выполнены – транзакция помечается валидной, в противном случае, транзакция получает статус не валидной.
Picture 6. Отправка сформированных блоков на Committing Peer
6) Добавления блока в реестр
Каждый узел добавляет транзакцию в свою локальную копию распределенного реестра, при этом, если транзакция валидна, то Write Set применяется к WorldState (текущему состоянию), соответственно, записываются новые значения объектов, которые затрагивались транзакцией. В случае если транзакция получила маркер – не валидной (например, произошло две транзакции с одними и теми же объектами в рамках одного блока, то одна из транзакций получится не валидной, поскольку исходные величины уже изменены другой транзакцией). Эта транзакция также добавляется в распределенный реестр с маркером не валидной, но Write Set этой транзакции не применяется к текущему состоянию WorldState и, соответственно, не изменяет объекты, учавствующие в транзакции. После этого пользовательскому приложению отправляется нотификация, что транзакция на веки вечные добавлена в распределенный реестр, а также статус транзакции, то есть валидна она или нет…
Picture 7. Добавления блока в реестр
ORDERING SERVICE
Ordering Service состоит из Kafka кластера с соответсвующими ZooKeeper нодами и Ordering Service Nodes (OSN), которые стоят между клиентами Ordering service и Kafka Кластером. Kafka кластер — это распределенная, отказоустойчивая платформа управления потоками (сообщениями). Каждый канал (топик) в Kafka — это неизменяемая последовательность записей, которая поддерживает только добавление новой записи (удаление существующей невозможно). Иллюстрация структуры топика приведена ниже. Именно это свойство Kafka и используется для построения блокчейн платформы.
взято с сайта kafka.apache.org
Picture 8. Ordering Service Topic Structure
Полезны ссылки
Благодарности
Выражаю огромную благодарность за помощь в подготовке статьи моим коллегам:
Николаю Марину
Игорю Хапову
Дмитрию Горбачеву
Александру Земцову
Екатерине Курденковой
Екатерине Гусевой
- Hyperledger Fabric
- Blockchain
Новая эпоха: технологии IBM меняют нефтегазовый бизнес
Благодаря продуктам IBM на этапе разведки и добычи появляется возможность оптимизировать управление информацией с помощью ИИ и анализа больших данных для повышения безопасности и эффективности разведки и добычи
Москва, 1 июн — ИА Neftegaz.RU. IBM принимает активное участие в цифровой трансформации нефтегазовой отрасли.
Компания оказывает помощь в модернизации с помощью современных технологий для получения конкурентных преимуществ.
Наращивание производительности, оптимизация разведки, повышение уровня безопасности – это лишь часть задач, которые IBM позволяет решить с помощью передовых технологий и накопленных ценных знаний.
Компания использует ряд инновационных решений.
Одно из наиболее сложных – искусственный интеллект, воплощенный в IBM Watson.
Это когнитивная система, которая является результатом последних инноваций в сфере машинного обучения; открытая мультиоблачная платформа, помогающая автоматизировать жизненный цикл ИИ.
Продукт позволяет создавать мощные модели с нуля или ускорять окупаемость вложенных средств с помощью готовых корпоративных приложений.
Второе решение – Интернет вещей.
Он используется для работы платформы Watson IoT, которая помогает подключать устройства к любым системам для повышения эффективности предприятия.
Третья технология – облако.
IBM Cloud помогает обеспечивать непрерывность бизнеса с помощью резервного копирования, восстановления и репликации, а также организовывать простую и быструю интеграцию данных о событиях, поступающих из разных систем.
И наконец, четвертая инновация – это блокчейн.
Платформа IBM Blockchain помогает сделать продовольственное снабжение более безопасным, разумным и выгодным, а также избавить цепочки поставок от устаревших процессов и бумажной работы.
Данные решения доступны для каждого сектора нефтегазовой индустрии.
Благодаря продуктам IBM на этапе разведки и добычи появляется возможность оптимизировать управление информацией с помощью ИИ и анализа больших данных для повышения безопасности и эффективности разведки и добычи.
На этапе хранения и транспортировки нефти инновационные технологии позволяют согласовывать логистику с общей стратегией предприятия и создавать комплексную систему управления информацией на основе одной платформы.
А на этапе переработки и сбыта нефти и газа можно извлекать ценную информацию о переработке из имеющихся данных для выявления закономерностей и повышения эффективности.
Таким образом, большинство задач, существующих в современной нефтегазовой сфере, возможно решить с помощью инновационных продуктов IBM.
Они представляют собой целую парадигму, способную значительно расширить потенциал отрасли.
Автор: С. Бабаева
После отправки формы Вы сможете узнать больше:
IBM запускает первые высокозащищенные облачные блокчейн-сервисы
Как уже сообщалось, в январе этого года наша компания открыла blockchain-лабораторию. Проект стартовал при поддержке партнера — некоммерческой организации Innovate Finance. Цель проекта — изучение дополнительных возможностей технологии blockchain с использованием значительных вычислительных и аналитических мощностей компании.
Сейчас партнеры уже довольно далеко продвинулись в рамках проекта, поэтому было решено запустить первые сервисы на основе указанной технологии. Здесь стоит напомнить, что сети блокчейн основаны на концепции децентрализованного контроля, однако некоторые облачные среды сохраняют уязвимость, которая допускает взлом информационных систем и неавторизованный доступ. Команда IBM, состоящая из экспертов по информационной безопасности, криптографов, экспертов по аппаратному обеспечению и исследователей, создала принципиально новые облачные сервисы для устойчивых к взлому доверенных сетей на технологии блокчейна.
Сервисы такого типа помогают создавать блокчейн-сети и управлять ими. Это необходимо для обеспечения надежной работы нового класса распределенных финансовых приложений. Теперь разработчики могут создавать цифровые активы и соответствующую бизнес-логику, что откроет возможность для более безопасной и конфиденциальной передачи активов между участниками тестовой сети блокчейн с ограниченными и защищенными правами доступа. Используя новые сервисы от IBM, доступные на Bluemix, разработчики могут применить полностью интегрированные DevOps инструменты для создания, деплоя, запуска и мониторинга блокчейн-приложений на IBM Cloud. Приложения такого типа могут быть развернуты и на IBM z Systems, обеспечивая дополнительный уровень безопасности для особенно ценных данных. Блокчейн-приложения могут получать доступ к существующим транзакциям на распределенных серверах и компьютерах Z Systems посредством API, поддерживая таким образом новые виды процедур оплаты, заключения сделок, снабжения и ведения бизнеса.
Среди прочих возможностей выделим и подключение данных IoT к блокчейну. Используя Watson IoT Platform, IBM позволяет задействовать такие виды информации, как координаты позиционирования устройств с использованием радиомодулей, считываемые штрих-коды или данные, полученные с устройств. В ближайшем будущем IoT гаджеты смогут работать с распределенными блокчейн-журналами для обновления и визирования данных по контактам. К примеру, местоположение и температура посылки при использовании такой технологии будут автоматически фиксироваться и записываться в блокчейн. Одновременно все стороны, имеющие отношение к посылке, смогут получать обновление ее статуса.
Для того, чтобы познакомить девелоперов с новинкой, наша компания проводит так называемые IBM Garages для блокчейн-разработчиков. Что это такое? IBM Garages, можно сказать, это станции техобслуживания, которые уже открыты или в скором будущем будут реализованы в крупных городах. Подразделение IBM Global Business Services также планирует распространить услуги консультирования по проблемам блокчейн на клиентов в финансовом и банковском секторах, плюс в секторе логистики. Планируется начать работу и с IBM Interactive Experience (IBM iX) в разработке вариантов имплементации блокчейн в более чем 25 IBM-студиях по всему миру (IBM Studios).
Создавая новые сервисы, компания много внимания уделяет безопасности как данных сервисов, так и пользователей. «Вопросы безопасности наши заказчики считают одним из факторов, который замедляет процесс внедрения блокчейна. Сегодня присутствует общее понимание необходимости оперативного внедрения на предприятиях технологии блокчейн. В то же время, многим организациям нужна помощь в выборе идеальной облачной среды, которая позволит безопасно управлять блокчейном в облаке», — сообщил Джерри Куомо, вице-президент IBM Blockchain.
В этой сфере решение проблемы информационной безопасности обеспечивается несколькими способами. Они включают облачные сервисы, соответствующие наивысшим в этой области стандартам (FIPS 140-2 и EAL), что обеспечивает поддержку блокчейна в сфере здравоохранения, государственном и финансовом секторе. Напомним, что мы передали около 44000 строк кода открытому проекту Hyperledger консорциума Linux Foundation. Кроме того, исходный код также выложен и на GitHub. Благодаря этому стало возможным упрощенное использование кода IBM проекта Hyperledger консорциума Linux Foundation в любой среде. В дополнение к этому наша компания предлагает сервисы на базе Bluemix – облачной платформы, которая помогает разработчикам оперативно создавать приложения.
Благодаря открытому в апреле центру IBM Garage в Нью-Йорке, компания активно сотрудничает с такими заказчиками, как BNY Mellon в целях ускорения проектирования и разработки уникального приложения для займов в ценных бумагах с использованием блокчейн для продажи и перевода активов.
Выбор схемы системы безопасности для блокчейна в облаке
IBM Cloud позволяет предприятиям быстро создавать безопасные, устойчивые к взлому сети с тысячами пользователей. Облачная платформа поможет создавать и внедрять блокчейн за считанные минуты, используя зарегистрированные, сертифицированные и проверенные образы Docker вместе с информационной панелью, аналитикой и поддержкой.
Новые облачные сервисы были оптимизированы для расположенных в облаке сетей блокчейн, благодаря проверяемой операционной среде с комплексными данными регистрации, которая соответствует технической экспертизе и нормативным требованиям. Устойчивое к взлому хранилище шифроключей и полная защищенность криптографического модуля позволяют обнаруживать и реагировать на неавторизованные попытки физического доступа. Кроме того, сервисы IBM Cloud позволяют блокчейн-партнерам функционировать в защищенной среде, которая препятствует утечкам информации с совместно используемых запоминающих устройств и аппаратного обеспечения.
«Блокчейн – это невероятно инновационная и многообещающая технология. Тем не менее, по-прежнему существует много задач, которые предприятиям необходимо урегулировать, – заявил Эйджи Юки, директор и исполнительный вице-президент NTT DATA. – Новый облачный блокчейн-сервис IBM как раз и пытается решить такие вопросы. Мы верим, что он поможет ускорить становление технологии блокчейн».
IBM Blockchain for Hyperledger теперь доступен на DockerHub
Для организаций, которым требуется гибкость для запуска блокчейн-среды на разных облачных серверах или устройствах, стала доступна подписанная и заверенная рассылка кода IBM для проекта Hyperledger на DockerHub. Текущие обновления будут предоставлять новые функции, например, инструментальные панели, аналитические сервисы, поддержку посредством онлайн-чата и эксклюзивные сетевые услуги.
Сервисы IBM Blockchain для платформы Bluemix предлагают разработчикам бóльшую гибкость
Для разработчиков приложений, которые стремятся достичь мгновенного запуска и работы блокчейн-среды и начать создавать приложения, бета-сервисы IBM Blockchain на платформе Bluemix обеспечат доступ к самой последней версии кода Linux Hyperledger с учетом текущих обновлений. Вне зависимости от выбранной платформы, DockerHub или IBM Cloud, IBM Blockchain поддерживает множество сценариев использования для самых различных задач и отраслей.
А как принять участие в проекте?
Наши проекты открыты для новых участников! Вы можете ознакомиться с новинками блокчейн-технологий в рамках хакатона Consensus Building Blocks Hackathon 2016, на котором разработчики при помощи сервисов IBM Blockchain будут создавать инновационные приложения на платформе Bluemix с использованием технологий IBM Watson, IBM Internet of Things, данных Weather Channel и др. Выборы, управление рисками, финансы, здравоохранение, страхование, система снабжения и Интернет вещей – это примеры сфер, которые уже сегодня готовы к трансформации за счет внедрения сетей блокчейн.
- Блог компании IBM
- Финансы в IT
Seagate запустила блокчейн-систему для отслеживания поставок жёстких дисков
2019: Seagate запустила блокчейн-систему для отслеживания поставок жёстких дисков
В начале августа 2019 года Seagate объявил, что переходит к пилотному тестированию блокчейн-системы для отслеживания поставок жестких дисков, чтобы оценить масштабируемость платформы и потенциал технологии по борьбе с мошенничеством. Ранее технология начала применяться для борьбы с контрафактом, а теперь — для контроля за оборудованием, когда оно поступает от дистрибутора в магазин и к потребителю и когда оно возвращается покупателем из-за дефектов.
Производитель жестких дисков компания Seagate расширяет работу с блокчейн-технологией
Руководитель исследовательской группы Seagate по безопасности данных Мануэль Оффенберг (Manuel Offenberg) отметил, что компания одобрила реализацию этого проекта.
Блокчейн-система отслеживает жесткие диски, отправленные заказчику, в несколько этапов. В рамках пилотного проекта таким заказчиком выступила компания IBM, как основной клиент Seagate. Любые возвраты продукции также отслеживаются в блокчейн-системе. При внедрении в практику отслеживание позволило бы гарантировать, что компания не получит после возврата поддельные диски вместо оригинальных устройств.
Кроме того, если компания может доказать, что возвращенный диск был криптографически очищен, а на устройстве больше нет никакой информации, то с точки зрения поставок такое устройство будет классифицироваться уже иначе.
Клиенты тоже получат множество преимуществ при использовании новой блокчейн-системы: прежде всего, они смогут быть уверены в подлинности продукции (гарантию предоставляют Hyperledger Fabric, крупная компания, специализирующаяся на создании блокчейн-решений, и IBM), а также в том, что отправленный на ремонт жесткий диск не подменят на другой.
Хотя продукты фирмы уже снабжены маркировкой защиты бренда на основе QR-кода, эта система не использует блокчейн. Если пилотное тестирование блокчейн-системы будет успешно завершено с учетом других факторов, технология может быть внедрена на всех производственных площадках компании. [1]
2018: Seagate начинает использовать блокчейн IBM для борьбы с контрафактными HDD
В ноябре 2018 года компания Seagate Technology объявила, что совместно с IBM работает над проектом по борьбе с контрафактными жесткими дисками на основе технологии блокчейн. Благодаря новому решению производители и компании-партнеры смогут использовать блокчейн-платформу IBM для более точного установления происхождения HDD.
Сотрудничество IBM и Seagate предполагает обновление блокчейн-платформы IBM аутентификационными данными из системы безопасности Seagate Secure Electronic ID (eID) через облако IBM Cloud. Данная технология заключается в присвоении производителем диску уникального идентификатора, благодаря которому каждый HDD можно проверить на любом этапе его жизненного цикла.
Seagate начинает использовать блокчейн IBM для борьбы с контрафактными HDD
Помимо eID компания Seagate также предоставит решение Certified Erase: с использованием технологии криптографического стирания, создается цифровой сертификат об удалении данных, который подписывается электронной подписью в соответствии с инфраструктурой открытого ключа (PKI) Seagate Secure. Сгенерированный сертификат хранится в блокчейне для контроля соответствия новым законам о защите персональных данных.
В сочетании с указанными выше двумя решениями от Seagate, блокчейн-платформа IBM, функционирующая в рамках проекта Hyperledger, позволит разным сторонам добавлять или редактировать данные в соответствии с назначенным уровнем доступа.
Все пользователи платформы (поставщики, провайдеры услуг и др.) будут иметь доступ к неизменяемым записям о событиях, касающихся происхождения и жизненного диска продукта.
Такая инициатива поможет избежать потери данных и гарантировать потребителям качество продукции, а также снизить убытки, связанные с контрафактными товарами.
Брюс Андерсон, управляющий директор IBM, отметил, что возможность совместить блокчейн с передовой технологией криптографической идентификации продукции «свидетельствует о том, что процесс управления жизненным циклом электронных продуктов может быть переосмыслен». По его словам, «контрафактные детали электронных устройств – это глобальная проблема», для решения которой требуются усилия всех сторон. [2]
Примечания
- ↑Tech Firm Seagate Pilots Anti-Fraud Blockchain Tracking With IBM
- ↑Seagate and IBM Work Together to Help Reduce Global Hard Drive Counterfeiting with Blockchain Technology