№ 05·0605 · Сетевая архитектура2 min read · Section 6 of 6
5.6 Уровень проверки и расчетов
Заключительный уровень архитектуры: Proof Desk, PoB, Attribution и Settlement, предоставляющий всем сотрудничествам надежную конечную точку.
Updated
5.6 · Уровень проверки и расчетов
L5 · Уровень проверки и расчетов – превращение «того, что было сделано» в «то, что было доказано».
Первые четыре уровня касаются ресурсов, капитала, исполнения и распределения. Пятый уровень решает наиболее важные вопросы: как подтверждаются результаты, как рассчитывается атрибуция и как рассчитывается значение. Без этого уровня нет существенной разницы между WCN и расширенной версией CRM. Уровень проверки и расчетов является причиной существования всей системы.
иерархическая позицияL5 — Экспорт значений пятиуровневой архитектуры
основные компонентыСлужба проверки → PoB → Атрибуция → Урегулирование
Бенчмаркинг TradFiАудит + Информационный центр + Атрибуция эффективности
Основной вопрос, на который можно получить ответ на этом уровне: как система может поверить в результаты?
Какими бы мощными ни были первые четыре уровня, без L5 система не сможет отличить «действительно выполненное» от «заявленного выполненного». Уровень проверки и урегулирования превращает субъективные повествования в цепочки проверяемых доказательств.
Суть L5: Повышение уровня «результат случился» до «результат был доказан, приписан и урегулирован».
Четыре основных компонента
Стол доказательств (сбор доказательств)После завершения сделки владелец сделки передает доказательства результата в отдел проверки: подписанное соглашение, платежную ведомость, результаты, хэш в сети, протоколы встреч и подтверждение по электронной почте. Тип и количество доказательств зависит от типа сделки: сделка финансирования требует соглашения + подтверждения оплаты, а сделка оказания услуг требует ТЗ + прием поставки.
Очередь рецензентовНезависимые эксперты проверяют доказательства на предмет: целостности материала, проверки подлинности, достоверности сроков, маркировки рисков. Основные правила: Рецензент не может быть участником Сделки (уклонение от процентов), а для подтверждения результатов проверки требуется несколько подписей.
Событие PoB (Подтверждение бизнеса)После прохождения проверки бизнес-результаты будут внесены в системный реестр как PoB Event. Записи PoB являются неизменяемыми и содержат полных участников, сводку доказательств, назначения авторства и временные метки.
Расчетный прогон (циклический расчет)PoB агрегируются и обрабатываются в ходе периодических расчетных прогонов. Система распределяет ценность между всеми участниками — узлами, поставщиками услуг и агентами на основе коэффициентов атрибуции.
Сравнение с системой верификации TradFi
TradFi: зрелый, но централизованныйБухгалтерские фирмы «Большой четверки» (Deloitte/PwC/EY/KPMG) проводят аудит, DTCC/Euroclear обеспечивают клиринг, а Bloomberg/MSCI обеспечивают атрибуцию результатов. Система зрелая, но высокоцентрализованная, с высоким порогом и высокой стоимостью.
WCN: сетевой + программируемыйProof Desk заменяет сбор данных аудита вручную, PoB заменяет бумажные отчеты аудита, интеллектуальная атрибуция заменяет ручные расчеты производительности, а расчеты по цепочке заменяют централизованный клиринг. Более открытый, более отслеживаемый и более дешевый.
Ключевое отличие: проверка TradFi представляет собой аудит после действий (проверяется после публикации годового отчета), тогда как проверка WCN представляет собой встраивание в режиме реального времени: каждая сделка сразу же попадает в процесс сбора доказательств и проверки после ее завершения, и нет проблемы «пополнения в конце года».
Что произойдет, если уровень проверки отсутствует
субъективность результатовУчастник утверждал, что «я способствовал этой сделке», но доказательств в поддержку этого не было. Система вырождается в словесные претензии и реляционные задания.
спор об атрибуцииВ сделке участвуют несколько сторон, и невозможно определить, кто сколько внес. Большинство проектов Web3 предпочитают избегать этой проблемы (двойка или нет), что вредит участию в долгосрочной перспективе.
Доверие не накапливаетсяБез проверенных результатов оценка репутации узла не может быть установлена. Система не может различать узлы с высокой ценностью и узлы с низкой стоимостью.
Стоимость не накапливаетсяРезультаты сотрудничества разовые — они разбиваются сразу же после завершения, систематический учет не ведется. Сеть не может учиться и накапливать опыт прошлого сотрудничества.
Уровень проверки и расчетов — это не «заплатка последнего шага», а основная причина существования всей архитектуры WCN — он дает всему сотрудничеству надежную конечную точку, придает всем вкладам измеримую ценность и превращает сеть из «одноразового сотрудничества» в «систему непрерывного накопления».