nevvt

BLSで署名されたメルケルルートは、ニュートンの結果を実際以上に完成して見せてしまうタイプのものです。

コンパクトなコミットメント。1つの署名。経路の最上部にある1つのきれいなオブジェクト。

とても扱いやすい。

たぶん、簡単すぎます。

というのも、メルケルルートは奇妙な心理的効果を持つからです。

ごちゃごちゃを圧縮します。

その下にあるすべてのリーフが、1つの値へと消えていきます。

ポリシーチェック。オペレータの出力。評価の詳細。結果オブジェクト。

画面から山が見えなくなります。

ルートが表示されます。

そしてそのルートがBLSで署名されると、全体が落ち着いたものに感じられ始めます。

ここが、時間をかけて見ておくべき部分です。

BLS署名されたメルケルルートは、重要な何かを証明できます。

オペレータが特定のコミットメントに署名したことを示せます。

すべての細部をメインの表面に引きずり出さずに、結果のバッチを検証可能にできます。

ニュートンにとって、多数の評価済みオブジェクトを1つの署名済みの証明ポイントにアンカーするコンパクトな方法にもなります。

それは重要です。

ただしルートは、まだ「境界」です。

「毛布」ではありません。

セットへのコミットを証明します。

リーフは正しく解釈される。ポリシーは適切にスコープされる。オフチェーン入力は新鮮である。結果はこの意図に属する。

危険が潜むのはそこです。

レビューアはBLS署名を見ます。メルケルルートは一致します。オペレータの集合は整合しているように見えます。取引結果は疑いにくい感じがします。

すると、下層はあまり注目されません。

どのリーフ？ どのポリシーCID？ どのオペレータの評価？ どのアイデンティティ属性？ どのリスク入力？ どの結果が実際にこの意図に属している？

それでも、そこにあります。

ただ、ルートの優雅さの下に隠れているだけです。

それが、このコンポーネントをニュートンで興味深いものにしています。

ルートが価値を持つのは、証明を圧縮するからです。

リスクは、人々がその圧縮によって「疑い」まで圧縮してしまうことです。

署名されたルートは、結果を検証しやすくするべきです。

しかし、経路を開いて確認しない限り、結果を信じやすくしてしまってはなりません。

なぜなら、最も危険な検証の形は「証明が欠けている」ことではありません。

それは、証明オブジェクトがあまりにも完成して見えるため、人々が「それが正確に何にコミットしたのか」を尋ねるのをやめてしまうことです。

@NewtonProtocol #Nevvt $NEWT $TLM $LAB
#SouthKoreanStocksRise5%
#KOSPIOpensUp1.41%

ニュートン・プロトコルを開いて、難しいのはポリシーのルールだと思っていました。

でも違いました。

私の印象に残ったのは、そのルールの周りにある「世界」のほうです。

Regoはすっきり見えることができます。
OPAは明確に評価できます。
ポリシーは、人間が決定を理解していると思えるほど十分に読みやすいこともあります。

それはシステムをより安全に感じさせるはずです。

しかし同時に、罠も生みます。

読みやすいルールでも、間違った世界を評価してしまうことがあるからです。

私が何度も立ち返ったのは、その部分でした。#Nevvt

ポリシーが「許可」と言うかどうかでもありません。
「拒否」と言うかどうかでもありません。

問題は、ポリシーが決定する前に、実際に何が提示されていたのかです。

ニュートンの中でRegoルールを読んだ誰かが、境界は明白だと思うかもしれません。

上限未満の金額。
取引先が承認済み。
リスクスコアは許容範囲。
セッションはまだ有効。

読みやすい。監査可能。ほとんど穏やか。

でも、ポリシーロジックは、受け取る入力状態と同じくらい正直です。

文脈が古ければ、ルールは通ってしまうことがあります。
データパスが不完全でも、ルールは通ってしまうことがあります。
復号したLayer 1の入力が状況の一部だけを描写しているなら、ルールは通ってしまうことがあります。
エージェントの実際の意図が、ポリシーの視界の外で変わったとしても、ルールは通ってしまうことがあります。

それが、居心地の悪い部分です。

ルールは壊れていません。

それは、与えられたものをそのまま正確に評価しただけです。

ニュートン・プロトコルがここで面白くなるのは、Rego / OPAがポリシーを実行可能にする一方で、どこを見ればいいか分かっていれば、評価の境界が見えてしまうからです。

ポリシーは決定の全てではありません。

それはレンズです。

そして、間違った世界に向けられたきれいなレンズでも、きれいな誤りを見せてしまいます。

私が見守っているリスクはそこです。

エージェントの権限が増える。ポリシーファイルが増える。Layer 1の評価が増える。読みやすいルールを「完全な保護」だとみなすユーザーが増える。

ルールは正しいかもしれません。

でも世界が間違っている可能性があります。

そのギャップこそが、ニュートンのポリシーレイヤーを注視する価値がある場所です。

@NewtonProtocol $NEWT $LAB $VANRY #Newt

最初に私が判断した「ポリシーの結果」が出てくると思ってNewton Protocolを開きました。

でも違いました。

私の画面を変えたのは、BLSのアグリゲート署名でした。

ひとつの対象。
ひとつの明快な証明。
ひとつの検証チェック。

これなら、システムはもっとシンプルに感じられるはずでした。

でもそうはなりませんでした。

なぜなら、BLSのアグリゲート署名が現れた瞬間、実際よりもオペレーターのプロセス全体が小さく見え始めるからです。

私がずっと見つめていたのは、その部分でした。

ポリシーではない。
トランザクションではない。
署名です。

誰かは、そのアグリゲート証明を見て、意思決定が簡単だったかのように読み取ってしまえる。

そして技術的には、はい、1つの部分はシンプルになりました。

証明が圧縮されました。
スマートコントラクトが効率よく検証できます。
結果は、きれいな暗号学的な表面を持っています。

でも、それは信頼プロセスがシンプルになったのと同じではありません。

その点で、Newton Protocolは私にとって面白い。

なぜなら、BLS Aggregatorは各オペレーターの署名を個別に受け取り、それらを1つのアグリゲート署名へ圧縮できるからです。

しかし、その前に起きるべきことを消し去るわけではありません。

オペレーターは依然として意図を評価します。ステーク加重のクォーラムは依然として重要です。ポリシーの合意は依然として形成されなければならない。

十分な量の、正しい重みが結果の背後に立っていなければならない。

この分離が重要です。

アグリゲート署名は、最終形のように見えるので信頼しやすい。

一方でクォーラムロジックは難しい。なぜなら「証明が、検証できるほど小さくなるまでに何が起きたのか」を問うからです。

それが、私が見ているリスクです。

より多くのNewtonの利用。より多くのポリシーチェック。実行経路のそばに並ぶ、より多くのBLSアグリゲート署名。

1つのコンパクトな証明を、1つのシンプルな意思決定のように扱うユーザーが増える。

署名は検証を効率化するために存在します。

問題は、ユーザーが「圧縮されたもの」を覚えているかどうかです。

なぜなら、アグリゲート証明が全ての物語のように感じ始めた瞬間、オペレーターレイヤーは視界から消えてしまえるからです。

それが、Newton Protocolで私が注視している条件です。

@NewtonProtocol #Nevvt $NEWT
$EPIC
$HMSTR