最初のオペレーター事例研究が公開され、重要な数値は見出しの数字ではない。 Blockdaemonは2,185個のメインネットバリデーターをmump2pに通し、誤ったヘッド投票率は0.452％から0.273％へと39.7％低下した。注目すべき点は、彼らはすでに99％以上の精度を達成していたということだ。この改善は、多くのチームがすでに完了と見なしていた証拠金の範囲から生まれた。 このメカニズムは平均ではなく、分布の中に存在する。ブロックの平均到達時間は366ミリ秒早くなったが、これは良いが、伝播の分布は515ミリ秒から152ミリ秒へと大幅に狭まった。平均はあなたの典型的なスロットを動かすが、分布はあなたの最悪のスロットを決定し、あなたの最悪のスロットこそがアテステーションが誤る場所だ。 私が評価した細部：ベースラインは、@get_optimumの計測だけではなく、50,232スロットにわたる151台のパブリックXatuセントリーノードから得られた。結果に疑問を持つ人は、ダウンロード可能なデータセットと議論してみればよい。 自分がコントロールできないノードと比較して測定するというアプローチこそ、今後も読み続けるバージョンだ。 @blockchainjeff

ウォレットのポップアップには、コントラクトアドレス、関数名、ガス推定値が表示されます。しかし、その画面には署名後の残高がどのように変化するかは一切示されていません。多くのユーザーは、バイトコードを読む代わりに、単に「承認」をクリックします。 盲目な署名は、プロトコルのバグではない大半のオンチェーン損失が実際に発生した原因です。ユーザーは自ら承認しましたが、自分が何を承認しているのかを確認する手段がなかったのです。 最近のRialo Builders Hubで紹介されたリアクティブDeFiポートフォリオのプロトタイプ「Velora」は、ユーザーのウォレットが何らかの署名を行う前に、オンチェーン上のすべてのトランザクションをシミュレーションします。結果がまず計算され、その後、ユーザーが確認できる結果に対して署名が行われます。これに加えて、1日2,500ドルの厳格な上限と、未承認アドレスへの振替を自動的にブロックする機能を組み合わせることで、このエージェントはユーザーが実際に見える範囲内で動作します。 ここで事前シミュレーションが信頼できる理由は、@RialoHQの実行が設計上決定論的であることです。プログラムは実行前にすべてのバリデーターで同一のバイトコードに正規化され、事前に明示的なリソース制限が割り当てられます。実際の実行と一致しないことのないシミュレーションこそ、読む価値のあるシミュレーションです。 ハードウェアウォレットは「鍵を誰が保持するか」という問題を解決しました。しかし、その鍵を保持している人物が、自分が何に署名しているのかを理解しているかどうかという問題は、いまだに解決されていません。

現在、ステークされたETHのほぼ8％がmump2pを実行しています。この割合自体よりも、その割合がメッシュに与える影響の方が興味深いです。 Ethereumのゴシップ層は、各ノードをトピックごとに約8つのメッシュピアに接続しています。もし採用者がネットワーク上にランダムに分散していたとすれば、8％の採用率は、既に半数以上のノードが少なくとも1人の加速された隣接ノードと隣接していることを意味します。8％で、2つに1つです。 これを20％に引き上げれば、ノードの80％以上が高速な隣接ノードを持つことになります。 正直な注意点：ステーク割合はノード割合ではありません。大規模なオペレーターは少数のマシンの背後に多数のバリデーターを運営しており、採用者は分散するよりもクラスタリングするため、ノードレベルの数値はステークレベルの数値よりも明らかに低くなるでしょう。 しかし、この構造は依然として成り立ちます。このカテゴリでは、全員が採用したときに利点が得られるのではなく、あなたの隣人が採用したときに利点が得られ、その曲線は早期に急激に上昇します。 @get_optimum は336万ETHのブーストを超えました。私が実際に注目するのは、現在ノードのうちどれだけの割合がブーストされたピアと1ホップの距離にあるかという数値です。 @blockchainjeff

一般的なチェーン上で1つのローンリクエストを実行するには、3つの異なるトークンが必要です。ガス用のネイティブアセット、借り手のクレジットデータを取得するリレーサービスへの支払い用トークン、そしてそのデータが返却された際にコールバックをトリガーするキーパーネットワークへの報酬用トークンです。 この例はRialoの独自の非同期実行ドキュメントに記載されており、多くの人が「1つのトランザクション」と呼ぶものの実際の運用コストを示しています。3つのアセットを取得し、保有し、監視し、補充する必要があります。3つの残高を管理しなければならず、いずれかの残高が不適切なタイミングで枯渇すると、ワークフローが停止します。 このマルチトークン税は、誰かが課すプロトコル手数料ではないため、めったに話題に上がりません。これは、それぞれが独自の経済モデルを必要とする分離されたネットワークに機能をアウトソースすることによって生じる、自然に蓄積されたコストです。誰かが意図的に設計したわけではなく、1つのミドルウェアレイヤーずつ積み重なってきました。 @RialoHQでは、同じワークフローが1つの非同期トランザクションとして実行されます。バリデーターはネイティブなWeb呼び出しを通じて外部APIをクエリし、キーパーの促し 없이実行が一時停止して再開します。1つのトークン、1つの残高、1つの資金管理で済みます。 トークン設計の議論は通常、供給スケジュールや分配曲線に集中しますが、より重要な問いは「開発者が製品を動作させるために、いくつの異なるトークンを保有しなければならないか」です。この業界のほとんどの場合、正直な答えは「3つ」であり、この数字はこれまで一度も Pitch Deck に記載されたことはありません。

先週、この業界に静かに新しい尺度が登場した。それはTVLではない。 Total Value Boosted（TVB）。ブロックデータが加速されたパスを通過する、ステークされたETHの数量だ。@get_optimumが公開ダッシュボードに掲載し、DefiLlamaがこれを採用した。これが指標として本物になる方法だ：中立的な第三者が追跡することを決定したとき。 TVLがDeFiに与えた影響を考えてみよう。TVLは誰もが競い合うための単一の数値を提供し、1年以内にあらゆるプロトコルがそれを最適化するようになった。その中には、本当に馬鹿げた方法でさえ含まれていた。指標は行動を形作る。あなたが公開する数値が、業界全体が追い求める数値になる。 TVBは、一見するとそれほど興味深いようには見えないが、通常のインセンティブで資本をレンタルすることはできない。誰も伝播レイヤーに資本を駐留させることはない。そのステークはすでにステークされており、すでにその役割を果たしている。この数値が測定するのは、オペレーターがインフラストラクチャ上の意思決定を行い、それを後で取り消さなかったという事実だ。 TVBが広まるかどうかは、私には分からない。しかし、ネットワーキングレイヤーに独自の追跡指標が与えられたということは、ついにこのスタックの一部が測定される価値があると誰かが決断したということだ。それは、約10年遅れの対応だ。 @blockchainjeff

オンチェーンでくじを実施するのは、勝者が誰によって選ばれるかを問うまで、些細なことのように思える。ブロックハッシュは、ブロックを提案する誰かによって操作可能である。主催者が生成した乱数は、単に主催者が選んだ数値にすぎない。参加者は、公平な抽選と不正な抽選の違いを、事後に判別する手段を持たない。 Rialo Builders Hubで発表されたDrawbookは、コミット・リビール方式でこの問題を解決する。エントリーは最初にウォレットに紐づけてコミットされ、その後、スマートコントラクトを通じてリビールが行われ、誰でもオンチェーンで結果を確認できる。エントリーが開かれている間、主催者は自分が何と引き合わせるかを知ることができず、リビールが開始された後は結果を変更することもできない。 この2段階構造が本質である。コミットとリビールを分離することで、特権的なタイミングで情報を利用できる人物が行動する余地を排除している。これは、密封入札オークションの論理と同じであり、多くのオンチェーンくじが依然として信頼に頼っている問題に適用されている。 @RialoHQ上でこれを簡単に構築できる理由は、リビールに外部のトリガーが必要ないからである。定義されたブロックでリビールフェーズが開始されるか、エントリーが終了した時点で、ネットワーク自体がその条件を評価する。主催者が正しいタイミングでボタンを押す必要がない——これは、公平な抽選において絶対に排除すべきタイミングそのものだ。 検証可能なランダム性は、暗号学の分野ではすでに数年前に解決済みの問題である。しかし、実際に人々が使う製品にそれを導入することが、いまだに実現されていないのである。

FhenixはEthereumとArbitrum上でCoFHEを公開し、最初のメインネット設計パートナーとして正確に二つの名前を挙げました。その一つが@FlutonIOです。もう一つはAlpha Engineで、これは取引戦略のロジックを隠したまま評価できるプラットフォームです。 この二つのパートナーは、異なるものを信じて選ばれています。Alpha Engineは、ある製品の秘密を守ります。Flutonは、他の製品が基盤とするレイヤーを守り、スワップ、支払い、クロスチェーン移動を一つの機密性エンジンで暗号化された意図でカバーします。一方の設計パートナーは暗号化計算の顧客であり、もう一方はより多くの顧客を招くための道筋です。 @fhenixは、両パートナーがローンチ前に技術的・セキュリティ的なレビューを完了したと述べており、Flutonは導入後に検証されたのではなく、導入時に検証されたということです。ただし、レビューの詳細は公表されておらず、この説明はFhenix自身からのものであるため、その重みについて私が正しいとは限りません。 すべてのコントラクトが実行前に承認を必要とするメインネットにおいて、最初に名前を挙げられることは、どんなキャッチコピーよりも多くの意味を持ちます。

BTCが1時間で4%動いた。Feloraはその暴露の30%をUSDCでヘッジし、1日の損失を2,500ドルで止め、出金機能は一切使用しなかった。なぜなら、その機能は与えられていなかったからだ。 このルールは「Volatility Shield」と呼ばれ、水曜日のRialo Builders Hubでデモされたが、Discordの障害によりセッションは途中で終了した。その背後にある構造は3段階で動作する：Signalが市場状況をキャプチャし、Predicateが事前設定されたルールが満たされているか検証し、Executeが制限された権限内で動作する。すべてのステップがクリアされるまで、何事も実行されない。 注目に値する設計上の判断は、ルールエンジンがどこで動作するかである。それはブラウザ内でローカルに実行され、トランザクションを自動署名しない。エージェントが作業を行い、ユーザーが鍵を保持する。権限は厳密に制限されており、エージェントは制限されたスワップのみを実行でき、それ以上の操作——出金や新規資産の承認——は一切行えない。 これは、多くのチームが採用するエージェントの自律性に対するアプローチとは異なる答えだ。一般的な直感は、エージェントをより賢くし、より多くの信頼を寄せるものだが、Feloraはエージェントの機能を狭め、信頼を控える。これが、深夜3時に予期せぬプロンプトが発生しても生き残れる唯一のバージョンだ。 @RialoHQのアーキテクチャは、どちらのアプローチも同等にサポートしている。ビルダーたちが常に選ぶのは、自分自身の資金で実際に運用するべきアプローチがどれかを物語っている。 資金を出金できないエージェントは「制限されたエージェント」ではない。それは、運用に値する唯一のタイプだ。

マスターカードは、@base上でUSDCで決済されるx402を介してエージェント支払いをルーティングしている。この事実を少し考えてみよう。買い手と売り手の間に常に立つことが自社製品のすべてだった企業が、誰もそこに立つ必要がないように設計されたプロトコルを採用したのだ。 数学がそれを強いた。標準的なオンラインカード処理は、1取引あたり約2.9％＋30セントかかるが、固定費が致命的だ。API呼び出し1回につき0.004ドルを支払うエージェントが、30セントの認可手数料を負担することはできない。その手数料は支払い額の75倍になる。午後だけで1万回の呼び出しを実行すれば、カードネットワークのコストは高すぎるだけでなく、使用不能になる。このようなボリュームは、どのネットワークが何を決めたとしても、常にその外側をルーティングしていた。 そこでマスターカードは参加した。私はこれをカードモデルの勝利というより、プロトコルに対するシグナルと読んでいる。既存企業が抵抗するよりも参加した方がコストが低いと気づいた瞬間、オープンスタンダードが勝つのだ。 今週発表された200ミリ秒のブロックは、もう一つの要件だ。1万回のマイクロペイメントには、確認回数ではなく、瞬きほどのスピードでの確定が必要だ。 中間に立つことを前提に構築されたネットワークが、中間者を排除することを目的としたプロトコルを下支えした。これは採用ではない。ヘッジだ。

Fluton自身の集計によると、Ethereumのトランザクションの0.5％未満がプライベートです。@FlutonIOは、その数値を10月19日に投稿しました。これは、同社のコプロセッサプロバイダーの1つがメインネットで稼働し始めた2日前です。Fhenixは、それまでテストネットでのみ実行されていたCoFHEを、10月21日にEthereumとArbitrumで有効化しました。 このタイミングは、以降のスタックの読み方を変えるものです。暗号化された意図、Confidentiality Adapter、ソルバーのオークションは、実際の残高を処理できるコプロセッサに依存しており、Flutonが統合する2つのプロバイダーの1つがこの境界を越えました。Flutonのテストネットは2月にテストチェーン上で終了しています。その基盤として依存していた要素の1つが、すでに本番システムとなったのです。 CoFHEのメインネットは最初から許可リスト方式で開始され、契約はそこで実行する前に承認が必要であるため、スケジュールについて私が誤っている可能性もあります。しかし、この広いギャップは需要の問題ではなく、インフラの問題です。そして、インフラ側は今や短くなりました。 Ethereumの99.5％以上は依然として公開された状態にありますが、Flutonが稼働させるエンジンの1つが、この状況を変えるために今や本番で稼働しています。