Когда я впервые столкнулся с протоколом Newton, у меня возникло инстинктивное желание отнести его к тому же классу, что и, похоже, многие люди: еще одна комплаенс-структура, созданная для криптоиндустрии. К такому выводу было легко прийти, потому что язык, связанный с авторизацией, разрешениями и политиками, естественным образом пересекается с обсуждениями комплаенса.
Чем дольше я разбирался с архитектурой, тем менее убедительной становилась эта трактовка.
Сравнение, которое в итоге стало для меня более понятным, оказалось не еще одним слоем идентичности и не очередным регуляторным инструментом. Это был TCP/IP.
Это может звучать как необычная аналогия, но я думаю, что она помогает объяснить, что именно сейчас меняется.
TCP/IP не стал базовым, потому что понимал смысл каждого сообщения, отправляемого через интернет. Он стал базовым, потому что предоставил нейтральный способ для разных систем обмениваться информацией без необходимости разделять одну и ту же внутреннюю архитектуру.
Каждый компьютер мог бы продолжать использовать свою собственную операционную систему, приложения и внутреннюю логику. TCP/IP просто сделал коммуникацию портируемой.
Рассмотрение протокола Newton через такую призму меняет разговор.
Вместо вопроса о том, является ли это ещё одним продуктом по комплаенсу, возникает более интересный вопрос:
А что если сама авторизация станет транспортным уровнем?
Этот вопрос важен, потому что сегодня инфраструктура блокчейна стала исключительно хороша в одном, но при этом неожиданно ограничена в другом.
Большинство современных блокчейнов — отличные движки выполнения.
Они производят расчёт по транзакциям.
Они проверяют подписи.
Они упорядочивают блоки.
Они поддерживают консенсус.
Они перемещают активы всё более впечатляюще эффективным образом.
Но то, чего они естественно не делают — это судят, должна ли транзакция вообще происходить.
Это различие часто упускают из виду.
Выполнение и авторизация — это совершенно разные задачи.
Выполнение спрашивает:
«Можно ли включить эту транзакцию в реестр?»
Авторизация спрашивает:
«Следует ли разрешить эту транзакцию по правилам, которые важны для участвующих сторон?»
Эти правила могут включать лимиты на траты.
Инвестиционные мандаты институций.
Политики корпоративной казны.
Географические ограничения.
Пороговые значения риска.
Делегированные разрешения.
Требования комплаенса.
Многосторонние одобрения.
Условия, зависящие от времени.
Ограничения безопасности ИИ.
Сам блокчейн в целом не имеет мнения ни по одному из этих вопросов.
Если транзакция удовлетворяет правилам консенсуса и несёт действительную подпись, выполнение продолжается.
Всё остальное обычно где-то существует вне цепочки.
Это разделение работало достаточно хорошо, но оно также создаёт растущую сложность.
Каждый кошелёк разрабатывает свою собственную модель разрешений.
Каждая биржа строит собственные системы оценки риска.
Хранители поддерживают независимую логику авторизации.
Институции разворачивают внутренние механизмы политики.
ИИ-агенты вводят собственные рамки принятия решений.
Децентрализованные приложения определяют правила доступа независимо.
Результатом становится экосистема, где выполнение стандартизировано, а авторизация остаётся фрагментированной.
Каждая организация снова и снова решает почти идентичные задачи внутри изолированной инфраструктуры.
Эта фрагментация ощущается всё более дорогой по мере того, как цифровые активы становятся более взаимосвязанными.
Представьте отправку письма, где каждому интернет-провайдеру приходилось бы независимо переосмысливать то, как работает адресация, прежде чем переслать сообщение.
Технически коммуникация оставалась бы возможной, но совместимость стала бы хрупкой.
Интернет масштабировался, потому что протоколы коммуникации стали портируемыми.
Авторизация может требовать чего-то подобного.
Вместо того чтобы встраивать каждый механизм политики непосредственно в каждое приложение, решения об авторизации сами по себе могут стать портируемыми объектами, которые сопровождают транзакции.
Вместо того чтобы обмениваться внутренней инфраструктурой организации, участники обменивались бы криптографически проверяемыми доказательствами того, что конкретная оценка политики уже была выполнена.
Это различие тонкое, но важное.
Цель — не передавать внутреннюю бизнес-логику.
Цель — доставлять доверенные доказательства того, что требуемые правила были выполнены до начала выполнения.
Кошельку не нужно понимать внутреннее программное обеспечение институции по комплаенсу.
Бирже не потребовался бы доступ к инфраструктуре управления фонда.
Агент ИИ не нуждался бы в привилегированном доступе к базам данных политики предприятий.
Каждый участник просто проверял бы, что доказательство авторизации соответствует согласованным стандартам.
Это начинает походить на то, как транспортные протоколы отделяют коммуникацию от прикладной логики.
Каждая организация остаётся свободной разрабатывать собственные политики.
Транспортный уровень остаётся нейтральным.
Такая нейтральность, вероятно, самая интересная часть.
В крипто есть склонность считать, что нейтральность применима только к перемещению ценности.
Но, возможно, нейтральность может применяться и к перемещению решений.
Не содержание этих решений.
Не кто их определяет.
Только возможность проверить, что их сделали правильно.
Именно здесь криптографические доказательства становятся особенно ценными.
Традиционная авторизация часто зависит от доверия к системе, которая выполняет оценку.
Портируемая авторизация вместо этого смещает доверие в сторону проверяемых доказательств.
Вместо того чтобы просить участников верить, что институция соблюдала собственные правила, сеть может проверить, что требования политики были выполнены в соответствии с заранее определёнными стандартами.
Проверка становится независимой от оценщика.
Это имеет существенные последствия для совместимости.
Представьте институционального менеджера портфеля, который работает сразу с несколькими провайдерами кастодиального хранения, децентрализованными биржами и токенизированными активами.
Сегодня логику авторизации часто приходится перестраивать для каждого нового интеграционного случая.
Каждая платформа вводит новые интерфейсы, разные предположения и отдельные реализации политики.
Портируемая авторизация может сократить это дублирование.
Оценка политики происходит один раз.
В результате доказательство становится пригодным для повторного использования там, где принимаются стандарты верификации.
Тот же принцип естественным образом распространяется и на ИИ-агентов.
Большая часть текущего обсуждения автономных агентов сосредоточена на улучшении интеллекта, рассуждений и скорости выполнения.
Это стоящие цели.
Но всё более автономные системы ставят ещё один вопрос:
Откуда им знать, когда не действовать?
ИИ-агент может сгенерировать оптимальную сделку в соответствии с условиями рынка.
Одного этого недостаточно, чтобы выполнение должно происходить.
Сделка может выйти за организационные ограничения.
Это может нарушать ограничения по юрисдикции.
Это может конфликтовать с правилами управления.
Возможно, потребуется одобрение человеком.
Это может создать недопустимый риск концентрации.
Выполнение без авторизации — это просто автоматизация без границ.
Если авторизация станет портируемой, системы ИИ смогут проверять ограничения политики до начала действий, а не полагаться целиком на пост-трейд мониторинг.
Похоже, это более здоровая архитектура.
Она отделяет интеллект от полномочий.
Агенты остаются свободны оптимизировать решения в чётко заданных пределах, а не полностью заменять управление.
При этом ничто из этого не следует воспринимать как автоматическое улучшение.
Транспортный уровень для авторизации создаёт свои собственные проблемы.
Одна очевидная проблема связана с централизацией.
Если доверенными составителями политики станет лишь небольшое число субъектов, сама авторизация может превратиться в узкое место.
Технически система оставалась бы децентрализованной, тогда как практическое принятие решений становилось бы концентрированным.
Это просто переместит доверие, а не распределит его.
Ещё одна проблема связана с прозрачностью.
Криптографическая проверка доказывает, что требования к политике были выполнены.
Это не обязательно объясняет, почему транзакция была одобрена или отклонена.
Непрозрачные системы авторизации рискуют создавать «чёрный ящик» управления, когда пользователи получают решения без содержательных объяснений.
Финансовая инфраструктура всё больше зависит от подотчётности.
Портируемые доказательства не должны становиться оправданием для сокрытия логики политики от участников, которые заслуживают понятных результатов.
Есть также вопрос разнообразия политик.
Разные юрисдикции, институты и сообщества часто по-разному определяют допустимое поведение.
Нейтральный слой авторизации должен избегать навязывания универсальных правил.
Вместо этого нужно сделать так, чтобы разные политики были совместимы друг с другом, позволяя при этом независимому управлению продолжать развиваться.
Этот оттенок повторяет сам интернет.
TCP/IP не решает, какая информация заслуживает передачи.
Она лишь обеспечивает транспорт.
Приложения остаются ответственными за смысл.
Точно так же транспорт авторизации должен оставаться отдельным от создания политики.
Сети проверяют.
Управляют участники.
Эти обязанности не следует путать.
Если смотреть с этой перспективы, эволюция инфраструктуры блокчейна кажется менее связанной с заменой движков выполнения и больше — с их дополнением.
Расчёты остаются необходимыми.
Консенсус остаётся необходимым.
Умные контракты остаются необходимыми.
Но всё более сложным финансовым системам требуется больше, чем детерминированное выполнение.
Им нужна детерминированная авторизация.
Будущее может не принадлежать блокчейнам, которые выполняют всё, что получают, максимально быстро.
Возможно, это будет относиться к экосистемам, где выполнение происходит только после того, как доверенная портируемая авторизация уже установила, что действие удовлетворяет релевантным правилам.
Этот сдвиг меняет то, как работает координация.
Вместо координации исключительно вокруг владения активами сети начинают координироваться вокруг доверенных решений.
Выполнение остаётся децентрализованным.
Авторизация становится совместимой.
Расчёты становятся более предсказуемыми, потому что управление движется вместе с транзакциями, а не догоняет их потом.
Успех протокола Newton в достижении этой цели остаётся открытым вопросом, и здоровый скептицизм оправдан. Техническая модель всё ещё должна доказать, что она сможет оставаться децентрализованной, прозрачной и устойчивой к захвату при работе в разных институциях и приложениях.
При этом я думаю, что более широкая идея заслуживает внимания.
Крипто годами оптимизировала выполнение.
Следующий этап, возможно, будет связан с оптимизацией доверенных разрешений до того, как выполнение начнётся.
Если такой переход произойдёт, авторизация может стать базовым слоем координации, а не прикладной функцией.
В таком мире роль Newton меньше похожа на спекуляции и больше — на помощь в координации сети, которая проверяет, передаёт и поощряет эти доказательства авторизации на кошельках, биржах, AI-агентах и в децентрализованных приложениях. Если выполнение заложило первое поколение on-chain рынков, то доверенная авторизация может помочь определить следующее.