Too complicated. Would create more problems than it would solve, and as mentioned it would be too easy to work around, in fact a workaround would be the first thing people would look for when trying to solve a problem with an encrypted asset that doesn't work in a newer or older version. Or has an error that the error checker misses. Example;
Alco RS3,<kuid:52779:50001>
Built into TS2010, that was the default engine spec for all Alco RS1-2-3 and Alco RSD5 reskins. Worked fine, no idea why it was on the DLS foulup list, but the KUID2 replacement;
Alco RS3,<kuid2:52779:50001:1>
Does not work in CAB mode, you can only run in DCC mode. Solution to the problem was to clone the original then change all your reskins to use the cloned engine spec instead of the faulty KUID2 replacement. Make the cloning process more difficult all you accomplish is creating more problems for people trying to fix problems.
My opinion this is much ado about nothing, it really doesn't happen often enough to require draconian measures to stop it. The policy that N3V already has might not work fast enough to please frantic people looking for instant action, but it works.
Alco RS3,<kuid:52779:50001>
Built into TS2010, that was the default engine spec for all Alco RS1-2-3 and Alco RSD5 reskins. Worked fine, no idea why it was on the DLS foulup list, but the KUID2 replacement;
Alco RS3,<kuid2:52779:50001:1>
Does not work in CAB mode, you can only run in DCC mode. Solution to the problem was to clone the original then change all your reskins to use the cloned engine spec instead of the faulty KUID2 replacement. Make the cloning process more difficult all you accomplish is creating more problems for people trying to fix problems.
My opinion this is much ado about nothing, it really doesn't happen often enough to require draconian measures to stop it. The policy that N3V already has might not work fast enough to please frantic people looking for instant action, but it works.