1台の速度でなく、
無数の意志で勝つ
ブラウザマイニングの構造的弱点を発想転換で回避。AES-NIの壁は越えられない — だから競争の軸を変える。インストールゼロ × 即時拡散 × 参加理由の強さ。0.05 MH/sの端末でも、2万台同時なら 1 GH/s。
構造的弱点を、3本柱で回避する
1台のハッシュレート競争は敗北確定。競争の軸を「同時接続台数 × 滞在時間 × 参加理由の強さ」に転換する。
柱A: 採掘を文脈に溶かす
独立ページではなく、ユーザーがもともと滞在する文脈に同意ベースで溶かす。動画視聴中・記事読了後・ダウンロード待ち — CPUが暇な可処分時間に「応援を点ける」。滞在時間 = 採掘時間に変える。
柱B: 採掘を目的に変える
「なぜCPUを貸すのか」の理由を限界まで強くする。寄付・公共財・推し活・コミュニティ目標。性能で負けても参加理由の強さで台数を稼ぐ。ハッシュ = 貢献の証。
柱C: 群体最適化
弱い無数を1つの仮想ワーカーとして束ねる。プロキシを「群れの司令塔」に拡張し、各ブラウザの実力・滞在予測に応じて難易度と仕事量を最適配分。500台でも20,000台でも線形にスケール。
誰も考えたことのない設計
Hash-or-Wait Protocol
ウェブの「待ち時間」を採掘に変えるプロトコル。ページ遷移・API応答・ファイルダウンロードの待ち時間に、その待ちの対価としてハッシュ計算を提示。「待つか、貢献して待ち時間を短縮するか」— ユーザーの行動を変えずに採掘を溶かす。なぜ前例がないか: 待ち時間を価値変換の対象とした例がない。なぜ今可能か: Service Worker + Web Workers の組合せで待ち時間の制御が可能。最大リスク: ユーザーが「待たされている」と感じるUX崩壊。
Proof-of-Attention Collective
「見ていること自体」が価値になる設計。背景で回せない = ユーザーが見ている前提。この「注意の証明」を群体の信頼シグナルに使う。アクティブユーザーのみが採掘に参加でき、ボット検出をブラウザの存在証明で代替。なぜ前例がないか: 注意力をマイニングの信頼基盤に使う例がない。なぜ今可能か: UserActivation API + rAF監視で人間の存在を検出可能。最大リスク: スプーフィング対策が不十分な場合の信頼崩壊。
Contributory Edge Computing
要検証採掘ハッシュをVerusネットワークのトランザクション検証やノード運用支援に転用する薄いエッジ計算層。マイニングが不採算でも、ネットワークインフラの貢献者として価値を生む。Verusの「誰もがノードになれる」思想と親和性が高い。要検証: Verusのコンセンサス仕様上、ブラウザからどこまで検証ノード処理を分担できるか。
誠実な数字で示す
総ハッシュレート = 同時接続台数 × 端末平均ハッシュレート × 滞在時間係数
15 KH/s
7.5 MH/s
~0.002 VRSC/day
初期段階。コミュニティ構築中。
50 KH/s
250 MH/s
~0.07 VRSC/day
Proof-of-Purpose施策が効果発揮。
80 KH/s
1.6 GH/s
~0.45 VRSC/day
Ambient Contribution + バズ拡散。要検証: この規模の同時接続維持コスト。
※上記はネットワーク難易度・VRSC価格・プール報酬に依存し、実際の収益は大きく変動します。ブラウザマイニングの金銭的収益は極めて小さく、非金銭的価値（貢献・応援・コミュニティ）が主たる価値です。
なぜブラウザ採掘は今まで嫌われたのか
課題: クリプトジャッキングの暗い歴史
Coinhive以降、ブラウザ採掘 = 「ユーザーに無断でCPUを盗む」イメージが定着。同意なし・非表示・停止困難。この業界の原罪が、合法的な同意ベース採掘の可能性まで抹殺してきた。
洞察: 1台でなく群体。隠すでなく溶かす。
パラダイム転換。1台の速度競争から「台数×滞在×目的」の群れ競争へ。隠すから溶かすへ。強制から選択へ。「あなたのCPUを盗みます」ではなく「応援しませんか」という対話へ。
なぜ今か
WASM SIMD / WebGPU の成熟。Verusの「誰もがノードになれる」思想とAmbient Contributionの親和性。ブラウザAPI（Battery、Visibility、SAB）の整備。同意ベースの設計が法的に明確化しつつある時流。
倫理と信頼を差別化に
クリプトジャッキングとの差分を強みにする。完全オプトイン・常時可視・1クリック停止・SHA-256同意ハッシュ・透明性パネル。業界で最も厳格な同意設計を誇ることで、信頼を競争優位にする。
ブラウザで採掘を開始
0.0 H/s
00:00:00
0
100.0%
ログがここに表示されます
WASM最適化について
※ブラウザWASMの性能はネイティブ比で大幅に低下します。金銭的収益目的ではなく、ネットワーク貢献・応援としてご利用ください。
懐疑的な問いに正面から答える
Q1.ブラウザ採掘で儲かりますか？
いいえ。WASMのハッシュレートはネイティブの10〜25%に留まり、電力コストを考慮すると金銭的収益はほぼゼロかマイナスです。本プロジェクトの価値は貢献・応援・コミュニティにあり、金銭的リターンには依存しません。
Q2.Coinhiveとどう違うのか？
根本的に異なります。Coinhiveは無断・非表示・停止困難でした。本設計は完全オプトイン・常時可視・1クリック即停止。SHA-256で同意文書をハッシュ化し改ざん検知。透明性パネルでCPU使用率・消費電力を常時表示。クリプトジャッキングの対極です。
Q3.群体集約はプール規約に違反しないか？
重要な確認事項です。多くのプールは複数接続を許容しますが、集約の形態によっては規約に抵触する可能性があります。本設計では各ブラウザが独立したStratum接続を維持し、プロキシは中継に留める設計を既定とします。集約モードの使用前にプール規約を確認することを義務付けます。
Q4.WebGPUでネイティブ超えできるか？
保証できません。要検証です。WebGPUにAES専用命令はなく、VerusHashはメモリ/分岐依存でGPU向きではありません。可能性としては「GPUで粗探索/CPUで検証」のハイブリッドが現実的ですが、スループット実測が前提です。
Q5.なぜVerusなのか？
3つの理由。1) VerusHashはCPU最適化でASIC耐性が高く、ブラウザのCPUでも参入可能。2) Verusの「誰もがノードになれる」思想がAmbient Contributionと親和。3) PBaaS/Cross-chainの将来性がProof-of-Purposeの対象として豊か。
この戦略が崩れる条件
⚠ プールが群体接続をBANする
各ブラウザの独立接続を既定とし、集約はオプトイン。プール運営者と事前合意形成。
⚠ ユーザーの90%が30秒以内に離脱する
Ambient Contributionで離脱コストをゼロに。滞在文脈に溶かすことで「マイニングページ」への訪問自体を不要にする。
⚠ VerusHashが改定されブラウザ実装が追随不能に
ハッシュ実装をWASMモジュールとしてプラガブルに抽象化。差し替え可能にしておく。改定頻度が高すぎる場合は別アルゴリズムへの転換も視野。
⚠ 法的規制でブラウザ採掘が禁止される
同意ベース設計が規制適合の最強の盾。それでも禁止される管轄ではジオブロック。規制動向の継続監視。
⚠ 規模拡大でユーザー保護が薄まる
各端末の保護は台数に依存しない。スロットリング・同意・透明性は1台でも2万台でも同一品質。品質ゲートで保護水準の低下を検知。