Advertisement
OhGodAPet

Feedback

Dec 1st, 2019
242
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 1.16 KB | None | 0 0
  1. Miata13BToday at 9:08 AM
  2. @Wolf9466 curious how you would go about making the seed more random to truly make it ASIC resistant? Trouble I see with a truly random seed would be how to deploy it across the network. We already see the effect of Bitstreams not being propagated with the Mini+, imagine the effect of that across all devices.
  3.  
  4. Wolf9466Today at 9:08 AM
  5. @Miata13B Simple! Glad you asked! :smile:
  6. Block height - NOT timestamp. New seed is the hash of that block's header.
  7. There should be a small grace period where PoW using the old seed (block header hash) will be valid, as well as PoW using the new one - after which, new one only.
  8. It's still POSSIBLE to create an ASIC for, but at least it's not so trivially predictable it helps them out by being such.
  9.  
  10. Miata13BToday at 9:10 AM
  11. How would an orphaned block effect that scheme?
  12.  
  13. Wolf9466Today at 9:10 AM
  14. Orphans are orphans - this means, put simply, that block height in the valid chain.
  15. The grace period should allow miners to wait for a couple blocks following it before switching, too!
  16. This way, it'd take a good-sized reorg to make the miners oops.
  17. Even in that case - wouldn't be for very long at all.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement