Взвешивание репутации участников

1) Зачем взвешивать репутацию

• учитывать контекст (роль, риск, гео, QoS класса);
• регулировать влияние в治理 и доступ к лимитам;
• обеспечить устойчивость к коллюзии и сибил-атакам;
• связать репутацию с экономической ответственностью (S-залоги, штрафы) и договорными правами (RNFT).

2) Объекты и роли репутации

Субъекты: люди, организации, узлы/валидаторы, сервис-аккаунты.
Роли: Creator, Node/Validator, Provider (compute/DA), Operator, Affiliate, Curator, Oracle, Regulator/Auditor.
Контекстные домены: продукт, регион, класс риска, QoS (Q4/Q3/…).

Репутация всегда контекстна: R(subject, role, domain, timeframe).

3) Источники сигналов (что измеряем)

Качество действий: точность модерации, валидность оракульных ответов, SLA узлов, аптайм, латентность, доля ошибок.
Надежность и ответственность: исполнение RNFT-договоров, отсутствие нарушений, своевременные отчеты.
Экономика: возвраты/чарджбэки, доля спорных транзакций, Cost-to-Serve влияния субъекта.
Социальные подтверждения: ревью/оценки с весами авторов (мета-репутация).
Негативные события: слэшинг S-залога, фрод-паттерны, блоки комплаенса.

Все сигналы имеют подписи, ULID/trace, TTL, класс доверия источника.

4) Нормализация и шкалы

• Robust z: (\hat x = \frac{x - \text{median}}{\text{MAD}}) (обрезаем хвосты на P1/P99).
• Min-max robust: на ([P5,P95]) по окну времени.
• EWMA-сглаживание для устойчивости.

Сигналы приводятся к унифицированной шкале ([-1; +1]).

5) Базовая формула взвешивания

[
R_{c} = \sigma!\left(\sum_i w_i(c), s_i - \lambda_c\right),
]

где (w_i(c)) — веса для контекста (c) (роль/домен/риск), (\lambda_c) — порог доверия, (\sigma) — сжатие (tanh/Logit) для устойчивости.

[
R = \sum_{c \in \text{contexts}} \alpha_c, R_c,\quad \sum \alpha_c = 1.
]

6) Веса и контекст (policy-driven)

Риск-взвешивание: для высокорисковых действий (выплаты, кросс-чейн подтверждения) ↑ веса точности/инцидентов, ↓ веса «социальных лайков».
Гео/комплаенс: в жестких юрисдикциях ↑ пороги (\lambda_c).
QoS: для Q4 (критичные команды) сильнее штрафовать хвосты p95/p99.
Давность: свежие сигналы весомее, старые — через decay.

Все веса и пороги управляются治理 (см. §15) и публикуются в Governance Registry.

7) Время, decay, амнистии

Decay: (R_t = R_{t-1}\cdot e^{-\delta \Delta t} + \Delta R) — естественное «забывание».
Амнистии: легальные процедуры снижения негативного следа при длительном безупречном поведении.
Заморозка контекстов: для редких ролей (например, аудитор) фиксируем «окна» оценки.

8) Связь с правами и лимитами

• Права/квоты: лимиты API, доступ к ресурсам, размеры RNFT-пуль.
• 治理-вес: модификатор голоса (g' = g \cdot f(R)), где (f) — монотонная функция (коридор [0.5..1.5]).
• Экономика: дискаунты/надбавки, снижение/рост take-rate, обеспечение по S-залогам.

9) Анти-фрод и анти-коллюзия

Сибил: пороги входа (минимальный S-залог), поведенческие сигнатуры, device-фингерпринт с приватными хешами.
Кольца взаимных оценок: граф-анализ (PageRank/TrustRank), обрезка «петель», снижение веса взаимных рецензий.
Фарминг легких метрик: скрытые контрольные задания, «blind-run» проверки качества.
Селективная атака на регистры: подписи, меркли-корни, аудируемые логи.
Перенос репутации между аккаунтами: запрещен; допускаются бейджи-доказательства навыков/аудитов без «баллов».

10) Репутация и залоги (R+S)

R — доверие к качеству; S — экономическая ответственность.
Для высокорисковых ролей действует правило R & S: требуется и минимум R, и минимум S; штрафы — через слэшинг S с записью в негативный журнал R.
При устойчиво высоком R — снижение требований к S (в коридоре治理).

11) Кросс-чейн и переносимость

Локальность R: репутация остается в исходном домене доверия.
Перенос — через доказуемые агрегаты: бейджи «SLA-90д≥99.9%», «0 диспутов/квартал» и т.п.
Снимки состояния: публикация агрегатов с доказательствами; получатели применяют собственные веса/пороги.

12) Приватность и комплаенс

DID + VC: минимизация ПДн; атрибуты через проверяемые креденшлы.
ZK-доказательства: подтверждение порогов R без раскрытия деталей (например, «R≥0.7»).
Право на оспаривание: формализованная апелляция; прозрачный пост-мортем.

13) Метрики и KPI программы репутации

Дискриминационная способность: ROC-AUC для отделения добросовестных от нарушителей.
Устойчивость: чувствительность к выбросам, TailAmplification влияния.
Экономика: корреляция R с LTV/ретеншеном/маржой.
Безопасность: снижение частоты инцидентов/фрода при стабильном отклике.
Справедливость: отсутствие систематического перекоса по сегментам при равных вводах.

14) Дашборды и наблюдаемость

R-Панель: распределение R по ролям/гео, доля «низких», «средних», «высоких».
Качество сигналов: точность/recall контрольных задач по ролям.
Инциденты/штрафы: частота слэшингов, динамика после изменений весов.
Влияние на治理: корреляция R и голосов/исходов, индекс Гини влияния.
Экономика: зависимость квот/цен от R, эффект на Cost-to-Serve.

15)治理 весов и порогов

Пропозалы: изменение (w_i(c), \lambda_c, \delta) через голосование.
R-модификатор: вес голоса зависит от R в домене «качество/безопасность», в коридоре [0.8..1.2].
Sunset-клаузы: временные изменения с авто-откатом без переутверждения.
Публичность: публикация версий весов, сравнительный отчет «до/после».

16) Встраивание в контракты/сервисы

Reputation Registry: хранение агрегатов, версий весов, журнал событий.
Policy Engine (ABAC): правила доступа/квот с условиями на R.
Rewards Router: бонусы качественным участникам (↓take-rate, ↑лимиты).
Dispute/Escrow: интеграция апелляций, компенсаций и штрафов в RNFT.
Compliance Gate: гео/возрастные пороги R, отчетность аудитору.

17) Плейбук внедрения

1. Картирование ролей и рисков. Определить контексты (c) и критичные сигналы.
2. Сбор и нормализация. Подписи, ULID, анти-дубликаты, робастные шкалы.
3. Стартовые веса/пороги. Governance-версия 1.0, окна пилота.
4. Контроль качества. Синтетические задачи/«медовые» проверки, ROC-AUC.
5. Интеграция. ABAC, RNFT-правила, Rewards/Slashing, Compliance Gate.
6. Дашборды и алерты. Распределения R, инциденты, экономика.
7. Пилот и ретрокалибровка. 1–2 квартала; тюнинг весов/порогов.
8. Масштабирование и межцепь. Публикация бейджей-агрегатов, локальные веса у получателей.

18) Чек-лист прод-готовности

• Определены контексты (роль/домен/риск/гео/QoS)
• Внедрены робастные нормализации и EWMA
• Настроены веса/пороги с治理-процессом и sunset
• Реализованы анти-сибил/анти-коллюзия и контрольные задания
• Связаны R с правами/квотами/голосом и S-залогами
• Включены приватность (DID/VC, ZK) и апелляции
• Доступны дашборды, ROC-AUC и отчетность
• Пройден пилот, выполнена ретрокалибровка весов

19) Глоссарий

R (Reputation): непередаваемая репутация качества/доверия.
S (Stake): залог экономической ответственности и источник штрафов.
RNFT: контракт прав/лимитов/обязательств и KPI в отношениях.
ABAC: доступ по атрибутам (включая пороги R).
Decay: затухание влияния старых событий.
Sunset: временные изменения параметров с авто-откатом.

20) Итог

Взвешивание репутации — это система управления доверием, а не просто «очки». Контекстные веса, робастная нормализация, связка R↔S↔RNFT и治理 делают репутацию инструментом безопасного роста: лучшие получают больше прав и меньшие издержки, нарушители — предсказуемые ограничения и экономическую ответственность.