Shamelessly promoting voting on yet another stupid idea on how to prevent attacks!

I made a little proposal on how to prevent grid attacks. It can be viewed here: http://secondlife.com/vote/index.php?get_id=1338

In summary, my solution would be to limit rezzing on a per-av basis, grid-wide. This would, admittedly, impact some things such as people with thousand round per minute guns, and frequently changing holovendors, but speaking for those who don't like that sort of thing anyway, I don't think that'd be much of a problem. ;p

What about a time based system, one rez a minute by a user. I frankly dont give a **** about gun users... design better guns. (I spend my time in full shields using weapons yes, so dont call me unsympathetic, weapons just are not the primary source of entertainment SL offers). As for Merchants, the system could cue large numbers of rez's... so the buyer might have to wait a little longer but it would still come up...

That isn't the case. Its akin to saying that citizens shouldn't be able to drive if the local police station isn't able to afford any patrol cars. It's not the citizens fault. Its the fault of the people whom are supposed to enforce rules, yet have no method to effeciently do such. LL should be able to counter these essentially really simple grid attacks, that are within their own network, with some amount of effeciency.

LL needs an 'Oh shit' button! Some method that would either stop all scripts, stop all rezzing, or stop objects from crossing sim boundaries. This is something that really should have been taken into account a long time ago. Removing public features should be the very LAST resort. Not the first.

Er, right. Clearly, it would be a great idea to just remove the ability to rez objects via scripts. I mean, there certainly are no legitimate uses for rezzing objects with scripts. In fact, we should just go ahead and remove all rezzing ability! That way, we wouldn't have to worry about someone manually performing replication attacks, either! Or maybe, by what makes them tick, you meant the ability to transfer an object via scripts? 'cause I'm sure we all know that no one would ever need to give an item to an av via a script, say when the object has been paid or clicked on, nor to another object when there's been some communication between them to update a notecard or an object held within one of those objects. Or oh, maybe by that you meant the rez_object event, used to detect when an object is rezzed? 'cause lord knows, no one would *ever* have reason to do any legitimate work when an object is rezzed. Or maybe you mean physics? 'cause that's the reason why self-replicating objects actually have any significant effect on the server, usually.