You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@prusnak if coin removed from list or allocate new constant, can we mark previous constant as not available for another coins? I often see such issues in bitcoinjs/bip44-constants, for example in last PR: bitcoinjs/bip44-constants#19 BTV changed their constant at February in #216 and at June old constant was reused by GOD -- #298 =(
Can we add note to SLIP that constant can not be reused? I think this also will be good left coin with old value in table but mark coin as crossed out with symbol ~
The text was updated successfully, but these errors were encountered:
If altcoins want to play stupid games by not using the first available
number, they deserve to win stupid prizes. I am not going to pay extra
effort to detect all historical collisions.
Feel free to help if you have time to spend on this. Just subscribe to
repo to receive notifications for all upcoming pull requests and review
the slip44 changes.
Thanks for comment @prusnak I already subscribed a long time for this repo, but usually ignore notifications =( I'll try review them in future. All what I proposed is not remove already used constants from list, like what was done with 0x8000004a (sorry, I do not remember what this is a coin was).
@prusnak if coin removed from list or allocate new constant, can we mark previous constant as not available for another coins? I often see such issues in bitcoinjs/bip44-constants, for example in last PR: bitcoinjs/bip44-constants#19
BTV
changed their constant at February in #216 and at June old constant was reused byGOD
-- #298 =(Can we add note to SLIP that constant can not be reused? I think this also will be good left coin with old value in table but mark coin as crossed out with symbol ~
The text was updated successfully, but these errors were encountered: