Разделение комиссий приложений

Идея

Что считается протокольным доходом, а что никогда

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

Сеть, облагающая налогом собственную ликвидность, не имеет ликвидности, которую можно облагать. Арифметика за правилом, а не чувство: обложить налогом всю комиссию автоматического маркет-мейкера вместо его протокольного дохода значило бы срезать доходность поставщиков примерно на 40-48 процентов, а капитал сравнивает доходность между сетями за дни. Этот список исключений - один из параметров, которые не может изменить простое голосование токеном.

Как это работает

Каждый расчёт и распределение выпускает публичное событие, так что любая панель доходов - это чтение этих событий, а не таблица, которую кто-то ведёт. Интеграция намеренно мала: для автоматического маркет-мейкера это одна строка, направляющая получателя комиссии пула на роутер.

Шкала

Ступени маржинальные и применяются только к доходу, попадающему внутрь них. Ставки-клиффы отвергнуты намеренно: ставка, скачущая на всю базу при пороге, награждала бы приложение за удержание отчётного дохода чуть ниже него. Накопленная доля экосистемы на границах ступеней: ничего при $100 000, 4,8 процента при $500 000 и 8,4 процента при $1 000 000.

Эффективные ставки

Поскольку ступени маржинальные, эффективная ставка всегда ниже верхней маржинальной ставки и приближается к ней лишь медленно. При двадцати миллионах долларов годового дохода она составляет 17,52 процента, всё ещё ниже верхней ступени 18 процентов, и никогда не достигает её при любом масштабе.

Разобранный пример

Биржа с десятью миллионами долларов дневного объёма при комиссии за обмен 0,30 процента, разделённой на 0,25 процента поставщикам ликвидности и 0,05 процента протоколу. Доля поставщиков никогда не трогается. Дневной поток, по верхней маржинальной ставке:

$30,000/day total fees
|- $25,000  ->  liquidity providers, inside the pool   (never touched)
`-  $5,000  ->  protocol take, through the FeeRouter
        |- $4,100  ->  the application's treasury  (82%)
        `-   $900  ->  ecosystem share:
                       $540 buyback / $180 treasury
                       $90 security / $90 incentives

Та же дисциплина применяется в каждой категории. На площадке бессрочных контрактов прибыль и убыток трейдеров, маржа, платежи фандинга, доля хранилища ликвидности и награда ликвидатора никогда не входят в базу, а доля протокола в ликвидации измеряется как реально переведённая, никогда как предполагаемое соотношение. На кредитном рынке проценты поставщиков - не доход; доход - только начисление резерва и доля протокола в ликвидации. На маркетплейсе выручка продавцов и роялти создателя - не доход. Уровни комиссий различаются между категориями, потому что приложения сами назначают свои комиссии: Pickle определяет только то, что считается протокольным доходом по категории, никогда то, сколько приложение может брать.

Этот выкуп уменьшает общее предложение PKL. Это не уменьшение предложения в обращении в годы вестинга, и страница выкупа даёт арифметику.

Чего это не обеспечивает

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

Приложение может отказаться от регистрации и оставить себе всё. Тогда оно лишается поддержки экосистемы, и это всё следствие. Доход от спреда и внесетевой доход остаются необнаружимыми. Этот слой делает честное разделение дохода дешёвым, проверяемым и вознаграждаемым; он не делает нечестное разделение дохода невозможным.

Токены приложений

Приложения на любом уровне могут запустить собственный токен и могут распределять удержанную долю его держателям. Pickle безразлично, что разработчик делает с долей разработчика. Единственное правило - порядок расчёта: доля экосистемы рассчитывается на роутере, на валовом протокольном доходе, как его определяет адаптер категории, до того, как казна приложения получит или распределит что-либо. Она никогда не вычисляется на объявленной приложением прибыли после его собственных распределений.

И метка верификации означает доход верифицирован через роутер, а не одобрено токеном. Это различие названо в обозревателе так же, как здесь, потому что именно его читатель вероятнее всего размоет.