CLIリファレンスを読んでいて、以前気づかなかった点を見つけました。

Newtonでは、プライバシー暗号化とシークレット暗号化の両方が同じ手順から始まります。まずゲートウェイから公開鍵を取得します（newt_getPrivacyPublicKey、newt_getSecretsPublicKey）。その後、アップロードされる前にクライアント側で暗号化します。

これはある意味で良い設計です——データはあなたのマシンから一度も出ないうちに封印されており、Newtonは「それをあなたに信頼させる必要がある」とはせずにシステム全体を組み立てています。

しかし鍵そのものはゲートウェイから提供されます。分散型のオペレーター群からではなく、クォーラムからでもありません。ドキュメントにある単一の名前付きエンドポイント（gateway.testnet.newton.xyz）が、すべての暗号化対象となる公開鍵を配布している“もの”です。

これがモデルを壊すとは思いません。オペレーターはそもそも送られてきていないデータを、結託して読み取ることはできませんし、ゲートウェイが平文を目にする可能性も高くありません。ただし、「Newtonを信頼する必要はない」と「ゲートウェイは鍵配布の単一障害点だ」という2つの事実は、並んで存在しているのに、ピッチに反映されているのはそのうちの1つだけです。

ゲートウェイの鍵ローテーションや、ゲートウェイの侵害に対してどう対応するのかを直接確認する価値があります。なぜなら、この仕組みのうち、評価そのものが示しているような分散性が明確でないのが、その一点だからです。

@NewtonProtocol $NEWT #Newt