私は、認可プロトコルにとって最大の競争相手は別の認可プロトコルだとは思いません。問題は開発者の習慣だと思います。
すべてのアプリケーションには、それぞれ独自の権限ロジックが既にあります。洗練されていないかもしれませんが、十分に機能しています。Newtonは、そうした判断を再利用可能で決定論的なポリシーへ移すよう、そしてオペレーターが実行前にそれを評価するよう求めます。技術的には、それによりアプリケーション間でより一貫した振る舞いが生まれ得ます。

難しいのは技術ではありません。同じルールを作り直すことをやめるよう人々を説得することです。
開発者は、たとえ共有されたシステムのほうが客観的により強力だとしても、他人が書いたインフラより、自分が書いたコードをより信頼しがちです。それは暗号の問題ではなく心理的な障壁です。

もしNewtonが成功するなら、それは認可モデルが妥当だからだけではありません。ポリシーの維持がもはや競争上の優位ではないと、十分な数のビルダー(開発者)が判断するからです。そのマインドセットが変わるまで、このプロトコルは、多くのチームがまだ自分たちのコードベースの中に置くべきだと信じている問題を解こうとしているだけかもしれません。
@NewtonProtocol #Newt $NEWT $LAB $TAC

Newtonのような共有型の認可プロトコルを導入するうえで、最大の障壁は何でしょうか?
Developer habits & trust
100%
Technical integration
0%
1 投票 • 投票は終了しました