Когда в Web3 приходили на самых ранних этапах, многих привлекали умные контракты — потому что они представляли собой новый способ доверия. Код открыт, правила прозрачны: стоит только выполнить условия, и программа автоматически запустится. Но по мере того как отрасль продолжала развиваться, я начал осознавать, что умные контракты решают задачу «выполнения по заданной логике», но не обязательно решают задачу «как принимать решения и выполнять действия в условиях сложной среды».
Между этими двумя вещами на самом деле существует огромная разница.
Сейчас приложения в сети уже не сводятся к простым переводам или обмену активов. Полноценное финансовое действие может включать несколько протоколов, несколько источников данных и несколько ограничений по условиям. Пользователь может хотеть, чтобы система автоматически достигала конкретной цели, но при этом не теряла полностью контроль; разработчик хочет повысить эффективность, но при этом должен быть уверен, что процесс выполнения будет соответствовать ожиданиям.
И это именно то особенное, что я почувствовал, когда заново изучал white paper Newton Protocol.
Многие, когда слышат про Newton, в первую очередь думают об AI Agent или автоматизации. Но если глубже посмотреть на архитектуру, становится ясно: он на самом деле хочет построить слой ончейн-authorization и верификации, чтобы автоматизированные действия имели более четкую логику исполнения.
Authorization Layer, предложенный Ньютоном, по сути добавляет промежуточный слой, который обрабатывает принятие решений по стратегиям, помимо традиционной модели исполнения смарт-контрактов.
Раньше ончейн-процессы обычно выглядели так:
пользователь инициирует транзакцию → выполняется контракт → появляется результат.
А Ньютон хотел исследовать:
пользователь задает условия → Policy принимает решение → проверенное выполнение → завершение операции.
С виду это изменение всего лишь добавляет один слой процесса, но для будущих сложных приложений это крайне критично.
Потому что в будущем многие ончейн-действия будут не просто разовыми транзакциями, а превратятся в долгосрочные автоматизированные задачи. Например, стратегии управления активами, логика работы протоколов, автоматизированные финансовые сервисы — все это требует, чтобы система постоянно выполняла работу при соблюдении определенных условий.
В этот момент простая модель исполнения кода будет постепенно выявлять ограничения.
Policy Framework в white paper Newton спроектирован именно для решения этой проблемы. Он позволяет разработчикам абстрагировать разные условия выполнения и превращать некоторые решения, которые раньше «зашивались намертво» в логике приложения, в более гибкие модули стратегий.
Это означает, что приложению не нужно каждый раз заново проектировать базовую логику; можно собирать решение, комбинируя разные Policy, чтобы закрывать разные сценарии.
Я считаю, что в этом есть много общего с процессом развития интернет-инфраструктуры.
В раннюю эпоху интернета каждой компании приходилось строить собственные серверы и решать проблемы с базовыми технологиями. Но по мере того как облачные вычисления, базы данных и инструменты разработки созревают, разработчики могут больше сосредоточиться на инновациях продукта.
И в будущем блокчейн пройдет через похожие этапы.
Когда ончейн-приложения становятся все более сложными, возможно, действительно ограничивает развитие отрасли не недостаток новых идей, а нехватка базовых компонентов, которые способны поддерживать запуск этих идей.
Помимо Policy, важным направлением в архитектуре Newton является Automation Intent.
Он меняет прежний подход, когда пользователи должны были говорить системе «как делать каждый шаг». Вместо этого пользователи могут выразить цель, а система на основе условий выполнит задачу.
Это очень важно для будущих автоматизированных финансов.
Потому что по-настоящему зрелая автоматизация не должна просто заменять ручные клики. Она должна понимать, чего именно хочет добиться пользователь, и в заданных рамках достигать цели.
При этом Newton с помощью TEE и связанных с ZK технологий позволяет проверять процесс выполнения и при этом снижать раскрытие чувствительных данных. TEE предоставляет доверенную среду вычислений, а ZK-пруфы помогают подтверждать, что некоторые результаты соответствуют требованиям, не публикуя все детали выполнения.
На самом деле такая идея проектирования решает самую ключевую проблему автоматизированных систем:
Как заставить других поверить в процесс, а не просто увидеть результат.
Кроме того, VaultKit — это важная часть экосистемы Newton. Для разработчиков он предоставляет более простой способ подключать эти возможности: существующие приложения могут использовать authorization и автоматизационный фреймворк Newton, не перестраивая всю инфраструктуру заново.
Конечно, я не считаю, что Newton уже дал простой ответ для всей отрасли.
Главный вызов инфраструктурных проектов — никогда не в том, чтобы придумать концепцию, а в том, чтобы реально сформировать использование сети. Именно это в конечном итоге определяет ценность: захочет ли разработчик подключаться, будут ли приложения постоянно вызывать сервисы, сможет ли сеть Operator стабильно работать.
Что касается $NEWT, то лично меня больше интересуют долгосрочные данные экосистемы, а не краткосрочные колебания цены.
Если в будущем все больше ончейн-приложений будет нужно обрабатывать сложное автоматизированное поведение, то «проверяемое выполнение» может стать новой базовой потребностью.
Раньше блокчейн решал вопрос о том, как передавать ценность.
Смарт-контракты решают вопрос о том, как исполняются правила.
И то, что Ньютон хочет исследовать — это как в более сложной среде сделать процесс выполнения более управляемым, проверяемым и масштабируемым.
Это может быть важным направлением конкуренции инфраструктуры на следующем этапе.