Автор | Azuma(@azuma_eth)
12 августа по пекинскому времени основатель Hyperliquid Джефф Ян (Jeff Yan) опубликовал обновление о прогрессе в официальном канале Discord. Из-за изначально слишком технического характера формулировок многие упустили или недооценили значение этого объявления.
Прямой перевод
Ниже приведен прямой перевод оригинального сообщения Джеффа Яна.
- По отзывам разработчиков, в HIP-1 будут добавлены следующие функции, контролируемые развертывателем токена: scaleWei { token, totalWei, referenceToken, systemAddress }.
- Эта операция автоматически и пропорционально распределяет totalWei токена token с адреса systemAddress пользователям на основе баланса referenceToken, которым они владеют. Расчеты выполняются с округлением в меньшую сторону, и сам адрес systemAddress не учитывается. Например, когда token == referenceToken, эта функция может использоваться для деноминации (redenomination).
- Существует два возможных варианта для systemAddress: системный адрес Core → EVM; либо казначейский (Treasury) адрес, указанный развертывателем и способный предоставить подпись. Важно отметить, что в самой среде EVM не существует подобной атомарной (atomic) функции. Поэтому, если соответствующий токен также существует в среде EVM, соответствующий смарт-контракт, возможно, потребуется доработать пользовательской логикой, чтобы синхронизировать эту операцию с балансами токенов в EVM.
- Когда token и referenceToken — это один и тот же токен: все неисполненные ордера (Open Orders) будут отменены, а затем пересозданы в соответствии с фактическим коэффициентом деноминации, с округлением в меньшую сторону в соответствии с требованиями точности szDecimals; totalWei может быть отрицательным. Это позволяет проводить обратную деноминацию.
- Приветствуются отзывы, чтобы эта функция могла максимально широко удовлетворять практические потребности.
Очевидно, что без определенного базового понимания концепций смарт-контрактов сложно уловить, что на самом деле означает это обновление Hyperliquid.
Простое объяснение
Проще говоря, Hyperliquid добавляет в HIP-1 ранее нечасто встречающуюся возможность — прямое, пакетное и программируемое изменение активов пользователей на "уровне балансов" HyperCore.
Здесь важны не столько название функции scaleWei и связанные с ней параметры, сколько то, что они фактически могут делать.
Предположим, на Hyperliquid существует токен A. Сейчас у Алисы 100 токенов, у Боба — 50, у Чарли — 10. Если на каком-то адресе находится 1600 токенов B, и в качестве referenceToken указан A, то система может автоматически распределить эти 1600 B между всеми пропорционально их доле владения A.
Распределение будет следующим:
- Доля Алисы в A составляет 62,5%, она получает 1000 B;
- Доля Боба — 31,25%, он получает 500 B;
- Доля Чарли — 6,25%, он получает 100 B.
Пользователям не нужно нажимать кнопку Claim (Забрать) или поочередно вызывать смарт-контракты — HyperCore может напрямую изменять балансы счетов согласно заданным правилам.
А если token == referenceToken, то будет выполнена "деноминация" (redenomination), что делает изменения еще более наглядными.
Например, исходное состояние холдингов токенизированных акций: у Алисы 100 акций, у Боба — 50, у Чарли — 10. Теперь проводится сплит акций в соотношении 1:10, и система может напрямую скорректировать балансы.
Состояние холдингов после корректировки будет следующим:
- У Алисы 1000 акций;
- У Боба 500 акций;
- У Чарли 100 акций.
Доля владения каждого не изменилась, изменилась лишь единица измерения. Верно и обратное.
В обновлении Hyperliquid также специально учтена проблема открытых ордеров. Если по активу происходит сплит 1:10, выставленный ранее пользователем лимитный ордер на продажу 100 акций очевидно не может остаться без изменений, иначе количество акций в ордере после сплита не будет соответствовать новой системе холдингов. Поэтому система отменит существующие ордера и пересоздаст их в новом соотношении, выполнив округление количества в соответствии с точностью szDecimals. Другими словами, это позволяет синхронизировать пересчет для балансов, ордеров и других состояний торговли.
Понимая логику обновления, возникает вопрос: для чего же нужна эта "программируемость на уровне балансов"?
Сценарии применения
Содержание, обнародованное Джеффом Яном, в основном описывает базовые возможности scaleWei. Однако, основываясь на этих возможностях, уже можно разглядеть несколько четких направлений применения, связанных с токенизированными акциями.
Сценарий 1: Дивиденды
Выплата дивидендов — одно из базовых прав акционеров в традиционных акциях. В системе традиционных брокеров это стандартное корпоративное действие (corporate action); в типичной модели EVM для аналогичной операции обычно требуется записывать соответствующие адреса в смарт-контракте, после чего пользователи должны самостоятельно забирать свои доли, или же проект должен выполнить распределение для каждого в отдельности.
scaleWei предлагает альтернативу — прямое пропорциональное распределение дивидендных активов среди пользователей на основе их балансов токенизированных акций в HyperCore. Предположим, в будущем на Hyperliquid появится токенизированная акция некой публичной компании, и компания решит выплатить дивиденды в размере 1 доллар на акцию — у Алисы 100 акций, у Боба 50, у Чарли 10. Система может напрямую, пропорционально доле владения, распределить активы дивидендов на соответствующие счета. Пользователям не нужно будет ничего вручную забирать, проекту не нужно вызывать контракт для каждого пользователя — HyperCore сам выполнит эту пакетную транзакцию.
Сценарий 2: Сплит и обратный сплит (консолидация) акций
Это, по сути, сценарий, уже прямо указанный в данном обновлении. Когда token и referenceToken являются одним и тем же активом, scaleWei может выполнить единую пропорциональную корректировку балансов всех держателей.
Таким образом, в будущем, если активу HIP-1 потребуется сплит 1:10, обратный сплит 10:1 или даже изменение минимального лота торговли, это можно будет выполнить напрямую, и система синхронно отменит и пересоздаст неисполненные ордера. Для торговой системы, которая действительно хочет обслуживать акции и ETF, подобные "корпоративные действия" являются стандартной функциональностью.
Сценарий 3: Rebasing (ребазинг)
Аналогичный механизм можно использовать для ребазинга. Если упростить, это корректировка общего предложения актива или его единицы (что часто происходит при конвертации предмаркетных токенизированных акций, когда количество акций меняется), при этом относительные доли владения между пользователями остаются неизменными.
Ранее такие операции обычно зависели от логики самого контракта токена, теперь же они могут стать нативной возможностью HyperCore.
Сценарий 4: Аирдропы
Другой очевидный сценарий — аирдропы. referenceToken не обязательно должен быть равен распределяемому токену, поэтому теоретически можно напрямую распределять актив B пропорционально холдингам актива A.
Например, проект решает распределить другой токен среди держателей определенного актива HIP-1. Система может напрямую считать балансы пользователей по активу A в HyperCore, а затем пропорционально распределить токен B с указанного казначейского (Treasury) адреса.
Это означает, что, по крайней мере, внутри HyperCore в будущем некоторые традиционные действия по "получению аирдропа" могут быть дополнительно упрощены до прямого распределения балансов системой.
Ликвидация пробелов в "корпоративных действиях" для токенизированных акций
Важно подчеркнуть, что обновление, представленное Джеффом Яном, пока сосредоточено на базовых функциях и не означает, что Hyperliquid уже объявил о распределении дивидендов по токенизированным акциям на своей платформе. Однако, с точки зрения инфраструктуры, технический путь для реализации необходимой возможности "распределения активов на счета пропорционально долям владения" уже заложен.
Рассматривая потенциальные сценарии применения, истинное значение этого обновления Hyperliquid заключается в том, что оно может помочь ликвидировать пробелы в возможностях обработки "корпоративных действий" для ончейн-активов.
В последние годы при обсуждении токенизации акций внимание индустрии часто сосредотачивалось на вопросе — "можно ли разместить акции на блокчейне?". Но если действительно переносить акции в блокчейн, проблем возникает гораздо больше. После выпуска акций постоянно происходят различные корпоративные действия: выплата дивидендов, сплит и консолидация акций, выпуск прав (права на покупку новых акций), распределение активов и т.д.
Следовательно, действительно полноценная инфраструктура для ончейн-акций должна не только позволять "торговать акциями", но и обрабатывать эти изменения состояния активов, выходящие за рамки торговли. И это как раз та область, которую начинает затрагивать текущее обновление Hyperliquid.
С этой точки зрения, scaleWei больше похож на добавление недостающего элемента инфраструктурной мозаики для Hyperliquid на следующем этапе — позволить ончейн-финансовым активам не только "быть торгуемыми", но и, подобно финансовым активам реального мира, подвергаться различным корпоративным действиям.
