Связанные блоки сохраняют последовательность
В распространённой модели блокчейна записи объединяются в блоки, а следующий блок содержит криптографическую ссылку на предыдущий. Изменение старых данных меняет соответствующий цифровой отпечаток и нарушает согласованность последующей цепочки. Однако одной такой связи недостаточно для работающей системы. Нужны также правила проверки и способ согласования истории между участниками. Конкретные гарантии зависят от устройства сети, распределения контроля и принятых предположений о её участниках.
Проверка правил не равна проверке реальности
Система может проверить, допустима ли операция по своим правилам: например, правильно ли она оформлена и подписана разрешённым ключом. Из этого не следует, что человек сообщил правду. Сотрудник склада способен ошибочно отметить доставку, а неисправный датчик передать неверную температуру. Корректно принятая запись тогда фиксирует ошибочное сообщение. Поэтому полезно раздельно задавать два вопроса: почему сеть приняла данные и почему мы считаем достоверным их внешний источник.
Внешним сведениям нужен посредник
Смарт-контракт выполняет заданную логику, но сам по себе не наблюдает улицу, склад или банковский офис. Для использования внешних сведений ему нужен механизм их передачи; такие механизмы часто называют оракулами. Допустим, действие зависит от сообщения о доставке. Нужно определить, кто отправляет это сообщение, как проверяет событие и что происходит при задержке или споре. Автоматическое выполнение условия не устраняет риск ошибки в самом условии, программе или поступивших данных.
Проектируйте границы доверия
Для учебной системы доставки полезно сначала нарисовать обычную схему: отправитель, перевозчик, получатель, журнал и подтверждение. Затем спросить, какую проблему решает общий реестр. Если все сведения всё равно единолично задаёт одна организация, слово блокчейн само по себе не делает их независимыми. Отдельно продумывают исправление ошибок, разграничение доступа и минимизацию персональных данных. Неизменность прежней записи может требовать добавления уточнения, а не удаления истории. Способ разрешения спора должен быть понятен людям, а не только программе.
Попробуйте на практике
На бумаге разберите вымышленную доставку книги и найдите место, где цифровой журнал зависит от внешнего подтверждения.
- Запишите три события: книга передана перевозчику, прибыла в пункт выдачи, получена адресатом. Используйте вымышленные обозначения без личных данных.
- Для каждого события укажите, кто вводит запись и на каком основании: сканирование, подпись или самостоятельное сообщение сотрудника.
- Разделите проверки на две группы: соблюдение цифровых правил и подтверждение физического события. Не объединяйте их одним словом надёжность.
- Придумайте одну ошибку: сотрудник случайно отметил выдачу раньше времени. Опишите, какие записи при этом могут технически пройти проверку.
- Предложите порядок уточнения и спора: дополнительное подтверждение, отдельная корректирующая запись и ответственный за рассмотрение.
Как проверить результат. На схеме видны источник каждого факта, пределы автоматической проверки и способ разбирательства. Вы можете объяснить, почему сохранённое сообщение о доставке и доказанная доставка являются разными утверждениями.
Частые вопросы
Значит ли это, что блокчейн бесполезен?
Нет. Общая согласованная история может быть полезна при подходящих участниках и задачах. Оценка зависит от того, какую проблему она решает и какие расходы, ограничения и риски создаёт.
Может ли несколько источников полностью исключить ошибку?
Нет. Они могут зависеть от одного поставщика данных, повторять общую ошибку или вступать в сговор. Важно исследовать независимость источников и правила разрешения расхождений, а не просто считать их количество.
Самостоятельный разбор темы. Содержание конкретной обучающей программы здесь не представлено.