-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
issues with hip-106 deployment #779
Comments
On initial look the beacons in question were indeed valid but they had zero witnesses. A valid beacon with zero witnesses does not count against reciprocity and thus its witnesses were declared invalid. |
thats correct. but no hotspot on the network should have more than 4 valid beacons per epoch , the oracle should be invalidating any subsequent ones in the same 6 hour period . |
This is a side effect of a change made in #759 where beacons with zero witnesses and which pass regular verifications are rendered valid but do not result in the gateway's The verification which determines if a gateways beacons are as per the schedule also utilises the 'last_beacon' timestamp and as this does not get updated in the above scenario we end up rendering out of schedule zero witnessed beacons as valid....they will however not be rewarded ( due to having zero witnesses ) Will consider further and look at our options |
thank you for the explination, i suspected as much that they are all only validated due to hip 106 and would not actually happen in a working setup |
addressed via #784 |
#793 might be related |
it has come to my attention that theres some issues still with what i think is the code for hip-106
in reference to the hotspot 112iFVTPaFnmah1idNqKDjT3Z7af3Vz6SfANbmQiwoqyutKeswAU
this hotspots witnesses are correctly being maked bad by hip 106 , but the oracles are validating all its beacons . on the 20th of march it validated 22 beacons in a 24 hour period
The text was updated successfully, but these errors were encountered: