NewtonPermissions — это имя, которое я не видел прежде на этой неделе. Так Ньютон называл переиспользуемые политики в отчёте за Q3 2025 до того, как нынешняя терминология устоялась.
Суть формулировки в том, что это конкретные переиспользуемые политики, которые владельцы приложений определяют, обеспечивают соблюдение и доказывают до момента установления договорённостей. Тот же базовый механизм, подробно рассмотренный в предыдущем анализе под названием policy packs и Rego policies. Разное название — та же лежащая в основе концепция на более раннем этапе эволюции документации.
Стоит отметить, что не изменилось вместе с названием.
Три ключевые сущности — Applications, Operators, Data Providers — это те же три роли, которые существуют в текущей документации, просто описанные чуть иначе. Applications задают политики и инициируют запросы на оценку. Operators проверяют, соответствуют ли намерения (intents). Data Providers предоставляют входные данные onchain и offchain. Эта структура сохранялась неизменно при смене наименований.
Не утверждаю, что смена названия сама по себе существенно что-то меняет. Терминология развивается по мере уточнения документации и когда проект переходит от внутренних рабочих названий к публично ориентированному языку продукта.
Но и сказать, что это совсем неважно, тоже нельзя. Любому, кто читает более ранние раскрытия Ньютона вместе с текущей документацией, нужно понимать, что NewtonPermissions и текущие политики относятся к одному и тому же механизму, иначе исторические документы будут выглядеть так, будто описывают совершенно другое, не связанное с ним функциональное изменение.
То, что я пока не прояснил, — это когда именно терминология перешла от NewtonPermissions к текущему названию, или были ли вместе с переименованием какие-либо функциональные изменения помимо самого ярлыка.
$EVAA $LAB
#ShareYourVote
@NewtonProtocol $NEWT #Newt
Суть формулировки в том, что это конкретные переиспользуемые политики, которые владельцы приложений определяют, обеспечивают соблюдение и доказывают до момента установления договорённостей. Тот же базовый механизм, подробно рассмотренный в предыдущем анализе под названием policy packs и Rego policies. Разное название — та же лежащая в основе концепция на более раннем этапе эволюции документации.
Стоит отметить, что не изменилось вместе с названием.
Три ключевые сущности — Applications, Operators, Data Providers — это те же три роли, которые существуют в текущей документации, просто описанные чуть иначе. Applications задают политики и инициируют запросы на оценку. Operators проверяют, соответствуют ли намерения (intents). Data Providers предоставляют входные данные onchain и offchain. Эта структура сохранялась неизменно при смене наименований.
Не утверждаю, что смена названия сама по себе существенно что-то меняет. Терминология развивается по мере уточнения документации и когда проект переходит от внутренних рабочих названий к публично ориентированному языку продукта.
Но и сказать, что это совсем неважно, тоже нельзя. Любому, кто читает более ранние раскрытия Ньютона вместе с текущей документацией, нужно понимать, что NewtonPermissions и текущие политики относятся к одному и тому же механизму, иначе исторические документы будут выглядеть так, будто описывают совершенно другое, не связанное с ним функциональное изменение.
То, что я пока не прояснил, — это когда именно терминология перешла от NewtonPermissions к текущему названию, или были ли вместе с переименованием какие-либо функциональные изменения помимо самого ярлыка.
$EVAA $LAB
#ShareYourVote
@NewtonProtocol $NEWT #Newt
Just a name change
0%
Same tech, new label
100%
Rename + new features
0%
Need more evidence
0%
1 проголосовали • Голосование закрыто

