ギャビン：ヘッドファーストマイニングはDoS攻撃を防ぐ

「 head first miningファースト マイニング」を実装します。つまり、新しい 80 バイトのブロック ヘッダーをネットワーク全体にできるだけ早く伝播し、マイナーがブロック ヘッダーを知るとすぐに空のブロックのマイニングを開始できるようにします。

最長のチェーンに接続された有効なプルーフ・オブ・ワーク ブロック ヘッダーのみがリレーされるため、サービス拒否攻撃は実行不可能になります。

ブロック全体が承認され検証されると、マイナーはできるだけ早く通常のブロックのマイニングに切り替えます。

ハードコードされた 30 秒のタイムアウト期間があります。ブロック全体が検証されてネットワークに伝播されるまでに 30 秒以上かかる場合、またはブロックがまったく送信されない場合は、マイナーは最後に完全に検証されたブロックに戻って、空でないブロックをマイニングします。

詳細：

新しいgetblocktemplate動作: 新しいブロックの「blockheader」メッセージの受信と「block」メッセージの受信および検証の間で、getblocktemplate は空の (coinbase トランザクションのみ) ブロック テンプレートを返します。新しいベスト ヘッダーが受け入れられ、ブロックが完全に検証されると、長い getblocktemplate 接続は終了します。

新しいコマンドラインオプション-blockheadernotify 。 -blocknotifyと似ていますが、新しい most-work-header が受け入れられた場合にのみ通知が行われます。

新しい P2P メッセージ、「invalidblock」。 「ブロック」メッセージに似ていますが、無効なブロックに対して有効なプルーフ・オブ・ワークが受け入れられると、これらのメッセージがピア・ノードに送信され、このブロック・ヘッダーでのマイニングを停止する必要があることが通知されます。

BIP130 の「sendheaders」プロトコルに従うピアのみがブロック ヘッダーを直ちに中継し、それらのピアのみが「無効なブロック」メッセージを受信します。ライト クライアント (SPV) には「sendheaders」がないため、影響を受けません。 「無効なブロック」メッセージを理解しない古いクライアントは、それを無視します。

コードをレビューし、GitHub でテスト結果について話し合ってください。ヘッダーファースト マイニングが Bitcoin ネットワークに有益であり、bitcoin-classic ソフトウェアに実装する必要があるかどうかを議論します。 Slack チャンネルまたは #bitcoin-dev IRC チャンネルで議論することができます。

オリジナル: https://github.com/bitcoinclassic/bitcoinclassic/pull/152
著者: ギャビン・アンドレセン
翻訳者: Satuoxi
出典（翻訳）：バビット情報（http://www.8btc.com/head-first-mining）