Immediate vetting old reputable storagenode

This difficulty was introduced to prevent the automatic addition of new nodes, which could otherwise be considered an attack: you planned for the satellite to handle 40,000 nodes, but received 1,000,000 in 15 minutes. What do you think will happen to your satellite?

And you suggest something even worse – register them as vetted. Great, now the attacker becomes the sole owner of all your clients’ data. And they can demand additional payment from you, while they hold your clients’ data hostage.

Also I saw somewhere that you want to remove /24 limit. Now you literally invited them to perform this attack and it can be done from the single device, like a wrt router or even weaker.

All these restrictions were created by smart people who understand cybersecurity, and yet you’re trying to weaken your satellite completely by removing all these useful features (not identical keys in satellite components, identity difficulty level, /24 filter, vetting process). What else do you want to remove to make it even more vulnerable to attackers?

Regarding the idea to restrict the vetting skip only for the old identity doesn’t make sense and I answered to the same suggestion here:

I can only add that there is no way to check that the identity is old and reputable, satellites doesn’t share this information.