Протокол Newton привлёк моё внимание по причине, которая имеет очень мало общего с обычным шумом вокруг ИИ и криптовалют. Я видел достаточно проектов, которые цепляют ярлык «ИИ» на обычного бота, перерабатывают пару старых идей автоматизации и затем делают вид, что пришла новая финансовая система. Большинство исчезают, как только иссякают стимулы. Newton, по крайней мере, работает над более сложным и полезным вопросом: сколько контроля должно иметь автоматизированное ПО над чужими деньгами?
Ответ никогда не должен быть «всем этим».
ИИ-агент может следить за рынками, ребалансировать портфель или управлять позицией по кредитованию. Но это не значит, что ему следует выдавать неограниченный ключ от кошелька. Модели принимают плохие решения. Программное обеспечение выходит из строя. Контракты подвергаются компрометации. Иногда стратегия просто никуда не годится — её лишь приукрашивают достаточно техническими формулировками, чтобы пользователи не заметили.
Ньютон пытается поставить слой контроля между автоматизированным решением и следующей транзакцией. Агент может предложить действие, но само действие всё равно должно удовлетворять правилам, заданным пользователем или приложением. Если оно выходит за эти пределы, транзакция должна остановиться прежде, чем деньги сдвинутся.
Звучит очевидно. В крипто очевидные защиты часто приходят поздно.
Представьте, что вы дадите торговому агенту разрешение использовать ETH и USDC, но ничего больше. Он может торговать только через одобренные контракты, не может разворачивать/деплоить больше фиксированной суммы каждый день и теряет доступ через семь дней. Обычная настройка автоматизации может хранить эти ограничения на сайте или в приватном сервере. Ньютон стремится сделать их частью процесса авторизации, который принимающий smart-контракт сможет проверить.
Разница важна. Ограничение, лежащее в интерфейсе, — не такое уж ограничение. Кто-то может обойти интерфейс и напрямую вызвать контракт. Компрометированный сервис тоже может игнорировать собственные лимиты. Если сам контракт требует валидной авторизации, избежать проверки становится гораздо сложнее.
Ньютон начинался с сильного фокуса на AI-агентах, проверяемой автоматизации и программируемых разрешениях. Язык и контекст с тех пор сдвинулись. Сейчас проект позиционирует себя более широко — как слой авторизации для onchain-финансов.
Я думаю, что это изменение имеет смысл. Рынок AI-агентов полон шума, и если строить всё вокруг одного модного нарратива, Ньютон окажется привязан к циклу, который может не продлиться. Авторизация — более крупная проблема. Её нужны торговым агентам, но она нужна и управляемым хранилищам, системам стейблкоинов, токенизированным активам, бизнес-кошелькам и финансовым приложениям, работающим с ограничениями по идентичности или риску.
Базовый процесс довольно простой. Приложение создаёт политику, описывающую, что разрешено. Приходит запрос транзакции. Операторы сети оценивают его относительно той политики и возвращают проверяемую запись. Затем связанный контракт решает, можно ли продолжать выполнение.
Политика может проверять одно условие или несколько. Она может установить потолок расходов, ограничить определённые активы, разрешать только выбранные контракты или требовать, чтобы транзакция происходила в определённый период. Более сложные версии могут учитывать статус личности, юрисдикцию, риск кошелька или данные о рынке.
Вот здесь и начинается «перемалывание».
Блокчейны хорошо подтверждают то, что уже произошло onchain. Но от природы они не умеют определять, прошёл ли человек проверку личности, появился ли адрес в новом списке рисков или изменила ли компания этим утром свою внутреннюю платежную политику. Ньютон должен подтянуть эту внешнюю информацию в процесс авторизации, не превращая всю систему в ещё один централизованный сервер одобрений.
Протокол использует независимых, экономически «забондированных» операторов для оценки запросов. У этих операторов есть риск на кону — предполагается, что это должно сдерживать нечестное поведение. При проверках политики, связанных с чувствительной информацией, можно использовать защищённые вычислительные среды. Методы с нулевым разглашением (zero-knowledge) могут позволить системе доказать, что условие было выполнено, не раскрывая лежащие в основе данные.
Угол про приватность полезен, по крайней мере, на бумаге. Регулируемому приложению может понадобиться лишь подтверждение того, что кто-то имеет право участвовать. Ему не обязательно публиковать идентификационные записи этого человека, чтобы вся цепочка могла их увидеть.
Но вот в чём дело: криптография может доказать, что вычисление было выполнено корректно. Она не может спасти плохой вход.
Если сервис идентичности ошибается, риск-фид помечает неправильный кошелёк или источник цены подаёт устаревшие данные — политика может принять неверное решение, ведя себя ровно так, как и была задумана. Эта разница прячется в технических объяснениях, потому что так неудобно. Проверенный результат — не автоматически правдивый результат.
Операторы Ньютона тоже становятся частью поверхности доверия. Стейкинг помогает, но стейкинг — не магия. Концентрированная сеть операторов всё равно может создавать риски координации, перебои в сервисе или тихую зависимость от пары провайдеров инфраструктуры. Хочу увидеть, насколько разнообразной станет сеть, когда вознаграждения «устаканятся», а участие превратится в рутинную работу, а не в фермерство сезона запуска.
Разработчики получают программные инструменты для создания политик, отправки запросов транзакций и обработки записей авторизации. Это должно сделать интеграцию менее болезненной, хотя приложению всё равно нужно правильно enforce’ить результат.
Достаточно одной забытых функции, чтобы создать проблемы. Если основной маршрут транзакции проверяет Ньютон, но более старый метод контракта остаётся открытым, слой политики превращается в дорогую декоративную надстройку. Безопасность часто теряется именно в этих скучных «кромках», а не в той части, которую показывают на отполированной демонстрации.
Управляемые DeFi-хранилища — одна из первых серьёзных целей Ньютона. Это разумное место для старта, потому что в хранилищах находится большой объём делегированного доверия.
Депозиторы размещают средства в стратегию, а куратор решает, куда пойдёт этот капитал. Куратор может публиковать лимиты, охватывающие одобренные рынки, типы коллатераля и уровни подверженности риску. Затем пользователям приходится доверять, что эти лимиты будут продолжать соблюдаться.
Ньютон может превратить некоторые из этих обещаний в правила. Хранилище может отклонять неподдерживаемый коллатерал, блокировать не одобренные рынки или не позволять одной позиции расти сверх фиксированной доли портфеля. Оно может требовать свежие данные о цене перед крупным изменением выделения или отказываться взаимодействовать с кошельком, который не проходит проверку риска.
Полезно — да. Полной защиты — нет.
Разрешённый рынок всё равно может рухнуть. Ценовой фид может отказать в самый худший момент. Ликвидность может исчезнуть, а стратегия, которая следует всем правилам, всё равно может «перемолоть» депозиторов через обычные плохие решения. Ньютон — не система страховки, и он не делает менеджеров в хранилищах умными. Он лишь сужает пространство, куда они могут «свернуть» в обход мандата.
Это более узкое обещание звучит правдоподобнее, чем большинство обещаний в крипто.
Бета основного мейннета Ньютона работает поверх уже существующих EVM-сетей, выводя проект за рамки исследовательского материала и контролируемого тестирования. Текущий фокус, похоже, — реальное enforce’ние политики для финансовых приложений, особенно для хранилищ и транзакций, где нужны проверки рисков или комплаенса.
Я бы всё равно был осторожен со словом «adoption» (принятие/внедрение). Техническая интеграция — это не то же самое, что устойчивое использование. Объявленные отношения — не то же самое, что объём транзакций. Крипто годами перерабатывает логотипы партнёрств, тихо избегая более сложных цифр.
Важно, запрашивают ли приложения оценку политик последовательно, enforce’ят ли контракты результаты и вкладывают ли пользователи значимую ценность в эти контроли. Всё остальное — в основном шум.
AI-трейдинг остаётся очевидным кейсом. Разработчик может опубликовать агента для ребалансировки портфеля, а пользователь решит, какие активы агенту можно трогать, сколько он может перемещать и когда заканчивается его разрешение. Агент выбирает сделку. Ньютон проверяет, что эта сделка остаётся внутри ограждения.
Со временем вокруг этих агентов может вырасти маркетплейс. Разработчики могут предлагать инструменты для ребалансировки, обслуживания коллатераля, платежей казначейства или регулярных покупок. Пользователи смогут сравнивать эффективность и задавать узкие разрешения вместо того, чтобы отдавать полностью весь кошелёк.
Я сомневаюсь в самой идее маркетплейса, потому что системы репутации легко «играть». Стратегия может выглядеть впечатляюще в одном режиме рынка и развалиться в следующем. Разработчики могут обновлять модели после того, как наберут сильную репутацию, оставляя пользователей с ПО, которое технически похоже, но поведенчески отличается.
Ньютон может показать, что агент следовал своим инструкциям. Он не может доказать, что инструкции были разумными. Эта грань должна оставаться видимой.
NEWT — это токен, который лежит под сетевым экономическим дизайном. Его максимальный объём — один миллиард единиц. Шестьдесят процентов зарезервировано под цели, связанные с сообществом, а оставшиеся сорок процентов распределены между участниками, ранними сторонниками и исходными строителями.
Сообщество — это про сетевые вознаграждения, ликвидность, развитие экосистемы, пользовательские программы и операционную деятельность фонда. Это широкий «мешок». Широкие «мешки» заслуживают внимания, потому что дают тому, кто контролирует распределение, достаточно пространства.
NEWT можно стейкать участникам, которые помогают обеспечивать безопасность при оценке политик. Операторам, возможно, нужно будет вносить его как экономический залог, а делегаторы могут поддерживать их и получать переменные вознаграждения. Токен также предназначен для оплаты вычислений и активности по разрешениям. Ожидается, что governance станет ещё одним применением по мере того, как control будет уходить от исходной организации.
Ожидаемое — это там, где она выполняет какую-то работу.
Назначение токена легко описать до того, как сеть начнёт вести серьёзную активность с комиссиями. Главный вопрос — будут ли приложения платить достаточно за проверки авторизации, чтобы поддерживать операторов, не полагаясь сильно на эмиссии. Если в основном вознаграждения будут приходить из вновь распределяемых токенов, сеть может выглядеть активной, хотя базовая экономика остаётся тонкой.
Этот паттерн старый. Я видел его слишком много раз.
Фиксированный максимум не убирает разводнения (dilution) тоже. Токены, выделенные участникам, программам экосистемы и ранним держателям, со временем могут стать ликвидными. Существующие держатели могут продолжать сталкиваться с давлением предложения, даже если новые токены не создаются сверх лимита. Использование должно расти достаточно быстро, чтобы поглотить этот выпуск, иначе токен-экономика станет ещё одним долгим ожиданием перед графиком разблокировок.
Ньютон можно использовать и вне трейдинга. Компания может ограничить автоматический кошелёк казначейства только одобренными получателями и дневными бюджетами. Система стейблкоина могла бы применять проверки при выпуске или погашении. Токенизированный актив может enforce’ить право инвестора — eligibility. Личный кошелёк может потребовать дополнительную авторизацию для необычно крупных переводов.
У этих примеров есть общее: они задействуют делегированные полномочия. Кому-то или чему-то разрешено перемещать стоимость, но только при определённых условиях.
Вот это в Ньютоне я считаю заслуживающим доверия. Он не пытается сделать ПО заслуживающим доверия через брендинг. Он пытается уменьшить то, сколько доверия ПО вообще получает изначально.
Неприятная сторона в том, что программируемая авторизация может превратиться в программируемое ограничение. Пользователь может применить лимит расходов ради личной безопасности. Эмитент может использовать тот же механизм, чтобы заморозить движение средств или исключить определённые кошельки. Ньютон даёт инструмент; кто контролирует политику — решает, как именно он будет использован.
Эта напряжённость не имеет чистого обходного пути. Называя инфраструктуру нейтральной, нельзя сделать нейтральной каждую политику.
Обновления политики создают больше трения. Правила нельзя «заморозить» навсегда, потому что меняются рынки, риски и юридические требования. Но предоставление администраторам широких полномочий на обновления может подорвать уверенность пользователей, которую они, как им казалось, уже получили. Мне бы хотелось знать, кто может изменять политику, как быстро изменения вступают в силу и могут ли депозиторы выйти до того, как новые условия начнут их связывать.
Я также ищу момент, когда это действительно сломается.
Происходит ли это, когда оператор уходит офлайн? Когда защищённое оборудование получает уязвимость? Когда два источника данных расходятся? Когда сложная политика отвергает законное экстренное снятие? Обычно системы проявляются в неприятных крайних случаях, а не в обычных транзакциях.
У Ньютона есть реальная проблема, которую нужно решить. Автономное ПО получает доступ к финансовым инструментам быстрее, чем индустрия успевает построить ограничения вокруг этого доступа. Ответ протокола — разрешить ПО предлагать действия, но не выдавать ему окончательные полномочия — достаточно практичен, чтобы заслуживать внимания.
Но доказательства всё равно должны прийти. Реальные комиссии. Независимые операторы. Приложения, которые enforce’ят политики без обходов. Достаточно живой активности, чтобы показать, что сеть может выжить вне стимулов и объявлений.
До тех пор Ньютон остаётся интересной системой контроля рядом с рынком, который никогда особенно не был в восторге от контролей. Будут ли пользователи ценить эти ограничения до того, как что-то пойдёт не так, или только после?
