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

Ньютон выбирает другой подход.

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

Когда я читал документацию, одно архитектурное решение особенно бросилось мне в глаза.

Ньютон разделяет определение политики, ее оценку, приватность, консенсус и on-chain-проверку на независимые компоненты. Это не просто модульная инженерия. Это отражает другую философию.

Протокол рассматривает авторизацию как инфраструктуру, а не как прикладную логику.

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

Это разделение может оказаться важным далеко за пределами комплаенса.

Вопрос, стоящий перед ИИ-агентами, институциональными кошельками, управлением казначейством, RWA и регулируемым DeFi, один и тот же:

Кто решает, должен ли выполниться транзакции?

Большинство современных систем отвечает на этот вопрос внутри прикладного кода.

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

Станет ли это отраслевым стандартом — пока не ясно.

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

Вопрос: если смарт-контракты уже выполняют код детерминированно, будет ли следующее поколение Web3 конкурировать скорее в области программируемых разрешений, чем программируемых транзакций @NewtonProtocol #Newt $NEWT