№ 08·0408 · Подтверждение бизнеса2 min read · Section 4 of 6

8.4 Процесс проверки

Представление инцидента → пакет доказательств → очередь рассмотрения → заключение → регистрация и учет; Доказательства, дополнительные документы, споры и следы аудита.

Updated
8.4 · Процесс проверки

Произошло ≠ Подтверждено. Только после завершения цепочки проверок результат попадет в реестр PoB и станет долгосрочным входным значением.

Консенсус в сети подтверждает последовательность транзакций и переход состояний; ПоБ подтверждает, «произошло ли это так, как утверждают в деловом мире». Процесс проверки сжимает субъективные рассказы в проверяемые рабочие процессы: полнота материалов, временная последовательность, самосогласованность атрибуции и сравнение с правилами исключения (8.3).

Что делает эта страницаПятиступенчатая связь и функции стола проверки
основные темыБремя доказывания, рассмотрение, заключение, неотказуемость
Основные моменты чтенияДополнение/отклонение/спор; аналогия и отличие от процесса производства блоков PoW

Пять шагов к проверке (представление рабочего процесса)

① Представление события
Создайте уникальный номер события для конечного состояния и свяжите сделку, задачу, связанные узлы и типы отчетов (финансирование/услуги/рост и т. д.). Представление несет бремя доказывания: любые пробелы в материалах должны быть заполнены подавшей стороной в установленный срок.
② Загрузите пакет доказательств
Отправьте контракты, ссылки на цепочку, пути банковского/депонирования (снижение чувствительности к соблюдению требований), электронные письма/протоколы, формы принятия и т. д. в соответствии с шаблоном. Аналог GIPS: Данных должно быть достаточно, чтобы позволить независимой стороне приложить разумные усилия для проверки заключения, а не просто «довериться заявителю».
③ Просмотр очереди
Аудитор проверяет: Аутентичность (соответствует ли она третьей стороне или цепочке), Целостность (закрыто ли конечное состояние), Временную последовательность (независимо от того, установлена ​​ли она задним числом), Граница атрибуции (не противоречит ли она 8.5), Правила исключения (подпадает ли она под 8.3). Может сочетаться с аудитом с использованием нескольких подписей, ротацией или выборочным аудитом.
④ Формирование заключения
Принято / Дополнение / Отклонено / Эскалация спора. Должны быть установлены ограничения по частоте и срокам подачи дополнительных документов во избежание бесконечных задержек; На случай споров следует вести записи возражений, чтобы избежать «прохождения молчания».
⑤ Подача на учет
После прохождения записывается реестр событий PoB (включая хеш вывода, ключевые метаданные и версию). Эта запись аналогична проверенной записи о результатах деятельности: она может служить якорем для последующего расчета, репутации и повторной проверки.

По сравнению с PoW: майнеры доказывают вычислительную мощность; Аудит PoB доказывает согласованность материалов и фактов. Сравнение с PoA: PoA доверяет идентичности сертификатора; PoB по-прежнему требует пакета доказательств, а личность рецензента не заменяет материал.


Proof Desk: Центр проверки, а не сетевой диск

Соберите доказательстваСтруктурированное поле + версия вложения; избегайте потери файлов в окне чата и не допускайте его проверки.
обзор руководстваМожно управлять правилами приоритета очереди, соглашения об уровне обслуживания, двойной проверки или выборочной проверки.
Оставьте место для спораПричины возражений и решений оставляются позади, чтобы облегчить последующий пересмотр и повторение правил.
Выходной выводУточним конечное состояние: Входить ли в PoB; в случае неудачи он не будет входить в семантику долгосрочного распределения стоимости.

Место, где борьба с мошенничеством находится на уровне процесса

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

Процесс проверки подтолкнул WCN от «у кого самый громкий голос» к «у кого самые прочные материалы». Без этого шага PoB ничем не отличается от записи кредита в Excel вне цепочки и более подвержена взлому.