Per the Safecoin paper (and elsewhere), each safecoin has its own unique ID and transaction of that safecoin is verified by a Transaction Manager group with a near ID to the safecoin ID. This will also have to apply to any subdivisions of safecoin when this facility is added to the network.
My question and concern has to do with the amount of action that will have to go on behind the scenes for every safecoin transaction, especially for a large quantity of safecoin and/or conglomerations of a lot of smaller units as the denomination of safecoin becomes fractionalized.
As I understand this, if I send three safecoin to someone, it will require consulting as many as three Transaction Manager groups to confirm the transaction. If those three safecoins are made up of an amalgamation of previously divided safecoin (of, say, 1/100th sc units) that same transaction could potentially require consultation of as many as 300 Transaction Manager groups to confirm the same transaction.
I know an awful lot of computation can happen very fast, but this also requires a lot of inter-node communication.
I can see this as an attack vector, but also am trying to wrap my head around the amount of computation and action that will be required for safecoin transactions, especially as safecoin become subdivided.
So, my question is: How much of a concern is this actually? I don’t mean to make undue distraction for you, @dirvine, but I’m sure you’ve thought on this and hope you can reassure without too much distraction.