Потолки вознаграждений

4.22 Потолки на чек и на день

Два поведенческих потолка защищают эмиссионный пул от концентрации и спама. Оба применяются на уровне приложения до зачисления bINT на внеблокчейн-баланс пользователя. Третий, глобальный потолок применяется при расчёте (пропорциональное снижение по мягкому потолку в 4.24).

Потолок на чек

Каждый верифицированный чек приносит не более зависящего от уровня максимального кредита bINT. Потолок предотвращает потребление непропорциональной доли ежедневного бюджета пользователя одним чеком с высокой суммой. Система поддерживает 50 уровней пользователя, и потолок на чек монотонно возрастает по уровням. Точные значения по каждому уровню калибруются в продакшене и не публикуются.

Ежедневный потолок

У каждого пользователя есть ежедневный бюджет bINT, ограничивающий суммарное вознаграждение по всем чекам за UTC-сутки. Потолок масштабируется с уровнем пользователя в том же диапазоне из 50 уровней и монотонно возрастает. Точные значения по каждому уровню калибруются в продакшене и не публикуются.

Как только ежедневная сумма пользователя достигает потолка, дополнительные чеки обрабатываются и записываются, но за этот день приносят нулевой инкрементальный bINT. Потолок сбрасывается в полночь UTC. Эти значения перенастраиваемы через конфигурацию по каждому уровню и корректируются по мере роста пользовательской базы и эволюции распределения уровней.

4.23 Целевая архитектура: потолок на основе формулы (план)

Эта модель запланирована и не активна в текущем релизе; сегодня ежедневный потолок задаётся таблицами по уровням (4.22), а здоровье действует на ставку вознаграждения за чек (03 §3.5). Долгосрочная модель потолка заменяет плоскую таблицу по уровням непрерывной формулой:

effective_daily_ceiling = base_cap × level_multiplier × health_score

В рамках этой модели пользователь низкого уровня с нейтральным здоровьем зарабатывает долю базового потолка (base_cap × level_multiplier × health_score), тогда как пользователь высокого уровня с сильным здоровьем приближается к верхней границе диапазона потолков. Точные константы калибруются в продакшене и не публикуются. Формула позволяет протоколу перенастраивать любой из трёх факторов независимо, сохраняя общую экономическую оболочку.

Путь перехода

MVP-таблица является активной моделью на этапах pre-TGE и раннего post-TGE. Она обеспечивает детерминированные, легко проверяемые потолки в период, когда система оценки здоровья и распределение уровней ещё созревают. Модель на основе формулы активируется, когда сигналы здоровья и уровня уровня доверия достигают достаточной глубины калибровки. Переход является изменением конфигурации протокола, а не миграцией смарт-контракта.