ОПРЕДЕЛЕНО.
Я снова и снова перечитываю документацию протокола Newton, и одно дизайнерское решение постоянно возвращает меня к нему.
Большинство обсуждений инфраструктуры вращаются вокруг выполнения.
Ньютон снова и снова возвращает к авторизации.
Сначала я предположил, что различие в основном архитектурное.
Чем больше я читаю, тем меньше я убеждаюсь.
Документация Newton последовательно разделяет политики авторизации и выполнение приложения. Через VaultKit разработчики задают программируемые политики, а уровень Authorization Layer оценивает их, прежде чем транзакции будут продвигаться дальше.
Звучит довольно просто.
Я не думаю, что последствия такие уж…
Годами приложения относились к авторизации как к внутренней ответственности. Каждый протокол строит свою собственную модель разрешений, свои собственные операционные правила и свой способ решать, кто и что может делать.
Похоже, Ньютон ставит под сомнение это допущение.
Вместо того чтобы встраивать эти решения в каждое приложение, он рассматривает авторизацию как инфраструктуру, на которую со временем могут опираться несколько приложений.
Этот сдвиг меняет больше, чем рабочий процесс разработчиков.
Это меняет то место, где, как ожидается, будет жить доверие.
Приложения продолжают владеть своей бизнес-логикой.
Слой авторизации отвечает за оценку того, были ли фактически выполнены заранее заданные политики, прежде чем начнётся исполнение.
Читая документацию, я заметил, что Ньютон редко описывает это как замену смарт-контрактов.
Он описывает это как добавление программируемого слоя принятия решений вокруг них.
Такая формулировка кажется намеренной.
Исполнение всегда отвечало на вопрос «Что произошло?»
Авторизация пытается ответить на вопрос «Должно ли это происходить?»
Эти вопросы не взаимозаменяемы.
Регистрируется исход.
Другая оценивает намерение в сравнении с политиками.
Я все думаю о том, увидят ли разработчики авторизацию так же, как сейчас видят кошельки, RPC-провайдеров или сервисы индексации — общую инфраструктуру, которую приложения используют, а не каждый раз заново собирают независимо.
Если это случится, архитектура Ньютона может предлагать иной способ мышления о проектировании приложений, а не просто ещё одну функцию протокола.
Вот та часть, которая мне кажется самой интересной.
Если авторизация станет независимой инфраструктурой вместо логики приложения, Веб3 станет проще регулировать… или же управление просто переместится в слой, от которого в конечном итоге будет зависеть каждое приложение?
@NewtonProtocol #NEWT $NEWT
#Newt
