MALIK__ZADDA

Я поймал себя на вопросе, который вообще не имел отношения к моделям ИИ.

Если завтра в Newton Protocol вступят два разработчика, они действительно будут создавать поверх одних и тех же стандартов выполнения, или каждый начнёт писать свою версию правил?

Этот вопрос изменил то, как я смотрю на проект.

ИИ-биржа становится сильнее только тогда, когда разработчики могут переиспользовать то, что уже создали другие. Если все продолжат публиковать изолированные политики вместо общих, сеть растёт по численности, но не обязательно по ценности.

Для меня это означает, что координация разработчиков — более серьёзная задача, чем сама по себе попытка привлечь разработчиков.

Технологию можно создать один раз. Общие стандарты нужно со временем принимать.

Именно за этим я буду следить дальше с @NewtonProtocol . Успех биржи может зависеть меньше от того, сколько разработчиков придёт, и больше от того, сколько из них выберут создавать вокруг одних и тех же стандартов выполнения, а не формировать отдельные экосистемы.

Вот в чём разница между набором проектов ИИ и связанной экосистемой ИИ.

@NewtonProtocol $NEWT #Newt

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

Каждая утилита, похоже, укрепляет разные этапы участия в сети, а не конкурирует за одну и ту же цель. Комиссии формируют постоянный спрос всякий раз, когда выдаются разрешения или выполняются AI-сессии, создавая использование, которое растет вместе с активностью, а не опирается на спекуляции. Стейкинг работает по другому таймлайну. Период анстейкинга в 14 дней поощряет долгосрочное согласование интересов, связывая держателей токенов с безопасностью сети вместо краткосрочных вознаграждений.

Реестр моделей добавляет еще один экономический слой. Операторам нужно внести NEWT в качестве залога, чтобы развертывать AI-агентов, то есть плохая производительность несет немедленные финансовые последствия через слэшинг, а не полагаться только на репутацию. Затем управление располагается поверх этих механизмов, но голосующие права ограничены стейкнутыми участниками, поэтому влияние зависит от продемонстрированной приверженности, а не от пассивного владения.

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

@NewtonProtocol #Newt $NEWT

Чем больше я смотрю на протокол Newton, тем больше задаюсь вопросом: его главная проблема — это технология или же время.

Архитектура выглядит логично. Вопрос посложнее — готов ли рынок уже сегодня ставить во главу угла программируемую авторизацию.

Розничные пользователи редко выбирают протоколы из‑за рамок разрешений. Их волнуют скорость, низкие затраты и простые пользовательские сценарии. Авторизация не является тем, что определяет их выбор.

Институции смотрят на мир иначе. Любое финансовое действие должно удовлетворять правилам управления, требованиям комплаенса и внутренним согласованиям. Для них программируемая авторизация может стать конкурентной необходимостью, а не просто опциональным обновлением.

Похоже, Newton ориентируется на экономику институтов завтрашнего дня, а не на активность, driven сегодняшними розничными пользователями. Это смелая стратегия, но история показывает: быть слишком рано — так же трудно, как и ошибаться.

Криптографическая верификация через EigenLayer и ZK‑доказательства не устраняет доверие — она лишь меняет, где именно размещено доверие. Управление, валидаторы и экономические стимулы становятся частью модели безопасности вместо централизованных посредников.

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

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

@NewtonProtocol #Newt $NEWT

Чем больше я изучаю инфраструктуру ИИ, тем меньше я думаю, что главная сложность — это интеллект. Я думаю, что проблема в контроле.

ИИ-агент, который может перемещать активы, звучит мощно, но сила без ограничений создаёт новые риски. Именно поэтому мне бросилcь в глаза протокол Newton Protocol. Вместо того чтобы просить пользователей слепо доверять ИИ, он фокусируется на определении того, что агент может и чего не может делать, ещё до начала выполнения.

Технология многообещающая, но вопрос — в том, как быстро её будут внедрять.

Большинство пользователей криптовалют сегодня не ищут активно слои ИИ-исполнения. Существующие биржи и DeFi-инструменты уже закрывают их повседневные задачи, поэтому пока неочевидно, насколько срочно это нужно. История показывает, что инфраструктура часто появляется раньше, чем рынок полностью понимает, почему она важна.

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

В крипто быть “ранним” и “ненужным” может выглядеть удивительно похоже… пока рынок не изменится.

@NewtonProtocol #Newt $NEWT

Что я снова и снова возвращаюсь к мысли: если ИИ-агенту нужны разрешения каждый раз, когда он действует, то сам доступ становится частью экономики протокола.

На бумаге Ньютон предлагает кое-что интересное — приватные onchain-сессии с правами, где пользователи могут определить, что агенту разрешено делать, задать условия истечения и отзывать доступ, когда доверие меняется. Для подтверждения корректных разрешений используются доказательства с нулевым разглашением, не раскрывающие лежащую в основе политику.

Но вот главный вопрос…

Если каждый вывод требует авторизованной сессии, то повторная активность агента естественным образом порождает повторяющиеся затраты. Газ на базе NEPT, порядок включения транзакций и будущий ценовой рынок в духе EIP-1559 могут превратить выполнение агентами в непрерывный слой спроса, а не разовое взаимодействие.

Сильная сторона — поверхность управления.

Разрешения могут истекать. Доступ можно сузить. Агентам не предоставляются постоянные полномочия только потому, что их один раз одобрили. Теоретически это создает более четкое разделение между удобством и контролем.

Но то, что обещано, и то, что проверяемо сегодня, — не всегда одно и то же.

Могут ли пользователи реально проверять, как рассчитываются комиссии? Могут ли они подтверждать отзыв сессии в реальном времени? Могут ли они предсказать, останутся ли затраты на вывод стабильными при перегрузках?

Это не критика — это вопрос зрелости.

Потому что есть разница между хорошо спроектированной системой и полностью зрелой операционной системой.

И если в будущем управление начнет формировать правила комиссий, обновления и стандарты разрешений, то главный вопрос уже будет не в том, могут ли ИИ-агенты работать onchain…

А в том, смогут ли пользователи по-прежнему понимать, оценивать стоимость и отзывать этот доступ до того, как будет выполнено следующее действие.

@NewtonProtocol #Newt $NEWT

Я слежу за Newton Protocol (NEWT) с повышенным интересом, потому что реальная история здесь — это не просто «AI-трейдинг». Что особенно бросается в глаза, так это инфраструктурный аспект: безопасный роллап, созданный для AI-стратегий, автоматизированного исполнения и маркетплейса, где разработчики могут подключаться и строить поверх общих «рельсов». Это гораздо более долговечная тезисная идея, чем погоня за очередной трендовой нарративной историей.

Интерес тут в том, что появляется возможность превратить политику, исполнение и доступ разработчиков в повторно используемую инфраструктуру, а не в изолированные разовые инструменты. Если это сработает, это может повлиять на то, как AI-агенты взаимодействуют с рынками со временем. Сильный аргумент — не в хайпе, а в том, действительно ли система снижает трение для строителей (разработчиков) и трейдеров.

При этом рыночная реальность по-прежнему важна. Ликвидность быстро перетекает, нарративы остывают, а конкуренция в связке AI + crypto становится всё более тесной. Риск исполнения реален — особенно когда проект пытается одновременно сбалансировать безопасность, внедрение и спрос разработчиков.

Для меня главный открытый вопрос прост: сможет ли Newton превратить хорошую концепцию в реальное использование, прежде чем внимание уйдёт в другое место?

@NewtonProtocol #Newt $NEWT
$HMSTR
$MPLX

Сегодня в моём блокноте у меня был другой вопрос.

Вместо того чтобы спрашивать, что может протокол Newton, я спросил, для кого он на самом деле создаётся.

Ответ меня удивил.

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

Policy Registry от Newton идёт другим путём. Разработчики могут публиковать переиспользуемые политики, а пользователи — настраивать их, вместо того чтобы каждый раз начинать с нуля.

Это может показаться небольшим техническим нюансом, но он меняет то, как я думаю о блокчейн-инфраструктуре.

По мере того как появляются всё новые AI- и DeFi-приложения, повторять одну и ту же работу по безопасности и комплаенсу в каждом проекте снова и снова уже не похоже на долгосрочное решение. Переиспользуемые политики могли бы сократить это повторение, но только если разработчики будут достаточно им доверять, чтобы внедрять.

Вот на что я бы обратил внимание.

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

Оценивая инфраструктуру сейчас, я задаю простой вопрос.

Этот проект помогает разработчикам создавать что-то новое или заставляет их снова и снова перестраивать одну и ту же основу?

@NewtonProtocol #newt $NEWT

Я поймал себя на том, что делаю то же предположение, читая сегодня Newton Protocol.

Я думал, что каждое блокчейн-приложение должно с нуля строить собственные правила комплаенса. Казалось, что разработчикам просто приходится это принять.

Затем я дошёл до реестра политик Ньютона.

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

От этого мне пришлось на минуту остановиться.

По мере появления всё большего числа ИИ-агентов и DeFi-приложений все говорят о масштабировании транзакций. Мы редко задаём вопрос, нужно ли каждому новому проекту заново создавать с нуля те же правила комплаенса и безопасности.

Подход Newton подсказывает, что сами правила могут стать повторно используемой инфраструктурой.

Конечно, это работает только если разработчики действительно внедряют и поддерживают эти общие политики. Повторно используемая библиотека ценна лишь тогда, когда люди ей доверяют и пользуются.

Это и стало моим главным выводом.

Когда я теперь смотрю на инфраструктуру блокчейна, я не просто спрашиваю, какие функции она добавляет. Я спрашиваю, помогает ли она создателям избегать решения одной и той же проблемы снова и снова.

Иногда самое большое улучшение — не в добавлении чего-то нового. А в том, чтобы перестать заставлять всех заново возводить одно и то же основание.
@NewtonProtocol #Newt $NEWT