Hyperliquid по пунктам разъясняет десять обвинений: раскрытие правды о платежеспособности, механизме Машина Oracle и дизайне управления

【区块律动】Недавно известная команда проекта Hyperliquid сделала подробный публичный ответ на ряд внешних вопросов. Эти обвинения касаются таких чувствительных вопросов, как платежеспособность системы, прозрачность сделок, механизмы управления и т.д., и разъяснения команды проекта предоставили важную информацию для всей экосистемы.

В отношении платежеспособности внешние критики поставили под сомнение наличие проблемы недостаточной залоговой обеспеченности в размере 362 миллиона долларов. Hyperliquid опровергла это утверждение, указав, что критики упустили один ключевой момент — резерв USDC через мост Arbitrum на HyperEVM. Согласно данным команды проекта, текущий объем USDC составляет 4,351 миллиарда долларов, что достаточно для покрытия всех долгов. Разница в этих цифрах показывает, что простой запрос данных на блокчейне может легко упустить полную картину кросс-чейн активов.

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

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

В дизайне прав доступа умных контрактов, внешние наблюдатели обеспокоены тем, что модуль CoreWriter обладает “божественным режимом”, позволяя произвольно чеканить монеты и переводить средства. На самом деле, этот компонент является лишь инструментом исполнения для связи HyperEVM с HyperCore и не обладает так называемыми абсолютными правами.

Что касается механизма заморозки цепочки, команда проекта разъясняет, что это похоже на традиционное обновление жесткого хардфорка блокчейна. В событии POPCAT в ноябре этого года проект не замораживал первую слой сети, а только автоматически активировал меры безопасной блокировки для моста Arbitrum, что является стандартной операцией по управлению рисками.

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

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

В ликвидационном механизме команда проекта отрицает наличие несправедливого ликвидационного картеля. Только HLP (поставщики ликвидности) могут выступать в качестве резервных ликвидаторов, и участие не требует никаких условий. Большинство ликвидаций осуществляется через открытую книгу заказов, конкуренция прозрачна.

В ответ на обвинения в скрытых кредитных соглашениях, команда проекта указывает, что гарантии портфеля, функции кредитования и модель HLP являются общедоступными версиями предварительного альфа-релиза, полная документация была зарегистрирована. Эти инновационные функции развиваются под контролем сообщества.

В конце концов, по поводу опасений, что функция ModifyNonCirculatingSupply может изменить предложение токенов, команда проекта уточнила, что HIP-1 устанавливает фиксированное общее количество поставок, а эта функция предназначена только для отображения расчетов и не оказывает никакого влияния на фактический объем обращения.