Подробнее о компетенции

Консорциумная сеть

Консорциумная сеть FISCO BCOS: выписки и ключевые записи закрепляются в сети, проверяемы и защищены от подмены.

01 / Технические решения

Три неизбежных компромисса

У каждого варианта своя цена; ниже — что мы выбрали и почему.

Нужна ли цепь: реальная необходимость или следование концепции

Обычная практикаЗапись любых данных в блокчейн

Другой вариантВ цепь пишут только тогда, когда нескольким недоверяющим друг другу сторонам нужен общий учёт

Наш подходСтруктурированные данные: хеш в цепи, исходный файл локально

Блокчейн решает проблему недоверия нескольких сторон к централизованному реестру. Если данные пишет только один субъект, достаточно базы данных с журналом аудита — перенос в блокчейн лишь добавляет затраты. Наш критерий: блокчейн оправдан, когда одну и ту же запись совместно формируют или используют 3 и более независимых субъекта.

Что писать в цепь: исходный текст или хеш

Обычная практикаЗаписывать в цепь полные данные

Другой вариантВ цепь пишется только хеш, оригинал остаётся в бизнес-базе

Наш подходКлючевые поля и хеш — в цепь, остальное остаётся локально

Запись полного текста в блокчейн означает, что затраты на хранение и синхронизацию растут линейно с объёмом данных, а данные в цепи удалить нельзя: ошибочная запись уже не исправится. Практика: в цепь пишут ключевые поля, однозначно идентифицирующие запись (номер, время, субъект), и хеш содержимого, а исходный текст хранится в бизнес-базе. При проверке сравниваются хеши — результат тот же, стоимость на порядок ниже.

Как размещать узлы: кто предоставляет оборудование и кто его обслуживает

Обычная практикаВсе узлы размещены у нас

Другой вариантКаждый участник предоставляет один узел и обслуживает его самостоятельно

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

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

02 / Сравнение вариантов

Одна задача — три подхода

Нет оптимального решения — есть решение, подходящее сценарию.

Решение	Достоверность	Стоимость	Сценарии применения
База данных + журнал аудита	Зависит от доверия к центральной стороне	Низкий	Внутренняя прослеживаемость в рамках одной организации
Консорциумная сеть (от 3 узлов)	Совместное подтверждение несколькими сторонами	Средний (нужны 3 машины и сопровождение)	Совместная работа нескольких сторон с защитой от подделки
Публичная сеть	Полностью открыто	Высокий (затраты на gas + низкая производительность)	Сценарии, требующие открытой внешней проверки

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

Что мы делаем

Консорциумная сеть из 3 узлов · консенсус PBFT
Закрепление отпечатка SHA-256 ведомости
7 систем оценки · 9 программных модулей
Интерфейс проверки в блокчейне · Защита от подмены и прослеживаемость

Обсудить задачи

Формат поставки

Способ развёртыванияЛокально / частное облако / внутренняя сеть

Состав поставкиСистема + документация + обучение

Поддержка эксплуатацииУдалённо + на месте

Поставка исходного кодаОбсуждается

Похожие кейсы

Проверенные системы

Названия клиентов скрыты в соответствии с требованиями конфиденциальности.

Госсектор / консорциумная сеть + система аттестации

Провинциальная платформа аттестации по безопасности труда

Предыстория: Провинциальной аттестации нужны достоверные записи: традиционные ведомости можно изменить, и их нельзя проверить в другом учреждении.
Решение: AI-система комплексной оценки: 7 систем оценки, 9 программных модулей, отпечатки выписок закрепляются в сети.
Технологии: FISCO BCOS, 3 узла · привязка отпечатков SHA-256 · интерфейс проверки в сети · взаимодействие нескольких организаций
Результаты: Ведомость можно независимо проверить в цепи, она признаётся разными организациями и не поддаётся подмене.

Порт / агент + консорциумная сеть + приложение

Крупный контейнерный порт · центр интеллектуального обучения безопасности

Предыстория: Контейнерный порт, входящий в число ведущих в стране по годовому грузообороту. Прежнее обучение строилось в основном на лекциях в классе и не охватывало практическую отработку работ повышенной опасности.
Решение: Комплексный центр практической подготовки + платформа обучения и аттестации + мобильное обучение. 7 систем аттестации, 9 программных модулей, консорциумная сеть из 3 узлов.
Технологии: Консорциумная сеть FISCO BCOS (PBFT) · выписки в сети по SHA-256 · серверная часть на node.js · клиент Android · взаимодействие с 3D-моделями
Результаты: Записи об обучении проверяются в цепи, ведомости оценок защищены от подделки; охвачены 55 категорий оборудования и 66 единиц в журнале оборудования.

Все кейсы

03 / Путь внедрения

Сколько шагов от нуля до запуска

Порядок нельзя менять: если начать с операций записи или многошаговой оркестрации, ошибки будет очень трудно локализовать.

Определить состав участников

Сначала выясните: сколько независимых сторон участвует? Если только одна — блокчейн не нужен.

Выбрать консенсус и число узлов

3 узла с PBFT — минимально рабочая конфигурация, допускающая отказ 1 узла. Дальше количество наращивается по числу участников.

Спроектировать структуру данных для цепи

Определить, какие поля уходят в цепь, какие остаются локально и как считается хеш. После фиксации это трудно изменить.

Подключение бизнес-систем

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

Сделать точку входа для проверки

Дайте конечному пользователю страницу проверки: вводится номер — возвращается запись в цепи и результат сверки хеша. Цепь без точки проверки равносильна её отсутствию.

04 / Ключевые показатели

Проверяемые цифры

Без прилагательных — только конкретные параметры.

Количество узловОт 3　Консенсус PBFT, допускает отказ 1 узла

Время записи одной транзакции в цепь1–3 секунды　Консорциумная сеть, сценарии без высокого параллелизма

Хеш-алгоритмSHA-256　Отпечаток контента

Способ проверкиПоиск в цепи по номеру + сравнение хешей　Проверяемо публично

05 / Частые вопросы

О чём чаще всего спрашивают технические руководители

Это вопросы, которые нам действительно задавали; ответы — без маркетинговых клише.

Достаточно ли 3 узлов?

Для небольших сценариев достаточно. PBFT при 3 узлах допускает отказ 1 узла (включая византийское поведение), чего хватает по доступности большинству внутренних систем. При числе участников больше 3 сеть расширяется по фактическому количеству.

Можно ли удалить данные из блокчейна?

Нет. Это свойство сети и одновременно её проблема — поэтому перед записью в сеть нужно убедиться, что данные финальные. Мы записываем в сеть только подтверждённые результаты, а процессные данные остаются в бизнес-базе.

Не будет ли система медленной?

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

Можно ли интегрировать с существующими бизнес-системами?

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

Стоит ли покупать сторонний BaaS?

При небольшом масштабе собственное развёртывание управляемее и дешевле (3 машины). Преимущество BaaS — экономия на эксплуатации, но при чувствительных данных организации обычно не хотят передавать сеть на сторону.