Чем больше я смотрю на Newton Mainnet Beta, тем меньше я думаю, что первое настоящее испытание является техническим.
Технология может работать.
Политика может работать.
Аттестацию можно подготовить.
Контракт может получить чистый ответ.
Но у пользователя всё равно есть одна очень простая реакция: почему моя транзакция остановилась?
Эта реакция важнее, чем признают большинство команд по инфраструктуре.
Слой политик перед выполнением звучит очевидно лучше, чем предупреждение после расчёта. В теории никто не хочет обнаружить риск только после того, как ценность уже переместилась. Никто не хочет отчёт по сейфу, в котором говорится, что правило было нарушено вчера. Никто не хочет, чтобы перевод стейблкоина проверяли только после того, как уже были получены средства по неверному адресу. Никто не хочет, чтобы ИИ-агент сначала вызвал функцию, а затем объяснил.
Идея, стоящая за этим, @NewtonProtocol имеет смысл.
Сначала авторизация, затем выполнение.
Перенесите проверку ближе к моменту намерения.
Пусть транзакции доказывают, что они разрешены, прежде чем станут окончательными.
Это чистая история про инфраструктуру.
Но чистые истории про инфраструктуру часто упускают первую пользовательскую проблему.
Первый пользователь не испытывает «архитектуру авторизации».
Первый пользователь ощущает трение.
Отказанную транзакцию.
Приостановленное намерение.
Параметр, который нужно изменить.
Ограничение, которое они не понимали.
Политику, которую они никогда не читали.
Экран, который говорит, что что-то не получилось, хотя кошелёк, газ, маршрут и контракт выглядели нормально.
Вот где Mainnet Beta становится интересной.
Не потому, что все ограждения неверны.
Ограждения — это и есть суть.
Важный вопрос в том, кажутся ли эти ограждения защитой или просто путаницей.
Это большая разница.
Ремень безопасности раздражает на одну секунду, но пользователь понимает, зачем он существует.
Запертая дверь тоже раздражает, но если никто не объясняет, почему она заперта, пользователь начинает винить само здание.
Ончейн-политика имеет ту же проблему.
Если Newton блокирует рискованную транзакцию до выполнения, это может сэкономить деньги.
Если Newton блокирует первую простую попытку обычного пользователя и причина непонятна, то тот же слой безопасности может ощущаться как стена.
Поэтому я считаю, что здесь случайный пользователь важнее продвинутого.
Продвинутые пользователи могут справляться с пользовательскими политиками.
Они могут настраивать лимиты.
Они могут читать аттестации.
Они могут понять, почему повторяющемуся свопу нужен другой параметр.
Они могут принять, что слой политики делает что-то полезное за кулисами.
Случайные пользователи не думают так.
Они думают:
«Я нажал.»
«Не сработало.»
«Почему?»
Это «почему» — не мелочь UX.
Это мост между безопасностью и внедрением.
С криптой это уже было раньше.
Люди говорят, что хотят само-custody, пока управление seed phrase не начинает казаться ужасающе страшным.
Люди говорят, что хотят DeFi, пока газ, проскальзывание, approval, маршруты моста и настройки revoke не становятся слишком сложными.
Люди говорят, что хотят децентрализацию, пока децентрализованный вариант не требует десяти дополнительных решений.
Даже более хорошая инфраструктура может проиграть, если первое впечатление кажется сложнее, чем старую привычку.
Это опасность для любой сети авторизации.
Она может быть правильной и всё равно казаться тяжёлой.
Она может быть безопаснее и всё равно казаться медленнее.
Она может защищать пользователей и при этом заставлять их сомневаться, работает ли система против них.
Это не значит, что Newton идёт по неправильному пути.
На самом деле, возможно, Newton касается правильной проблемы.
Реальные финансовые системы полны скучных проверок, которые пользователи почти не замечают, потому что они стали частью нормального потока.
Оплата картой получает авторизацию ещё до того, как деньги сдвигаются.
Банковский перевод может упереться в лимиты.
Торговый счёт может отклонить ордер, если нарушены правила по марже.
Эти системы не любят за их элегантность.
Их терпят, потому что пользователи понимают границу.
В ончейн-финансах ещё не до конца сформировали эту привычку.
На протяжении многих лет криптопользователи учились другому шаблону.
Сначала подписать.
Потом разбираться.
Сначала одобрить.
Потом отозвать.
Сначала мост.
Потом жаловаться.
Сначала потерять средства.
Потом написать тред.
Newton пытается развернуть этот порядок.
Такое разворачивание ценно.
Но менять поведение пользователя сложнее, чем разворачивать поток транзакций.
Протокол может разместить слой политики между намерением и выполнением.
Он не может автоматически заставить пользователей эмоционально принять эту паузу.
Это принятие нужно заслужить ясностью.
Если транзакцию блокируют, пользователь должен понимать, какое правило её заблокировало.
Если лимит превышен, пользователь должен понимать, это был лимит на расход, правило юрисдикции, правило риска контрагента или устаревший параметр.
Если политика использует внешние данные, пользователь или разработчик должны знать, какой сигнал был применён и насколько он актуален.
Если действие можно исправить, система должна указывать на способ исправления вместо того, чтобы заставлять пользователя гадать.
Вот почему я думаю, что $NEWT превращается не просто в нарратив токена кампании.
Реальный спрос придёт не от людей, которым нравится слово «авторизация».
Он придёт от разработчиков, которым нужны проверки политики, с которыми пользователи смогут жить.
Это значит, что лучшая версия Newton — не самая строгая система.
Это та система, которая может ясно сказать «нет».
Неопределённое «нет» вызывает фрустрацию.
Видимое «нет» создаёт доверие.
Спорное «нет» создаёт инфраструктуру.
Здесь есть и более глубокий вопрос рынка.
Если только продвинутые команды могут извлечь выгоду из слоя политики, Newton станет мощным, но узким.
Если обычные приложения смогут использовать это, не превращая каждое взаимодействие в запутанный лабиринт комплаенса, Newton станет намного интереснее.
Это разница между инфраструктурой для экспертов и инфраструктурой для экосистемы.
Вот почему я не думаю, что главный первый вопрос — «Может ли Newton обеспечивать выполнение политики?»
Более важный вопрос может быть таким:
может ли Newton сделать исполняемую политику достаточно понятной, чтобы пользователи не возвращались к старому способу?
Потому что старый способ хаотичен, но привычен.
Централизованная биржа прячет множество проверок за гладким интерфейсом.
Торгового бота может быть менее прозрачно, но это ощущается простым.
Ручное одобрение может быть рискованным, но пользователь понимает, что нажал.
Newton придётся конкурировать с этим ощущением.
Не только с другими протоколами.
Не только с другими сетями AVS.
Не только с другими нарративами об ИИ-автоматизации.
Ему придётся конкурировать ещё и с комфортом плохих привычек.
Вот почему я думаю, что первая проверка политики — это ещё и первое пользовательское испытание.
Слой политики может остановить неверное действие до того, как сдвинутся деньги.
Но если пользователи не понимают остановку, они могут никогда не научиться доверять этому слою.
Для Newton будущее может зависеть не только от того, насколько быстро операторы оценивают транзакцию.
Возможно, оно зависит от того, сможет ли человек, который смотрит на заблокированное намерение, сказать:
«Я понимаю, почему это остановили».
«Я знаю, какое правило сработало».
«Я знаю, что нужно изменить».
«Я понимаю, что это было защитой, а не случайным трением».
Вот тогда авторизация перестаёт ощущаться стеной.
Вот тогда она становится нормальной частью ончейн-финансов.
И, возможно, это и есть реальный тест на внедрение для @NewtonProtocol
Не в том, может ли движок политики сказать «нет».
А в том, смогут ли пользователи достаточно хорошо понять это «нет», чтобы вернуться завтра.
$NEWT #Newt
