Планируемое Solana снижение депозитов по счетам на 90% может ослабить один из поводов держать SOL

Подходящие владельцы токен-счетов Solana теперь могут вернуть избыточные $SOL, ранее необходимые для поддержания этих счетов открытыми, после того как 3 сентября вступило в силу первое снижение арендной платы сети. Для компаний, финансирующих новые счета, это же изменение сокращает объем капитала, необходимого для их создания.

Полный план изменит то, как рост числа счетов translates в $SOL, удерживаемые против хранилища. Если Solana завершит планируемое снижение на 90%, общий объем постоянного состояния счетов — включая накладные расходы на хранение каждого счета — должен будет вырасти в десять раз, чтобы потребовать того же минимального резерва $SOL, что и до внедрения. Таким образом, внедрение может существенно расшириться, в то время как минимальный объем $SOL, необходимый для этого резервного канала, снизится.

Трекер Solana Foundation подтверждает, что на основной сети сейчас действует только первое снижение — примерно на 9%. Сравнение в десять раз применимо к условной конечной цели, тогда как первый этап уже снизил резервные требования.

Снижение арендной платы Solana и барьер в 10 раз

«Арендная плата» Solana — это баланс, удерживаемый против хранилища счета. Обычно он возвращается при закрытии счета, а не является постоянным платежом валидаторам. Снижение требуемого баланса позволяет открывать новые счета с меньшим количеством $SOL и может привести к тому, что существующие счета будут держать больше минимума.

3 сентября в эпоху 1028 Solana снизила резервный параметр с 6 960 до 6 333 лэмпортов на байт. Конечная цель пятиэтапного плана — 696.

Согласно SIMD-0437, спецификации снижения арендной платы, минимум равен размеру данных счета плюс 128 байтов накладных расходов, умноженным на текущий параметр лэмпортов на байт. Стандартный токен-счет содержит 165 байтов данных, что дает эффективный размер 293 байта. SIMD означает Solana Improvement and Design — механизм, через который протокольные изменения специфицируются и, где применимо, активируются голосованием валидаторов.

Применение этой формулы к одному миллиону одинаковых стандартных токен-счетов дает следующую иллюстрацию:

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

Пример с миллионом счетов иллюстрирует оборотный капитал, но не позволяет установить сетевой эффект предложения. Его условное финальное сокращение в 1 835,352 $SOL составляет около 0,000314% от примерно 585,36 млн $SOL в обращении по рыночным данным CryptoSlate на 5 сентября. Фактический совокупный резервный канал потребовал бы более широкой инвентаризации счетов с учетом их размеров, балансов и возможности возврата.

Порог в десять раз вытекает из того же соотношения. При одной десятой исходной ставки резерва потребовалось бы в десять раз больше байтов, облагаемых арендной платой, чтобы совокупный минимум остался неизменным. Эта мера охватывает общий объем постоянного состояния, включая накладные расходы на каждый счет. Количество пользователей, количество транзакций и цены $SOL — отдельные показатели; сравнение в десять раз описывает только требования к хранилищу.

Действующий первый этап устанавливает меньший барьер: примерно на 9,9% больше облагаемого арендной платой состояния сохранило бы исходное минимальное требование при 6 333 лэмпортах на байт. Оба сравнения касаются требуемых резервов — фактические балансы счетов могут оставаться выше этих минимальных уровней.

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

Право на вывод определяет, кто получит капитал

Непосредственная выгода — это доступ к капиталу, уже находящемуся в блокчейне. Руководство Foundation по возврату средств от 3 сентября описывает инструкцию WithdrawExcessLamports, которая перемещает $SOL сверх текущего минимума без закрытия токен-счета и без изменения его токенного баланса. Программа Token-2022 предлагает ту же инструкцию.

Для токен-счета вывод должен авторизовать его владелец. Для минта авторизация исходит от органа минта или от подписи самого аккаунта минта, если этот орган был отозван. Счета, принадлежащие пользовательским программам, требуют, чтобы владеющая программа предоставила логику вывода и проверила соответствующие полномочия.

Это делает контроль над счетом экономически значимым. Провайдер платежей, финансировавший токен-счет клиента, не может предполагать, что оплата исходного депозита дает ему право вернуть избыток. Сторона, уполномоченная разрешить вывод, может отличаться от стороны, предоставившей $SOL.

Перемещение избыточного баланса требует авторизованной транзакции, оставляющей минимум нетронутым. Она переводит существующие $SOL между счетами, сохраняя их общее количество; она не выпускает новые токены. Руководство не дает совокупной оценки завершенных выводов или последующих продаж.

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

То, как долго эти счета будут существовать, определит продолжающееся резервное требование. Валовой показатель создания счетов может создавать совершенно иное впечатление, чем состояние, фактически остающееся в блокчейне.

В своем анализе от 20 июля исследователь Solana Foundation Умберто Натаle обнаружил, что 75,5% событий создания счетов в изученной когорте закрывались в той же транзакции. Наблюдения не были дедуплицированы по адресу, поэтому повторные создание и закрытие могли засчитываться как отдельные события.

Такие рабочие процессы могут генерировать активность, почти не оставляя постоянного хранилища счетов. Этот вывод не предсказывает реакцию пользователей на сентябрьское снижение. Исследование также предупреждает, что его слабые, нестабильные корреляции между ценами $SOL и активностью счетов носят описательный характер, а не являются причинной оценкой того, как более дешевая арендная плата меняет спрос.

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

Спрос на $SOL выходит за рамки резервов счетов

Другие варианты использования $SOL также сохраняются. Согласно правилам комиссий Solana, транзакции требуют $SOL: половина базовой комиссии сжигается и половина идет валидатору, тогда как вся комиссия за приоритет достается валидатору. Комиссионные платежи — это отдельный канал спроса от возвратных резервов счетов. Большая активность может увеличить использование комиссий, но одна только пропускная способность не позволяет установить, сколько платят пользователи и какие балансы они сохраняют.

Держатели $SOL также могут делегировать стейк валидаторам, помогая обеспечивать безопасность сети и получая право на вознаграждения. Возвращенный капитал можно застейкать или использовать для финансирования большего числа счетов. Цитируемые материалы не подтверждают ни один из этих исходов как результат снижения, поэтому эти возможности не дают количественной компенсации снижения резервных требований.

Недавний анализ CryptoSlate активности и экономики комиссий рассматривал смежное различие: использование сети и токеновая экономика могут двигаться по-разному. Снижение арендной платы добавляет конкретную причину, по которой рост может требовать меньше $SOL на единицу постоянного состояния.

По состоянию на 5 сентября второе снижение — до 5 080 лэмпортов на байт — находится на тестнете, запуск на основной сети ожидается в середине сентября. Последние три этапа ожидаются вместе с Agave 4.4 в ноябре. Каждая активация остается предметом проверки роста состояния, и опция отката может восстановить исходный параметр. Поэтапный, условный дизайн отражает компромисс, который операторы Solana давно взвешивают: более низкие резервные требования удешевляют счета, но более быстрый рост состояния увеличивает нагрузку на хранилище, которую несут валидаторы и RPC-провайдеры.

Следующие этапы определят, насколько далеко зайдет экономия капитала. Рост постоянного состояния и фактический возврат средств затем покажут, какая часть этой экономии станет новым потенциалом для счетов, повторно используемым оборотным капиталом или сокращением $SOL, удерживаемых против хранилища.