Another issue is the effort that would be required for a centralized DB/authority model. At the moment, I'm leaning towards a P2P model.
A pseudo-P2P system can be implemented w/o a complicated full-fledged P2P infrastructure. Peer wikis can simply update their own list of IPs with those from a few other participating wikis from which they update their lists and so new entries will propagate as quickly as participating wiki update their lists. The source wiki of the IP block can be included in the record. Querying a good set of peers may be tricky to ensure a complete list, but a solution to that may be found in the P2P literature.
Another issue: Responsiveness. Spammers may hit many wikis at once using a given IP. The ability for wikis to get an updated (incremental) list within minutes might be important.
________________________________ From: John phoenixoverride@gmail.com To: MediaWiki announcements and site admin list mediawiki-l@lists.wikimedia.org Sent: Friday, May 24, 2013 4:29 PM Subject: Re: [MediaWiki-l] Wiki spam. Stronger fightback.
We have two issues here, Blocking said IPs in a reliable simple method. * Thought would be something like torblock that just downloads the list on a daily/weekly/whatever schedule * can provide the blocked users information on why they are blocked and appeal process for valid users (ipblockexempt)
Two: A method for reporting, confirming and listing said sources. * The easiest method that I know of would be a category based system with a bot/script that compiles a complete listing of said pages in the category on a regular basis. * Using a category system enables a more fulidic process, reduces edit conflicts and provides several other options. _______________________________________________ MediaWiki-l mailing list MediaWiki-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l