• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-3647
Type: New Feature New Feature
Status: Reopened Reopened
Priority: Normal Normal
Assignee: Unassigned
Reporter: Tammy Nowotny
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

suggestion: only paying accounts should be allowed to run 'bots

Created: 10/Jan/09 07:24 PM   Updated: 11/Jan/09 06:42 AM
Return to search
Component/s: Groups, Interop - Agent Domain, Interop - Region Domain, Scripts, Teleport
Affects Version/s: None
Fix Version/s: None

Issue Links:
Duplicate
 


 Description  « Hide
There is some concern that the Second Life main grid is nearing its maximum practical concurrency (which is around 80,000 to maybe 100,000 avatars with the current platform.) There is also some concern that bots and other non-paying accounts might be using a large percentage of the bandwidth.

Not all 'bots are run by non-paying avatars, but I believe the vast majority are. I would like to suggest that after some date in the near future, ONLY paying accounts should be allowed to run 'bots. This should not make it impractical to run 'bots for legitimate purposes such as greeters, banker-bots and (I am surprised I find myself using this example) landbots. Those accounts would get the same weekly stipend as any other avatar, which over the course of a year balances out the yearly membership fee. And if I am not mistaken, I believe it is not necessary for a single human to run a large number of those types of avatars in the course of normal business anyway. Even a businessperson who runs several event venues or has a major land sales business can usually get by with a dozen or fewer 'bots.

My proposal would however make it prohibitively expensive to run a horde of zombies for griefing or traffic-inflating purposes. It wouldn't be technically possible to catch everyone who is breaking this rule, but Linden Lab would most likely be able to catch enough of them to be able to enforce the rule. This is not necessarily an alternative to proposals that bots should all be labelled: this is a tool which could be used to catch unlabelled rogue bots.

I have seen similar suggestions in other forums, but I didn't find this issue on the Jira.



 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
Gellan Glenelg added a comment - 10/Jan/09 07:35 PM
I think this is similar enough to MISC-1213 to be marked as a duplicate.

Tammy, if you don't agree, please re-open the issue.


Tammy Nowotny added a comment - 10/Jan/09 07:58 PM - edited
My proposal overlaps one aspect of the other proposal from last year... but I think it is different enough to deserve to remain open as a JIRA of its own. I was just attacking the narrow issue of WHO should be able to run a 'bot... as well as the wider issue of how many there should be.

I also had a concern (which maybe should be yet another Jira) that nonpaying crowds of 'bots might be deployed when the grid is about to be restricted to paying logins only and/or when only a limited number of slots would be made available to nonpaying avatars. I would rather have human nonpaying avatars (i.e., customers who are just checking the grid out or who can't afford a paying membership) rather than robotic nonpayers using up however many spaces are made available to nonpayers.


Maggie Darwin added a comment - 11/Jan/09 06:42 AM
I agree it's a dup.

If we can identify bots well enough to implement this, kick 'em all out, then we won't have to worry about them when logins are restricted.

In fact, if all the bots were kicked out, maybe logins wouldn't ever need to be restricted.