mimblewimble/grin

Identify and ban total proof of work cheats

Open

#1,139 opened on 2018年6月5日

GitHub で見る
 (4 comments) (0 reactions) (0 assignees)Rust (4,876 stars) (991 forks)batch import
enhancementhelp wanted

説明

During header sync, we trust the total difficulty given by peers during the handshake to select who to get headers from. This is easy to lie about. We need to identify when a node fails to send us headers to match that total difficulty and ban them.

コントリビューターガイド

技術スタック
rust
領域
blockchain
Issue 種別
feature
難度新しい貢献者にとっての実装難度です。1 は非常に小さな変更、5 は専門的な作業です。
4
推定時間経験ある貢献者が調査、実装、テスト、pull request 準備にかけるおおよその時間範囲です。
over 1 week
活動状況Issue が今どれだけ取り組みやすいかを示します。新しい、活発、古い、ブロック中、またはメンテナー入力待ちなどです。
stale
明確さ期待される変更、受け入れ条件、次の手順がどれだけ明確かを示します。
needs investigation
前提条件
RustMimblewimble protocolGrin's p2p header sync
初心者向け度初回貢献者にどれだけ取り組みやすいかを 1-100 で推定したスコアです。
20
調査方針
The issue requires implementing a mechanism to detect when a peer provides an inflated total difficulty during header sync. Start by examining the header sync code in `src/peers/handler.rs` and the handshake protocol. Check the existing ban logic in `src/peers/peer.rs`. The goal is to verify that the total difficulty sent in the handshake is consistent with the headers subsequently provided. If the peer fails to deliver headers that match the claimed difficulty, they should be banned. Look at comments and previous PRs for any related work.
Identify and ban total proof of work cheats · mimblewimble/grin#1139 | Good First Issue