velve

Я снова и снова возвращаюсь к этому вопросу, потому что в нем раскрывается реальное различие между этими двумя проектами: кто именно имеет право формировать сделку до того, как она выходит в сеть?
С NEWT ответ для меня кажется довольно ясным. Вся суть Ньютона в том, что политики исполняются до того, как транзакция будет завершена. Проект описывает себя как уровень авторизации для onchain-транзакций, а в его собственной документации он позиционируется как «программируемая политика», которая проверяется до расчетов, и как система, которая применяет политики для каждой транзакции прежде чем она выполнится. Это совершенно другая ментальная модель по сравнению с привычным подходом «отправь транзакцию и надейся, что правила позже будут соблюдены».

Я потратил слишком много лет, наблюдая, как люди пытаются избавиться от человеческих ошибок с помощью автоматизации, а потом понимают, что мы обычно просто автоматизируем масштаб катастрофы. В первые дни криптовалют фраза «код — это закон» была успокаивающей ложью. Он был жёстким и глупым, но зато вы могли открыть файл Solidity и точно знать, как он выйдет из строя. Теперь мы движемся к миру, где «законом» становятся модели, и честно говоря, от этого сдвига мне невероятно не по себе.
Мы больше не просто пишем инструкции — мы делегируем агентность. Мы финансируем кошельки, передаём их автономным скриптам и надеемся, что их статистические веса совпадут с нашими реальными намерениями. Но между тем, чтобы сгенерировать логичную идею сделки, и тем, чтобы выполнить её ответственно в реальном, враждебном рынке, — огромная разница. Традиционное ПО работает детерминированно. ИИ действует вероятностно. Если модель сталкивается с состоянием рынка, которое она никогда не видела, её «умное» решение может выглядеть как галлюцинирующий кошмар в ончейне. Если она сольёт пул ликвидности из‑за плохого входного сигнала, транзакция всё равно будет криптографически корректной. Сеть не заботится о намерениях модели; её волнует только подпись.

Риск для конфиденциальности может начаться после того, как авторизация уже выполнила свою задачу.
Представьте себе, что институциональный казначейский счет одобряет перевод проверенному контрагенту.
Перед расчетом действие проверяется по действующей политике. Назначение подходит. Сумма остается внутри разрешенной границы. Процесс авторизации завершается, и создается подписанная запись.
В тот момент доказательства полезны.
Приложению нужно знать, что перевод был разрешен.
Казначейству может понадобиться запись для внутренней проверки.