Ajaz Ahmad11

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

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

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

Три — «децентрализованное соответствие требованиям» не является противоречием. Newton обеспечивает выполнение правил через децентрализованную сеть операторов, подкреплённую restaking в EigenLayer, а не централизованную компанию, которой нужно доверять.

Четыре — ваши личные данные никогда не попадают в onchain. Newton размещает в сети только криптографические хэши. Доказательство соответствия требованиям публично. Вашей реальной информации при этом нет. И то, и другое верно одновременно.

Пять — это больше не теория. Newton Mainnet Beta уже запущен. Вышел VaultKit SDK. Интегрированы price feeds RedStone. Реальные политики прямо сейчас применяются к реальным транзакциям.

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

@NewtonProtocol $NEWT #Newt

В крипто постоянно повторяют одну фразу — так часто, что почти теряется её смысл: «trustless» («недоверительный»).

Но я хочу применить это к чему-то конкретному, на мой взгляд, действительно заслуживающему такой ярлык. То, как Newton Protocol выполняет верификацию.

Вот напряжение, которое существует в любой системе комплаенса. Чтобы подтвердить что-то о человеке или транзакции, нужна информация. Но как только вы начинаете собирать и хранить информацию о людях, вы создаёте проблему слежки. Кто хранит эти данные? Кто может к ним получить доступ? Что произойдёт, если их принудят передать эти данные?

Большинство решений комплаенса просто принимают это противоречие и выбирают сторону. Либо вы верифицируете как следует и раскрываете данные, либо защищаете приватность и не можете верифицировать полноценно.

Newton не принимает этот компромисс — и именно то, как они его обходят, мне по-настоящему интересно.

То, что происходит onchain, никогда не является реальными персональными данными. Это криптографический хэш — отпечаток, который доказывает, что верификация произошла и каким был результат, не раскрывая ничего скрытого под ним. Оценка выполняется offchain через децентрализованную операторскую сеть Newton. Аттестация — то есть доказательство того, что проверка прошла корректно, — и становится постоянной записью.

В итоге вы получаете полную проверяемость. Нулевое раскрытие данных. И то, и другое одновременно.

Это не обещание. Так устроена сама криптография. Обещания можно нарушить. Математика не лжёт.

Mainnet Beta уже запущен.
@NewtonProtocol $NEWT #Newt

Я заметил определённый паттерн в серьёзных инфраструктурных проектах в криптоиндустрии.

Чем впечатляюще базовая технология, тем чаще оказывается больнее её реально построить. Где-то по пути команда так глубоко погружается в сложные криптографические задачи, что разработческий опыт становится второстепенным. Документации мало. Абстракции протекают. В итоге приходится разбираться во внутренностях, чтобы хотя бы базовая интеграция заработала.

Я заходил в SDK Newton Protocol, ожидая ровно этого. Децентрализованная сеть операторов, restaking EigenLayer, BLS-аттестации, язык политик Rego — всё это звучит так, будто на корректную настройку уйдёт неделя, причём с тремя открытыми браузерными вкладками всё время.

Но на деле всё оказалось иначе — и это меня удивило.

SDK расширяет стандартный viem-клиент кошелька. Если вы недавно писали современный код для Ethereum, вы уже знаете viem. Паттерн ощущается сразу знакомым. Вы не осваиваете новую ментальную модель — вы добавляете возможности к тому, чем, вероятно, уже пользовались.

Основная функция, которую вы реально вызываете, — simulateTask. Описываете намерение по транзакции, передаёте детали политики, получаете результат с булевым значением в конце. Можно или нельзя. Один await-вызов, который абстрагирует под собой массу серьёзной распределённой инфраструктуры.

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

Технический порог низкий. Интересная работа — понять, какие именно правила нужны вашему протоколу.

Beta для mainnet уже в сети.
@NewtonProtocol $NEWT #Newt

Вот проблема, о которой недостаточно говорят в многоцепочечных обсуждениях.

Комплаенс не заботится о том, в какой сети вы находитесь. Санкционированный кошелёк санкционирован в Ethereum, на Base, в Arbitrum — везде. Лимит на расходование, который существует для казначейства, не перестаёт существовать только потому, что транзакция направляется через другую сеть. Правила — это правила независимо от того, в какой сети выполняется операция.

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

Newton Protocol с нуля построен как цепочно-независимый. Механизм политик (policy engine), операторская сеть, модель аттестации — всё это разработано для работы в сетях, совместимых с EVM, без необходимости каждый раз заново собирать слой комплаенса. Ethereum, Base, Arbitrum уже поддерживаются. Некаждый EVM-чейн — в дорожной карте.

Практически это означает единый согласованный набор политик, который следует вашему протоколу независимо от того, где он существует, а не фрагментированный комплаенс, который отличается в зависимости от сети.

В действительно multi-chain мире DeFi это не просто удобная функция. Это необходимость.

@NewtonProtocol $NEWT #Newt

Есть одна идея, к которой я снова и снова возвращаюсь, когда думаю о том, почему принятие криптовалют оказалось медленнее, чем все предсказывали.

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

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

Policy engines — это тот самый недостающий элемент. И я думаю, что большинство людей в этой сфере только начинает понимать, насколько фундаментальными они станут.

Когда я думаю о том, какую роль в этом играет Ньютон, это не только инструмент комплаенса для регулируемых организаций, хотя он выполняет и эту функцию. Это слой, который весь Web3 trust stack молчаливо предполагал, что когда‑нибудь обязательно появится. Элемент, который дает смарт-контрактам реальный контекст об окружающем мире. Он позволяет им применять правила и доказывать, что эти правила были проверены — независимо от того, кто или что отправило транзакцию.

Все остальные слои создавались, исходя из предположения, что это рано или поздно появится.

Ньютон — то, что наконец делает это реальностью.

Mainnet Beta уже запущен, и я думаю, мы только начинаем понимать, что именно это открывает.

@NewtonProtocol $NEWT #Newt

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

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

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

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

То, что делает Newton Protocol иначе, — переносит эту проверку туда, где она действительно важна: на уровень контракта, прямо внутри самой транзакции. Политика срабатывает до того, как что‑либо будет зафиксировано. Неважно, пришло ли это с фронтенда, от бота, агрегатора или AI‑агента. Оценка выполняется. Аттестация доказывает, что она была выполнена. Санкционированный кошелёк не проходит.

Вот как выглядит реальная проверка санкций. Mainnet Beta уже запущен.

@NewtonProtocol $NEWT #Newt

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

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

А вот нервная часть — это то, что не даёт мне спать по ночам. Потому что AI-агент, работающий on-chain без надлежащих ограничителей, делает решения не просто быстрее человека. Он может принимать потенциально катастрофические решения быстрее человека. Скомпрометированный агент, галлюцинирующая модель, агент, действующий за пределами того, что кто-то реально авторизовал — это уже не гипотетические риски. Это как раз те вещи, которые могут «съесть» казначейство ещё до того, как кто-нибудь заметит, что что-то пошло не так.

Именно поэтому тайминг Newton Protocol кажется мне особенно важным. Слой политики, который строит Newton, находится между намерением агента и фактическим исполнением. Прежде чем какая-либо транзакция будет зафиксирована, она проверяется по правилам, которые кто-то намеренно задал: что этому агенту разрешено делать, насколько много он может перемещать, с кем он может совершать транзакции. Нарушаешь эти границы — транзакция не проходит. Не помечается для проверки. Не проходит.

С Mainnet Beta это обеспечение уже реально работает прямо сейчас, а не теоретически.

AI-агенты могут быть безопасными для DeFi. Но только если вокруг них существует правильная инфраструктура. @NewtonProtocol $NEWT #Newt

Этот вопрос не давал мне покоя дольше, чем мне хотелось бы признать.

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

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

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

Суть в том, что то, что попадает onchain в Newton, никогда не является реальными чувствительными данными. Не ваше имя, не ваши документы, не ваши детали KYC. В цепочку записывается криптографический хэш — по сути, отпечаток. Он доказывает, что проверка была выполнена и каков был результат, но не сообщает вам абсолютно ничего о человеке или информации, стоящих за этим. Реальная оценка происходит offchain через операторскую сеть Newton, а единственная публичная запись — это аттестация: доказательство того, что проверка прошла корректно.

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

Для меня эта разница очень важна. Обещания можно нарушить. Математика не лжет.

Mainnet Beta уже в сети. Это происходит прямо сейчас, в реальном времени.

@NewtonProtocol $NEWT #Newt

Честно говоря, когда я впервые увидел в документации Newton Protocol слова вроде «policies», «intents», «tasks» и «attestations», у меня немного «поплыло» в глазах. Похоже на корпоративный жаргон. Но стоило мне немного притормозить и разложить по полочкам, что делает каждый элемент — всё щёлкнуло довольно быстро.

Так вот как я теперь это понимаю.

Интент — это по сути то, что вы пытаетесь сделать. Отправить средства, выполнить сделку, переместить залог — это и есть интент. Полиси — это свод правил, который решает, разрешён ли ваш интент. Например, лимиты расходов, проверки санкций, фильтры от мошенничества. Таск — это то, что происходит, когда сеть операторов Newton фактически подхватывает этот интент и прогоняет его относительно полиси. А аттестация — это криптографическое доказательство, которое сеть выдаёт, чтобы подтвердить, что оценка была выполнена корректно.

Итак, схема такая: вы хотите сделать что-то, Newton проверяет, разрешено ли это, сеть доказывает, что проверка была выполнена, и только после этого транзакция продолжается.

Что мне нравится в этом дизайне — каждый шаг оставляет поддающийся проверке след. Никто не просит верить кому-то на слово. Аттестация — это чек/квитанция.

Теперь, когда Mainnet Beta уже в работе, эта архитектура запущена в производственной среде. Больше не просто концепт.

@NewtonProtocol $NEWT #Newt

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

Ответ — EigenLayer AVS, и когда я понял, как это работает, мне стало гораздо спокойнее относительно всей модели.

Если совсем просто, то EigenLayer позволяет валидаторам, которые уже обеспечивают безопасность Ethereum, задействовать тот же заложенный стейк-ETH для работы с другими сетями. Newton подключается к этому как Actively Validated Service (активно валидируемый сервис): сеть его операторов опирается на ре-стейкинг Ethereum. Эти операторы оценивают транзакции согласно политикам, а затем формируют BLS-аттестации — криптографические доказательства того, что проверка прошла корректно.

Практический смысл в том, что Newton не нужно создавать собственный набор валидаторов с нуля или просить вас доверять какому-то новому механизму консенсуса, о котором никто раньше не слышал. Это заимствование самой проверенной в бою безопасности в криптоиндустрии. То же экономическое «весомое» обеспечение, которое защищает Ethereum, и делает решения Newton по политиками заслуживающими доверия.

С бета-версией Mainnet Beta в работе и VaultKit, доступным для разработчиков, эта архитектура уже работает в продакшене прямо сейчас — а не только на бумаге.

Вот почему для меня это ощущается иначе. @NewtonProtocol $NEWT #Newt