-
Notifications
You must be signed in to change notification settings - Fork 393
Commit
- Loading branch information
There are no files selected for viewing
7 comments
on commit 80c81ae
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Pardon - since this is removing the original switch which would occur at block 2040000
, is there not a issue where some nodes may be running code for that fork soon?
Mostly curious if the fork should have been kept and the second layer on top of it to prevent thrashing between blocks 2040000
and 2042000
. Though maybe this is just too small of a chunk (or the no one has upgraded?) for it to matter.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
i have been contacting everyone, and am still doing that now.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@strazzere pos is disabled =]
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That would make more sense then - might still be good to document the current variables and such as it might allow some miners (or some miningpooltype place) to implement switching if the chain is already "full" of the hashes it can potentially provide through that algorithm.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
thats a solid idea
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I'm impressed, you actually seem to managed to insert/merge the code I mentioned from myriad, good work, hope it works :)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it's not identical but it is working. we're working on a much more sophisticated block verification routine now though :)
So using this logic - VERGE will now essentially only allow half the blocks in the past 10 to be (or whatever
SAME_ALGO_MAX_COUNT
may change to) be allowed in the future?This might be good to document as it would likely be preferable for miners to optimize their efficency.
On a related note, it appears based on other bits of code in
main.h
thatPoS
is currently pinned toscrypt
- which would mean that folks participating inPoS
or mining viascrypt
that may hit the maximum allowed for that algorithm counts more often than the other algorithms.These all might be acceptable choices - I'm mainly asking if this was all intended and if they'll be documented.