BTC_Fahmi

@NewtonProtocol я снова и снова возвращаюсь к одному неприятному вопросу, когда протокол говорит мне, что сделал авторизацию дешевле: дешевле для кого?
Вопрос не давал мне покоя, когда я изучал архитектуру Newton Protocol. Трейдеры слышат «оптимизацию» и переводят это в более низкие комиссии и более простое внедрение. Иногда так и бывает. Но в блокчейн‑авторизации цена редко исчезает. Она перемещается. Моя рамка проста: у каждой оптимизации газа есть пункт назначения по сложности и пункт назначения по доверию. Найдите оба — и вы поймёте реальную сделку.

Я начал смотреть NEWT из-за небольшой досадной мелочи, а не потому что график выглядел красиво. Я проверял автоматизированный сейф, читал правила, сравнивал лимиты — и поймал себя на том же вопросе, который я всегда задаю, когда деньги двигаются без того, чтобы человек нажимал каждую кнопку: кто на самом деле останавливает транзакцию, если правило нарушается? Не кто потом это объясняет. Кто говорит «нет» до того, как капитал уйдёт?
Именно этот вопрос делает для меня интересным Ньютона, но он же — причина, почему я не отношусь к $NEWT like как к простой сделке-пилоту основной сети. История технологии чистая. Newton — это движок политики для авторизации ончейн-транзакций, созданный как EigenLayer AVS, и в его официальной документации проблема сформулирована очень чётко: смарт-контракты испытывают трудности с внешним контекстом, таким как санкции, лимиты расходов, проверки на мошенничество, или вопрос о том, действует ли автономный агент вне своих полномочий. Newton пытается встроить эти правила прямо в путь транзакции, чтобы политика могла одобрить или заблокировать действие до расчётов, а не полагаться на предупреждение во фронтенде или централизованную проверку.

@NewtonProtocol i помню первый раз, когда автоматический бот заставил меня потерять деньги не потому, что его взломали, а потому, что он доверился не той двери. Сделка выглядела нормально. Логика выглядела нормально. Я упустил одно слабое API-ограничение, о котором никто не задумывался, пока деньги уже не успели уйти. Вот почему мне бросились в глаза песочницы оракула Newton. Не потому, что песочницы — это что-то захватывающее. Они не такие. А потому что в трейдинге скучные границы часто и есть то, что держит тебя в живых.
Newton Protocol пытается занять узкое, но важное место: между тем, как транзакцию предложили, и тем, как она будет зафиксирована (settle). Его mainnet beta вышла в эфир 23 июня 2026 года на Base и Ethereum; при этом Newton позиционируется как слой авторизации, который проверяет правила политики до того, как значение начнёт перемещаться. Хранилище (vault), агент или протокол говорит: «Это действие разрешено только если эти условия выполняются». Операторы оценивают политику, выпускают аттестацию, а контракт использует это доказательство как “ворота”. Для трейдеров это важно, потому что контроль рисков из обещания на дашборде превращается в то, чему должна соответствовать уже сама фиксация расчетов.

Я до сих пор помню, как наблюдал, как позиция в DeFi пошла под откос, потому что я доверился интерфейсу больше, чем правилам, лежащим под ним. Сделка была простой: кредитная позиция, немного обеспечения и немного плеча. Меня беспокоило не то, что я потерял. Трейдеры теряют. Беспокоило другое: сколько риска находилось за пределами смарт-контракта, который я, как мне казалось, понимал. Контракт сделал то, что ему сказали. Проблема была в том, что то, что ему сказали, вообще не должно было пройти.
Вот почему меня привлекла проверяемая автоматизация Newton. Не потому, что автоматизация звучит захватывающе. Честно говоря, в криптоавтоматизации я обычно нервничаю. Бот, который кликает быстрее меня, полезен, пока не нажмёт не на то — и при этом при нём будут мои деньги. Newton пытается снизить именно этот риск, добавляя слой разрешений перед выполнением. Проще говоря: транзакцию сначала проверяют по правилам, прежде чем она будет зафиксирована. Если проверка проходит, контракт может подтвердить криптографическое удостоверение. Если не проходит — действие не должно выполняться.

Я до сих пор помню первый раз, когда я смотрел на автоматизированную торговую систему, и у меня была точно такая же реакция, какую, вероятно, испытывают многие трейдеры: стратегия выглядела впечатляюще, исполнение было быстрым, но я продолжал задавать себе один вопрос. «Откуда я знаю, что машина на самом деле делает то, что заявлено?» В трейдинге плохой вход приносит ущерб. Скрытое правило или неизвестный процесс принятия решений может навредить ещё сильнее. Именно из‑за этого меня заинтересовала идея верифицируемого исполнения ИИ. Проблема не только в том, чтобы создавать более умных агентов. Более сложная задача — сделать так, чтобы эти агенты заслуживали доверия, когда они начинают работать с реальной ценностью.
Newton Protocol решает эту задачу, сочетая принудительное соблюдение политик (policy enforcement), среды доверенного исполнения (Trusted Execution Environments, TEE) и доказательства с нулевым разглашением (Zero Knowledge proofs), чтобы автоматизированные действия можно было проверять более строго. Вместо того чтобы слепо доверять агенту ИИ, цель — создать систему, где действия можно сверять с заранее заданными правилами и подтверждать криптографическими доказательствами. Для трейдеров это важно, потому что автоматизация всё ближе подходит к принятию решений. Человек‑трейдер может объяснить, почему он открыл позицию. А агент ИИ, который управляет стратегиями, перемещает активы или взаимодействует с протоколами, нуждается в дополнительном уровне ответственности.
Представьте торгового помощника с правом ребалансировать портфель. Очевидный вопрос — не только «Может ли он зарабатывать деньги?». Более важный вопрос: «Могу ли я доказать, что он оставался в пределах, которые я ему задал?» Именно здесь и появляются TEE и ZK‑доказательства.
TEE — это по сути защищённая среда, в которой код может выполняться изолированно. Она создаёт способ проверить, что конкретный процесс был выполнен в ожидаемых условиях. ZK‑доказательства используют другой подход. Они позволяют проверять корректность чего‑то, не раскрывая всей лежащей в основе информации. Архитектура Newton использует эти идеи, чтобы обеспечить верифицируемое исполнение и решения по политике вместо того, чтобы полагаться исключительно на доверие.
Но вот в чём дело: это не устраняет все риски. Многие, видя ИИ‑автоматизацию, сразу думают о скорости. Трейдеры знают: скорость сама по себе не является преимуществом. Быстрая система, которая принимает неверное решение, всё равно остаётся убыточной системой.
Настоящая проверка — удержание (retention). Будут ли пользователи продолжать делегировать задачи после первых нескольких недель? Будут ли разработчики продолжать работу, если изменятся стимулы? Предпочтут ли трейдеры действительно верифицируемую автоматизацию вместо того, чтобы вручную проходить через каждую транзакцию?
Потому что принятие решения (adoption) — это не про один впечатляющий демо‑ролик. Это про повторное использование. Я видел множество крипто‑продуктов, которые привлекали внимание в период запуска, а затем сталкивались с трудностями, когда ажиотаж сходил на нет. Трудная часть — не в том, чтобы заинтересовать людей. Трудная часть — сделать продукт достаточно ценным, чтобы люди возвращались каждый день.
Бычий сценарий Newton интересен тем, что решаемая им проблема практическая. По мере того как всё больше финансовых действий становится автоматизированным, системы разрешений и уровни верификации становятся всё более важными. Newton позиционирует себя как уровень авторизации, где политики можно применять до выполнения транзакций, а решения при этом сопровождаются верифицируемыми подтверждениями (receipts). Цифры вокруг более широкого рынка показывают, почему этот курс привлекает внимание. На своём сайте Newton подчёркивает рынки, связанные со стейблкоинами, токенизированными активами и институциональными финансами, как зоны, где программируемая авторизация может иметь значение.