Я снова и снова возвращаюсь к простому дискомфорту в криптоиндустрии: мы создали системы, которые могут перемещать стоимость с поразительной скоростью, но все еще не можем ответить на более медленный, более человеческий вопрос — кто имеет право ею распоряжаться, при каких условиях, и как мы докажем правильность ответа постфактум? Эту проблему давно было видно в институциональном DeFi, в потоках стейблкоинов, а теперь — и в агентной финансовой сфере, где программное обеспечение может действовать непрерывно, а правила вокруг него остаются разрозненными по дашбордам, офчейн-проверкам и человеческой памяти. Newton Protocol занимает эту нишу как слой авторизации для onchain-транзакций: правила в нем применяются до расчетов, а не объясняются после.
Это обсуждение важно, потому что проблема проявлялась не сразу. Она снова и снова всплывала там, где крипто пыталась уйти от «розничной» окраины и стать серьёзной инфраструктурой. Фонды хотели лимиты расходов. Протоколы хотели скрининг санкций. Эмитенты стейблкоинов хотели правила перевода. Разработчики, создающие AI-агентов, хотели ограждения, которые были бы более устойчивыми, чем промпт, и более понятными, чем ручная проверка. На практике каждая попытка прикрутить комплаенс или политику к блокчейн-системам упиралась в одну и ту же слабость: логика жила вне пути выполнения, а значит её можно было обходить, фрагментировать или переписывать в спешке. Главный тезис Newton в том, что политика не должна быть второстепенной (afterthought). Она должна быть частью жизненного цикла транзакции самой по себе.
Я думаю, что это самая веская причина относиться к проекту серьёзно, даже если оставаться скептичным к амбициям. Newton построен как EigenLayer AVS и описывается как децентрализованный «движок политик» для авторизации ончейн-транзакций. В официальной документации формулировки прямые: он предназначен кодировать и исполнять лимиты расходов, скрининг санкций, предотвращение мошенничества и правила комплаенса в смарт-контрактах. Проект не пытается заменить расчёт (settlement). Он пытается вставить точку принятия решения до settlement, где транзакция может быть одобрена или заблокирована в соответствии с заранее прописанной политикой. На бумаге это звучит скромно, но в криптоинфраструктуре небольшие изменения порядка операций часто важнее громких слоганов.
Структура достаточно прямая, и я могу объяснить её без лишней церемонии. Пользователь или куратор пишет политику в Rego или выбирает её из библиотеки шаблонов. Эта политика может включать ончейн- и офчейн-сигналы, например идентичность, санкции, лимиты риска или протоколо-специфичные ограничения. Контракт встраивает лёгкий фрагмент или hook SDK. Затем, до того как транзакция будет подтверждена, сеть операторов Newton оценивает политику и выдает криптографическое подтверждение (attestation). Результат задумано сделать проверяемым ончейн через receipt или запись в обозревателе (explorer), при этом сохраняя чувствительные данные приватными. Иначе говоря, Newton пытается сделать авторизацию понятной (legible), не раскрывая лежащие в основе данные публично.
Это интересный дизайнерский выбор, потому что он раскрывает и обещание, и напряжение. Крипто давно празднует прозрачность, но реальная финансовая система не работает на полной видимости. Она работает на ограниченной видимости, проверяемом контроле и выборочном раскрытии информации. Newton пытается согласовать эти реальности с потоками, сохраняющими приватность. В документации описаны три режима приватности — identity, confidential и ephemeral — все они используют одни и те же зашифрованные ссылки на данные, но отличаются тем, кто загружает данные, и тем, как они ссылочно используются в оценке политики. Это не мелкая деталь реализации. Это разница между уровнем политики, который институции могли бы реально принять, и таким, который отклоняют, потому что он «утекает» больше, чем защищает.
Я также думаю, что фокус Newton на AI-агентах стратегически выбран удачно. В документации протокол прямо формулируется вокруг безопасности агентов: политики для лимитов расходов на каждую транзакцию, списков разрешённых контрактов (allowlists), ограничений на уровне функций и ограничений по времени или по частоте (rate limiting). На главной странице «агентские финансы» также вынесены в число основных сценариев использования: там описаны ограждения (guardrails) для автономных агентов, одобренные получатели платежей (payees), обеспечение выполнения мандатов и защита от prompt-injection. Это показательным образом выбранная формулировка. Она предполагает, что команда видит будущее, где человеческие намерения всё больше делегируются программному обеспечению, но где делегирование без принуждения (enforcement) становится риском. В таком мире интересный вопрос — не сможет ли агент торговать, платить или ребалансировать. Вопрос в том, сможет ли он делать это внутри мандата, который переживает стресс, путаницу и манипуляции.
Но я всё же не думаю, что проект лишён компромиссов, и было бы нечестно писать так, будто это так. Уровень политики полезен только тогда, когда сами политики корректны, актуальны и социально приняты. Это сразу создаёт давление на управление (governance). Кто пишет правила? Кто обновляет их, когда меняются санкции или когда порог риска устарел? Кто решает, должен ли дефолт быть консервативным или либеральным? Собственные материалы Newton подчёркивают, что политика может меняться без повторного развертывания контрактов — это операционно элегантно, — но это также напоминание, что реальная «площадь поверхности» (surface area) переместилась с кода на управление. Когда система становится действующим уровнем принуждения, споры больше не просто технические. Они становятся процедурными и политическими.
Есть и более сложная проблема — трение при внедрении. Любой протокол, который находится между намерением и settlement, вводит новую зависимость, а новые зависимости никогда не бывают бесплатными. Они могут превратиться в задержки, операционную сложность, издержки интеграции и дополнительную точку отказа в стеке, который и так заставляет разработчиков управлять кошельками, чейнами, мостами, оракулами, входными данными комплаенса и пользовательским опытом. Newton говорит, что работает с vaults, стейблкоинами, RWA, smart accounts и мостами, и что может выйти в прод с готовыми политиками и в режиме «подключи и работай» через SDK. И всё же практическая нагрузка остаётся: кому-то нужно доверять набору операторов, источникам политик, подтверждениям (attestations) и принять протокол как легитимные «ворота» (gatekeeper), а не как ограничение, которое нужно обходить.
Я вижу самое сильное применение в институциональных vault’ах, потому что это наиболее явное проявление той проблемы, которую Newton пытается решить. Операторы vault’ов уже принимают решения, которые влияют на многих пользователей, и им уже нужны видимые контроли вокруг соответствия (eligibility), контрагентов, лимитов на концентрацию, просадок (drawdowns) и мониторинга рисков. Материалы к запуску Newton прямо нацелены на это пространство: там говорится, что политика исполняется до того, как транзакции будут подтверждены, и что кураторы получают подписанные ончейн receipts, которые могут быть проверены аллокаторами или регуляторами. Это действительно существенный сдвиг от «мы обещаем, что у нас есть контроли» к «контроли исполнялись здесь, по этим правилам, в этот момент». Однако даже здесь модель работает только если правила соблюдаются на протяжении всего жизненного цикла капитала, а не только во время «чистых» моментов, когда систему показывают на демо.
Я также думаю, что общая идея проекта — маркетплейс «Internet of Policies» (интернет политик) — более амбициозна, чем то, как продукт выглядит на ближайшей поверхности. В официальном блоге сказано, что уровень авторизации выйдет за пределы хранилищ (vaults) и распространится на RWA, стейблкоины и агентскую коммерцию, а политики будут обнаруживаемыми и переиспользуемыми через такой маркетплейс. Это привлекательное видение, потому что оно рассматривает политику как компонуемую инфраструктуру, а не как разовую юридическую «подкрутку». Но оно также поднимает самый старый инфраструктурный вопрос в крипто: какие элементы становятся стандартами, а какие остаются локальными договоренностями? Политика, которая работает для одной юрисдикции, одной структуры фондов или одного риск-комитета, может оказаться бесполезной в другом месте. Переиспользуемость может уменьшить трудозатраты, но она же способна сгладить нюансы. Маркетплейс становится действительно ценным только тогда, когда он может сохранять контекст, оставаясь при этом переносимым.
Итак, если отступить назад, я не вижу Newton как аккуратный ответ на аккуратную проблему. Я вижу серьёзную попытку приблизить крипто на один уровень к системам, управляемым (governed), а не просто исполнимым (executable). Это реальное различие. Проект пытается создать путь авторизации, который проверяем, учитывает приватность и поддаётся программированию, при этом оставаясь полезным для институций, которые не могут относиться к каждой транзакции как к свободному эксперименту. Если это сработает, бенефициарами, вероятно, станут кураторы vault’ов, институциональные аллокаторы, операторы стейблкоинов, эмитенты RWA и команды, создающие автономных агентов, которым нужны жёсткие ограничения (hard limits), а не мягкие ожидания. Но границы важны не меньше: система может всё ещё оказаться слишком тяжёлой для небольших разработчиков, слишком предвзятой (слишком opinionated) для пуристов, выступающих за permissionless, и слишком зависящей от дисциплины governance, чтобы по умолчанию считаться заслуживающей доверия. Я продолжаю задаваться вопросом, принадлежит ли будущее ончейн-финансов скорее исполнению, или более тихому слою, который решает, во что должно вылиться исполнение.