Существуют ли другие топ-300 создателей в кампании GRVT Booster, которые сталкиваются с этим?
Я в рейтинге №56 в глобальной таблице лидеров, и все требования для участия выполнены, но кнопка Verify по-прежнему отключена, хотя окно верификации уже открыто.
Я уже обновил приложение, очистил кэш, принудительно остановил его и подтвердил, что использую тот же Keyless Wallet.
У кого-то еще возникает такая же проблема, или это только у моей учетной записи?
🚀 Ещё один токенизированный акционерный инструмент приходит на Binance!
AAOIB/USDT представляет Applied Optoelectronics (AAOI) на платформе Binance bStocks, предоставляя соответствующим пользователям on-chain доступ к базовым акциям.
Поскольку Binance продолжает расширять bStocks, токенизированные ценные бумаги приближают традиционные рынки к криптоиндустрии.
Вы бы торговали токенизированными акциями вместо использования традиционного брокера? 👇
Предыстория: Временное прекращение огня между США и Ираном фактически рухнуло на фоне возобновившихся боев. США заявляют, что Иран атаковал коммерческое судоходство в Ормузском проливе — одном из самых важных энергетических «узких мест» в мире. В ответ Вашингтон расширил военные удары и вновь ввёл морскую блокаду, нацеленную на иранские порты.
Эскалация: Теперь Трамп провёл встречу в Ситуационной комнате со всей своей командой по национальной безопасности, чтобы обсудить существенно более широкую кампанию, выходящую за рамки операций вокруг Ормузского пролива. Он также предупреждал, что критическая инфраструктура, включая электростанции и мосты, может стать целью, если Иран откажется вести переговоры.
Неожиданный фактор: Американские чиновники пристально следят за «Pickaxe Mountain» — сильно укреплённым подземным объектом, связанным с ядерной сферой и, как предполагается, его трудно уничтожить даже с применением бункеробойных боеприпасов.
Почему это важно для рынков: Ормузский пролив обслуживает значительную долю глобальных поставок нефти и СПГ. Любое затяжное нарушение может поднять цены на энергоносители, усилить риски инфляции и повысить волатильность на мировых рынках — включая криптовалюты. Во время геополитических потрясений подобного рода биткоин и другие крупные активы часто реагируют больше на макрориск-сентимент, чем на ончейн-фундаментальные показатели.
Будьте внимательны, следите за заголовками и управляйте риском соответствующим образом. 🧠
У рынка Newton были пользователи ещё до того, как появилась конкуренция
<c-35/> Я вернулся в реестр моделей с более узким вопросом. Раньше я сосредоточился на том, кто опубликовал модель. В дорожной карте Ньютона говорится, что первоначальный агент, созданный на протоколе, — это агент регулярных покупок, разработанный Magic Labs. Я понял это так, будто экосистема просто ещё не успела появиться. Это было не совсем то, что показывала документация. Ньютон не просто тихо опубликовал агент регулярных покупок и оставил его там. Он разработал сценарий адаптации (онбординг) для запуска агентa, чтобы пользователи могли развернуть собственный экземпляр для регулярных покупок. Ньютон также сотрудничал с Kaito в кампании, которая выделила 0,75% от общего $NEWT supply, чтобы вознаграждать пользователей, развернувших агент, и тех, кто привёл других, при этом программа была построена вокруг 20 000 участников.
Я пошёл посмотреть, что на самом деле есть в реестре моделей.
Ньютон описывает его как ончейн‑маркетплейс, где любой может публиковать, находить и собирать агентов в агентные «рои». Я ожидал, что там уже всё будет заполнено: несколько команд, конкурирующие модели агентов — тот тип экосистемы, который, как мне казалось, реестр уже был создан поддерживать.
Но у дорожной карты Ньютон всё иначе.
Первый агент, собранный на протоколе, — это агент Recurring Buy (покупка по расписанию), созданный Magic Labs — командой, стоящей за самим Newton.
Публикация, поиск и компонуемые агентные рои в дорожной карте описаны как то, что будет дальше.
Это переосмыслило кое‑что из того, что я предполагал.
Модель управления реестром уже задокументирована: стейкинг, регистрация и ответственность операторов определены ещё до того, как описан более широкий маркетплейс независимых участников.
Управление пришло раньше экосистемы.
По мере расширения Newton Mainnet Beta сегодняшняя задокументированная отправная точка — это один внутренний агент. Дорожная карта описывает более широкий маркетплейс, чем тот, который задокументирован сейчас.
Я не знаю, означает ли это, что дизайн стимулов просто ждёт появления внешних участников, или же начало с одного, созданного командой агента — именно тот способ, который вам нужен, чтобы сначала валидировать механизм, прежде чем открыть его всем. Оба прочтения подходят под то, что задокументировано.
Мне меньше интересно, достаточно ли одного агента для Mainnet Beta, чем то, что меняется, когда реестр моделей начнёт управлять операторами @NewtonProtocol didn't build. Вот где маркетплейс перестаёт быть дорожной картой и начинает превращаться в инфраструктуру.
$NEWT becomes более интересным для меня, когда эти правила управления начнут применяться к независимым участникам, а не только к исходной точке самого протокола.
Когда я читаю "Insurance Fund", я предполагаю, что именно там заканчивается история с ликвидациями.
Документация GRVT продолжалась.
Если крупные ликвидации загоняют Insurance Fund в дефицит, GRVT рассчитывает Socialized Loss Haircut, разделив дефицит Insurance Fund на Total Client Equity по всей бирже.
Этот процент применяется только к выводам, сделанным в то время, пока дефицит существует.
Я остановился на этом и вернулся к примеру с расчетами.
Ликвидация оставляет Insurance Fund в минусе на 200 USDT против 4 000 USDT общего капитала клиентов. В результате получается haircut 5%. Чарли выводит 500 USDT в течение этого окна. Он получает 475 USDT, а оставшиеся 25 USDT получает Insurance Fund. Как только дефицит возвращается к нулю, haircut исчезает вместе с ним.
Это изменило мое понимание Insurance Fund.
Я воспринимал его как финальный буфер.
В документации сказано, что время вывода входит в распределение убытков.
Haircut не определяется позицией, которая создала убыток.
Он определяется тем, кто решает вывести средства, пока дефицит все еще существует.
Механизм учитывает не только убытки.
Он делает момент выхода частью того, как эти убытки распределяются.
Я наблюдаю, будут ли трейдеры начинать относиться к Insurance Fund так же, как к цене и марже, в периоды рыночного стресса, или же большинство людей узнаёт об этом механизме только после того, как вывод осядет на сумме, чуть меньше ожидаемой.
Я пошёл разбираться, что на самом деле защищает кросс-маржа.
Я предполагал, что это означает эффективность совместного капитала, когда при этом каждая позиция всё равно может отдельно добиваться успеха или терпеть неудачу.
Но в документации GRVT это описано иначе.
Согласно Справочному центру GRVT, ликвидация при кросс-марже начинается, когда Кросс-маржа Ratio достигает 100%.
Когда этот порог достигнут, ликвидация не ограничивается позицией, из-за которой счёт туда пришёл. Ликвидируется весь кросс-портфель вместе с общей кросс-маржой.
Я перестал читать и вернулся в раздел «Изолированная маржа».
Там описано почти противоположное поведение.
Если изолированная позиция терпит неудачу, под угрозой оказывается только маржа, выделенная этой позиции. Остальные ваши позиции и кросс-баланс остаются нетронутыми.
Это изменило то, как я понимаю два режима.
Я думал о кросс-марже как о совместной ликвидности.
В документации она описана как совместная платёжеспособность.
Тот же общий пул, который повышает эффективность капитала, также создаёт единую границу ликвидации для каждой позиции, которая его использует.
Прибыльная позиция не становится рискованной из-за того, что она теряет.
Она становится рискованной, потому что она делит обеспечение с той, которая под риском.
Кросс-маржа действительно повышает эффективность капитала.
То, за чем я наблюдаю: будут ли трейдеры продолжать выбирать её в первую очередь из-за этой эффективности, когда волатильность заставит воспринимать это как решение по уровню портфеля, а не по уровню позиции.
@NewtonProtocol Я пошёл искать третий исход. Лайтпейпер формулирует это прямо, в самом начале, почти между делом: политика Newton — это программируемый набор правил, который определяет, должна ли транзакция быть выполнена, отложена или отклонена. Три исхода. Не два. Я прочитал это с первого раза. Показалось, будто это определение — фраза, которая тихо задаёт всё, что дальше. Я предполагал, что реализация в итоге придёт в то же место. И я пошёл искать, где это. Beta Newton Mainnet построена вокруг авторизации до исполнения. Интенция оценивается в соответствии с политикой. Операторы достигают кворума. Их подтверждения объединяются в единое подтверждение (аттестацию). Смарт-контракт проверяет это. Транзакция выполняется — либо нет.
Я читал слово «децентрализованный», будто оно описывает одну вещь.
Это не так.
Я понял это только когда попытался выяснить, где именно Newton Mainnet Beta достигает консенсуса.
Первый уровень был знаком.
Операторы оценивают политики.
Создают аттестации.
Каждый пост Newton, который я написал до сих пор, жил в этом слое. В документации его описывают как децентрализованную сеть, защищённую через restaking на Ethereum.
Я почти остановился.
Но продолжил.
Под ним был ещё один слой.
Я проследил архитектуру, пока не дошёл до валидаторов.
Я думал, что там меня будет ждать то же утверждение о децентрализации.
Но его ещё не было.
Прозрачностный отчёт Newton говорит, что сеть начинается с валидаторов, контролируемых Foundation, затем переходит к разрешённому набору валидаторов от третьих сторон и в итоге стремится к полностью permissionless-набору валидаторов.
Начать.
Перейти.
Стремиться к.
И именно в этот момент я понял, что относился к одному слову так, будто оно описывает одну веху.
В документации это не так.
Децентрализация операторов и децентрализация валидаторов — это разные вехи на разных временных линиях.
Newton децентрализует оценку раньше, чем децентрализует инфраструктуру.
Это различие меняет то, как я читаю архитектуру.
Сеть операторов объясняет, кто оценивает политики и создаёт аттестации.
Набор валидаторов объясняет, кто сейчас производит блоки и финализирует состояние.
Это разные предположения о доверии, развивающиеся по разным графикам.
Я наблюдаю за тем, что происходит, когда люди перестают воспринимать «децентрализованный» как единое свойство и начинают спрашивать, о каком именно слое они говорят.
В документации эти слои уже разделены.
Mainnet Beta покажет, будет ли так же и в разговоре.
$NEWT становится для меня интереснее по мере того, как эти две временные линии начинают сближаться.
Я думал, что единственное оставшееся решение — это заявить мои токены.
Я ошибался.
То, что продолжало тянуть меня обратно, было не окном регистрации. Это был план Multiplier.
Сначала я предположил, что мультипликатор означает больше токенов.
Нет.
Согласно руководству GRVT по Multiplier, общий пул аирдропа никогда не меняется. Выбор плана Multiplier лишь меняет то, как этот неизменный пул делится. Вы можете отложить распределение на 4 или 8 месяцев после TGE в обмен на более весомую долю.
И именно в этот момент я перестал воспринимать это как бонус.
Это ощущалось скорее как решение о ликвидности.
Сроки сделали это еще интереснее.
План Multiplier закрывается 17 июля, а регистрация остается открытой до 27 июля. Решение, которое влияет на вашу взвешенность, должно быть принято до того, как само окно регистрации закончится.
Ничего не делать — и вы автоматически остаетесь в Standard Plan. Полное распределение на TGE. Без мультипликатора.
Каждый участник делает один и тот же компромисс по отношению к одному и тому же фиксированному пулу.
Немедленная ликвидность.
Или большая взвешенность в обмен на ожидание.
То, за чем я наблюдаю после TGE, — не то, сколько людей выбрали план Multiplier.
А то, реально ли этот механизм меняет поведение держателей или просто переносит такое же давление продаж на 4 или 8 месяцев вперед.
Newton Protocol доказал выполнение. Но залог всё равно остался.
Залог всё ещё был на месте. Я ожидал, что к этому моменту оно уже исчезло. @NewtonProtocol verifies agent execution. ZKP-доказательства с нулевым разглашением и проверка политики перед тем, как что-либо попадёт в состояние. Я предполагал, что когда выполнение станет проверяемым, требование вносить залог начнёт выглядеть избыточным. Доказательство должно уметь стоять само по себе. Я вернулся к документации Model Registry, чтобы проверить, было ли это предположение верным. Операторы, публикующие агентные модели, по-прежнему делают стейк $NEWT Всё ещё подлежащий слэшингу. Я прочитал это дважды, а потом пошёл искать, что именно на самом деле это запускает.
Цена прорвалась в зону, где больше не осталось исторического сопротивления, и теперь каждое движение становится ценовым открытием, а не восстановлением.
Большинство трейдеров назовут это «FOMO».
Я считаю, что это ленивый анализ.
Сильные тренды редко начинаются потому, что внезапно все становятся бычьими.
Они начинаются, когда предложение становится более скудным, спрос сохраняется стабильным, и каждый откат выкупается, а не продаётся.
Вот почему самые сложные сделки обычно выглядят «слишком дорогими».
Теперь начинается реальная проверка.
Сможет $DEXE закрепиться выше своего предыдущего потолка или это станет очередным пиком на разогреве, который вознаграждает поздних продавцов, а не поздних покупателей?
Следующие несколько дневных закрытий важнее, чем сегодняшняя зелёная свеча.
@NewtonProtocol подтверждает выполнение агентом. TEE, доказательства с нулевым разглашением и проверка политики перед тем, как что-либо коснётся состояния. Я предположил, что как только выполнение станет верифицируемым, требование к обеспечению со временем может стать ненужным.
Не стало.
Операторы, публикующие модели агентов в реестре Model Registry, всё ещё вносят $NEWT
И их всё ещё можно слэшить.
Я решил выяснить, что именно это запускает.
В документации названо две вещи.
Неправомерное поведение.
Неуспешная валидация.
Неправомерное поведение сразу обрело для меня смысл.
Неуспешная валидация — нет.
Через несколько страниц я наткнулся на другую часть документации, где описывается уровень политики Newton как предотвращающий, а не реактивный. Транзакции, нарушающие политику, не выполняются. Изменений состояния нет. Деньги не двигаются.
Вот где моё чтение замедлилось.
Предотвращающая модель объясняет, почему некорректное выполнение не должно доходить до сети.
Модель слэшинга объясняет, почему пользователям всё ещё может требоваться компенсация, когда оператор терпит неудачу.
А вот что мне не удалось найти — операционная граница между этими двумя идеями.
В документации также сказано, что слашенное обеспечение может быть перераспределено пользователям, на которых повлияла ошибочная или неправомерно действующая модель агента.
Я снова и снова возвращался к фразе «неуспешная валидация».
Она описывает недействительную транзакцию?
Сбой живучести?
Оператор, который никогда не отвечает?
Доказательство, которое так и не приходит?
Я не знаю.
Документация не делает эту границу явной, и, по-моему, это как раз более интересный вопрос.
Возможно, «неуспешная валидация» — это не про то, что выполнение плохое по сути.
Возможно, это про оценивание моментов, когда выполнение так и не становится верифицируемым с самого начала.
По мере того как Newton Mainnet Beta выходит в производство: какое именно операционное событие на самом деле подразумевается под «неуспешной валидацией»? Где начинается эта граница?
$NEWT only становится интересной для меня только если эта граница остаётся достаточно чёткой, чтобы операторы понимали, против чего именно они ставят обеспечение, прежде чем производственный трафик начнёт её проявлять.
Я пошёл искать шифровальный ключ Ньютона. Не ключи подписи. Тот, на который клиенты действительно шифруют. Я ожидал, что в итоге найду сервер, шлюз или оператора, ответственного за хранение этого. Я не понял. У каждого оператора были знакомые ключи. ECDSA. BLS. Никто не ответил на вопрос, который я задавал. Я подумал, что что-то пропустил. Поэтому я снова начал читать раздел о конфиденциальности. Ответ был не на другой ключ. Это была церемония распределённой генерации ключей. Именно в этот момент архитектура перестала казаться знакомой.
Первое, что я искал в кроссчейн-архитектуре Newton, был не ретранслятор.
Это был второй реестр операторов.
Я ожидал, что каждый целевой блокчейн будет поддерживать собственное представление о том, каким операторам он доверяет.
Я не смог это найти.
Я подумал, что в документации просто еще не дошли до этого раздела.
И я продолжил прокрутку.
Так и не нашли.
Следующее, что я обнаружил, оказалось не другим реестром. Это был корень Меркла, подписанный BLS, который переносит обновленную таблицу операторов из Ethereum. Беспристрастные (permissionless) ретрансляторы распространяют эту подписанную корневую хэш-сущность по целевым блокчейнам, где on-chain-верификатор обновляет локальную таблицу операторов после проверки совокупной подписи.
Это изменило то, как я читаю архитектуру.
Я перестал думать о регистрации операторов как о чем-то, что принадлежит каждому отдельному блокчейну.
Оказалось, что это то, что каждый блокчейн унаследует.
Без этой синхронизации целевые блокчейны со временем могли бы валидировать авторизации, сверяясь с разными таблицами операторов. Вместо этого они продолжают проверять одно и то же синхронизированное представление.
Часть, за которой я наблюдаю, — не то, работает ли распространение.
Я слежу за первой ротацией операторов, которая сделает синхронизацию видимой. Если каждое обновление будет оставаться скучным, значит, архитектура, вероятно, работает ровно так, как задумано.
$NEWT начинает быть для меня интересной только в том случае, если синхронизация операторов продолжит масштабироваться достаточно незаметно, чтобы целевые блокчейны никогда не тратили значимое время на то, чтобы полагаться на разные представления о том, кто авторизован.
Первое, что я проверяю в новом API обмена, — это не задержка.
Важно, какие поля действительно сохраняются при взаимодействии с блокчейном.
Я остановился на середине схемы ордера в GRVT.
Полезная нагрузка выглядела однородной.
Но это было не так.
Большая часть ордера подписывается и исполняется в Hyperchain от GRVT.
Метаданные — нет.
В документации GRVT сказано, что эти поля никогда не подписываются, никогда не передаются в смарт-контракт и существуют только для операций на бэкенде. Там даже описывается та часть объекта как «не доверительная по своей природе».
Я пролистал обратно к началу.
Я читал весь объект как одно обещание.
Но это не так.
Полезная нагрузка выглядит единой.
Гарантии — нет.
Документация никогда не объясняет, почему такое разделение живёт внутри одного объекта, а не в двух.
Возможно, это просто деталь реализации.
Возможно, это одно из самых интересных архитектурных решений во всём API.
🚨 Прекращение огня мертво. Снова. На этот раз, возможно, действительно удержится.
Трамп подтвердил это в пятницу: Иран попросил продолжать разговоры, США согласились, но прямо сказали Тегерану, что само прекращение огня уже окончено. Не угроза. Заявление.
Здесь важен контекст. Это второе эскалирование менее чем за месяц с тех пор, как стороны подписали меморандум о взаимопонимании. Ночью силы США нанесли удары примерно по 90 иранским целям. Ответ Ирана не был символическим: Революционная гвардия запустила дроны и ракеты по объектам США в Бахрейне и Кувейте — двух странах Персидского залива, где размещены американские базы. Это расширение регионального конфликта, а не двусторонняя ссора.
Нефть уже отреагировала. Она снова растет на фоне рисков в Ормузском проливе — того же «узкого места», из-за которого в прошлый раз, когда все сорвалось, подскочила цена на сырьё. Трамп допустил восстановление военно-морской блокады и даже взятие острова Харк. Переговорщик Ирана говорит, что они готовы к «всеобщей обороне», если меморандум о взаимопонимании окончательно развалится.
Так что главный вопрос для крипто: в этот раз BTC отделится и будет торговаться как хедж, или просто будет «кровить» вместе с акциями, как это было во время первого раунда в июне?
Фраза про прекращение огня «оконченное» и «переговоры продолжаются» в одном предложении показывает: это позиция, а не разрешение. Заголовочный риск не исчерпан. Действовать нужно так, будто он не исчерпан.
Я потратил больше времени на изучение архитектуры безопасности GRVT, чем на разбор его матчинг-движка.
Первое, что я хотел найти, — место, где всё могло сломаться.
Но я не смог.
Это не убрало границу отказа. Оно просто переместило её. Затем разделило её на две части.
Я не ожидал, что архитектура закончится там.
Нельзя напрямую выполнять код в приватном L2 GRVT. Каждый запрос проходит через бэкенд GRVT, прежде чем дойдёт до контрактов L2. Это значит, что скомпрометировать контракты L2 было бы недостаточно. Бэкенд, который выполняет каждый запрос, тоже пришлось бы взломать.
Это изменило то, как я смотрел на дизайн.
Я перестал воспринимать это как архитектуру, стремящуюся устранить все зависимости. Нельзя обещать, что нечто не может отказать. Главное — чтобы одного отказа не хватило.
Я знаю, как может выглядеть отказ одной из половин.
Но я всё ещё не знаю, что произойдёт, если обе половины когда-нибудь будут протестированы одновременно.
Протокол Newton и Челленджер, Которого Никому Не Пришлось Назначать
@NewtonProtocol Окно для спора уже было открыто. Я продолжал искать список одобренных претендентов. Я так и не нашёл такого. Ньютон никогда не назначает, кто получает право оспаривать авторизацию. Она лишь определяет, как проверяется оспаривание. Похоже, это было куда более масштабное архитектурное решение, чем я ожидал. Я предполагал, что ответственность работает так же, как и большинство распределённых систем: комитет. Назначенный рецензент. Какой-то привилегированный участник, отвечающий за оспаривание неверных результатов. Ньютон строится вокруг чего-то другого.