使い回し可能なポリシーのことを、間違った捉え方をしていたと気づきました。利点は、同じ認可ロジックを何度も書く作業を省けることにあるのだと思い込んでいたのです。

NewtonのMainnet Betaを調べるほど、その大きな発想は「ポリシーそのもの」を中心にインフラを標準化することにあるように感じられました。ポリシーパックは、オラクル接続、型付きスキーマ、参照用のポリシーロジック、オンチェーンの設定などを、再利用可能な出発点として束ねられます。開発者は引き続き、アプリケーションに合うルールを自分で決めますが、そのたびに周辺のフレームワークを作り直す必要はありません。

それで、私は立ち止まりました。

標準化は一貫性を高められますが、一方で、人が十分に検証しないまま前提を引き継ぐことも促します。よく設計されたテンプレートは開発の手間を減らしますが、だからといって自動的に「よく設計されたポリシー」になるわけではありません。

時間が経つにつれて、どちらの影響がより重要になるのか、まだ考えています。使い回し可能なポリシーパックが認可をより検査しやすく、適応しやすくするのなら、それらは価値あるインフラになり得ます。しかし、チームが受け継いだデフォルトを問い直すのをやめてしまうと、その便利さが静かに、リスクの新たな源泉になってしまうかもしれません。@NewtonProtocol $NEWT #Newt

$T $CLO

使い回し可能なポリシー：良いのか、それともリスクなのか？ 🤔