nett

#newt $NEWT I 今日、小さな$NEWT への追加を見送って、代わりに統合ドキュメントを読んでさらに1時間費やしました。もっと買う理由を探しているのだと思っていたのですが、結局まったく別のことを問い直すことになりました。

私に残ったのは、証明やポリシー・エンジンではありませんでした。同じ契約を、PolicyClientがポリシー設定の変化に合わせて維持できるという事実です。支出限度、許可リスト、リスク閾値は、金庫（vault）自体を再デプロイせずに変更できます。

最初は開発者にとっての便利さだと見ていました。けれど今では、これはニュートン（Newton）の最大級の設計選択の1つだと思っています。

契約は安定したまま、ルールは変化する状況に適応します。制裁リスト、取引先、あるいはリスク・パラメータを更新する必要があるときに現実的です。ですが、その一方で注意の向き先がどこか別の場所へ移ってしまうことでもあります。

本当の問いは、「ニュートンが設定されたポリシーに従って取引が実行されたことを証明できるかどうか」だけではないと気づきました。そもそも、そのポリシーを変更する権限が誰にあるのか、です。

証明は、ルールが正しく強制されたことを示せます。しかし、更新されたルールが妥当だったのか、あるいはそれを支えるガバナンスが私の信頼に値するのかまでは分かりません。

もし私が、ニュートン搭載の金庫に本格的な資本を割り当てることになったら、スマートコントラクトを読むのと同じくらい、ポリシーの所有者、多重署名（multisig）、そしてタイムロック（timelock）を調べる時間を取るでしょう。

それは、静かな取引日に期待していた以上の大きな学びでした。
#newt #NETT

$NEWT
@NewtonProtocol