Paul Nguyen

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

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

Честный разрыв здесь — между предположением, что доступ к живому потоку цен всегда гарантирован, и реальностью: любая внешняя зависимость может устаревать ровно в те моменты, когда точное ценообразование важнее всего. Интерполяция GRVT и запасной вариант в виде оракульного композита не устраняют этот риск — они лишь смягчают его, и трейдеры, полагающиеся на прецизионные отметочные (mark) цены во время реального отказа индекса, всё ещё сталкиваются с ситуацией, когда система делает всё возможное на основе деградировавшей информации. Я видел, как другие платформы замолкают именно во время такого рода сбоев данных, заставляя трейдеров гадать, было ли странное движение цены реальным рыночным действием или сломанной подачей. А то, что GRVT заранее документирует своё поведение при отказе — вместо того чтобы объяснять его постфактум во время реального инцидента, — является существенно иным отношением к режиму отказа, с которым в конечном счёте сталкивается каждая бессрочная биржа. @grvt_io $GRVT #grvt $XPIN

В отчёте о прозрачности Ньютона названы два члена совета Magic Newton Foundation, и их резюме стоит прочитать внимательно, потому что они показывают, какое именно учреждение Ньютон на самом деле выстраивает вокруг себя. Мохаммад Ахаванник, управляющий директор фонда, привносит десятилетний опыт в право, технологии и государственную политику, имея прежние должности в Magic Labs, Meta и в ведущих юридических фирмах, включая Latham & Watkins и Kirkland & Ellis. Якобус Питерсен, директор фонда, переносит 14 лет в офшорных финансовых услугах, специализируясь на DAO и структурах фондов, при этом опыт работы в совете директоров у него есть в Arbitrum Gaming, Kava и Lido — всё это рядом.
Это управленческая «скамейка», почти целиком состоящая из права, политики и структурированных финансов, что логично для фонда, учреждённого по кэйманской структуре и пытающегося завоевать институциональное доверие к продукту комплаенса. Но ни в одной биографии не упоминается практический опыт криптографической инженерии или работы с распределёнными системами — реальная дисциплина, стоящая за ресейкнутой безопасностью, доказательствами с нулевым разглашением и кворумами операторов, от которых протокол технически зависит, чтобы вообще функционировать.
Это не обязательно недостаток. Совет директоров фонда обычно существует, чтобы направлять казначейство, юридические риски и процесс корпоративного управления, а не чтобы разбирать схемный дизайн или условия для слэшинга: эту работу выполняет инженерная команда и её внешние аудиторы, а не сам совет. Но совет, столь заметно ориентированный на юридическое и финансовое корпоративное управление, при этом «надстраивается» над протоколом, ченная главная ценность которого — криптографическая верифицируемость, — это конкретный структурный выбор, который стоит обозначить, а не списывать на случайность. Это говорит о том, что Ньютон сначала оптимизирует свой верхний уровень доверия ради институциональной и регуляторной состоятельности и полагается полностью на отдельные технические команды и аудиты, которые подтверждают инженерную основу «под капотом».
@NewtonProtocol $NEWT #Newt $B

Команда-основатель GRVT выглядит как стопка резюме из TradFi: CEO Хонг Йеа, CTO Аарон Онг — с бэкграундом в Facebook, где он занимался высоконагруженным event-логгингом и работой по защите данных, прежде чем прийти в Cronos Labs; и CCO Мэтью Куэк — с опытом в блокчейне и платежах из DBS Bank, а также участием в национальном проекте цифровой идентификации в GovTech Singapore. На рынке, который по-прежнему частично поклоняется крипто-нативным, киберпанк-историям основания, помогает ли это резюме GRVT или, наоборот, работает против нее?
Аргументы в пользу того, что помогает: создание гибридной биржи, ориентированной отчасти на институциональных трейдеров и на KYB-проверенных менеджеров стратегий, действительно выигрывает от людей, которые годами работали в системах с высокой нагрузкой на compliance и понимают, как банк или национальный проект цифровой идентификации получают одобрение и масштабируются. Это знание отличается от навыков разработки permissionless smart contract. Вероятно, именно такой бэкграунд объясняет, почему GRVT с самого начала уделяла внимание аудитам, строгому KYC и AML и заняла позицию, ориентированную на соответствие требованиям, а не воспринимала регулирование как запоздалую меру после того, как регуляторы постучали в дверь.
Аргументы в пользу того, что мешает: крипто-нативные пользователи — та же аудитория, активность которой обеспечила 393 миллиарда долларов в совокупном объеме и рост TVL на 847% в этом цикле — склонны ассоциировать принадлежность к индустрии финсектора с ровно теми закрытыми, permissioned-системами, через которые DeFi изначально и стремился проложить обходной маршрут. Команда, много лет проведшая внутри DBS Bank и Facebook, автоматически не переключается на инстинкты, присущие permissionless-дизайну. А KYB-ограниченные vault для доходности и обязательная верификация аккаунта — доказательство того, что этот инстинкт проявляется в продукте, а не только отражается в биографиях основателей.
Я не думаю, что в таком противостоянии полностью побеждает кто-то один. TradFi-бэкграунд, вероятно, одновременно объясняет и сильный compliance GRVT, и его permissioned-слой для получения доходности: это одна и та же черта, просто посмотренная под двумя разными углами; какой угол важнее — зависит целиком от того, что именно вы хотите от гибридной биржи.
@grvt_io #grvt $SKL

Маркетинговые звонки Newton называют свою операторскую сеть убедительно нейтральной: она выполняется через децентрализованный набор, защищенный restaking в EigenLayer, и без единого вендора, который контролирует систему. Это верно и для уровня оценки в частности. Но это более узкое утверждение, чем звучит, если посмотреть, кто создал движок политики, на котором работают эти операторы, и кто создал инфраструктуру кошелька, которая в первую очередь подает в него транзакции.
Magic Labs написала протокол, укомплектовывает ключевых участников и одновременно запускает встроенный слой кошельков для Polymarket, Naver и десятков миллионов других пользователей, которые сейчас направляются через проверки политики Newton. Операторы, оценивающие эти проверки, децентрализованы. А язык политики, канонический каталог правил, SDK и дорожная карта, определяющие, что будет построено дальше, — не децентрализованы: они находятся у одной компании и одной фонда, тесно связанных с ней.

Проблема ли это или просто так строится инфраструктура, прежде чем она децентрализуется? Собственная дорожная карта Newton признает, что на текущем этапе система контролируется Foundation: предусмотрены советы по управлению и полное общественное управление для более поздних фаз, а не заявляется, что это уже так. Следовательно, формулировка про «убедительную нейтральность» технически относится к узкой вещи, которую она описывает, — консенсусу операторов. Однако более масштабный вопрос о том, кто решает, что операторам вообще разрешено применять, все равно проходит через Magic Labs.

Я не думаю, что это делает утверждение ложным. Скорее, его легко прочитать как более широкое, чем оно реально есть, и стоит перепроверить, о каком именно слое говорит слово «нейтральный», прежде чем повторять это.
Друг, который строит поверх Newton, выразился еще прямее, чем я: он сказал, что операторы — это присяжные, но Magic Labs все же пишет закон, который они применяют. Это не обязательно неправильно для того, где протокол находится сегодня: большинство инфраструктур сначала централизовано, а затем децентрализуется по дорожной карте. Но это различие стоит держать в голове, прежде чем повторять «убедительно нейтральный» так, будто это покрывает весь стек.
@NewtonProtocol $NEWT #Newt $SKL

Люди предполагают, что Newton Explorer заперт за институциональными воротами — точно так же, как каждая кнопка «запросить демо» на продукте для соответствия обычно намекает, что самое интересное доступно лишь для звонков по продажам корпоративным клиентам. Я тоже так думал, пока не нажал и не перешёл по ссылке вместо того, чтобы просто пролистать.
Запрос демо, конечно, существует: это путь для куратора или распределителя, которому нужна пошаговая демонстрация того, как Newton применяет политику к реальной транзакции. Но сам Explorer — журнал одобренных и отклонённых транзакций, подписанные аттестации, причины, по которым проверка политики прошла или не прошла, — открыт для любого, кто хочет посмотреть. Никаких ворот входа, никаких обязательных звонков по продажам. Вы можете увидеть настоящую причину отклонения, отображаемую обычным текстом, тот же самый журнал, который видит организация, — и при этом ни разу не заполнять форму.
Этот нюанс важнее, чем кажется. Многие решения «институционального уровня» в криптоинфраструктуре рассматривают прозрачность как функцию, которую вы «разблокируете» после разговора с отделом продаж — и тем самым незаметно подрывают весь тезис о проверяемом, убедительно нейтральном принудительном применении. Если увидеть квитанции могут только те, кто запросил демо, то утверждение «проверяемое» выполняет слишком много работы без достаточных оснований. Подход Newton: держать сам реестр аттестаций публичным, а связанный с продажами интерактивный опыт показывать отдельно, разделяет эти две вещи так, что в ретроспективе кажется очевидным, но большинство сопоставимых продуктов делают иначе.
Я не думаю, что это автоматически делает заявления Newton о соответствии истинными: публичный реестр доказывает лишь то, что произошло, но не то, что лежащая в основе логика политики была корректной. Однако это означает, что скепсис, который люди испытывают к предположениям про «огороженную институциональную панель», направлен не в ту дверь. Сам реестр изначально не находился за ней.
@NewtonProtocol $NEWT #Newt $EVAA

Ньютону не нужно было строить fee market для его автоматизированных транзакций. Он мог бы выбрать самый простой вариант: фиксированную комиссию за проверку политики — одинаковую цену независимо от того, что ещё происходит в сети. Вместо этого он принял структуру базовой комиссии плюс приоритетная комиссия, ту же форму, которую использует Ethereum по EIP-1559.

Зачем усложнять это, если по сути всё сводится к уровню комплаенса и принудительного исполнения прав доступа? Потому что агенты, конкурирующие за выполнение в загруженные периоды, создают ровно ту проблему упорядочивания, которую фиксированная комиссия не может справедливо решить. Если десять автоматизированных агентов хотят, чтобы их транзакции были подтверждены в одном и том же блоке, и при этом все платят одинаковую фиксированную ставку, то нет честного механизма, определяющего, кто реально пойдёт первым: всё превращается в то, что оператор решит приоритетами, либо в то, кому просто повезёт со временем.

Модель базовой комиссии плюс приоритетная комиссия позволяет агенту — или пользователю, который его настроил — сигнализировать, насколько срочно нужно выполнить конкретное действие, и насколько он готов заплатить за эту срочность. Это существенно иное утверждение, чем «справедливое очередей», — скорее это похоже на то, как уже распределяется конкурирующий поток автоматизации через ценообразование при заторах, подобно тому, как оно уже сортирует конкурирующие транзакции Ethereum.

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

Сейчас, пока объёмы всё ещё растут, этот выбор в основном означает лишнюю сложность без заметной выгоды: никто ещё не спорит за место в блоке. Настоящая проверка, стоило ли это делать, наступит в первый раз, когда одновременно начнётся конкуренция достаточно большого числа агентов, и справедливость упорядочивания действительно начнёт влиять на чьи-то финансовые показатели.

@NewtonProtocol $NEWT #Newt $EVAA

Дорожная карта Newton перечисляет конкретный набор «ворот», которые должны быть пройдены, прежде чем permissionless-валидаторы и агенты смогут присоединиться к сети: проверки безопасности, формальные аудиты и регуляторная ясность относительно автоматизационных агентов, взаимодействующих с протокольными средствами или осуществляющих управление. Это можно прочитать и как ответственную меру предосторожности, и как удобный повод подольше оставаться централизованными — и честно говоря, в обоих прочтениях есть доля истины.

С аргументом «защиты» всё довольно прямолинейно. Вся маркетинговая подача Newton держится на доверии: операторы корректно оценивают политику, агенты ведут себя так, как заявлено, а аттестации действительно означают то, что они заявляют. Открывать валидацию и онбординг агентов для всех до того, как эти вещи реально прошли аудит, было бы безрассудством, учитывая, что реальные средства пользователей уже сейчас проходят через mainnet beta. Здесь «ворота» — это не бюрократия ради бюрократии: это та же логика, которая не позволяет на первый день подпускать к пациентам в больнице персонал без лицензии.

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

Я не думаю, что извне можно однозначно определить, какое прочтение доминирует. Всё зависит от того, сколько времени займут эти «ворота» после заказа аудитов, и откроется ли онбординг сразу после прохождения условий или же «планки» тихо начнут сдвигаться. Newton пока не назвал чёткой даты.

Newton требует аудитов и регуляторной ясности до онбординга permissionless-валидаторов и агентов — «ворота», которые защищают реальные средства пользователей сегодня, но ценой более медленной децентрализации. И только время покажет, какая сторона этой сделки действительно окажется выигрышной.

@NewtonProtocol $NEWT #Newt $BLUR

Хороший арендодатель не просто один раз проверяет кредитный рейтинг и забывает об этом. Он проверяет рекомендации, смотрит, как долго вы ранее арендуете по прошлым договорам, и замечает любые изменения в дальнейшем. Интеграция Newton's Neynar рассматривает onchain-доверие во многом так же, как арендодатель относится к арендатору: не как к разовой background check, который проходит один раз и затем навсегда уходит в архив.

Data Oracle от Neynar переносит в политику Newton пользовательский скор, количество подписчиков, проверенные внешние адреса кошельков и бейджи аккаунта — проверка выполняется до того, как транзакция или задача будет разрешена. Голосование в рамках управления может требовать минимальный показатель качества. Падение/начисление награды может требовать как минимум один проверенный кошелек плюс реальное число подписчиков — а не просто адрес, который появился вчера и за которым ничего не стоит.

Сравнение с арендодателем, проверяющим рекомендации, держится лучше, чем может показаться. Одного числа подписчиков достаточно, чтобы было похоже на имя в заявке на аренду — его можно довольно легко подделать при достаточном терпении. Проверенный внешний кошелек ближе к настоящей рекомендации: это связь с чем-то реальным, которую сложнее создать «из ничего». Бейджи аккаунта работают как история аренды: это доказательство поведения со временем, а не заявление, сделанное в моменте.

Всё это не делает аккаунт неуязвимым: точно так же ни одна проверка арендодателя не останавливает всех плохих арендаторов, которые всё равно могут проскользнуть со временем. Но это сдвигает всю систему от принципа «поверьте тому, что вам сказали» к подходу «покажите то, что потребовало реального времени и реального присутствия, чтобы это построить».

Вот тихая ценность. Доверие, которое стоит чего-то подделать, ценнее доверия, которому достаточно лишь однажды предъявленного заявления. И то, что Newton встроил эту логику в переиспользуемую политику, вместо того чтобы оставлять каждое приложение изобретать свою версию той же проверки, — это и есть реальная суть, которую большинство людей пролистывает.
@NewtonProtocol $NEWT #Newt
$TLM $SYN

Общая критика Ньютона звучит примерно так: если сложить Chainalysis, Hexagate, EigenLayer, Succinct, Rhinestone, Octane, RedStone, Credora и Vaults.fyi в один протокол, то это просто создаст больше «поверхности», где что-то может сломаться. Больше вендоров — больше единых точек отказа.

Я не думаю, что эта критика выдерживает проверку, если посмотреть, как Ньютон на самом деле интегрирует каждое из этих решений. Благодаря модели единого хука для проверки политики каждая из этих интеграций находится в конкретной, узкой точке пайплайна, а не «вплетена» непосредственно в основную логику контракта. Chainalysis и Hexagate питают домен безопасности. RedStone и Credora питают домен рисков. EigenLayer обеспечивает безопасность сети операторов. Каждое выполняет одну задачу, и ни одному не требуется вмешиваться в другие, чтобы их можно было заменить.

Это структурно отличается от монолитной системы, где каждая зависимость переплетена со всеми остальными, и извлечение одного вендора означает переписывание половины кодовой базы. Архитектура Ньютона означает, что отказ поставщика оракулов или скомпрометированная лента обнаружения угроз — это локализованная проблема внутри одного домена, а не то, что каскадно затрагивает сразу идентичность, комплаенс и риски.
Это не идеальная защита: домен, зависящий целиком от одного вендора, всё равно уязвим, если этот конкретный вендор достаточно плохо провалится. Но фраза «больше интеграций = больше риска централизации» предполагает, что эти интеграции являются несущими друг для друга. В дизайне Ньютона, в основном, это не так.

Я думаю, что более интересный риск не архитектурный, а операционный. Замена RedStone на другого поставщика ценовых данных технически проста благодаря модели хука, но это всё равно означает, что куратор должен заметить проблему, принять решение о замене и выполнить миграцию действующей политики без простоя. Архитектура устраняет риск запутанных зависимостей. Она не устраняет риск человеческой координации — риск реально вовремя отреагировать на предупреждающий сигнал.
@NewtonProtocol $NEWT #Newt $LAB $GAIA

Политики AI-агента Newton обеспечивают лимиты расходов, утверждённые списки получателей и защиту от prompt-injection (инъекций в подсказках) до того, как транзакция будет завершена, и всё это подаётся как безопасность агента. Я думаю, что это действительно является некоторой безопасностью, но также думаю, что есть размытая грань между «сдерживанием скомпрометированного агента» и «прекращением борьбы со скомпрометированным агентом», и это не одно и то же — даже если в подаче иногда их намеренно смешивают.

Вот сильная версия аргумента. Агент, который был принуждён выполнять действия вне своей предназначенной работы, упирается в стену на уровне транзакций, если совершаемое действие выходит за пределы утверждённого списка получателей или превышает рамки его полномочий — даже когда сумма выглядит вполне разумной. Это действительно более продвинуто, чем просто лимит на траты: проверяется не только то, может ли агент себе это позволить, а то, должен ли он вообще это делать.

Вот слабая версия, и я думаю, что она важнее, чем люди обычно признают. Всё, что Newton обеспечивает, происходит на уровне транзакций — это самый последний контрольный пункт перед тем, как деньги начнут перемещаться. Атака с инъекцией в подсказку, которая манипулирует рассуждениями агента, происходит выше по цепочке — внутри самого процесса принятия решений моделью — ещё до того, как вообще будет составлена любая транзакция. Newton может заблокировать плохую транзакцию. Но он не может отменить тот факт, что агента сначала успешно ввели в заблуждение, и агент, которого продолжают обманывать, будет продолжать генерировать вредоносные попытки транзакций — и каждый раз их нужно будет ловить по отдельности.

Так Newton решает вопрос безопасности агентов или просто ограничивает ущерб от проблемы, которую он фактически не может исправить? Я думаю, честный ответ — сдерживание, и само по себе сдерживание действительно ценно: большинство атак сегодня даже не получают защиту именно такого уровня детализации. Но более сложная борьба — остановить агента от манипуляции в принципе — всё равно происходит полностью выше всего того, до чего «касается» Newton.
@NewtonProtocol $NEWT #Newt $HMSTR

Реестр актов, который проверяет соответствие покупателя только после того, как объект уже перешёл из рук в руки, на самом деле не защищает никого — это просто фиксация проблемы после того, как её уже слишком поздно остановить. Большинство реальных практик соответствия активов в крипто долгое время тихо работали именно так: право на участие проверяется один раз где-то выше по цепочке, а затем реальный перевод происходит без настоящего “входного шлагбаума” в тот момент, когда это действительно важно.

Newton меняет этот порядок для RWА. Соответствие инвестора, юрисдикция, ограничения на передачу и проверка санкций обеспечиваются в момент выпуска и при каждой последующей передаче, а не делаются один раз, после чего им доверяют навсегда. Токенизированный актив, проходящий через контракт, “огороженный” Newton, проверяется на соответствие актуальным правилам в момент, когда кто-то пытается его передать — так же, как реестр актов в идеале должен проверять квалификацию покупателя до того, как сделка закрывается, а не после того, как документы уже поданы и ключи уже перешли из рук в руки.

Такое сравнение верно и с точки зрения “цены выбора”. Реестр, проверяющий до закрытия, работает медленнее: он добавляет трение ровно в тот момент, когда кто-то хочет, чтобы сделка просто прошла. Никому не нравится закрытие, которое задерживается из‑за проверки комплаенса. Но альтернатива — обнаружить постфактум, что покупатель никогда не должен был соответствовать требованиям — означает необходимость разбирать сделку, которая уже состоялась. Это гораздо более грязная и дорогостоящая проблема, чем то трение, которое потребовалось бы для того, чтобы поймать несоответствие заранее.

Newton делает ту же ставку, что и хорошо управляемый реестр: выявить неприемлемую передачу до того, как она будет завершена, стоит того, потому что “разбор полётов” после факта — это реальный дорогой сценарий провала, которого институциональные эмитенты RWA пытаются избежать в первую очередь. И эта ставка оправдается только в том случае, если данные о правомочности, лежащие в основе проверки, остаются достаточно актуальными, чтобы доверять им ровно в тот момент, когда происходит каждая передача.
@NewtonProtocol $NEWT #Newt $RE