-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
Start-many issue #436
Comments
You're right, however it's just a local check, it will definitely help for debugging and keeping your masternode online, but it's not really going to stop anyone from spamming the masternode list (that still requires 1000DASH to sign inorder to propagate the message, so it shouldn't be an issue). Thanks for reporting this, we'll fix it before v12 goes live. |
Awesome this fix went fast. |
Sorry: It seems the check is not working correctly. |
Hey,
Start-many is broken, or at least not that stable as the 'normal' start.
Theres currently no check that the the node which should be started is realy online.
So currently the behavour is: even if theres no node running on the given IP "sucessfull" ist responded.
Thats somehow only a issue for user-experience but this information is published to the Masternode-List.
S.o. whos deeper in the code should dig into it if this is an security issue (maybe its possible to spam the masternode list) ? Even those entrys which are not real show ENABLED on the masternode full list, that also looks not that good.
Following code-snipped should be modified and placed in activemasternode.cpp arround line 195 (im talking about v12)
if(!ConnectNode((CAddress)service, service.ToString().c_str())){
notCapableReason = "Could not connect to " + service.ToString();
LogPrintf("CActiveMasternode::ManageStatus() - not capable: %s\n", notCapableReason);
return;
}
The text was updated successfully, but these errors were encountered: