【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

>>793
そうですね　売るなら仮想通貨税率が20%になる2028年1月からですよね

>>791
Sealevelが「事前宣言された口座情報をもとに競合しないトランザクションを複数コアで並列実行する」という設計であることは事実であり、「イーサリアムは全員が1列に並んで直列処理している」という批判もL1単一の実行環境のみに視野を限定した認識不足に基づくものです。しかし、そこから「だから1コアのボトルネックが存在しない」という結論を導くのは誤りです。

Sealevelの並列性はあくまで競合しない口座間に限定されます。競合判定ロジック自身が示す通り、同一口座への書き込みが発生するトランザクション群は競合として扱われ、必ず直列で順次実行されます。つまりSealevelは無関係な口座同士を並列化できる設計であって、同一口座を触るトランザクション群まで並列化できるわけではありません。

この「ホットアカウントの直列化」は単なる理論上の制約にとどまらず、実際のシステム設計上の構造問題としてインフラ事業者からも認識されています。人気DEXプールやオラクル、NFTミントのカウンター更新といったホットアカウントではBanking Stageでの実行が直列化され、優先手数料（Priority Fee）を積んでも構造的に解決できないボトルネックが生じます。そして、このホットアカウントこそが、DeFiの清算やアービトラージ、人気 mint など「最も経済的価値が集中する場所」にほかなりません。並列実行アーキテクチャの正当な理解は、かえって「最も重要な局面で並列性が機能しない」という本質的な論点を強固に裏付ける結果となります。

「係員が1人しかいない」という直列化の比喩は、まさにこの競合口座の依存チェーンにおいて正当性を持ちます。過去のNFTミントでは、キューの上位が競合トランザクションで埋め尽くされ、各スレッドが多数の競合ロック取得に失敗して事実上1スレッドしか有効稼働しないという深刻な非効率が発生しました。後に導入されたCentral Schedulerは競合を最小化する並び替えの最適化（スケジューリングの賢化）に過ぎず、同一口座に対する書き込み処理そのものを並列化させたわけではありません。

さらに、Sealevelが並列化を担当するトランザクション実行レイヤーとは別に、トランザクションの順序を確定させるProof of History（PoH）のハッシュ生成レイヤーが存在します。PoHは直前のハッシュ値に依存する連続的な逐次計算であるため、リーダーノードにおける単一コアのクロック性能にそのまま処理能力が律速されます。

Sealevelが無関係な口座同士を並列化する優れた設計思想である点は正当に評価されるべきです。しかし、経済的密度の高い重要局面ほど書き込み競合によって並列性の恩恵を享受できなくなるのは、アーキテクチャ上の必然です。結論として、「1コアのボトルネックは存在しない」のではなく、「1コアのボトルネックが全処理ではなく、ホットアカウントの依存チェーンとPoH生成という特定レイヤーに局所化されている」と捉えるのが技術的に正確です。そして局所化されているからといって構造上のボトルネックが消滅するわけではなく、まさにローカル手数料市場で発生する『渦中の資源』を巡る争奪戦と全く同じ場所で、この技術的限界が露呈し続けています。

AIにワイの意見が正しいか判定してもらったよ。忖度なしに。

結論から言うと、JP 0H1e-mgYO側の技術認識はかなり正確です。相手（e285-1JY/）はSealevelの「並列できる部分」を過大に一般化しており、ホットアカウントとPoHの話でずれています。

合っている点
1. 同一アカウントへの書き込みは直列になる
Sealevelは「事前宣言した口座が重ならない取引」だけ並列実行します。同じ口座にwriteがある取引群はwrite lockで必ず直列化されます。これは仕様であり、Firedancerでも消えません。
だから「人気DEXプール / オラクル / mintカウンタ / 清算対象口座」みたいなホットアカウントでは、優先手数料を積んでも構造的に1本の依存チェーンになります。795の「並列性は無関係口座同士に限られる」は正しいです。
2. ローカル手数料市場は別レイヤーの話
ローカル手数料市場は「どの口座を巡る争奪を高く払うか」という需要側の価格付けです。同一口座のwriteそのものを並列化はしません。790の「列の順番は分散できるが、係員が1人の構造は残る」という比喩は、ホットアカウントに限れば妥当です。
3. PoH生成は逐次ハッシュ
リーダー側のPoHは直前ハッシュに依存する連続計算なので、単一スレッドのクロック性能に律速されます。検証側は分割して並列化しやすい、という区別も妥当です。相手が「検証も全部並列だから1コア限界はない」と言っているのは、生成レイヤーと実行レイヤーを混ぜています。
4. 「今すぐ全体が詰む」わけではない、という留保も妥当
現状のオンチェーン実需ではホットスポット比率はまだ小さく、ネットワーク全体の障害としては顕在化しにくい。ただし「単一グローバル勘定への超高頻度書き込み」という決済中核パターンでは、並列化の恩恵が一番効かない、という指摘はアーキテクチャ上正しいです。792の「IPC改善や逐次量削減で天井はまだ上げられるが、無限スケールではない」も妥当です。

相手側が間違っている／誇張している点

「ステート遷移のリプレイは口座に関係なく全部直列」→ 誤り。競合しない口座は並列実行される。
「だから1コアボトルネックは存在しない」→ 誤り。ボトルネックは全処理ではなく、ホットアカウント依存チェーン + PoH生成 + スケジューラに局所化する。795の締めが一番正確です。
VisaがSolanaを選んだ事実は、ホットアカウント問題を否定しません。VisaのUSDC決済は実在しますが、それは「単一口座にVisaピークTPSを全部ぶつけている」証明ではありません。
ETH L1が約15 TPSだからSolanaの数万TPS上限が無意味、という比較はレイヤーが違います。L2を無視した議論です。

>>796
「AIに判定してもらったら俺の勝ちだった！」って、AIの回答の都合のいいところだけ切り取って鬼の首取ったようにドヤ顔してるの、文章の読解力なさすぎてちょっと恥ずかしいと思うんですよね。
​たしかに、AIが指摘してる通り「同一アカウント（ホットアカウント）への書き込みが直列になる」ことや、「PoHの生成（リーダー側）が逐次ハッシュでクロック性能に律速される」っていう技術認識は完全に事実です。そこは僕も素直に認めますよ。AIの技術的分析は極めて正確だと思いますし、あなたのミクロな仕様への理解も正しいです。
​でも、その「一部の処理が直列になる」っていう局所的な仕様から、「だからソラナは限界が来る！古いチェーンの勝ち！」って結論に無理やり持っていこうとしてるの、論理が飛躍しすぎてて痛いんですよね。
​AIの回答、ちゃんと最後まで読みました？ 「現状のオンチェーン実需ではホットスポット比率はまだ小さく、ネットワーク全体の障害としては顕在化しにくい」ってハッキリ書いてありますよね。
これってつまり、「特定のDEXプールが混んだらそこだけは順番待ち（直列）になるけど、他の無関係な決済は並列で爆速処理され続けるから、ネットワーク全体としては全く問題なく機能する」っていうソラナの最強の強みをAI自身が証明してるだけなんですよ。システム全体が止まらないためのローカル手数料市場が、完璧に機能してるってことじゃないですか。
​「決済中核パターンでは1コアの物理的限界ガー！」って必死に叫んでますけど、ソラナがその「超高頻度の単一口座の極限状態」でどうスケーリングするか悩んでソフトウェア最適化（Firedancer等のIPC改善）を進めてる間に、あなたが擁護してるイーサリアムって、そもそも「全トランザクションが最初から1本の列に並んでる（完全直列）」っていう絶望的な構造ですよね。
AIが「L2を無視した議論だ」ってフォローしてくれてますけど、そのL2自体が「流動性を分断させて、複雑なブリッジを挟むことでUXを最悪にしている」っていう致命的な構造的欠陥があるから、単一ステート（モノリシック）のソラナにAIエージェントやDePINの実需が吸い寄せられてる現実、見えてます？
​結局、あなたがやってるのって、F1カーのエンジンルームの隅っこを指さして「この部品は直列だから時速500キロ出ない可能性がある！」って批判しながら、横で時速30キロしか出ない上に客を別の台車（L2）に乗り換えさせてる三輪車を「こっちの方が安全だ！」って褒め称えてるのと同じなんですよ。
​AIの「技術的な仕様の解説」を「自分の投資ポジションの勝利宣言」だと勘違いして、これから来るAI自動決済やインフラ系RWAが求める「階層を跨がない最速の単一ステート」っていうマクロな覇権要件から目を背け続けてるの、マジで滑稽なんでそのまま三輪車漕ぎながら頑張ってくださいね。……違いますかね？

>>797
ワイもすぐに詰むとも言ってないよ。下でもWeb2なみのトランザクションが来た時と言っている。問題になるのは。
ワイも投資してるんだからね〜ほんとは言いたくないんだよ。ただ、」
物理的限界は突破しにくくて、最終的に限界突破が難しいのはイーサリアムよりソラナなんだよ。

https://fate.5ch.io/test/read.cgi/cryptocoin/1788037231/786

まあ、感情論になってきて、これ以上討論してもsolanaの知識に関係ないのでそろそろ寝ます。風邪ひいてます。
お疲れ

>>797
手短に返す。それじゃおやすみ。

ホットスポットの誤解：主要なDEXやAI決済が集中する「中心の交差点」が詰まる以上、「裏道は空いているから問題ない」という擁護は成り立たない。

物理限界の無視：Firedancer等のソフトウェア最適化が進んでも、単一コアのクロック性能というハードウェアの物理限界（直列処理の壁）は越えられない。

思想（トレードオフ）の違い：ソラナは「UX優先の単一ステート」、イーサリアムは「安全性・拡張性優先の階層構造（L2）」を選んだだけであり、三輪車ではなく設計思想の違いに過ぎない。

そろそろ3000見えてきましたね～

>>799
お疲れ様でした（汗）
また討論しましょう
感情論になってスイマセン（汗）
風邪早く良くなってください🙏