whitening of user generated entropy
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- cpp
- Lĩnh vực
- cryptography, embedded-iot
Hướng nghiên cứu
Không có tệp, bài kiểm thử hoặc điểm vào nào được nêu tên. Hãy so sánh các cách tiếp cận raw-binary input và entropy-whitening được đề xuất, sau đó xác định một tiêu chí chấp nhận có thể kiểm toán cho các bit đồng đều và quyết định xem tính năng này nên bao gồm một cách tiếp cận hay cả hai.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Two related feature ideas in one:
- allow input to be interpreted as coin tosses/raw binary instead of dice rolls
- entropy whitening of inputs. total rolls/tosses required may be higher, but ensure some number of unformly random bits were obtained, compensating for any bias in the dice.
There are two approaches of doing (2) that differ in how easy they are to audit:
-
Allow a larger buffer to hash before trng entropy, but require for at least MIN_DICE_ENTROPY (new constant, e.g. 128) uniform bits can be extracted from it. If MIN_DICE_ENTROPY is not reached, the rolls could be rejected and another attempt made, so MAX_DICE_ENTROPY should probably be raised to ~384, so that after appending 128 bits of trng output would still fit in a single sha256 block. Requires more rolls to be copied when auditing.
-
Hash only hash whitened bits, up to MAX_DICE_ENTROPY, requires decoding to audit. the only way i can think of auditing by hand with dice rolls is converting from base 6 to binary and using von Neumann whitening which is laborious, but becomes very easy with binary input, hence the motivation for binary input.
Alternatively (2) can be omitted entirely, since just some form of binary input would suffice: since the user can do von Neumann whitening on their coin tosses easily before inputting anything into the device which would guarantee uniformity with no additional code.
- Ngôn ngữ chính
- C++
- Star
- 58
- Fork
- 12
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọ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 BlockchainCommons/lethekit
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
BlockchainCommons/lethekit#61 · 7 bình luận ·
-
allow fixing invalid mnemonicCó thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 30/100
-
new libraries requiredĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
BlockchainCommons/lethekit#40 · 12 bình luận ·
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
BlockchainCommons/lethekit#38 · 13 bình luận ·
Tất cả issue của BlockchainCommons/lethekit
Issue tương tự
-
bug question
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
-
test(python): the CPU-bound tool overlap check compares two wall-clock samples and fails under loadĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
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 84/100
CachyOS/New-Cli-Installer#50 ·
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 90/100
Qiskit/qiskit-aer#2482 ·
Maintainer thường phản hồi trong vòng 1 ngày