isValid() does not verify mining reward amount or enforce a single reward transaction per block
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 72/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- java
- Lĩnh vực
- blockchain
Hướng nghiên cứu
Đọc Blockchain.isValid() và Transaction.NETWORK trong Transaction; issue chỉ ra các kiểm tra còn thiếu và README định nghĩa phần thưởng 50 coin. Theo dõi cách các block cung cấp các transaction của chúng, sau đó cập nhật bước xác thực để mỗi block có nhiều nhất một transaction mạng và số tiền của transaction đó bằng MINING_REWARD. Hoàn thành khi số tiền bị thay đổi và phần thưởng bị trùng khiến isValid() trả về false, trong khi các block được đào hợp lệ vẫn vượt qua bước kiểm tra.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Description
In mini-chain, mining rewards are issued with Transaction.NETWORK ("network") as the sender.
Under Transaction.hasValidSignature():
public boolean hasValidSignature() {
if (NETWORK.equals(from)) return true;
...
Transactions from "network" bypass digital signature checks by design because there is no private key for the network.
However, in Blockchain.isValid(), there is no validation verifying the mining reward amount or the count of reward transactions:
- A block's mining reward can be altered from
MINING_REWARD(50) to an arbitrary amount (e.g.1,000,000coins). - A block can contain multiple
"network"reward transactions.
When a block's reward transaction is tampered with, the Merkle root recalculated, and the block re-mined to meet the difficulty target (as demonstrated in Menu Option 7), isValid() still returns true because:
- The recalculated Merkle root matches
block.getMerkleRoot(). - The re-mined block hash meets the difficulty target.
tx.hasValidSignature()returnstruefor"network"without validating that the amount equalsMINING_REWARD.
Expected Behavior
According to the README:
- "Mining: A mined block holds all waiting payments plus a 50 coin reward for the miner."
- "Validation:
isValid()returns false if anything in any mined block was changed..."
isValid() should verify that in each mined block:
- There is at most one transaction from
Transaction.NETWORK. - Any transaction from
Transaction.NETWORKhastx.amount() == MINING_REWARD.
If either invariant is violated, isValid() should return false.
- Ngôn ngữ chính
- Java
- Star
- 0
- Fork
- 3
- Merge trung bình
- 1 ngày 18 giờ
- Pull request đã merge (30 ngày)
- 14
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của techcsispit/mini-chain
-
README says changing Block or Transaction makes chain.dat stop loading, but adding a field or method still loads itCó thể đã có người làm @tanujb03 đã nhận 12 ngày trước. Đang mởdocumentation good first issue
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 25/100
techcsispit/mini-chain#21 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Blockchain: a payment that was already mined can be submitted again, and it is accepted and mined a second timeCó thể đã có người làm @aadiitya2007 đã nhận 1 ngày trước. Đang mởbug good first issue
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 52/100
techcsispit/mini-chain#16 · 1 bình luận · 1 người được giao ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của techcsispit/mini-chain
Issue tương tự
-
status: needs-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
JabRef/jabref#17546 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 86/100
hiero-ledger/hiero-sdk-java#3010 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Optimize consumer version heatmap aggregation to avoid repeated scansCó thể đã có người làm @praykaria31 đã nhận hôm nay. Đang mởtype/enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Apicurio/apicurio-registry#10662 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
a:false-positive
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
Maintainer thường phản hồi trong vòng 1 ngày
-
status: waiting-for-triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
spring-projects/spring-boot#52347 ·
Maintainer thường phản hồi trong vòng 2 ngày