さっきチャートを見てたんだけど、正直言って何もなかったんだよね…。資金は横ばいで、きれいなスクイーズもないし、明確な仕込みというより、物語のふりをした数字って感じだった。だから結局また @NewtonProtocol の docs に戻って、頭から離れなかったことが1つあって：方針は、全バル卜のコントラクトを書き換えなくても変えられる。最初は「いいね、開発者向けの機能だ。アップデートが楽で、再デプロイの面倒も減る」って思った。でも少し考えを深めてみると、これは聞こえる以上にずっと重要な気がする
ほとんどのスマートコントラクトは、ルールブックがコードに固定されているように感じる。ルールが変わったら、アップグレードや移行、投票、新しいコントラクトが必要になって、面倒でつらい手続きが発生する。Newtonはそれを別の見方をする。契約は執行が行われる場所のままだけど、方針そのものは Rego ルールとして外側に置ける。支出上限、許可リスト、期限切れ、リスク上限、制裁チェックなど、設定はそのままルールにできる。つまり、バル卜は、すべてのデータ提供元やアイデンティティシステム、リスクモデルを理解する必要がない。必要なのはNewtonの「はい／いいえ」だけ
とてもそれが好きです。現実の世界は契約のアップグレードを待ってはくれません。制裁リストは変わりますし、リスク制限も変わります。「安全」だと思われていた資産が一晩で急に見た目が悪くなることもあります。取引相手が突然問題になることもある。もしすべてのルールがハードコードされているなら、プロトコルは今日の市場で昨日の判断を使い続けてしまいかねず、それが怖いのです。
でもその一方で、僕にはこうも思える…もしポリシーが更新しやすいなら、最大の信頼の疑問が契約から“アップデート権限を持つ人”へと移ってしまいます。誰が閾値を変えられるのか？誰が取引相手を追加できるのか？誰が制限を緩められるのか？誰がPolicyClientを新しい設定へ向けられるのか？Newtonは、オペレーターが実行前に現在のポリシーを確認したことを証明できます。実行前にアテステーションが意図と一致していたことも示せます。ですが、そのレシートは、ポリシーを変えた人物が良い判断をしたことまでは証明しません。
それが僕が何度も戻って考えてしまうところです。分散化された強制は、分散化されたポリシー管理とは同じではありません。システムは完璧に強制できても、昨夜弱くなったルールをそのまま強制し続けることがあり得ます。Newtonが壊れたからではなく、正しい鍵を持つ誰かがルールを変更できてしまうからです。
それは欠陥ではないのかもしれません。もしかすると、それが現実の金融のあり方なのです。誰かがリスクを更新しなければならない。世界が変わったときに誰かが反応しなければならない。どんなシステムも、正しい閾値を永遠に魔法のように知り続けることはできません。ですが、それならアロケータは「このボルトはNewtonを使っているか？」だけを聞くべきではありません。「PolicyClientを誰が管理しているのか？」「マルチシグなのか？」「タイムロックはあるのか？」「ポリシー変更ははっきり告知されるのか？」「大きなマンダート変更が有効になる前に預金者は退出できるのか？」を聞くべきです。
僕にとっては、そのガバナンス層のほうが、ポリシー言語そのものよりも重要かもしれません。柔軟なルールは強力です。でも柔軟なルールは、信頼が隠れる新しい場所も生み出してしまうからです。
そう、僕は入ってきたときNewtonのポリシー移行の仕組みは、ただ開発の配管がきれいになっただけだと思っていました。けれど今は、それが実際のプロダクトなのかもしれないと思っています。現実に合わせて動けるルールであり、しかも契約全体を動かす必要はない。
でも難しい問いは変わらないんです。人々は、そのルールを変える人間たちを、彼らがそれを強制するための証明を見守るのと同じくらい注意深く見てくれるのか？