【ETH】イーサリアム349【Ethereum】

!extend:default:vvvvv:1000:512
!extend:default:vvvvv:1000:512
!extend:default:vvvvv:1000:512
!extend:default:vvvvv:1000:512
!extend:default:vvvvv:1000:512
★スレ立て時 ↑ が先頭に6行以上に
なるようコピペ
※スレ立て時に1行消費されるので足りない分を補充すればOK

★仲良く使ってね

Ethereum公式
https://ethereum.org/ja/

Mastering Ethereum [英語版のみ]
https://github.com/ethereumbook/ethereumbook

次スレは>>950
立ってなければ>>970
さらに踏み逃げの場合は>>990が立てましょう

前スレ
【ETH】イーサリアム340【Ethereum】
https://fate.5ch.net/test/read.cgi/cryptocoin/1761547687/
【ETH】イーサリアム341【Ethereum】
https://fate.5ch.net/test/read.cgi/cryptocoin/1762736947/
【ETH】イーサリアム342【Ethereum】
https://fate.5ch.net/test/read.cgi/cryptocoin/1763768503/
【ETH】イーサリアム343【Ethereum】
https://fate.5ch.net/test/read.cgi/cryptocoin/1765168364/
【ETH】イーサリアム344【Ethereum】
https://fate.5ch.net/test/read.cgi/cryptocoin/1768280521/
【ETH】イーサリアム345【Ethereum】
https://fate.5ch.io/test/read.cgi/cryptocoin/1770790418/
【ETH】イーサリアム346【Ethereum】
https://fate.5ch.io/test/read.cgi/cryptocoin/1775466175/
【ETH】イーサリアム347【Ethereum】
https://fate.5ch.io/test/read.cgi/cryptocoin/1780810443/
【ETH】イーサリアム348【Ethereum】
https://fate.5ch.io/test/read.cgi/cryptocoin/1783165498/

---

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

>>683
Solanaは、互いに依存しない複数のトランザクションを異なるCPUコアに分配して同時実行する高度な並列処理システムを備えており、ネットワーク全体の処理能力を大きく伸ばす設計を採用しています。しかし、この優れた並列化性能の裏には、コンピュータサイエンスにおける極めて本質的なハードウェアの物理的制約が存在します。

現代のCPUは、熱密度や消費電力の壁により、単一コアの動作周波数が約20年以上前から5ギガヘルツから6ギガヘルツの範囲で物理的な限界を迎えています。そのため、業界全体が「1コアの処理速度を上げる」方向から「コア数を増やして同時に並列実行する」方向へと舵を切りました。このハードウェアの進化形態は、データやアカウントが独立している処理に対しては劇的な高速化をもたらします。

しかし、金融、決済、取引所、ゲームの共有データなど、現実の経済活動では世界中から同一の流動性プールや特定のアカウントへアクセスが集中する「状態の競合」が不可避的に発生します。同じデータを順番に書き換える必要がある処理においては、どれほどバリデータのCPUコア数を増やしたところで並列化は機能せず、すべての計算は単一のCPUコアによる直列処理に依存せざるを得ません。つまり、アクセスが一点に集中した瞬間に、システム全体の性能向上は20年前から伸び悩んでいる単一コアの物理速度に完全に制限されます。

この構造的な限界は、Solanaがブロック全体の処理容量の上限を1億コンピュートユニットへ引き上げた際、1つの書き込み可能アカウントに対する上限を1200万コンピュートユニットのまま据え置いた事実にも明確に現れています。全体の並列処理容量は拡張できても、単一状態への集中処理能力は物理限界ゆえに増やせないことをシステム自身が証明しています。さらに、ユーザー体験を高めるためにブロック生成時間を従来の約400ミリ秒から150ミリ秒から200ミリ秒程度へ短縮しようとすれば、単一コアが1ブロック内で計算に充てられる時間がさらに削られ、同一アカウントが一度にさばける処理容量はより一層低下するという深刻なトレードオフに直面します。

以上の理由から、平均的な処理速度や全体の理論上のスループット数値がどれほど高く見えたとしても、現実世界の市場で必ず発生する「同一状態へのアクセスの集中」を前にすれば、単一コアの物理的限界と直列処理のボトルネックが回避不能な壁となります。したがって、CPUコア数を増やすだけではこの縦方向の負荷集中を解決することはできず、単一のチェーンのみで将来の全世界のトランザクションをすべて受け止めるという構想には、アーキテクチャおよびハードウェアの原理的な限界が存在すると結論

>>683
更にここが大事です。

Solanaにおいて単一のCPUコアが直列処理で受け止められる実質的な処理能力は、プロトコル上の制限と現代のCPUが抱えるハードウェアの物理的な限界の両面から明確に導き出されます。

現在、Solanaのプロトコルでは、1つのアカウントが1ブロック内で消費できる計算量が1200万コンピュートユニットに固定制限されています。この枠組みの中で、特定のアカウントにアクセスが集中した際の実質的な毎秒の処理件数を算出すると、最も単純なトークン送金処理であれば毎秒1500件から3000件程度をさばくことが可能です。

しかし、金融取引におけるトークン移動では毎秒1000件から2000件程度に低下し、複雑なスマートコントラクトや流動性プールでの取引、オンチェーンオラクルの更新処理などでは、毎秒150件から300件程度が限界となります。

この数値は、5ギガヘルツから6ギガヘルツで動作する最先端CPUコア1個の物理的な計算能力から見ても裏付けられ、暗号署名の検証や状態書き込みといった実運用上の通信オーバーヘッドを考慮すると、現実的な実効速度は毎秒数百件レベルという狭い範囲に収束します。

さらに、将来的にブロック生成時間が半減されたとしても、1ブロック内で単一コアが直列処理できる許容量自体が削減されるため、単一コアの動作周波数が変わらない以上、1秒間あたりに通せる限界値そのものが向上することはありません。

この毎秒数百件という数字は、世界中の膨大な経済活動や決済を単一のチェーンのみで受け止めるという構想が、物理的かつ構造的に極めて困難であることを明確に示しています。世界中の全取引を単一の共有状態に押し込めようとする設計は、どんなにプロトコルを最適化しても単一CPUコアの物理限界に衝突せざるを得ません。

これに対し、イーサリアムが基盤層を最終決定と安全性の検証に特化させ、具体的な処理をレイヤー2へ逃すモジュール型アーキテクチャを採用した理由はまさにここにあります。レイヤー2構造では、用途や地域に応じて独立した計算資源と状態を持つチェーンを無数に平行して立ち上げることができるため、処理の競合そのものを物理的に分散させることが可能です。

国際銀行間通信協会（SWIFT）や国際決済銀行（BIS）などの国際的な金融機関が、将来的なインフラの実験や構想においてイーサリアムやそのレイヤー2基盤を技術的な選択肢に含めている背景にも、この構造の違いが深く関係しています。特定の流動性や決済にアクセスが殺到した際にも、システム全体の機能が単一コアの処理速度という単一障害点に引きずられて破綻しない弾力性を備えている点が評価されるからです。

このように、単一チェーンが持つ物理的な限界を正しく捉えることで、1本のチェーンで世界のあらゆる処理を完結させるというアプローチの弱点が浮き彫りになります。同時に、超高速かつ単一空間で完結する個人間取引やリアルタイムアプリケーションを得意とする単一チェーンと、システムを横方向に広げて世界規模のトラフィックを支えるモジュール型チェーンという、それぞれの役割と現実的な適材適所の分業構造が明確になります。

なんか難しく書いてますけど、完全に同意できる部分と「え、なんでそこからその結論になるの？」って部分が混ざってますね。
​【認めるとこ】
「特定の流動性プールにアクセスが集中すると、並列処理できずに単一CPUコアの物理限界（直列処理）にぶつかる」ってのは、ぐうの音も出ないほど事実です。1200万CUの壁があるから、DEXでの実効TPSが毎秒数百件に落ちるのもその通り。そこは物理法則なんでどうしようもないですよね。
​【否定するとこ】
ただ、だからって「イーサリアムのL2（モジュール型）が正解！」ってドヤ顔で結論づけるの、論理が飛躍しすぎじゃないですか？
​1. それ、流動性をバラバラにしてる「言い訳」ですよね
L2に負荷を逃がせば競合は避けられるって言いますけど、それって「1つの大きな市場（プール）を各L2に切り刻んで分散させる」ってことですよね。金融において一番大事な「資本効率」を完全に捨てて、ユーザーにブリッジの不便さとリスクを押し付けてるだけじゃないですか。「処理しきれないからお店（L2）を無数に分けました。在庫（流動性）もバラバラです」って、インフラとして完全に劣化してるポンコツの言い訳にしか聞こえないんですよ。
​2. SWIFTの件、都合よく混ぜるのやめません？
SWIFTやBISがEVM系を評価してるって言いますけど、彼らが実験してるのは「許可された銀行しか触れないプライベートチェーン（Besuなど）」の話ですよね。パブリックのL2で流動性を分散させてる話と全く関係ないものを、「負荷が分散できる弾力性が評価された！」とか無理やり結びつけるの、流石にポジショントークが過ぎません？
​要するに、Solanaの「単一状態へのアクセスの限界」を突くのは鋭くて正しいですけど、だからといって「そもそも並行処理すらできなくて流動性もコミュニティも分断されてるEVMが世界のインフラになる」って結論にはどう計算してもならないですよね。