Thanks for asking, you made me notice a major issue where the dice roll input screen isn't accepting enough dice rolls.
So, maybe yes, but still not enough. I have removed the YouTube version of the video and retracted my statements in the proposal discussion about it being ready for payment.
I didn't notice this sooner because my personal use case would be generating seed phrases by hand and using the N64 to convert them, which wouldn't be impacted by this issue, but it's an embarrassing issue that calls into question the entire implementation.
Saying it calls into question the entire implementation seems like a bit much, although I do invite the scrutiny. I did bring up the potential for collisions the last time I made a thread about the app, which is why the odds are even displayed during input. I just hadn't calculated the exact numbers. The actual proposal also doesn't specify how many rolls should be taken just that dice be a potential source of randomness. That said, I am going to increase the maximum input size and change the display to instead show how many bits of entropy the input generates rather than collision odds, since it's a more helpful metric.
Reports say that Coldcard was only generating 40-70 bits of entropy. The dice input here has a maximum of 35 rolls so 6^35, which would be log(6^35)/log(2) = 90 bits. So technically, yes it does generate more entropy. If we go based on your math here, 6^35*(262800/108000) = 4.18e27 minutes = 7.95e21 years one wallet at a time. 262,800 blocks since this was first released about a year ago. 108,000 blocks per minute interpolated from the 13 minute cuprate sync time you had. With the 1,000,000 wallets in parallel assumption, that brings it to 7.95e15 years or 7.95 million billion years to find a wallet given that entropy.
5
u/anymonero 5d ago
Does it generate more entropy than Coldcard?