Zyphron Toto

Сегодня я рылся в ликвидити-стеке @grvt_io liquidity и одно обстоятельство полностью сбило мой ритм.
Я отслеживал, где на самом деле находится реальная глубина — GLP-вольт, котировки RPI маркет-мейкеров и всё такое — пока @grvt_io dropped не запустил Binance Wallet Booster Campaign. 10 июля 2026, 07:00 UTC — прямо сейчас, и действует до 17-го числа включительно. 1 500 000 $GRVT распределят в день TGE. Торговля не нужна. Депозиты не нужны. Только миссии.
Стоп — вот это и застряло в голове. Я потратил утро на то, как доступ к GLP ограничивается пожизненным торговым объёмом (чем больше ты уже наторговал, тем выше становится твой лимит выделения), и на то, как ликвидность RPI тихо зарезервирована для whitelisted маркет-мейкеров, полностью скрытая от публичных API-лент. Реальная глубина на #GRVT зарабатывается объёмом или предоставляется через отбор. А между тем самое большое видимое «событие вовлечения» недели не требует ничего подобного.
Вообще-то забавно. Две совершенно разные параллельные дорожки — одна, где капитал и объём дают тебе более глубокий доступ, и другая, где просто открыть кошелёк в приложении приносит токены уже в первый день. Ни одна из них по-настоящему не требует от тебя добавлять ликвидность в том смысле, как это подразумевает маркетинг.
Заставляет задуматься, какая дорожка окажется важнее, когда $GRVT начнёт торговаться 21-го — глубина, собранная по уровням объёма, или кошельки, которые появились в списке миссий.
#grvt

Was reading through Newton Protocol's validator economics and kept circling back to one number: the current active validator set is small enough that a handful of addresses account for most of the bonded stake securing the network. Newton Protocol markets its verification layer as the thing that makes AI outputs trustworthy, decentralized by design, $NEWT staking framed as the mechanism that aligns everyone's incentives. @NewtonProtocol But incentive alignment only works if the people bearing the economic risk are the same people doing the verifying, and right now that's a narrow group of early, capital-heavy stakers, while the "anyone can secure the network" framing is closer to a future state than a present one. The reward curve also favors those who bonded early, which makes sense for bootstrapping but sits oddly next to language about open participation. Nothing wrong with early capital getting paid first, that's how most networks start. Just noticing the distance between "secured by decentralized incentives" and "secured by whoever showed up first with enough capital to matter." Does that gap close as the validator set grows, or does it just get harder to see.
#Newt

Был в документации Newton Protocol и в контракте $NEWT на Etherscan (0xD0eC…85D) большую часть дня, ковыряясь в авторизационных квитанциях @NewtonProtocol . $NEWT и кое-что про дизайн приватности не давало мне покоя после.
Newton позиционирует себя как слой, который делает onchain‑финансы верифицируемыми по умолчанию — проверка политики перед каждым действием с vault, подписанная квитанция, которую куратор может показать регулятору. Но если проследить, как именно эта квитанция записывается, и что попадает в блокчейн, выясняется: там лишь хеш‑коммитмент и бит pass/fail. AI‑скоринг рисков, проприетарные пороги куратора, любые PII — всё это остается внутри TEE или SP1 zkVM‑cхемы. Никогда не трогает публичное состояние.
Это… технически нормально. Институтам не хочется, чтобы compliance‑логика лежала на виду. Но это тихо сужает то, что именно понимают под «верифицируемостью». Можно подтвердить, что решение прошло какую‑то проверку. Но нельзя увидеть правило или понять, применяется ли оно одинаково ко всем vault, которые используют эту систему. Сверил это с репозиторием newton-policy-packs — и снова наткнулся на тот же пробел: подтверждение результата, а не доказательство вычисления.
«Snack» ушёл, а я всё ещё пережевываю эту мысль. Если вся цепочка аудита доказывает только то, что проверка была выполнена… кто же проверяет проверяющего?
#Newt

Я сравнивал централизованные ИИ-платформы с тем, что на самом деле поставляет Newton Protocol ($NEWT ), и одну вещь это все время не давало мне покоя.
Централизованная ИИ-инфраструктура — например, слои модерации с доступом по API — по умолчанию работает одинаково для всех. Вы не подключаете «ограждения» вручную: они просто... есть, невидимые, и вы доверяете платформе. Весь питч Newton с @NewtonProtocol — прямо противоположный подход: проверяемое исполнение, аттестация, которую вы реально можете проверить в Newton Explorer, а не полагаться на заявление компании.
Поэтому я пошел смотреть, что уже запущено после mainnet beta (1 июля) — первая реальная интеграция VaultKit сейчас сделана с Euler: на Base и Ethereum, с использованием RedStone price feeds и данных риска Vaults.fyi в качестве входных параметров политики. Круто. За исключением... это работает только если куратор сам подключит это. Ничто не заставляет вахт (vault) включать этот режим. Формулировка «верифицируемо по дизайну» — реальная, но она стоит рядом с переключателем opt-in, который большинство кураторов еще не переключали.
Я зашел за кофе в середине исследования и продолжал прокручивать это — децентрализация не означает автоматически «включено по умолчанию». Иногда она просто переносит, кто держит этот переключатель.
Меня это заставляет задуматься: сколько вахт на Euler прямо сейчас действительно имеют прикрепленный policy pack, а не просто... подключены к SDK и простаивают.
#Newt

Протокол Newton заставил меня сегодня задуматься о реальных отраслях — в частности, о кредитовании — и кое-что в документации VaultKit заставило меня остановиться посреди прокрутки. @NewtonProtocol построил всю историю «верифицируемого выполнения ИИ» на основе ценовых фидов RedStone, которые теперь встроены в движок политик (интеграция заработала вместе с mainnet beta, 23 июня, в Base и Ethereum). Любое снятие средств или заимствование из вольта проверяется по актуальным ценам RedStone, прежде чем операция будет завершена, а $NEWT в любом случае выдает подписанную аттестацию.
Похоже ровно на то, что нужно кредитованию, страхованию, кастоди-сервисам для RWA — тем отраслям, которые все говорят, что им нужны «верифицируемые» рельсы. Я открыл репозиторий newton-policy-packs на GitHub, чтобы посмотреть, как это устроено… и стоп — проверка RedStone срабатывает только если куратор вольта явно прописывает ее в своем паке политик. Ничто этого не навязывает. Куратор может развернуть вольт Morpho в VaultKit и вообще не трогать оракульную политику.
Я перечитывал это снова и снова, потому что это не совпадало с тем, как я за час до этого сам для себя «продал» эту идею. Я предполагал, что «верифицируемое выполнение» означает: каждое действие с вольтом по умолчанию проверяется чем-то реальным. Нет. Это значит, что инструменты существуют, а тот, кто запускает вольт, решает, сколько из этого включить.
Так какие отрасли на самом деле первыми перейдут на строгую версию — те, на которые давит регулирование, или те, где есть вкладчики, которые знают, что спросить?
#Newt

Сижу с @NewtonProtocol repo уже примерно час, и одна вещь никак не отпускала.
Сегодня снова открыл — вот реальный список того, что в работе: vaults.fyi для сигналов по рискам, RedStone для расхождения цен, Chainalysis для санкций, Blockaid для обнаружения вредоносных транзакций. Около восьми паков, каждый привязан к реальному провайдеру данных, и каждый опционален.
Вот что остановило меня посреди прокрутки. Подача такая: «AI-агентам нужна валидация/принуждение, а не “одобрение”» — больше не нужно отдавать ключи боту и надеяться. Справедливо. Но ничто не заставляет оператора агента реально прикреплять любой из этих паков до того, как агент коснётся какого‑нибудь vault. Куратор сам выбирает, что собрать, или не выбирает. Newton AVS проверяет только то, что ему велели проверять.
Так что часть про «децентрализованное доверие» — реальна: операторы, перереустейк, TEE-аттестации, квитанции — всё это можно достать из $NEWT Explorer. Это не маркетинг. Маркетингово близкое тут другое — намёк, что это происходит по умолчанию для каждого действия любого агента. Нет. Это происходит там, где кто-то заранее согласился.
Заставляет меня меньше думать про крипту и больше — о том, кто на самом деле проверяет, какие агенты вообще пропустили ограждения полностью — есть ли уже те, кто это отслеживает, или мы все просто доверяем тем, кто показывает свои квитанции?
#Newt

Только что провёл час в документации VaultKit и репозитории @NewtonProtocol , и одна строка не давала мне покоя: куратор «собирает свою политику из этих строительных блоков так же, как ты собираешь что угодно из деталей». Это из поста о запуске VaultKit от 1 июля — в тот же день Magic Newton Foundation опубликовали пакеты политик с открытым исходным кодом.
Вот что меня остановило посреди прокрутки. Пакеты действительно крепкие — Chainalysis для санкций, SumSub для идентификации, Blockaid для обнаружения вредоносных транзакций, RedStone для расхождений оракулов. Реальное покрытие. Но каждый из них — опциональный. Ничто в контракте хранилища не заставляет куратора подключать комплаенс-паки вместо просто паков доходности/риска. Хранилище может развернуть «Newton-secured» и при этом работать с нулевой включённой идентификацией или проверкой санкций, потому что никто не обязан собирать полный стек.
Хм… Я размышлял, это баг или просто так должны работать модульные системы. Компонуемость по самой задумке требует опциональности. Но маркетинговые формулировки («подлежащий исполнению», «верифицируемый», «onchain-слой политики») звучат как потолок, хотя на практике это больше похоже на меню.
Заставляет задуматься, сколько депозиторов проверяют, какие именно паки реально подключил к хранилищу, а не просто доверяют названию Newton на ярлыке.
$NEWT #Newt

Наконец-то я порылся в реальном репозитории policy-pack под номером @NewtonProtocol , а не просто читал пост в блоге.
Вот что остановило меня на середине прокрутки про $NEWT — «policy stack», о котором все говорят (Chainalysis Hexagate, RedStone, vaults.fyi, Credora, Webacy), не встроен в сам вольт. Это меню. Куратор открывает дашборд Newton Protocol и выбирает, какие проверки применяются, а RedStone подключили к Newton Protocol как зависимость от price-feed всего несколько дней назад — судя по их собственному посту об интеграции. До этого любые правила по залогам, ссылающиеся на «live market conditions» внутри Newton Protocol, не имели ничего верифицируемого за этим. Это не баг в Newton Protocol, просто... стоит задержаться и обдумать.
Я также заглянул в репозиторий на GitHub (newt-foundation/newton-policy-packs) — он в открытом доступе, конечно, но для Newton Protocol «open source» и «включено и принудительно действует по умолчанию» — это две разные формулировки. Куратор может форкнуть репозиторий Newton Protocol, развернуть вольт и просто не прикреплять sanctions pack. Ничто не мешает. Сеть не сможет отличить «Newton Protocol применялся» от «Newton Protocol пропущен», пока кто-то реально не проверит логи операторов.
Я снова и снова думаю, это вещь rollout-фазы, которую Newton Protocol потом сильнее ужесточит, или... это его постоянная форма. Интересно, какие вольты в итоге будут запускать полный stack Newton Protocol, а какие — только минимум, чтобы сказать: «мы это интегрировали».
#Newt

Давно копаюсь в развёртывании mainnet beta @NewtonProtocol — пост в блоге от 1 июля, который подтверждает реальное включение enforcement на Base и Ethereum; также заработала интеграция Euler. $NEWT . Прочитал дважды, потому что что-то казалось странным, но в хорошем смысле — это уже не демо для testnet. Реальные vault’ы, реальные attestation, всё записано на Newton Explorer, чтобы любой мог проверить.
Вот что на самом деле зацепило меня. Attestation лишь доказывает, что была соблюдена письменная политика. Она не говорит ничего о том, была ли сама политика хоть сколько-нибудь хорошей. Куратор может написать «бритвенно тонкую» Rego-политику — проверка юрисдикции по минимуму, и всё — и Newton всё равно выдаст чистый криптографический receipt. Такой же зелёный свет, как у куратора, который написал действительно непробиваемое решение. Цепочка не может сказать вам, насколько строгими были правила. Только то, что какие бы правила ни существовали, они были исполнены.
Зашёл в небольшую кроличью нору в поисках реестра политик, который показывает уровни строгости или минимальные стандарты по vault’ам. Не нашёл. Возможно, это просто рано — mainnet beta, дайте время. Или, может быть, это структурно никогда не появится, потому что удержание авторства политик полностью в руках куратора — это, по сути, и есть задумка.
Проверяемое исполнение слабого правила и проверяемое исполнение сильного выглядят одинаково на эксплорере. Сойдётся ли это, когда больше институциональных провайдеров данных подключатся, или это останется постоянной «слепой зоной»?
#Newt

NEWT уверенно держится на уровне $6,77M по объёму за 24 часа сегодня, рост на 15,4% за день — я как раз прокручивал Newton Explorer, просматривая недавние подтверждения по политике, когда заметил всплеск, и мне стало любопытно, что именно его вызывает… оказалось, что большая часть этого объёма — просто ротация spot, а не новые автоматизационные потоки, проходящие через AVS.
Дело в том, что @NewtonProtocol , который зацепил меня после того, как я покопался в последних днях взаимодействий по контрактам. Подача про «проверяемое принудительное исполнение» звучит так, будто по умолчанию каждая транзакция проходит проверку политики. Реальность — zkPermissions и attestation TEE срабатывают только тогда, когда билдер явно подключает свой контракт, чтобы направлять его через реговские политики Newton. Никаких opt-in, никакого слоя верификации, который трогает tx, по умолчанию. Тиражируемое предложение сейчас держится около 288,46M $NEWT , и большинство кошельков, за которыми я следил, просто передвигали токены перед следующим разблокированием — и вообще не запускали какую-либо оценку политики.
Так что формулировка про «достоверную нейтральность» действительно имеет место, но только для той части билдеров, которые реально её интегрируют. Все остальные просто… используют сеть как обычно. Взял свой перекус, пока думал об этом — ощущается не как встроенная защита по умолчанию, а как функция, к которой нужно тянуться.
Заставляет задуматься, какая доля текущего объёма вообще хоть как-то затрагивает слой верификации.
#Newt

Сегодня возился с документами @NewtonProtocol , пытаясь встроить приложение-агента в их процесс аттестации, и одна строка в их отчёте за 1 июля остановила меня посреди прокрутки.
Бета основной сети запустилась 23 июня в Base и Ethereum, а посыл такой: «нет единого оператора, который решает исход» — сверхбольшинство независимых операторов проверяют вашу политику, дают согласие, и вы получаете компактную аттестацию, которую можно проверить в Newton Explorer. Звучит безупречно. Но в самой документации сказано, что консенсус между несколькими операторами включается только после того, как $NEWT выйдет из беты. Прямо сейчас, на том этапе, который как раз встраивают большинство разработчиков, вы доверяете меньшему набору операторов, чем предполагает «без доверия» в этой подаче.
Перечитал этот абзац дважды, думая, что я неправильно понял. Нет.
Политики пишутся на Rego (нормально, это удобный для комплаенс-команды выбор), а WASM-песочница для кастомных коннекторов данных действительно умна — вы не застреваете на их готовых провайдерах вроде Chainalysis или RedStone. Но ключевая предпосылка доверия — та самая, благодаря которой работает вся история про «проверяемо ещё до расчётов» — явно отложена на более позднее время.
Не говорю, что это плохая инженерия. Просто… если вы сегодня выпускаете AI-агента на этой платформе, вы строите на модель безопасности, которую они описывают, или на ту, которая реально работает?
#Newt