The old Bitcoin alert system has long since been retired. ( See also: https://bitcoin.org/en/alert/2016-11-01-alert-retirement )
This change causes each node to send any old peers that it connects with a copy of the final alert.
The old Bitcoin alert system has long since been retired. ( See also: https://bitcoin.org/en/alert/2016-11-01-alert-retirement )
This change causes each node to send any old peers that it connects with a copy of the final alert.
Is the alert broadcast yet?
ACK b9b91f4917a2fed737cfb9752d123d2ffdbebad3
Needs a 0.14 label
The old Bitcoin alert system has long since been retired.
( See also: https://bitcoin.org/en/alert/2016-11-01-alert-retirement )
This change causes each node to send any old peers that
it connects with a copy of the final alert.
The alert it hardcode cancels all other alerts including
other final alerts.
I updated the alert here to be one that also cancels all other final alerts too. @achow101 Review again please? re: broadcast question unlike prior alerts nodes that get this one will not relay it as relayuntil is set to zero (which will prevent them from spamming it out continually to all their peers-- probably preferable in the long term).
What is the final alert?
Can we not make it conditional on the network version, so old nodes we relay it to other old nodes? (Might need a bump to network version?)
@luke-jr No, almost all the fields of the final alert are fixed specifically. I'm doubtful that there is a subgraph of nodes that is reachable only via outdated ones, but we can still send a separate final alert that does relay once... but it shouldn't be the one we hardcode here.
utACK b9b91f4
Code review ACK 8ff8d21, you promised it would only be a three-line change and you delivered :)
Concept ACK
utACK 8ff8d219c3d9a0b6f604bb99ca4a27ad77cdb69b. I did go manually deserialize the alert and look at each selected parameter and verify its all reasonable.
Thanks for sanity-checking, @TheBlueMatt.