Сначала определите получателя платежа
В одном обсуждении слово «доход» может обозначать расходы пользователя, поступления оператору инфраструктуры, выручку приложения или сумму токенов, уничтоженных протоколом. Это разные величины. Чтобы сравнение имело смысл, нужно сначала выбрать получателя, единицу измерения и период. Иначе сетевые комиссии одной системы легко сопоставить с торговыми комиссиями другой и получить убедительный, но неверный рейтинг.
Полезно представить три отдельные строки учёта: заплачено за услугу, получено конкретным участником, выведено из предложения. Если платёж распределён между двумя получателями, сумма долей уже входит в исходную комиссию. Складывать её повторно с этими долями нельзя. Такой двойной счёт способен завысить экономический результат даже при полностью достоверных исходных числах.
У держателя токена есть ещё один вопрос: изменился ли его собственный баланс? Снижение общего предложения и получение выплаты не тождественны. В первом случае количество токенов в его кошельке может остаться прежним. Во втором должен существовать конкретный механизм начисления, условия участия и подтверждаемая сумма.
Ethereum: сжигание и оплата валидатору разделены
В Ethereum базовая комиссия за исполнение сжигается, а приоритетная надбавка поступает валидатору, включающему транзакцию. Расход зависит от использованного газа и ставки. Поэтому весь оплаченный газ нельзя называть выручкой валидаторов или денежным потоком всем владельцам ETH.
Из этой схемы не следует гарантированное сокращение предложения за любой период: одного показателя сжигания недостаточно без учёта выпуска. Тем более нельзя вывести гарантированную доходность отдельного владельца из суммы уничтоженных монет. Протокольная операция и её рыночная оценка отвечают на разные вопросы.
Платёж L2 не равен плате Ethereum за данные
EIP-4844 описывает отдельный рынок комиссии за blobs, используемые для размещения данных rollup-сетей. Эта комиссия динамическая и сжигается. Дешёвое размещение данных при невысоком спросе не означает, что Ethereum навсегда отказался от оплаты: цена зависит от загрузки соответствующего рынка.
Для сравнения L2 и базового уровня нужно различать счёт конечному пользователю и затраты на публикацию данных. Разница между ними ещё не является чистой прибылью: сначала придётся определить остальные расходы. Утверждение «активности стало больше» само по себе не говорит, как изменился каждый из этих потоков.
Именно здесь важно не переносить цифру с одного уровня на другой. Платёж пользователя внутри приложения, плата за исполнение и стоимость доступности данных могут относиться к одной операции, но учитывают разные услуги.
Solana: базовая и приоритетная комиссии идут разными путями
Документация Solana указывает базовую комиссию 5000 lamports за подпись: половина сжигается, половина достаётся валидатору. Приоритетная комиссия полностью направляется валидатору. Следовательно, правило «половина сгорает» нельзя применять ко всей сумме платежа, когда в нём есть надбавка за приоритет.
Это распределение также не означает прямой выплаты каждому владельцу SOL. Доход оператора, условия участия в стейкинге и простое хранение токена нельзя объединять в одну категорию. Для оценки результата конкретного участника нужно проверять именно его способ участия, а не подставлять агрегированную сетевую выручку.
Hyperliquid: выкуп HYPE не является дивидендом
Согласно документации Hyperliquid, торговые комиссии направляются HLP, assistance fund и разработчикам соответствующих рынков. Assistance fund автоматически конвертирует поступления в HYPE; документация описывает находящиеся в нём HYPE как сжигаемые, с исключением из общего и обращающегося предложения.
Здесь есть отдельный этап покупки токена, которого нет в простом сжигании уже уплаченной базовой комиссии. Но владельцу HYPE не начисляется доля средств фонда только потому, что токен лежит в кошельке. Формула «выкуп равен доходу держателя» пропускает этот принципиальный шаг.
Даже известный объём покупок не задаёт будущую цену: для такого вывода потребовались бы предположения о встречных продажах и спросе остальных участников. Механизм выкупа можно подтвердить, обещание роста из него получить нельзя.
HIP-3: проверяйте параметры конкретного рынка
Для рынков бессрочных контрактов, развёрнутых сторонними разработчиками через HIP-3, действующая документация API предусматривает настройку коэффициента комиссии через setFeeScale. Распределение зависит от параметров; универсальная картинка с неизменным делением каждого платежа пополам недостаточна.
Разработчик такого рынка также задаёт и обслуживает ряд параметров, включая данные оракулов. Поэтому при сравнении нужно отделять экономику базового протокола от экономики конкретного оператора рынка. Это не просто два названия одного получателя.
Практический вопрос к любой сводной таблице: учтена ли доля разработчика отдельно, входит ли она в указанную сумму и за какой период действовали настройки? Без этих уточнений сравнение может смешать разные режимы даже внутри одного протокола.
Как читать сравнение без ложной доходности
Возьмём условный пример, не относящийся к фактическим данным этих сетей. За день пользователи заплатили 100 единиц, из которых 60 получил оператор, а 40 уничтожено. Совокупный платёж составляет 100, не 140 и не 200. При этом владелец токена без права на выплаты не получил 40 единиц на свой счёт.
Теперь представим, что число операций удвоилось, а средний платёж уменьшился втрое. Общая сумма комиссий снизится до двух третей прежнего уровня. Этот расчёт не прогнозирует поведение Ethereum, Solana или Hyperliquid; он показывает, почему рост счётчика операций недостаточен для вывода о росте выручки.
Перед сравнением проверьте границы показателя: какие операции включены, кто является получателем, учтены ли возвраты и доли других участников. Затем сопоставьте один и тот же интервал и отдельно посмотрите значения в токенах и в выбранной расчётной валюте. Изменение курса может менять денежную оценку без изменения самого потока токенов.
Хороший разбор заканчивается проверяемым маршрутом денег, а не объявлением победителя. Для пользователя важна цена нужной ему операции. Для оператора важны поступления и расходы. Для держателя важны конкретные права и риски. Один показатель сетевой активности не заменяет эти три разных анализа.
