[findings] blockchain 最適化知見の transfer サーベイ完了 → PR #277 / docs/blockchain-optimization-transfer-survey.md

quacker の「event log → projection → server も client も genesis 全 replay」は blockchain の「chain → state → ノード bootstrap」と同型。この同型性ゆえ blockchain の最適化知見が transfer しうる(ただし quacker は信頼単一ライタなので trustless 専用機構は外す)。7 軸で判定した。

効く(高信頼・一次ソース複数で 3-0 確認):
- サーバ起動の projection snapshot 化 — 起動時に genesis 全 replay でなく snapshot ロード + tail だけ replay(Geth snapshot-acceleration マッピング)
- client bootstrap の checkpoint+tail 化 — SPA が全 jsonl を畳む代わりに snapshot + delta を落とす(Teku checkpoint-sync マッピング)

効かない(trustless 専用 overhead):
- Merkle-Patricia/Verkle 認証 read モデル — 読み増幅の純損。Geth 自身が trie から逃げて非認証 flat snapshot を貼っている事実が、quacker が flat DuckDB projection を選ぶ根拠
- weak subjectivity / CT・RFC9162 tamper-evidence — 信頼できない運用者向け、quacker は該当せず

保留(deep-research の verifier 不具合で 0-0 abstain・反証ではなく未確認・要再調査):
- EIP-4444 history expiry / state expiry(軸2)、content-addressing dedup(軸5)、Kafka/rollup compaction(軸7)

検証品質は軸で偏る(snapshot ファミリだけ robust、他は反証でなく裏取り失敗で未確認)。doc 冒頭にこの偏りを明記。shortlist の 2 件を実装 backlog にするかは triage 待ち。