Liên Bảo Trân

ある友人は、デザインツール向けのプラグイン・マーケットプレイスを2年間かけて構築しました。店頭画面は初日から完成しているように見え、カテゴリ、検索、評価もすべて整っていました。2年かかったのは、買う価値のあるものを出品してもらうことでした。売り手のいないマーケットプレイスは、照明の良い空の棚にすぎません。

棚があっても、そこに何かが載るまでのそのギャップこそ、私がニュートンのモデル・レジストリを見ているときに繰り返しぶつかる点です。これは一見すると、開発者がAIエージェントの戦略をオンチェーンで登録し、ユーザーがそれを発見して採用し、戦略が実行されるたびにモデル作成者が取り分を得る仕組みです。レジストリ自体、権限、発見、実行のフックといった部分は、きちんと機能するインフラです。欠けているのは、ループの後半です。つまり、ロイヤルティの仕組みを信頼して、最高の作品を非公開にしておくのではなく、クローズドなプラットフォームではなく、ここに公開する開発者たちによって作られる、支払う価値のある戦略の、深く競争的なカタログです。

この静かなギャップは、ほとんどすべてのオンチェーン・マーケットプレイスが直面します。Uniswapは、トレーダーより先に流動性提供者が必要でした。NFTマーケットプレイスは、コレクターが来る前にアーティストが必要です。Newtonも同様に、そこを通じて自動化するユーザーより先に、戦略開発者が自分のロジックを公開し、オープンで競い合う意思を持っている必要があります。レジストリが失敗するのは、コードが壊れるからではありません。誰もいない空の棚に最初の出品者になりたくなく、さらに、その次の出品が「最初の出品でロイヤルティの支払いが実際に着地する」ことを証明するまで待ってしまうからです。

Newtonはインフラが足りないというより、より難しいこと、つまり最初に出品するビルダーを説得する信頼とインセンティブが足りないのです。そのカタログが厚みを増すまで、レジストリは採用を待つ「能力」であって、完成した市場ではありません。

@NewtonProtocol $NEWT #Newt $LAB $VELVET

友人は、僕たちのグループの中で「厳格な人間」としての自分のアイデンティティを築くのに2年を費やし、ルールを主張することに常に真っ先だった。ところが彼は、その全ての姿勢をある日いきなり捨て、かつて説いていたことの反対をやり始めた。最初から知っている人なら、誰もそんな展開は予想できなかっただろう。

GRVTは初期の段階で、コンプライアンス重視のアイデンティティに強く寄せ、「RegDeFi」と呼ぶ人もいたような用語を軸に自社を売り込み、KYC必須を摩擦ではなく売りとして扱った。「機関投資家のお金は、どこかの取引所の近くで動く前に、検証が必要だ」と主張していた。初期の口座セットアップでは、ユーザーがそもそも取引用のサブ口座に触れる前に、本人確認とマネーロンダリング対策のコンプライアンスが求められた。さらに、大口の割当先に向けた提案全体でも、その「関門」を真剣さの証拠として掲げていた。2025年8月には、その構えが丸ごと反転する。必須KYCは廃止され、ユーザーはメールだけで登録できるようになり、本人確認書類を一切提出せずに自己管理型で取引できるようになった。プラットフォームは、この移行期間に合わせて約600人を対象に、合計50,000ドルのインセンティブを報酬として与えるプログラムを実施し、事実上「変化に気づける人へお金を払う」形になっていた。KYCが完全に消えたわけではなく、最終的なトークンのエアドロップを受け取るため、また日次のブリッジ出金限度額50,000 USDTを引き上げるために必要なものとして残った。その結果、要件は入口での関門から、途中の特定の特典に紐づく条件へと移動した。かつて「ブランド全体のアイデンティティそのもの」として語られていたものが、静かにいくつかある選択肢のうちの一つのレバーになったのである。

GRVTは、初期のRegDeFiというブランディングで語られていたのと同じプラットフォームではない。自社が評判を築いた「コンプライアンス重視」という中核の売り込みを覆し、その反転は、チームが最初の日から抱いていた固定の哲学よりも、市場の圧力がどれほど強かったかを物語っている。

@grvt_io #grvt $LAB $VELVET

私のいとこはアパートで1年かけてボードゲームを設計し、ルールを彼がすでに書いたことを知っている友人たちだけにテストしてもらっていました。初めてそれを知らない人が集まるゲームナイトに持ち込んだとき、誰かがカードを読み間違え、彼が考慮していなかったルールをめぐって揉めてしまい、セッション全体が崩壊しかけましたが、その場で修正してなんとか取り繕いました。設計は、それを作った人ではない人たちがそこから引っ張って試してみて初めて、本物として証明されるのです。

これは、ポリシーエンジンが自分自身のサンドボックス上で動く場合と、他人の貸出市場の中で動く場合の違いに、ほぼ対応しています。ニュートンの以前の公開テストは主にデモ環境や、自社のクイックスタート用リポジトリで行われていました。入力がチームの想定通りに振る舞う、きれいな空間です。ところがオイラーで稼働させると話が変わります。オイラーは独自の利回りカーブ、独自の清算閾値、そしてニュートンのチェック前提で書かれていない独自のエッジケースを持ち込んでくるからです。そこで作られたバル トは、ニュートンが設計していないロジックの中に置かれたまま、ニュートンの評価を通過しなければなりません。しかも、それをこっそり調整することはできません。

ホワイトペーパーの図と実際の統合の間にあるこのギャップこそが、ほとんどのインフラ主張が成り立つか、静かに崩れていくかを分ける場所です。そしてニュートンは、オイラーの実際の清算による圧力下でそのチェックがどのように機能するのかについて、まだ具体的な情報を公開していません。厳選されたDeFiバル トへの預け入れはこの1年で急速に増えました。つまり、この特定の統合からニュートンが学ぶことは、より遅い段階的ロールアウトでは許されるはずの「後から」ではなく、「より早く」、実際の資本によって検証されることになります。すでに全てのエッジケースが事前にプライベートで静かに洗い出されていたとしても、その後で確かめることはできないのです。

ニュートンは、自分で作ったサンドボックスの中でうまく動いたことでは安全性が証明されません。安全性は、自分でコントロールできないプロトコルによって下される判断を生き残ることで初めて証明されます。そしてオイラーは、そのアーキテクチャが自社のデモを越えて汎用できるかどうかを問う、最初の本物の試験です。保てるかどうかは、今日それを読む人にとって、ロードマップのスライドでは答えられない類の問題です。

@NewtonProtocol $NEWT #Newt $LAB $EVAA

友人は去年初めて家を買い、検査報告書を“生涯の保証”のように扱いました。彼女は屋根の確認をやめ、年に一度の暖房（ファーネス）サービスも省き、「検査官は家が安全だとすでに証明してくれた」と私に言いました。ところが十八か月後、壁の裏で検査官が一度も開けていなかった場所で配管が破裂しました。報告書は書かれた当日の時点では正確でした。でも、それはその後の毎日についての約束ではありません。

人々は「GRVTは監査済みだ」という主張を、私の友人が検査報告書を扱ったのと同じように受け止めます。つまり、その言葉が出てくれば事件は終わったかのように。実際にはGRVTは複数回の独立したスマートコントラクト監査を受けており、報告書は非公開の申請フォームの裏に隠されるのではなく、公に閲覧できます。これは、書類を見せずに「監査済みだ」とだけ主張する取引所よりも、すでに透明性が高いものです。しかし、どんな企業の監査であっても、一度だけ実施され、その後見直されないなら、その特定の日に存在していたコードについてわかるだけです。半年後に出荷された契約アップグレードの内容や、チームが非常用の鍵を持っていて遅延ゼロで変更を押し込めるのかといったことは何も語りません。監査だけでは答えられない本当の問いは、契約がアップグレード可能か、鍵を誰が持っているか、どんなタイムロックが存在するか、そして現在のオープンインタレストに対して保険ファンドの規模がどれくらいなのかです。GRVTは報告書を公開し、並行してライブのバグバウンティも継続しています。これは、私の友人が年次の健康診断として配管業者に連絡するのに近く、検査フォルダを引き出しにしまって永遠に放置することとは違います。

GRVTは、「監査済み」という言葉が永久に安全を意味するようなプラットフォームではありません。深刻な取引所のどれも同様です。監査は確かに実在して公開されていますが、それは“ある瞬間を撮影した写真”にすぎず、その後のあらゆる瞬間についての保証ではありません。信頼に値するプラットフォームとは、古い報告書を指し示すだけでなく、自分自身を継続的に試し続けるところです。

@grvt_io #grvt $LAB $B

Newtonの公式ドキュメントは、ある特定の約束をしています。統合には、センシティブな操作に対するポリシー検証フックを1つだけ用意すればよく、契約の書き換えは不要で、コアロジックはそのまま維持される――というものです。私はこの約束が好きです。コンプライアンス部門のないチームでも実行しやすくするタイプの主張だからです。ですが、過去1年にNewtonが出荷したすべてを読み進めるうちに、そのシンプルさが、ポリシーが具体化した後でも本当に成り立つのかを検証したくなりました。

フックが1つで済むのは、その裏側もまたシンプルである場合だけです。現状では、その1つのフックの裏側でNewtonは、セキュリティシグナルとしてChainalysisとHexagate、リスクデータとしてRedStoneとCredora、利回りとしてVaults.fyi、トレジャリーの利回りカーブとしてMassive、ガス状況としてEtherscan、そしてアイデンティティとしてPersona、Human Passport、Veriff、Neynarを参照しています。これらの複雑さは、呼び出し側プロトコルのコントラクトに触れるわけではないので“目的どおり”ですが、その一方で、開発者が配線するそのフックが、開発者が選びもしなかった8つ以上の外部サービスの代理になっており、個別に監査できないことを意味します。

これは厳密には欠点ではありません。多くの開発者が喜んで受け入れるであろうトレードオフです。そこで私は、この8つの提供元のうち、調査を始める前に自分がすぐに名前を挙げられるのはどれかを考えましたが、結局3つまででした。これは、意思決定が、キュレーターが見ている表面からどれほど遠ざかっているかを示しているように思えます。それでもなお、「コントラクトの書き換えは不要」という主張は、実際には静かに別の主張へと変わり得ます。見える複雑さはゼロのまま、すべてがもう1段下に移され、呼び出す側のチームは、取引の運命を実際に決めているものが何かを直接把握しにくくなるのです。

Newtonは統合の手間を過大には売っていません。フックは本当に1つで十分です。ですが、提案で控えめにされているのは、その1つのフックが今どれほどの見えない機械仕掛けに依存しているか、そして統合側のチームが、その個々の部品についてどれほどコントロールできないのか、という点です。

@NewtonProtocol $NEWT #Newt $LAB $B

多くの取引所は、すべてのサブ口座に対して単一の秘密鍵を渡し、それで十分だと考えています。GRVTは、ドキュメント上では「Trader Access Controls（トレーダーのアクセス制御）」と呼ばれる仕組みを導入しており、読み飛ばされがちですが重要です。1つのサブ口座を、複数の秘密鍵で同時に管理でき、さらにそれぞれの鍵に異なるカスタマイズ可能な権限を持たせることができます。たとえば、ある鍵は注文を出すだけ、別の鍵は残高の参照だけ、さらに別の承認チェーンのもとで出金を扱う…といった具合です。

わかりやすい比較としては、従来の金融機関です。トレーディングデスクでは、1人のログインがあらゆる機能に触れられるようにはしません。ジュニアトレーダーには注文入力、リスク担当者には参照権限、パートナーが振込の承認を行う、と役割を分けます。暗号資産の自己管理では、それらがすべて1つのシードフレーズに統合されるため便利である一方、チームで共有資金を扱う場合には非常に危険です。その1つの鍵が漏れれば、すべての機能も同時に漏れてしまいます。GRVTの設計は、単一の侵害された鍵の影響範囲（ブラスト半径）を、1点に集約してすべてを崩壊させるのではなく、権限境界をまたいで分割します。

ただしトレードオフは複雑さです。鍵ごとにきめ細かな権限を設定するには、同僚にウォレットアドレスを渡して信頼するだけでは済まない分、より多くの設定が必要になります。多くの個人の暗号トレーダーは、この機能に触れることすらないでしょう。ですが、その存在から私は、GRVTが「スマホで一人で取引する人」のためだけに作られたのではないと感じます。最初から、デスク（部署）や資金、そして共有口座を念頭に置いて設計されているのです。これは、ほとんどの自己管理型取引所が採用する前提とはまったく違う出発点です。私が想定したのは、小規模なトレーディングチームがこの機能で行う設定です。たとえば、エントリーを出す戦略担当用の鍵、決済（クローズ）だけに制限された鍵、帳簿を突き合わせる会計担当用の閲覧専用鍵。こうしたことは、一般的な「単一鍵ウォレット」フローには存在せず、ここでの権限の粒度は、多くの取引所が提供する以上に深いです。

@grvt_io #grvt $LAB $BEAT

多くの人は、ニュートンをコンプライアンス系ツール、Chainalysisのようなダッシュボード、あるいはKYCベンダーの仲間として一括りにします。しかし、ニュートンが実際に置き換えようとしているものを読むなら、より正直な比較対象はキーパーネットワークでしょう。Gelato NetworkやKeep3r Networkは、条件が満たされたとき（価格が閾値を超えるとき、ローンを清算する必要があるとき、ボールトをリバランスする必要があるときなど）にオンチェーンのアクションをトリガーするために存在します。Chainlink Automationも同じ仕事をしますが、背後にあるインフラがより豊富です。とはいえ、これら3つは、実際にアクションを起こすかどうかを決める計算が正しく実行されたかは検証しません。単にトリガーを実行し、キーパーを信頼するだけです。

ニュートンのオペレーターは、信頼できる実行環境内でポリシー評価を行い、その結果をゼロ知識証明で裏付けます。そのため、意思決定そのものが、実行した当事者だけでなく誰にでも検証可能になります。これは、価格フィードを監視するキーパーの仕事とは、意味のあるほど大きく異なります。キーパーネットワークは「条件が発火したか」を答えます。ニュートンは「この特定の意思決定（支出上限、制裁チェック、リスク閾値など）について、ポリシーがそうあるべきだと定めた通りに、実際に評価されたか」を答え、さらにその内容を証明するレシートを渡します。

トレードオフは確かに存在します。GelatoやKeep3rは証明生成ステップを丸ごと省略するため、統合が速く、運用コストも安く済みます。一方ニュートンは、検証可能性のためのレイテンシとコストの税金を支払う必要があります。シンプルなキーパートリガーが負担することのないコストです。

つまりニュートンは、速度や価格の面でChainlink Automationと競合しているのではありません。競合しているのは、まったく別の軸です。意思決定が正しかったことを証明するのか、それとも単にアクションが起きたことを証明するのか、という違いになります。この違いが最も重要なのは、キーパーネットワークがそもそも想定されていなかった領域、つまり「trust the bot（ボットを信頼しろ）」がもはや許容されない制度的なボールトやAIエージェントのような場面です。ルーチンのDCAトリガーに対して、その検証可能性プレミアムに支払う価値があるかどうかは、市場がまだ答えを出していない別問題です。

@NewtonProtocol $NEWT #Newt $LAB $VELVET

プライバシーはGRVTの最も強力なセールスポイントの一つです。残高とポジションはValidiumを通じてオフチェーンで管理されるため、完全にオンチェーンのオーダーブックであればそうなるように、取引データが公開の場にさらされることはありません。これは確かな機能であり、特に機関投資家は、作り上げる前の段階でポジションサイズを市場全体にブロードキャストすることを嫌います。

しかし、その同じ設計には、もう一つの（より静かな）取引上の妥協点が織り込まれており、あまり語られていません。Validiumは取引データをオフチェーンに保ちながらも、正当性の証明（validity proofs）をオンチェーンに投稿します。これは、必要なデータがすべてイーサリアム自身に存在するフルのZKロールアップとは異なります。つまり、あなたが依拠している保証は「チェーンが公開データから私の残高を証明する」というものではなく、「正しく計算（数学的処理）が行われたことをチェーンが証明し、さらに万一自分で退出（エグジット）が必要になったときには、そのデータ可用性の仕組みが実際にデータを返してくれると私は信頼している」というものです。多くの日では、その違いは何も変えません。取引は素早くマッチし、決済はオンチェーンで行われ、資金はGRVTの誰もが一方的に触れられないスマートコントラクトを通じて移動します。ギャップが顕在化するのは、テールシナリオ、つまりデータ可用性の失敗が起きた場合で、オペレーターの協力なしにあなたの正確なポジションを再構成することは、フルオンチェーンデータを持つロールアップより難しくなります。

これらのことは、GRVTの日常的な安全性を低下させるものではありません。監査やコントラクトレベルのカストディは、いずれにせよ適用されます。ですが、両者がゼロ知識証明を使っているからといって、GRVTが純粋なロールアップDEXとまったく同じ信頼前提を提供しているわけではありません。プライバシーはデータをオフチェーンに移すことで得られ、その同じ移動こそが、理解してからそれに基づいてポジション規模を決めるべき、より狭いテールリスクを生み出しているのです。「ゼロ知識だからトラストレスだ」というスローガンを繰り返すより、トレーダーには実際のアーキテクチャを一度読んでほしいと思います。二つの言葉が表しているのは、まったく異なるエンジニアリング上の選択肢であり、そのうち一つだけが、データ復旧のためにオペレーターを信頼する必要を完全に取り除いてくれます。

@grvt_io #grvt $LAB $TAC

メインネットベータ以前、Newtonの初期の記述では、それを「板（orderbook）に基づくマーケットプレイス」として説明していました。ユーザーは手数料とともに自動化の意図（インテント）を送信し、オペレーターはタスクを効率よく実行することで競い合います。バリデーターは状態を確定する前に実行の証明（execution proof）を検証します。現在のライトペーパーを読むと、その言葉は消えています。

代わりに、クォーラム（多数一致）ベースのオペレーターネットワーク、BLSの部分署名、簡潔なゼロ知識証明、さらにそれら両方を検証したうえで署名付きのAuthorization Receipt（承認レシート）を発行するアグリゲーターが登場します。同じプロトコル、同じチーム。でも、取引が実際に承認されるまでの考え方（メンタルモデル）は、明確に別物になっています。

板（orderbook）とは、価格と速度で競争が起きることを意味します。オペレーターが手数料のために互いを出し抜こうとして競ります。クォーラムとは、合意を意味します。何かが動く前に、独立した複数者のしきい値が同じ判断に到達している必要があります。これらは単に別の言い回しではなく、異なる「失敗の仕方（failure modes）」です。板（orderbook）は、誰もあなたの注文を埋めたいと思わないと壊れます。クォーラムは、不正確な（あるいは正直な）オペレーターが少なすぎて、しきい値に届かないと壊れます。

私は、このプロジェクトが自分たちが何を作ったのかを混乱しているとは思いません。マーケットプレイスの枠組みは、オープンな市場でAIエージェントが競い合うことにワクワクしている層向けに書かれたように読めます。一方、クォーラムの枠組みは、拒否がどのように決まるのか、そして誰がそれに責任を負うのかを、きちんと理解する必要がある層向けに書かれたように見えます。

Newtonがここで密かにミスを直したのではなく、提示している約束を差し替えたのです。効率的な競争から、検証可能な合意へ。これは、変更履歴（changelog）の一行で示されるようなものよりも大きな転換です。

私は、その転換が実際にいつ起きたのか探しましたが、「板からクォーラムモデルへ移行しました」というような指摘をする発表を一つも見つけられませんでした。そうした記述は、初期の説明文とライトペーパーをセットで読み比べる場合に限って見えてくるものです。おそらく今日プロトコルを評価している多くの人は、そもそも最初に出会ったどちらかの文書を読むだけで、それが全体像だと決めてしまい、両方を突き合わせることはしないからです。

@NewtonProtocol $NEWT #Newt $LAB $ESPORTS

ニュートンのオリジナルの提案文を注意深く読み込むと、特定の約束が見えてきます。「パスポート」は、ニュートンのチェーン統合ネットワークのために作られたウォレットで、ポリゴンの AggLayer に接続されたいかなるチェーンも、「コンセンサス・メカニズムや実行環境に関わらず」サポートするというもの。注釈も、候補の提示もなし。これが2024年11月でした。

メインネットのベータは2026年6月に上陸しました。稼働しているのは2つのチェーン――Base と Ethereum です。その他はすべて、「近日中にさらなるチェーン対応」という、“ロードマップがエンジニアリングを上回ったときにあらゆるインフラ事業者が使う”同じ文言の下に置かれています。2チェーンだけというのが失敗だと言いたいわけではありません。真剣なプロトコルでも、意図的に狭い範囲でローンチすることはよくあります。しかし、無制限な約束と、18か月の隔たりを経た2チェーンという現実のギャップは、オリジナルの提案が今もなお製品を説明しているかのように繰り返す前に、立ち止まって向き合う価値があります。

実際に出荷されたのは、そもそもチェーン統合ではありません。取引の意図と決済の間に位置する“ポリシーチェック”で、ニュートンのオペレーターが展開されている場所で動かすように作られています。現在それが意味するのは、抽象的な意味での「いかなるEVMチェーン」ではなく、具体的に Base と Ethereum です。AggLayer という言葉は、現在の資料から消えています。私が読んだメインネット・ベータの投稿には、ポリゴンへの言及がありません。なぜその方向転換が起きたのか、そこには妥当な理由があるかもしれません。たとえば EigenLayer のセキュリティ要件から来る制約、あるいは機関投資家の需要がロードマップを横に引っ張った結果など。でも、いま存在する製品は、ニュートンが最初に答えようとした問いよりも、より狭い問いに答えるものになっています。

これらのことが NEWT を無価値にしたり、チームを不誠実にしたりするわけではありません。スタートアップは方向転換します。そして、機関が実際に支払うものへとピボットするのは、市場が資金提供する準備ができていなかった相互運用性のビジョンを追いかけるより、たいてい賢い選択です。ですが、「あらゆるチェーン、あらゆるコンセンサス・メカニズム」というこのように特定度の高い約束は、今日の新しい提案のほうが“いま聞くとより信憑性がありそう”に聞こえるからという理由で、黙って忘れ去られるのではなく、実際に出荷された内容に照らして測られるべきです。

@NewtonProtocol $NEWT $LAB $TAC #Newt

私が読んだNewton Protocolのステーキング解説は、どれもスラッシングをまるでセキュリティの全てであるかのように語っています。でもそれは違います。重要なのは、その1行下に書かれている次の点です。ステークしたNEWTが引き出せるようになるまでには14日間のアンボンディング期間が必要だということです。

もしバリデータが悪意ある行為をしていると見つかった場合、ペナルティが反映される前にアンステークして立ち去るだけで済ませることはできません。退出後、資金は2週間フルでロックされたままになります。ネットワークが不正な振る舞いを見つけ、トークンが再び流動化する前にスラッシュを適用するのに十分な時間です。遅延なしのスラッシングは、逃げ道のある脅威です。14日間の待機つきのスラッシングは、実際に効いてきます。

それを、ほとんどの中央集権型システムがいかに素早く資金を引き出させるかと比べてみましょう。即時の引き出しで、クーリング期間もありません。Newtonは逆の取引を選びました。バリデータの流動性は低くし、その代わりに資本が逃げる前に過失（フォルト）を証明する時間を長くするのです。

また、「ステーキングNEWT」があなたを実際に何にコミットさせるのかも変わります。これは気まぐれに空にできる普通の預金口座ではありません。ステーク中ずっと正直に行動していたはずだ、という2週間の賭けです。アンステークした瞬間に、あなたが自分の行動についてどれほど確信していたかは関係なく、アンボンディングの時計は止まりません。

Newtonは、摩擦こそが目的であって欠陥ではないと賭けています。バリデータ・ネットワークが悪質な行為者を抑止できるのは、退出が捕まるより遅い場合だけであり、そして14日という期間は、その「捕まるよりどれだけ遅くする必要があるのか」に対するNewtonの具体的な答えです。

ある友人が、テストネットでNEWTをステークして、退出したときの感触を確かめました。彼は水曜日にアンステークすればすぐに引き出せると思っていたのに、カウントダウンがそこに居座り続け、日ごとに何も見える変化がないまま、待つこと自体が目的になってしまうのを見てしまいました。

PoS（プルーフ・オブ・ステーク）の多くのシステムでは、アンボンディング期間の何らかの形を使っています。ここで際立っているのは、それが一般的なコンセンサスの失敗だけでなく、Newton自身の方針評価に紐づけられたスラッシングと直接組み合わされている点です。そのため、その14日間は、Newtonが実際に執行する「特定のこと」を守ります。

@NewtonProtocol $NEWT $TAC $LAB #Newt

暗号資産における多くのスラッシング（没収）メカニズムは、だいたい同じ仕組みで動きます。オペレーターが不正行為をすると、ステークした担保が焼却されるか、国庫（トレジャリー）に投げ込まれます。そして実際にその悪い行為によって被害を受けた人は、どこかに苦情を申し立てて、うまくいくことを祈るしかありません。ニュートンの透明性レポートは、それとは別のことを述べていて、信じるにはその一文を二度読みする必要がありました。

ニュートン上のエージェント・オペレーターが不正行為をしたとき、スラされたNEWＴは単に消えるわけでもなく、一般の報酬プールに上乗せされるだけでもありません。それは、問題のある当該エージェントによって影響を受けたエンドユーザーに対して、プログラムにより再分配されるのです。ステーカーでもありません。バリデータでもありません。実際に何かを失った人たちです。

その構造的な意味を考えてみてください。プロトコルのスラッシング規則は通常、抑止と罰を目的とし、オペレーターに対して将来の悪い行為を思いとどまらせるために設計されています。ニュートンの方式にも抑止はありますが、それに加えて、賠償（レストラクション）を、第一級の成果として組み込んでいます。スラッシングのロジックそのものにコード化されており、後からサポートチケットや、誰も来ないようなガバナンス投票で処理するのではありません。

完璧ではありません。賠償は、スマートコントラクトが本当に「どのユーザーが、どれだけ被害を受けたのか」を特定できる場合にのみ機能します。そのエージェントの振る舞いが複雑になればなるほど、特定は難しくなります。単純な定期的な購入エージェントが誤作動するだけなら、追跡は容易です。しかし、DAOトレジャリー全体にわたってサブエージェントの群れを統括する将来のエージェントのようなものを、きれいに帰属させるのははるかに難しい。ニュートンはまだ、この複雑さにスケールすることを証明できておらず、現時点で稼働中の最も単純なエージェントに対してのみテストされている段階です。

ニュートンはスラッシングを、単なるオペレーターの罰ではなく、直接的なユーザー賠償のためのメカニズムとして扱います。つまり、欠陥のあるエージェントから担保を取り崩して、その実際に被害を受けた人へまっすぐ戻すのです。このような設計思想を、ベースロジックに組み込んでいる再ステーキングで担保されるネットワークはほとんどありません。

@NewtonProtocol $NEWT #Newt $LAB