@NewtonProtocol $NEWT #Newt
Самые дорогие ошибки в крипто — это не эксплойты. Это тысячи разработчиков, независимо решающих одну и ту же задачу безопасности, но слегка разными способами. Поэтому я посмотрел на SDK Newton's Vault через совершенно другую призму. Он создавал единый стандарт, который устранял тысячи процессов с индивидуальной обработкой между портами. Моя гипотеза: Newton's Vault SDK следует той же логике — его ценность заключается не в добавлении функций разработчика, а в устранении сложности координации.
Сначала я предполагал, что инженерия соответствия — это в основном вопрос регулирования. Однако, углубившись, я понял: чаще всего это проблема интеграции. Каждое приложение, которое независимо реализует проверки идентичности, применение политик, авторизацию и аттестации, создаёт то, что я назвал Integration Debt — скрытую стоимость поддержания фрагментированной логики безопасности в нескольких кодовых базах.
Самое интересное здесь не в том, что Newton предоставляет ещё один SDK. В том, что Vault SDK централизует компоненты с учётом политик на основе общей модели авторизации. Вместо того чтобы собирать воедино отдельные провайдеры идентичности, системы разрешений и процессы комплаенса, разработчики могут повторно использовать стандартизированные компоненты, которые оценивают политики перед выполнением. Это смещает фокус с переделки инфраструктуры на создание приложений.
Компромисс не менее важен. Чем выше степень абстракции, тем сильнее зависимость от управления (governance) SDK и от его способности развиваться вместе с новыми регуляциями и моделями угроз. Если эти допущения устареют, каждое приложение, унаследовавшее их, будет разделять одни и те же слепые зоны.
Если этот подход сработает, конкурентное преимущество в Web3 может сместиться с написания ещё большей инфраструктуры на устранение ненужной инфраструктуры. Открытый вопрос заключается не в том, какой экосистеме даёт разработчикам больше всего инструментов — а в том, какая убирает больше всего сложности, не создавая новых зависимостей.
Самые дорогие ошибки в крипто — это не эксплойты. Это тысячи разработчиков, независимо решающих одну и ту же задачу безопасности, но слегка разными способами. Поэтому я посмотрел на SDK Newton's Vault через совершенно другую призму. Он создавал единый стандарт, который устранял тысячи процессов с индивидуальной обработкой между портами. Моя гипотеза: Newton's Vault SDK следует той же логике — его ценность заключается не в добавлении функций разработчика, а в устранении сложности координации.
Сначала я предполагал, что инженерия соответствия — это в основном вопрос регулирования. Однако, углубившись, я понял: чаще всего это проблема интеграции. Каждое приложение, которое независимо реализует проверки идентичности, применение политик, авторизацию и аттестации, создаёт то, что я назвал Integration Debt — скрытую стоимость поддержания фрагментированной логики безопасности в нескольких кодовых базах.
Самое интересное здесь не в том, что Newton предоставляет ещё один SDK. В том, что Vault SDK централизует компоненты с учётом политик на основе общей модели авторизации. Вместо того чтобы собирать воедино отдельные провайдеры идентичности, системы разрешений и процессы комплаенса, разработчики могут повторно использовать стандартизированные компоненты, которые оценивают политики перед выполнением. Это смещает фокус с переделки инфраструктуры на создание приложений.
Компромисс не менее важен. Чем выше степень абстракции, тем сильнее зависимость от управления (governance) SDK и от его способности развиваться вместе с новыми регуляциями и моделями угроз. Если эти допущения устареют, каждое приложение, унаследовавшее их, будет разделять одни и те же слепые зоны.
Если этот подход сработает, конкурентное преимущество в Web3 может сместиться с написания ещё большей инфраструктуры на устранение ненужной инфраструктуры. Открытый вопрос заключается не в том, какой экосистеме даёт разработчикам больше всего инструментов — а в том, какая убирает больше всего сложности, не создавая новых зависимостей.
