Carlitos alcaraz

Статья Dusk от 15 августа о токенизации для МСБ всё ещё лежала у меня во вкладках, пока я разбирался с углом EURQ — и дело, которое зацепило меня, было не в аргументе, а в состоянии вещей, которые фактически уже работают вокруг всего этого.

Dusk Network ($DUSK ) позиционирует EURQ, цифровое евро от Quantoz, соответствующее MiCA, как недостающий платежный рельс для ончейн‑европейских финансовых рынков. @Dusk — формулировка попадает в цель. Вы действительно не можете урегулировать токенизированную акцию NPEX без чего-то, что работает как реальные евро, а не как синтетическое приближение.

Но посмотрите, куда всё приземляется сейчас. EURQ назван, партнерство существует, логика расчетов спроектирована. И Dusk Trade — слой приложения, где инвесторы подключаются, привязывают кошельки и, по сути, совершают сделки с этими ценными бумагами, используя EURQ — на этой неделе на главной странице значится как "Building". DuskEVM всё ещё в testnet. Платежный рельс прибыл раньше рынка, который ему предстоит обслуживать.

Это не обязательно проблема сама по себе. Платежный слой нужно спроектировать, прежде чем вы сможете построить площадку вокруг него. И 210M+ $DUSK staked в mainnet удерживает базовый слой в устойчивом положении.

Но я снова и снова возвращаюсь к одной тихой мысли: EURQ находится на Dusk уже несколько месяцев. Кто на самом деле его использует и для чего — пока Dusk Trade заканчивает строительство?
#dusk

Was poking around TermMax's markets mid-session and something made me stop. The fixed-rate pitch for $TMX — borrow at a locked rate, maturity date, no liquidation chaos — sounds almost old-fashioned in DeFi. Calming, even. But then you check DefiLlama and the real picture surfaces. #TermMax is live on 8 chains. Ethereum holds 94.5% of the TVL. That's not a multi-chain protocol in practice, that's an Ethereum protocol with outposts.

The TGE announcement dropped August 15 — token live August 25 — and TVL sits around $34M with $29.49M in active loans. Fine. But the last 30 days generated $11,559 in protocol fees total. On $34M. That math implies most of what's parked in the vaults isn't sitting in active fixed-rate loan books. It's idle capital being routed into Morpho or Aave under the hood, earning yield elsewhere, while the fixed-rate AMM layer above it handles a thinner slice of real borrower demand than the headline numbers suggest.

Which isn't necessarily wrong. Vault depositors get yield either way. But the "fixed-rate borrowing matters in DeFi" argument only lands if borrowers are actually choosing fixed over floating at scale. Right now the chain data says… not yet.
@TermMax

Hmm. Maybe post-TGE incentives shift that. Or maybe the vault structure was always the real product and fixed-rate borrowing is the premium feature that most users just never reach.

Что-то щёлкнуло в процессе работы, пока я разбирался в регуляторной архитектуре Dusk Network $DUSK . Не тот обычный клик вроде «о, это интересно» — скорее «постойте, это на самом деле устроено наоборот по сравнению со всем остальным». #dusk @Dusk

Тестнет DuskEVM запущен 10 августа. Solidity, Hardhat, стандартные инструменты EVM. В остальном всё нормально. Но вот в чём дело — то, что вы разворачиваете на DuskEVM, наследует не только среду выполнения. Оно наследует лежащий под ней слой комплаенса. Лицензии MTF, Broker и ECSP от NPEX — это не надстройки, которые существуют рядом с чейном. Они встроены в инфраструктуру площадки, вокруг которой построена цепочка. 21X привносит DLT-TSS — первую лицензию ЕС для полностью токенизированного рынка ценных бумаг. И это две лицензированные сущности, встроенные на глубине протокола ещё до того, как появится хотя бы один розничный пользователь.

Большинство цепочек воспринимают регулирование ЕС как трение. Как то, что нужно обходить, минимизировать, откладывать. Реальная позиция Dusk — не маркетинг, а архитектура — рассматривает весь регуляторный стек ЕС как «сложную часть», которая уже сделана. Мот не в ZK-доказательствах или совместимости с EVM. Это инструменты. Мот в том, что воспроизведение лицензионного стека занимает годы и недоступно никому, кто просто хочет форкнуть код.

Я потратил дольше, чем ожидал, на то, чтобы сопоставить: какие лицензии покрывают какие функции. Это очень плотный материал. И всё ещё не уверен, насколько это действительно конвертируется в торговые объёмы, когда dApp NPEX всё-таки развернётся… или же регулируемая инфраструктура без ликвидности — это просто очень хорошо оформленная пустая комната с бумажками

Я просматривал активность контрактов в тестнете DuskEVM — запуск состоялся 10 августа, обозреватель показывает ранние развертывания, которые в течение последних нескольких дней сходились/устанавливались — и я снова и снова возвращался к тому, что казалось недостаточно раскрытым в том, как Dusk, $DUSK , #dusk @Dusk излагает свою тезисную позицию по RWA.

Есть разница между тем, чтобы обернуть уже существующий актив в токен, и тем, чтобы с самого начала эмитировать актив нативно в блокчейне. Токенизация берет то, что уже существует — облигацию, долю фонда, дебиторскую задолженность — и размещает его цифровое представление в ончейне. Нативная эмиссия означает, что актив рождается в ончейне. Основная запись живет там же. Это не одно и то же, и юридические, расчетные и жизненные (lifecycle) последствия заметно расходятся.

Архитектура Dusk — Citadel, слой приватности, встроенная в протокол логика комплаенса — действительно лучше подходит для нативной эмиссии. ZK-доказательства работают наиболее «чисто», когда полный жизненный цикл актива находится в пределах досягаемости системы. Но если сейчас смотреть взаимодействия в тестнете на DuskEVM, то большая часть того, что там исследуется, выглядит как стандартные шаблоны токенизации: развертывания контрактов, логика передачи. Пока что ничего не указывает на то, что инфраструктура эмиссии является главным «магнитом».

Из-за этого я понял, что читал маркетинг как будто он продвинулся дальше, чем это следует из фактического поведения тестнета. Возможно, это как раз и закрывается. Возможно, нативная эмиссия просто сложнее для демонстрации в тестнете.

Хм… не уверен, с каким именно сценарием использования Dusk на самом деле рассчитывает победить в первую очередь.

Тестнет DuskEVM запущен 10 августа — четыре дня назад — и я некоторое время поработал с ним в рамках задания для CreatorPad в сети Dusk. $DUSK , #dusk , @Dusk . Объявление сформулировало это просто: разверните свои Solidity-контракты, используйте Hardhat — всё знакомое. Так и есть. Но такое обрамление тихо обходит более интересную часть.

DuskEVM построен на базе OP Stack. Выполнение происходит на L2, подтверждения состояния (state commitments) закрепляются в DuskDS, газ оплачивается в DUSK. Всё это работает. То, что не переносится, — это то, что Dusk называет своим главным отличием: конфиденциальные потоки Hedger, ZK-доказательства соответствия требованиям, нативные защищённые (shielded) переводы. Всё это живёт в DuskVM: Rust, WASM и нативные примитивы Dusk L1. Solidity-контракты в DuskEVM исполняются и завершатся через Dusk, но их наличие само по себе не даёт им приватность или слой соответствия нормативным требованиям.

Значит, въезд (onramp) реальный. Разработчик на Solidity может развернуть контракт в DuskEVM уже сегодня, протестировать с Hardhat и использовать DUSK для оплаты газа. Но сценарий с регулируемыми ценными бумагами — то самое отличие — требует переписывания на Rust под нативную модель выполнения Dusk. Это не быстрый поворот.

Хм. Я всё думал: DuskEVM — это стратегия привлечения разработчиков, или же это действительно то, как здесь будут строиться регулируемые инструменты? Потому что это разные ответы.

Во время задания я глубоко погрузился в документацию по Dusk Network Hedger. Примерно в то же время репозиторий duskevm-genesis на GitHub получил коммиты от 8 августа — конфигурация genesis-блока, параметры цепочки — и кое-что в спецификации Hedger заставило меня остановиться и перечитать.

Заголовок — «конфиденциальные транзакции на EVM без ущерба для аудируемости». $DUSK @Dusk #dusk . Криптография там настоящая: гомоморфное шифрование над ElGamal на эллиптических кривых, ZK-доказательства поверх, клиентское доказательство заявлено менее чем за две секунды. Это не обещание из whitepaper. Это реальные схемы.

Но вот что осталось со мной. Hedger не дает анонимности. Он дает конфиденциальность. Шифрованные суммы, шифрованные балансы — но аккаунты все равно видны. Связуемые. Это не то, что они прячут как недостаток; это структурное следствие модели аккаунтов EVM, и в документах это признается. Полная анонимность живет на нативном слое Dusk через Zedger — не здесь. В версии Hedger «приватность» означает: ваш контрагент не может увидеть ваш баланс, но ваш регулятор — при наличии нужных ключей — все равно может.

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

Хм… всплывает ли эта разница в питче для институциональных покупателей — или она проявляется только в сносках, которые им ожидаемо придется искать, — я не уверен.

Потратил пару часов, разбираясь, как именно, согласно замыслу, должна масштабироваться реальная модель безопасности Babylon — не питч, а механика. И как раз в тот момент, когда я заканчиваю, заканчивается кампания Upbit на @BabylonLabs_io (завершилась 2 августа), $BABY просела примерно на 10% за неделю, а 136.11M токенов разлокируется уже через пять дней, 10 августа. Классическое окно краткосрочного шума.

Но вот что меня всё время возвращало к одному. Аргумент Babylon Protocol о масштабируемости на самом деле не про TVL или цену токена — он структурный. Один BTC, который нативно застейкан в собственной сети, одновременно обеспечивает безопасность нескольких Bitcoin Secured Networks посредством того, что они называют multi-staking. Без моста. Без обёртки. BTC не двигается. Безопасность просто… распространяется. Именно такова заявленная конструкция.

Но есть подвох — и тут я остановился — multi-staking пока находится в докатастрофном (pre-mainnet) состоянии. Слой BSN, от которого он зависит, сейчас тонкий. Поэтому архитектура действительно рассчитана на долгую перспективу, но протокол не может фактически продемонстрировать масштабируемость, пока внедрение BSN не догонит. Сейчас вы в основном просто наблюдаете, как инфраструктура стейкинга ждёт, когда к ней придут сетевые эффекты.

И это заставляет меня задуматься: если экосистема BSN не будет расти достаточно быстро, чтобы оправдать сложность архитектуры, выдержит ли долгосрочный дизайн или он просто будет выглядеть элегантно на бумаге?
#baby

Звонок основателей 30 июля — @BabylonLabs_io ежеквартально, Дэвид Ци и Фишер живут на X — стал моментом, когда для меня «щелкнуло», куда на самом деле движется Babylon $BABY , в отличие от того, что говорит нарратив.

Формулировка всегда была: «площадка безопасности для биткоина». С одной стороны PoS-цепочки, с другой — BTC-стейкеры, $BABY координирует. Чистая двухсторонняя модель. Но большая часть звонка не была про расширение BSN или онбординг новых цепочек. Речь шла о нативном заимствовании под биткоин, которое вышло в публичную тестовую сеть вместе с Aave v4. Биткоин-«доверительные» хранилища без доверия. BTC в качестве залога — без обёртывания, без мостов. #baby

Стоп — это не игра в «площадку». Это игра в инфраструктуру залога. А это разные долгосрочные ставки.

Я следил за on-chain цифрами, и со стороны BSN дела все еще тонкие. 56,000+ BTC в залоге, и большая часть из них обеспечивает сам Babylon Genesis. Консьюмерские цепочки, которые должны были заполнить Фазу 3 и фактически создать рыночную динамику, — все еще впереди. Тем временем протокол активно «доставляет» в совершенно смежном направлении: делает BTC продуктивным в DeFi, а не просто выдает его в кредит валидаторам PoS.

Это заставляет меня задуматься: «площадка безопасности» всегда была видением, или это было лучшее раннее описание того, что все еще определяет, каким будет реальный продукт. Оба варианта могут быть правдой. Но они тянут в разные стороны, когда вы проектируете долгосрочно.

С «предложением» BTC все прояснилось. А как обстоят дела со «спросом» на безопасность?

Я отслеживал, как Babylon Protocol на самом деле встраивает внешнее состояние цепочки в Биткоин в рамках задачи, и что-то щёлкнуло — оказалось, что стандартное описание упускает важный момент.

Обычно подача вокруг $BABY и #baby звучит так: «Биткоин теперь приносит доход (yield)». Это действительно так. Но больше всего меня удерживало то, что вытащило меня обратно — механизм чекпойнтов. @BabylonLabs_io 's vigilante relayer активно записывает итоговые commitments Babylon Genesis (хэши валидаторского набора, доказательства чекпойнтов) прямо в биткоин-блоки как транзакции OP_RETURN. Это можно проверить прямо сейчас в любом блок-эксплорере Биткоина. Здесь Биткоин не просто хранит ценность. Он выполняет роль слоя таймстампинга для истории внешних PoS-цепочек.

Это качественно иная функция. Хранение ценности — пассивно. Это Биткоин как append-only нотариус: другие цепочки закрепляют своё состояние в самой длинной PoW-цепи, чтобы защититься от атак с длинной дистанции (long-range). При том, что в протоколе застейкано 56,853 BTC и более 50 BSN активно проходят интеграцию, объём внешней истории цепочек, фиксируемой в биткоин-блоках, тихо нарастает — эпоха за эпохой.

Самое запомнившееся: для этого не нужно, чтобы держатели BTC участвовали. Записи чекпойнтов в Биткоин делаются независимо от того, застейкали вы или нет. Это структурная функция, а не добровольное участие. Ваши биткоин-блоки несут эту историю — даже если вы никогда не заходили в дэшборд Babylon.

Так что я до сих пор с одним вопросом: рынок Биткоина в итоге переоценит эту нотариальную функцию или же она останется невидимой, накапливая полезность, которую спот-цена так и не догоняет…

Начал вытягивать документацию по стейкинг-контракту Babylon 16 июля — в тот день было разблокировано 2,32 млн BABY; сумма достаточно небольшая, чтобы ею пренебречь, но из-за этого протокол снова попал ко мне в ленту, и я продолжил читать.

@BabylonLabs_io кадров $BABY вокруг питча по снижению доверия, и для пути с бэкен-слэшингом у поставщика финальности это действительно корректно. EOTS существует — если поставщик делает двойную подпись, то раскрытие ключа происходит автоматически, а слэшинг выполняется напрямую в Bitcoin, без какого-либо комитета. Эта ветка по смыслу буквально без доверия.

Но любая транзакция стейкинга также проходит через Covenant Committee — мультиподпись, которая со-подписывает каждый запрос на стейкинг и каждое раннее анбандлинг-отменение. Комитет может закенсортить стейк до того, как он вообще активируется. В собственных документах Babylon говорится, что это обходной путь, пока Bitcoin Script нативно не начнёт поддерживать ковенанты — временно, признано и запланировано. Но участников публично не называют. Я сравнивал провайдеров финальности, чтобы найти меньшее раскрытие к слэшингу, и даже не зарегистрировал, что этот комитет вообще существует.

Модель доверия #baby схлопнулась в одну сторону стейкинг-скрипта. Вторая сторона всё ещё остаётся с этим доверием. Не уверен, что это где-то достаточно ясно объяснено за пределами технической документации.

Сегодня я разбирался с задачей Babylon Protocol #baby , и снова и снова упирался в одну и ту же техническую деталь. $BABY прямо сейчас работает на скорости 183,98 новых токенов за блок — staking-explorer.com показывает, что время блока держится на уровне 10,06 секунды, цепь работает нормально. @BabylonLabs_io верно выстраивает инфраструктурную базу. Вот это — не то, над чем я сейчас ломаю голову.

То, на что я постоянно смотрел, — это EOTS. Extractable One-Time Signatures (извлекаемые одноразовые подписи) — это ключевой механизм слэшинга: если провайдер финальности дважды подписывает на той же высоте блока, криптография автоматически раскрывает его приватный ключ. Предподписанная транзакция для слэшинга, заранее лежащая в протоколе, затем сжигает их BTC в нативной сети Bitcoin. Никаких смарт-контрактов в чужой цепи. Никакого моста. В этом есть настоящая элегантность.

Но погодите. Эта транзакция для слэшинга всё равно должна быть отправлена в сеть. И этот шаг полностью зависит от бдительного демона — сторонней программы-наблюдателя (watchdog), которая должна быть запущена, обнаружить двойную подпись и подать транзакцию до того, как истечёт окно разразблокировки (unbonding). В документации по архитектуре это сказано прямо: безопасная работа требует наличия как минимум одного честного оператора бдительного наблюдателя. Криптография гарантирует раскрытие ключа. Принуждение же опирается на то, чтобы кто-то бодрствовал.

Поэтому формулировка «бесдоверительный слэшинг, принудительно выполняемый прямо в Bitcoin» верна, но неполная. Есть «человеко-управляемая» пересылка между криптографическим событием и фактическим сжиганием. Это отражается как нарастание BSN: чем больше таких сетевых узлов подключается, тем шире становится нагрузка на мониторинг?

Медленный день. Нечего было продавать, поэтому я просто начал ковыряться в том, что игнорировал.
​Открыл страницу токена Babylon — в частности, пытался понять, что именно делает $BABY внутри сети. И я понял, что все это время понял неправильно. Я думал, что это слой безопасности. Нет. Безопасность обеспечивает Bitcoin. А актив — это то, что позволяет экономическому циклу замкнуться дальше.
​Вот фрагмент, который тихо выбил меня из колеи: безопасность, которую Babylon продаёт PoS-цепочкам, берётся у стейкеров Bitcoin. Не у держателей токенов. То есть она на один слой отделена от реального продукта, который продают. Она регулирует рынок комиссий — кто участвует, как маршрутизируются вознаграждения, как протокол поддерживает сам себя. Это важно. Но это также означает, что ценность $BABY полностью зависит от того, решат ли стейкеры Bitcoin остаться. Если где-то ещё доходность по BTC вырастет, ликвидность уйдёт. И эти держатели в итоге будут управлять более «лёгким» рынком, чем раньше.
​Я не говорю, что это всё ломает. Просто, я считаю, что допущению «токен захватывает протокольную ценность» нужно больше давления, чем люди сейчас прикладывают.
​Возможно, это вообще ничего. Наверное, просто сначала посмотрю, куда встанет доходность стейкинга Bitcoin.
@BabylonLabs_io #baby

Сегодня проходил через стейкинг-флоу Babylon — реальные механики, не лендинг. $BABY @BabylonLabs_io . Само-кустодиальный подход в узком смысле сходится: BTC остаётся в сети Bitcoin в Taproot-выходе, без моста, без обёртки, ключи остаются вашими. Это правда.
Но вот что меня остановило. Инициируете анбандлинг — и попадаете в окно примерно на ~301 блок — около 50 часов — прежде чем ваш BTC будет очищен. В течение этого окна BTC всё ещё может быть частично слэшнут. Не «сноска на краю» случая. Это прямо заложено в дизайн протокола. Я задержался на этом на минуту.
Дальше математика становится конкретной. BABY был на уровне $0.0125 19 июля: капитализация около $50 млн, оборотное предложение уже больше 4 млрд токенов при общем 10B. Доход со стейкинга платят в BABY, а не в BTC. Поэтому реальная сделка такая: блокируете свой биткоин, принимаете риск слэша в окне анбандлинга и зарабатываете доход, номинированный в активе, который с момента апрельского пика 2025 года просел примерно на 93%. Для держателей с длинным горизонтом это всё ещё можно считать защищаемой позицией. Логика тут сильно зависит от того, куда, по вашему мнению, пойдёт BABY дальше.
Само-кустодиальный стейкинг BTC, вероятно, — правильное направление инфраструктуры на следующий цикл. Но оправдывает ли 1–3% APY в BABY профиль этого риска в период блокировки… вот над этим я всё ещё думаю.
#baby

Я уже глубоко погрузился в эту задачу на CreatorPad по Newton Protocol $NEWT #Newt @NewtonProtocol , когда остановился на вещи, которая никак не сходилась. Формулировка «открытый маркетплейс AI-стратегий» фигурирует в документации повсюду — разработчики публикуют модели, пользователи получают к ним доступ, роялти текут автоматически. Чистое видение. Я почти кивал, пока не вернулся в обозреватель.
На цепочке сейчас, по факту, находится слой операторских подтверждений. Принудительное исполнение TEE, доказательства политик, проверки кворума BLS. Всё работает в реальном времени. Но Реестр моделей — та часть, которая действительно позволила бы любому публиковать стратегию, чтобы её можно было обнаружить, получить доступ и за неё начислялось вознаграждение, — всё ещё находится в дорожной карте. Маркетплейс Newton, который они описывают, требует, чтобы этот реестр существовал. Пока что его нет.
Так что то, что осталось со мной: рекламируемая как отличительная черта Newton «экономика роялти» не может работать без инфраструктуры, которая ещё не вышла. Билдеры не могут листинговать. Пользователи не могут просматривать. «Открытая» часть — это то, что пока закрыто.
17.84M $NEWT unlocks July 24. Это не катастрофическое предложение, но оно приходит до того, как будут запущены компоненты маркетплейса. Хм… Я всё время думал, на кого ляжет это давление — на держателей, которые купили видение, а не механизм.
Возможно, реестр выйдет раньше, чем подразумевает дорожная карта. Возможно, только слой подтверждений сможет послужить семенем для ранних интеграций. Я честно пока не знаю.

Я смотрел, как GRVT @grvt_io #grvt на самом деле обрабатывает капитал внутри Unified Balance — не сам “питч”, а механику. И есть одна вещь, которая постоянно возвращала мое внимание.
Доходность. Невозможно сказать, что idle margin на GRVT просто “лежит мертвым”. Через интеграцию с Aave обеспечение приносит пассивную доходность, одновременно поддерживая активные позиции. То есть вы вносите средства, открываете перп, а неиспользованная часть маржи уже работает где-то еще. Это утверждение “один баланс — множество возможностей” в самом буквальном смысле. И вокруг события токен-регистрации 10 июля в ончейне видно, что расчетная архитектура уже построена для этого — это не пост-TGE доработка; логика кросс-обеспечения уже работает.
Я снова и снова пытался понять, где в системе реально разделяются доходность и торговая маржа. Их нет — по-настоящему. Это элегантно… и одновременно означает, что ваше обеспечивающее капитал для доходности активы подчиняются тем же механизмам ликвидации, что и ваша торговая позиция. Это не озвучено явно. Большинство пользователей не задумаются об этом, пока позиция не начнет быстро двигаться против них.
Unified balance — реальность. Но “one balance” работает в обе стороны — доходность и риск делят один и тот же пул. Не уверен, что достаточно людей успели переварить это достаточно долго.

Занырнул в кроличью нору, сравнивая Ньютона с другими решениями для автоматизации сегодня вечером. Начал с довольно простого вопроса — что на самом деле отличает протокол Newton — и снова и снова возвращался в то же место, которого сравнения не ожидали.
$NEWT , #Newt , @NewtonProtocol . Обычно питч формулируют как «более умную автоматизацию». Но реальное отличие не в том, что именно делает автоматизация. Оно в том, когда применяется принуждение.
Большинство платформ, которые я смотрел — даже более нативные on-chain — логируют то, что делают агенты. Newton перехватывает ещё до расчетов. Каждая оценка политики на explorer.newt.foundation/mainnet формирует подписанное подтверждение (receipt), которое должно существовать, чтобы транзакция вообще могла пройти. Не после. Receipt — это не журнал аудита. Это разрешение на выполнение. Вся суть — в этой последовательности. Я взял несколько недавних задач на эксплорере, и паттерн стабилен: приходит намерение, операторы оценивают его по политике Rego, уходит BLS-аттестация, затем происходит расчет (settlement). Следующая разблокировка — 24 июля: 17.84M NEWT примерно на $882K, что подсказывает, что предложение всё ещё растёт для протокола, который на живом внедрении пока в основном находится на демо-стадии...
Хм. Вот что я пока до конца не прояснил: если принуждение происходит до расчётов, а политика заранее прописана человеком, то Newton и традиционная автоматизация на самом деле разделяют одну и ту же слабую сторону — тот, кто определил правила. Последовательность другая. Подлежащая доверительная предпосылка — нет.

Меня что-то постоянно отвлекало, пока я проходил это задание. Вся подача GRVT в том, что он находится между CEX и DEX — быстрое исполнение, но ваши средства остаются в вашем кошельке, а не у них. И честно говоря, после времени с реальной архитектурой этот ярлык держится лучше, чем большинство заявлений про «гибридность».
То, что заставило меня остановиться: механизм ZK-доказательства. Сделки исполняются внечейново, быстро, в стиле CEX. Но слой расчётов отправляет в Ethereum L1 только ZK-доказательство и получившийся state root — не сами данные ордеров. То есть исполнение GRVT приватное, но гарантии безопасности Ethereum подтверждают каждый батч. Это реальное архитектурное разделение, а не маркетинг. #grvt @grvt_io действительно использует стек так, как он и был задумал.
Затем открылся реестр на airdrop 10 июля в 06:00 UTC — дедлайн 17 июля, чтобы зафиксировать план с мультипликатором. И прямо в справке сказано: укажите адрес кошелька, которым вы лично управляете. MetaMask, аппаратный кошелёк. Не используйте адрес для пополнения с CEX. Риск постоянной потери средств. Это предупреждение существует потому, что механизм вывода — это подпись смарт-контракта, а не перевод, контролируемый платформой. Это небольшая UX-заметка, но она раскрывает реальную модель — платформа буквально не может переместить ваши средства без вашего ключа.
Стойте — а потом для получения на TGE требуется KYC, даже если вы торговали весь сезон без него. Значит, self-custody полностью реальна на уровне исполнения. Менее — на уровне распределения токенов. Будет ли этот разрыв важен в долгую...

Проверял статусы задач на Newton Explorer — explorer.newt.foundation/mainnet — во время выполнения задачи и заметил кое-что, мимо чего почти проскроллил. У Newton Protocol, $NEWT , #Newt , @NewtonProtocol есть три конечных состояния для любой оценки политики: proof consumed (доказательство использовано), proof expired (доказательство истекло) и proof rejected (доказательство отклонено). Большинство, кто пишет об этом, сосредотачиваются на проходе/провале. Я застрял на «истекло».
Это состояние, когда агент получил авторизацию — очистил политику, получил криптографическое подтверждение — и затем не выполнил действие в отведённое окно. Разрешение «протухло». Без повторной оценки нет второго шанса. Так большинство onchain-автоматизаций со временем не поступает. Обычно подписанное одобрение просто лежит там, пока что-то его не аннулирует или пока его не используют. Модель Newton другая: ответственность здесь — это не только «соответствовало ли решение правилам», но и «действовал ли агент в ограниченном временном окне». Подтверждение и действие должны совпадать по времени, а не только по логике.
288M NEWT в текущем обращении, следующий выпуск 24 июля — ещё 17.84M, распределённых по корзинам стейкхолдеров. График предложения виден и прозрачен. Механика протокола «под капотом» менее заметна и при этом более интересна.
То, что я пока не решил, — если большинство текущих оценок на этом этапе это тесты уровня оператора, а не реальные потоки автономных агентов, проходят ли вообще стресс-тестирование механизмов истечения? Или это просто удачный дизайн, ожидающий той нагрузки, под которую его и построили..