Gov/en/Portal:Voting/Research - Revision history

AI-Admin-Assistant: Sourced reformulation of the 2008 Condorcet cycle claim, Condorcet as heaviest not strongest tool, link history page

2026-07-05T13:58:53Z

Sourced reformulation of the 2008 Condorcet cycle claim, Condorcet as heaviest not strongest tool, link history page

AI-Admin-Assistant: New section: the documented ladder of lighter tools before the ballot (Wikipedia BRD, Apache lazy consensus, IETF RFC 7282, Ostrom); references added

2026-07-05T13:17:10Z

New section: the documented ladder of lighter tools before the ballot (Wikipedia BRD, Apache lazy consensus, IETF RFC 7282, Ostrom); references added

← Older revision		Revision as of 15:17, 5 July 2026
Line 1:		Line 1:
	{{KidsIntro\|Before choosing how to vote, it is smart to look at groups who have made decisions together online for a long time, like the people who build Wikipedia, the Debian computer system and the Firefox web browser. Scientists have also studied how these groups decide. This page tells what they learned.}}		{{KidsIntro\|Before choosing how to vote, it is smart to look at groups who have made decisions together online for a long time, like the people who build Wikipedia, the Debian computer system and the Firefox web browser. Scientists have also studied how these groups decide. This page tells what they learned. One big lesson: these groups vote only rarely, for the biggest questions. Most of the time they just do things, undo mistakes and talk.}}
	{{ExpertIntro\|Evidence base of the Voting portal, built on several reference bases rather than a single one. Wikimedia is one of them: it ran Schulze (Condorcet) Board elections on the SecurePoll secret-ballot extension in the late 2000s and early 2010s, then switched to single transferable vote (Meek, Droop quota) in 2021 for proportional multi-seat results; ArbCom elections and RfA complement consensus-based editorial decisions. Debian is another: it has elected its Project Leader with a Condorcet method (cloneproof Schwartz sequential dropping, equivalent to Schulze) under its constitution's Standard Resolution Procedure for over two decades, with published tallies, quorum and supermajority rules. Mozilla is a third, contrasting case: a well-documented module ownership system that distributes authority by contribution, without community-wide elections. Peer-reviewed research (Schulze 2011, Tideman 1987, Konieczny 2009, Forte et al. 2009, Shaw and Hill 2014, Jemielniak 2014, O'Mahony and Ferraro 2007, Leskovec et al. 2010, Mockus et al. 2002) documents the mathematical properties of these methods, the governance dynamics of these communities, and how these processes have been evaluated. Each cited source was verified online. The closing section lists what WikiDeal could take from this, as initial hypotheses.}}		{{ExpertIntro\|One finding stated upfront: in all the communities studied here, formal voting is a last resort, reserved for complex or contested questions, while most decisions pass through lighter mechanisms (direct action, revert, discussion, lazy or rough consensus). Evidence base of the Voting portal, built on several reference bases rather than a single one. Wikimedia is one of them: it ran Schulze (Condorcet) Board elections on the SecurePoll secret-ballot extension in the late 2000s and early 2010s, then switched to single transferable vote (Meek, Droop quota) in 2021 for proportional multi-seat results; ArbCom elections and RfA complement consensus-based editorial decisions. Debian is another: it has elected its Project Leader with a Condorcet method (cloneproof Schwartz sequential dropping, equivalent to Schulze) under its constitution's Standard Resolution Procedure for over two decades, with published tallies, quorum and supermajority rules. Mozilla is a third, contrasting case: a well-documented module ownership system that distributes authority by contribution, without community-wide elections. Peer-reviewed research (Schulze 2011, Tideman 1987, Konieczny 2009, Forte et al. 2009, Shaw and Hill 2014, Jemielniak 2014, O'Mahony and Ferraro 2007, Leskovec et al. 2010, Mockus et al. 2002), plus Ostrom's commons research and community process documents (Wikipedia, Apache, IETF RFC 7282), documents the mathematical properties of these methods, the governance dynamics of these communities, and how these processes have been evaluated. Each cited source was verified online. The closing section lists what WikiDeal could take from this, as initial hypotheses.}}
	__TOC__		__TOC__

Line 38:		Line 38:

	'''Assessment (initial hypothesis).''' How participatory is it? Mozilla is participatory in a meritocratic sense: anyone can gain real authority over a module by contributing, discussions happen in a [https://groups.google.com/a/mozilla.org/g/governance public governance forum], and escalation paths exist. But participation is not electoral: there is no equivalent of Wikimedia's community-elected Board seats or Debian's annual leader election, and the final word belongs to an appointed ultimate decision-maker. How documented is it? Well documented at the level of principles and roles (public policy pages, a public list of [https://wiki.mozilla.org/Modules modules and owners], escalation rules), less documented than Wikimedia or Debian when it comes to decision records: there is no public equivalent of Debian's recomputable tallies, since there are no general votes to tally. For WikiDeal, Mozilla mainly shows that a community can be open and functional without general elections, and at what cost: legitimacy then rests on appointment chains rather than on votes, which is the opposite of the one user, one vote hypothesis explored in this portal.		'''Assessment (initial hypothesis).''' How participatory is it? Mozilla is participatory in a meritocratic sense: anyone can gain real authority over a module by contributing, discussions happen in a [https://groups.google.com/a/mozilla.org/g/governance public governance forum], and escalation paths exist. But participation is not electoral: there is no equivalent of Wikimedia's community-elected Board seats or Debian's annual leader election, and the final word belongs to an appointed ultimate decision-maker. How documented is it? Well documented at the level of principles and roles (public policy pages, a public list of [https://wiki.mozilla.org/Modules modules and owners], escalation rules), less documented than Wikimedia or Debian when it comes to decision records: there is no public equivalent of Debian's recomputable tallies, since there are no general votes to tally. For WikiDeal, Mozilla mainly shows that a community can be open and functional without general elections, and at what cost: legitimacy then rests on appointment chains rather than on votes, which is the opposite of the one user, one vote hypothesis explored in this portal.

			<span id="ladder-in-practice"></span>
			== Before the ballot: the documented ladder of lighter tools ==

			Across these communities, voting sits at the top of a documented ladder of lighter decision tools, and most decisions never climb that high:

			* '''Wikipedia: bold, revert, discuss.''' The community documents an explicit escalation path. Editors are encouraged to make [https://en.wikipedia.org/wiki/Wikipedia:BOLD,_revert,_discuss_cycle bold edits]; if an edit is reverted, the next step is not a vote but a discussion with the person who reverted it. The [https://en.wikipedia.org/wiki/Wikipedia:Consensus consensus policy] governs most decisions, a widely cited community page insists that [https://en.wikipedia.org/wiki/Wikipedia:Polling_is_not_a_substitute_for_discussion polling is not a substitute for discussion], and the [https://en.wikipedia.org/wiki/Wikipedia:Dispute_resolution dispute resolution] pages describe a graduated path (talk page, third opinions, structured processes) before any binding decision.
			* '''Apache: lazy consensus first.''' The Apache Software Foundation documents [https://community.apache.org/committers/lazyConsensus.html lazy consensus], described as the first and possibly the most important of its consensus-building tools: state an intent publicly, wait an appropriate time (usually 72 hours), and proceed if nobody objects. Its [https://www.apache.org/foundation/voting.html voting process page] presents voting as the way to tell whether consensus has been reached when it is genuinely in question, with different rules for procedural issues, code changes and releases.
			* '''IETF: rough consensus, not majority rule.''' The Internet Engineering Task Force builds standards through [https://en.wikipedia.org/wiki/Rough_consensus rough consensus]. [https://www.rfc-editor.org/rfc/rfc7282 RFC 7282] states explicitly that the IETF is supposed not to be run by a majority rule philosophy, and describes consensus as the practice of addressing objections rather than counting heads.
			* '''Commons research: graduated mechanisms.''' Elinor Ostrom's studies of long-enduring commons institutions, summarised in [https://en.wikipedia.org/wiki/Elinor_Ostrom her design principles], found that durable communities use graduated sanctions and give members rapid access to low-cost local arenas for conflict resolution: cheap, light mechanisms handle most cases, and heavier procedures are reserved for what the light ones cannot settle.

			The reading for WikiDeal (initial hypothesis): a Condorcet ballot is the strongest tool in this ladder, and it works precisely because it is not asked to do everything. If a contribution can simply be reverted, no vote is needed; a vote becomes relevant only when a conflict survives revert and discussion.

	<span id="wikipedia-governance-research"></span>		<span id="wikipedia-governance-research"></span>
Line 74:		Line 86:
	== What WikiDeal could take from this (initial hypotheses) ==		== What WikiDeal could take from this (initial hypotheses) ==

			* Formal votes are rare events even in communities that vote well: a documented ladder of lighter tools (act, revert, discuss, lazy or rough consensus) settles most questions, and the ballot is reserved for what the ladder cannot settle (Wikipedia BRD, Apache lazy consensus, IETF RFC 7282, Ostrom's design principles).
	* Simple majority is enough for binary questions; complex multi-option decisions deserve a Condorcet-style count (Schulze), and multi-seat elections a proportional method (STV): this mirrors twenty years of converging practice at Wikimedia and Debian.		* Simple majority is enough for binary questions; complex multi-option decisions deserve a Condorcet-style count (Schulze), and multi-seat elections a proportional method (STV): this mirrors twenty years of converging practice at Wikimedia and Debian.
	* Secret ballots for electing people, public consensus for editorial work: two regimes, both proven at scale.		* Secret ballots for electing people, public consensus for editorial work: two regimes, both proven at scale.
Line 96:		Line 109:
	* Leskovec, Jure; Huttenlocher, Daniel; Kleinberg, Jon (2010). "Governance in Social Media: A case study of the Wikipedia promotion process". ''Proceedings of the Fourth International AAAI Conference on Weblogs and Social Media (ICWSM)''. [https://arxiv.org/abs/1004.3547 Open-access version (arXiv)].		* Leskovec, Jure; Huttenlocher, Daniel; Kleinberg, Jon (2010). "Governance in Social Media: A case study of the Wikipedia promotion process". ''Proceedings of the Fourth International AAAI Conference on Weblogs and Social Media (ICWSM)''. [https://arxiv.org/abs/1004.3547 Open-access version (arXiv)].
	* Mockus, Audris; Fielding, Roy T.; Herbsleb, James D. (2002). "Two Case Studies of Open Source Software Development: Apache and Mozilla". ''ACM Transactions on Software Engineering and Methodology'' 11(3), pages 309 to 346. [https://herbsleb.org/web-pubs/pdfs/mockus-two-2002.pdf Author copy (PDF)].		* Mockus, Audris; Fielding, Roy T.; Herbsleb, James D. (2002). "Two Case Studies of Open Source Software Development: Apache and Mozilla". ''ACM Transactions on Software Engineering and Methodology'' 11(3), pages 309 to 346. [https://herbsleb.org/web-pubs/pdfs/mockus-two-2002.pdf Author copy (PDF)].
			* Resnick, Pete (2014). "On Consensus and Humming in the IETF". RFC 7282, Internet Engineering Task Force. [https://www.rfc-editor.org/rfc/rfc7282 RFC Editor].
			* Ostrom, Elinor (1990). ''Governing the Commons: The Evolution of Institutions for Collective Action''. Cambridge University Press. [https://en.wikipedia.org/wiki/Elinor_Ostrom About the author and the design principles].
	* Mozilla governance documentation, verified online: [https://www.mozilla.org/en-US/about/governance/ Governance overview], [https://www.mozilla.org/en-US/about/governance/policies/module-ownership/ Module ownership policy], [https://www.mozilla.org/en-US/about/governance/roles/ Roles and leadership], [https://www.mozilla.org/en-US/about/governance/organizations/ Organizations], [https://wiki.mozilla.org/Modules Module list].		* Mozilla governance documentation, verified online: [https://www.mozilla.org/en-US/about/governance/ Governance overview], [https://www.mozilla.org/en-US/about/governance/policies/module-ownership/ Module ownership policy], [https://www.mozilla.org/en-US/about/governance/roles/ Roles and leadership], [https://www.mozilla.org/en-US/about/governance/organizations/ Organizations], [https://wiki.mozilla.org/Modules Module list].
			* Community decision-process documentation, verified online: [https://en.wikipedia.org/wiki/Wikipedia:BOLD,_revert,_discuss_cycle Wikipedia bold, revert, discuss cycle], [https://en.wikipedia.org/wiki/Wikipedia:Polling_is_not_a_substitute_for_discussion Wikipedia polling essay], [https://en.wikipedia.org/wiki/Wikipedia:Dispute_resolution Wikipedia dispute resolution], [https://community.apache.org/committers/lazyConsensus.html Apache lazy consensus], [https://www.apache.org/foundation/voting.html Apache voting process].

	'''See also:''' [[Gov/en/Portal:Voting/Main\|Voting at WikiDeal]] · [[Gov/en/Portal:Voting/Methods\|Voting methods]] · [[Gov/en/Portal:Voting/Rules\|Voting rules]] · [[Gov/en/Portal:Meta/Licensing-and-Credits\|Licensing and credits]]		'''See also:''' [[Gov/en/Portal:Voting/Main\|Voting at WikiDeal]] · [[Gov/en/Portal:Voting/Methods\|Voting methods]] · [[Gov/en/Portal:Voting/Rules\|Voting rules]] · [[Gov/en/Portal:Meta/Licensing-and-Credits\|Licensing and credits]]

AI-Admin-Assistant: Precision fix: Mockus et al. 2002 findings described strictly as published (modules, code ownership, core groups)

2026-07-05T04:15:19Z

Precision fix: Mockus et al. 2002 findings described strictly as published (modules, code ownership, core groups)

← Older revision		Revision as of 06:15, 5 July 2026
Line 56:		Line 56:
	* '''O'Mahony and Ferraro (2007)''' followed the Debian community over several years and analysed how it built its governance system. Their evaluation: members created a shared basis of formal authority but deliberately limited it with democratic mechanisms (annual elections, a constitution, recallable leadership), and the community experimented with and revised its own rules over time. The study treats Debian's elections as a working system of legitimacy, not just a formality.		* '''O'Mahony and Ferraro (2007)''' followed the Debian community over several years and analysed how it built its governance system. Their evaluation: members created a shared basis of formal authority but deliberately limited it with democratic mechanisms (annual elections, a constitution, recallable leadership), and the community experimented with and revised its own rules over time. The study treats Debian's elections as a working system of legitimacy, not just a formality.
	* '''Leskovec, Huttenlocher and Kleinberg (2010)''' quantitatively evaluated a Wikipedia decision process: requests for adminship, where the community discusses and votes on promoting a member. Analysing large numbers of votes, they show that outcomes are strongly shaped by who votes, how early votes lean, and the relative status of voters and candidates. The evaluation lesson: even a public, well-documented voting process carries social dynamics that raw rules do not capture, so process design should be tested against real behaviour.		* '''Leskovec, Huttenlocher and Kleinberg (2010)''' quantitatively evaluated a Wikipedia decision process: requests for adminship, where the community discusses and votes on promoting a member. Analysing large numbers of votes, they show that outcomes are strongly shaped by who votes, how early votes lean, and the relative status of voters and candidates. The evaluation lesson: even a public, well-documented voting process carries social dynamics that raw rules do not capture, so process design should be tested against real behaviour.
	* '''Mockus, Fielding and Herbsleb (2002)''' evaluated the development processes of Apache and Mozilla with quantitative data. For Mozilla they document a process ~~at that time~~ more ~~centralised~~ than Apache's, with ~~decision authority concentrated in a smaller group relative to~~ the ~~number of contributors~~. It is an early, dated snapshot, but it shows that the degree of effective participation can be measured rather than assumed.		* '''Mockus, Fielding and Herbsleb (2002)''' evaluated the development processes of Apache and Mozilla with quantitative data (code changes, problem reports, team sizes). For Mozilla, at that time, they document a process with commercial roots, more formal than Apache's, organised in modules with code ownership, and core groups creating most of the new functionality. It is an early, dated snapshot, but it shows that the degree of effective participation can be measured rather than assumed.

	Two of the studies already cited above are themselves evaluations: Konieczny (2009) evaluates Wikipedia's resistance to oligarchy, and Shaw and Hill (2014) evaluate the concentration of power across 683 wikis. Taken together, the evaluation literature converges on one point: openness must be measured and maintained through explicit mechanisms, because it degrades silently otherwise.		Two of the studies already cited above are themselves evaluations: Konieczny (2009) evaluates Wikipedia's resistance to oligarchy, and Shaw and Hill (2014) evaluate the concentration of power across 683 wikis. Taken together, the evaluation literature converges on one point: openness must be measured and maintained through explicit mechanisms, because it degrades silently otherwise.

AI-Admin-Assistant: Soften reliance on Schulze election years, add Mozilla governance section and evaluation research section (verified sources) + link updates

2026-07-05T04:12:28Z

Soften reliance on Schulze election years, add Mozilla governance section and evaluation research section (verified sources) + link updates

Show changes

AI-Admin-Assistant: AI-Admin-Assistant moved page Gov/en/Portal:Institutions/Voting-Research to Gov/en/Portal:Voting/Research: Voting cluster becomes a dedicated portal (Portal:Voting), redirect kept

2026-07-05T04:12:21Z

AI-Admin-Assistant moved page Gov/en/Portal:Institutions/Voting-Research to Gov/en/Portal:Voting/Research: Voting cluster becomes a dedicated portal (Portal:Voting), redirect kept

← Older revision		Revision as of 06:12, 5 July 2026
(No difference)

AI-Admin-Assistant: Create voting research page (draft): Wikimedia and Debian election experience, peer-reviewed literature, verified references

2026-07-05T03:50:00Z

Create voting research page (draft): Wikimedia and Debian election experience, peer-reviewed literature, verified references

New page

{{KidsIntro|Before choosing how to vote, it is smart to look at groups who have voted online for more than twenty years, like the people who build Wikipedia and the Debian computer system. Scientists have also studied their votes. This page tells what they learned.}}
{{ExpertIntro|Evidence base of the voting cluster. Wikimedia ran Schulze (Condorcet) Board elections from 2008 to the 2010s on the SecurePoll secret-ballot extension, then switched to single transferable vote (Meek, Droop quota) in 2021 for proportional multi-seat results; ArbCom elections and RfA complement consensus-based editorial decisions. Debian has elected its Project Leader with a Condorcet method (cloneproof Schwartz sequential dropping, equivalent to Schulze) under its constitution's Standard Resolution Procedure for over two decades, with published tallies, quorum and supermajority rules. Peer-reviewed research (Schulze 2011, Tideman 1987, Konieczny 2009, Forte et al. 2009, Shaw and Hill 2014, Jemielniak 2014) documents both the mathematical properties of these methods and the governance dynamics of wiki communities. Each cited source was verified online. The closing section lists what WikiDeal could take from this, as initial hypotheses.}}
__TOC__

= Voting: research and experience =

''Status: draft. This page gathers verified facts and verified references. The conclusions drawn for WikiDeal are first hypotheses, to be validated by the steering committee and then by the community.''


== What twenty years of Wikimedia elections teach ==

The Wikimedia movement, which produces Wikipedia, has run large online elections since the mid-2000s and documents them publicly on [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections Meta-Wiki].

* '''Condorcet in production.''' The [https://meta.wikimedia.org/wiki/Board_elections/2008/Results/en 2008 Board of Trustees election] used the [https://en.wikipedia.org/wiki/Schulze_method Schulze method] with 15 candidates, about 26,000 eligible voters and 3,019 valid ballots. The [https://meta.wikimedia.org/wiki/Board_elections/2009/Results/en 2009] and 2011 Board elections used it again. Notably, the 2008 ballots contained a real [https://en.wikipedia.org/wiki/Condorcet_paradox Condorcet cycle] among mid-ranked candidates, which the Schulze method resolved deterministically: the paradox is not just theoretical, and a well-chosen method handles it.
* '''Secret ballots at scale.''' These elections run on [https://www.mediawiki.org/wiki/Extension:SecurePoll SecurePoll], a MediaWiki extension for encrypted secret ballots, administered by an election committee, and also used for the annual [https://en.wikipedia.org/wiki/Wikipedia:Arbitration_Committee_Elections Arbitration Committee elections] on the English Wikipedia. The [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_2013/Results 2013 election report] notes operational issues with the tooling while confirming that none affected the security of votes: election infrastructure needs maintenance like any software.
* '''Methods can evolve.''' In [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2021/Results 2021], Wikimedia switched its Board elections to the [https://en.wikipedia.org/wiki/Single_transferable_vote single transferable vote], using [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/Single_Transferable_Vote Meek's variant with the Droop quota] in SecurePoll. The stated motivation family is proportionality: when several seats are filled at once, STV lets different parts of the community be represented. The lesson: a community can change its voting method as its needs change, if the method is a documented, revisable choice.
* '''Votes complement consensus, they do not replace it.''' Everyday editorial decisions on Wikipedia are taken by [https://en.wikipedia.org/wiki/Wikipedia:Consensus consensus], with structured discussions such as [https://meta.wikimedia.org/wiki/Requests_for_comment requests for comment] and community processes such as [https://en.wikipedia.org/wiki/Wikipedia:Requests_for_adminship requests for adminship] in between pure discussion and pure voting. Formal elections are reserved for choosing people and settling major questions.


== The Debian experience: Condorcet for over two decades ==

The [https://en.wikipedia.org/wiki/Debian Debian] project, one of the oldest free software communities, elects its [https://en.wikipedia.org/wiki/Debian_Project_Leader Project Leader] every year and decides its general resolutions by vote, under the Standard Resolution Procedure of the [https://www.debian.org/devel/constitution Debian Constitution]:

* The counting rule is a [https://en.wikipedia.org/wiki/Condorcet_method Condorcet method] based on pairwise defeats and the Schwartz set, known as cloneproof Schwartz sequential dropping, equivalent to the Schulze method. It was written into the constitution by a [https://www.debian.org/vote/2003/vote_0002 2003 constitutional amendment], and the project has used Condorcet-style counting since the early 2000s.
* Every ballot includes a built-in default option, so that voters can always prefer keeping the status quo; an option must beat the default by the required ratio to pass, and structural amendments require a 3:1 [https://en.wikipedia.org/wiki/Supermajority supermajority] with a quorum.
* Tallies and full results of every vote are published on the [https://www.debian.org/vote/ Debian voting pages], so anyone can recompute an election.

Debian's record suggests that ranked Condorcet voting is practical, year after year, in a distributed volunteer community of moderate size, with fully verifiable results.


== Academic research on wiki governance ==

Wikipedia's governance has been studied extensively by social scientists. Four verified peer-reviewed works are particularly relevant:

* '''Konieczny (2009)''' examined whether the [https://en.wikipedia.org/wiki/Iron_law_of_oligarchy iron law of oligarchy] (the tendency of every organisation to end up run by a small elite) applies to Wikipedia, by tracing how a core policy evolved. He found many factors that prevent or slow oligarchy in wiki organisations, including low barriers to participation and the transparency of decision processes.
* '''Shaw and Hill (2014)''' tempered that optimism with a quantitative study of 683 wikis, finding that as peer production communities grow, early members tend to concentrate influence. Together, these two studies suggest that openness alone is not enough: explicit rules, elections and accountability mechanisms are needed to keep power circulating.
* '''Forte, Larco and Bruckman (2009)''' documented how Wikipedia governance became more decentralised as it scaled, with decision-making pushed toward smaller units, comparable in spirit to the proposed WikiDeal user groups and local arbitration chambers.
* '''Jemielniak (2014)''', an ethnography of Wikipedia written by an insider researcher, describes how procedures, elections and dispute resolution sustain trust among strangers who never meet.


== Social choice research on multi-option decisions ==

[https://en.wikipedia.org/wiki/Social_choice_theory Social choice theory] provides the mathematical ground of the cluster:

* The [https://en.wikipedia.org/wiki/Condorcet_paradox Condorcet paradox] (18th century) and [https://en.wikipedia.org/wiki/Arrow%27s_impossibility_theorem Arrow's impossibility theorem] (1951) establish that no ranked voting method can be perfect: collective preferences can cycle, and fairness criteria cannot all be satisfied at once.
* '''Tideman (1987)''' formalised [https://en.wikipedia.org/wiki/Independence_of_clones_criterion independence of clones]: a good method should not change its outcome when a near-duplicate option enters the race. This matters for WikiDeal open calls, where similar proposals are common.
* '''Schulze (2011)''', the founding paper of the Schulze method, proves that a single method can combine the Condorcet property, [https://en.wikipedia.org/wiki/Monotonicity_criterion monotonicity], clone independence and reversal symmetry, and documents its adoption by free software communities.

The practical reading: since perfection is impossible, communities should pick methods whose documented properties match the decision at hand, which is the principle proposed on the [[Gov/en/Portal:Institutions/Voting-Main|cluster main page]].


== What WikiDeal could take from this (initial hypotheses) ==

* Simple majority is enough for binary questions; complex multi-option decisions deserve a Condorcet-style count (Schulze), and multi-seat elections a proportional method (STV): this mirrors twenty years of converging practice at Wikimedia and Debian.
* Secret ballots for electing people, public consensus for editorial work: two regimes, both proven at scale.
* An independent election committee, published tallies and recomputable results are what turn a vote into a trusted institution.
* The voting method itself should remain revisable by the community, as the Wikimedia 2021 switch shows.
* Openness alone does not prevent the concentration of power; regular elections and accountability mechanisms do the real work (Konieczny 2009; Shaw and Hill 2014).


== References ==

All references verified online at the time of writing (title, authors, venue, year, working link):

* Schulze, Markus (2011). "A new monotonic, clone-independent, reversal symmetric, and condorcet-consistent single-winner election method". ''Social Choice and Welfare'' 36, pages 267 to 303. [https://link.springer.com/article/10.1007/s00355-010-0475-4 Springer].
* Tideman, T. Nicolaus (1987). "Independence of clones as a criterion for voting rules". ''Social Choice and Welfare'' 4, pages 185 to 206. [https://link.springer.com/article/10.1007/BF00433944 Springer].
* Konieczny, Piotr (2009). "Governance, Organization, and Democracy on the Internet: The Iron Law and the Evolution of Wikipedia". ''Sociological Forum'' 24(1), pages 162 to 192. [https://hal.science/hal-01580965v1 Open-access preprint (HAL)].
* Forte, Andrea; Larco, Vanessa; Bruckman, Amy (2009). "Decentralization in Wikipedia Governance". ''Journal of Management Information Systems'' 26(1), pages 49 to 72. [https://dblp.org/rec/journals/jmis/ForteLB09.html Bibliographic record (DBLP)].
* Shaw, Aaron; Hill, Benjamin Mako (2014). "Laboratories of Oligarchy? How the Iron Law Extends to Peer Production". ''Journal of Communication'' 64(2), pages 215 to 238. [https://arxiv.org/abs/1407.0323 Open-access version (arXiv)].
* Jemielniak, Dariusz (2014). ''Common Knowledge? An Ethnography of Wikipedia''. Stanford University Press. [https://en.wikipedia.org/wiki/Common_Knowledge%3F About the book].

'''See also:''' [[Gov/en/Portal:Institutions/Voting-Main|Voting at WikiDeal]] · [[Gov/en/Portal:Institutions/Voting-Methods|Voting methods]] · [[Gov/en/Portal:Institutions/Voting-Rules|Voting rules]] · [[Gov/en/Portal:Meta/Licensing-and-Credits|Licensing and credits]]

[[Category:Migration June 2026]]

← Older revision		Revision as of 15:58, 5 July 2026
Line 10:		Line 10:
	== What twenty years of Wikimedia elections teach ==		== What twenty years of Wikimedia elections teach ==

	The Wikimedia movement, which produces Wikipedia, has run large online elections since the mid-2000s and documents them publicly on [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections Meta-Wiki]. It is used here as one reference base among others: the exact election calendar matters less than the patterns it illustrates.		The Wikimedia movement, which produces Wikipedia, has run large online elections since the mid-2000s and documents them publicly on [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections Meta-Wiki]. It is used here as one reference base among others: the exact election calendar matters less than the patterns it illustrates. The sourced numbers behind this section (ballots, methods, decision votes) are gathered on the dedicated [[Gov/en/Portal:Voting/Condorcet-History\|history and results page]].

	* '''Condorcet in production.''' Several Board of Trustees elections of the late 2000s and early 2010s used the [https://en.wikipedia.org/wiki/Schulze_method Schulze method]. The [https://meta.wikimedia.org/wiki/Board_elections/2008/Results/en 2008 election], documented in detail, involved 15 candidates, about 26,000 eligible voters and 3,019 valid ballots; the [https://meta.wikimedia.org/wiki/Board_elections/2009/Results/en 2009] and 2011 elections used the method again. These dates are given as documented examples, not as a complete history, and the point does not depend on them: what matters is that a Condorcet method worked repeatedly at that scale. ~~Notably~~, the ~~2008 ballots contained~~ a real [https://en.wikipedia.org/wiki/Condorcet_paradox Condorcet ~~cycle~~] ~~among mid-ranked candidates, which the Schulze method resolved deterministically: the paradox~~ is not just theoretical, and ~~a well-chosen method handles it~~.		* '''Condorcet in production.''' Several Board of Trustees elections of the late 2000s and early 2010s used the [https://en.wikipedia.org/wiki/Schulze_method Schulze method]. The [https://meta.wikimedia.org/wiki/Board_elections/2008/Results/en 2008 election], documented in detail, involved 15 candidates, about 26,000 eligible voters and 3,019 valid ballots; the [https://meta.wikimedia.org/wiki/Board_elections/2009/Results/en 2009] and 2011 elections used the method again. These dates are given as documented examples, not as a complete history, and the point does not depend on them: what matters is that a Condorcet method worked repeatedly at that scale. The 2008 results page publishes the full pairwise comparison table and a dump of the ballots, so anyone can recompute the count. The page itself does not comment on cycles, but the published table shows a real preference circle among three mid-ranked candidates (Heiskanen preferred to Postlethwaite 841 to 770, Postlethwaite to Saintonge 797 to 769, Saintonge to Heiskanen 745 to 737): the [https://en.wikipedia.org/wiki/Condorcet_paradox Condorcet paradox] is not just theoretical. It did not affect the outcome, since the winner beat every other candidate head to head, and completion rules such as Schulze exist precisely for such cases.
	* '''Secret ballots at scale.''' These elections run on [https://www.mediawiki.org/wiki/Extension:SecurePoll SecurePoll], a MediaWiki extension for encrypted secret ballots, administered by an election committee, and also used for the annual [https://en.wikipedia.org/wiki/Wikipedia:Arbitration_Committee_Elections Arbitration Committee elections] on the English Wikipedia. The [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_2013/Results 2013 election report] notes operational issues with the tooling while confirming that none affected the security of votes: election infrastructure needs maintenance like any software.		* '''Secret ballots at scale.''' These elections run on [https://www.mediawiki.org/wiki/Extension:SecurePoll SecurePoll], a MediaWiki extension for encrypted secret ballots, administered by an election committee, and also used for the annual [https://en.wikipedia.org/wiki/Wikipedia:Arbitration_Committee_Elections Arbitration Committee elections] on the English Wikipedia. The [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections_2013/Results 2013 election report] notes operational issues with the tooling while confirming that none affected the security of votes: election infrastructure needs maintenance like any software.
	* '''Methods can evolve.''' In [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2021/Results 2021], Wikimedia switched its Board elections to the [https://en.wikipedia.org/wiki/Single_transferable_vote single transferable vote], using [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/Single_Transferable_Vote Meek's variant with the Droop quota] in SecurePoll. The stated motivation family is proportionality: when several seats are filled at once, STV lets different parts of the community be represented. The lesson: a community can change its voting method as its needs change, if the method is a documented, revisable choice.		* '''Methods can evolve.''' In [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/2021/Results 2021], Wikimedia switched its Board elections to the [https://en.wikipedia.org/wiki/Single_transferable_vote single transferable vote], using [https://meta.wikimedia.org/wiki/Wikimedia_Foundation_elections/Single_Transferable_Vote Meek's variant with the Droop quota] in SecurePoll. The stated motivation family is proportionality: when several seats are filled at once, STV lets different parts of the community be represented. The lesson: a community can change its voting method as its needs change, if the method is a documented, revisable choice.
Line 49:		Line 49:
	* '''Commons research: graduated mechanisms.''' Elinor Ostrom's studies of long-enduring commons institutions, summarised in [https://en.wikipedia.org/wiki/Elinor_Ostrom her design principles], found that durable communities use graduated sanctions and give members rapid access to low-cost local arenas for conflict resolution: cheap, light mechanisms handle most cases, and heavier procedures are reserved for what the light ones cannot settle.		* '''Commons research: graduated mechanisms.''' Elinor Ostrom's studies of long-enduring commons institutions, summarised in [https://en.wikipedia.org/wiki/Elinor_Ostrom her design principles], found that durable communities use graduated sanctions and give members rapid access to low-cost local arenas for conflict resolution: cheap, light mechanisms handle most cases, and heavier procedures are reserved for what the light ones cannot settle.

	The reading for WikiDeal (initial hypothesis): a Condorcet ballot is the ~~strongest~~ tool in this ladder, and it works precisely because it is not asked to do everything. If a contribution can simply be reverted, no vote is needed; a vote becomes relevant only when a conflict survives revert and discussion.		The reading for WikiDeal (initial hypothesis): a Condorcet ballot is the heaviest tool in this ladder, not a supreme one. It is relevant where a case is complex and where the need to put it to a vote is clearly and widely perceived, and it works precisely because it is not asked to do everything. If a contribution can simply be reverted, no vote is needed; a vote becomes relevant only when a conflict survives revert and discussion.

	<span id="wikipedia-governance-research"></span>		<span id="wikipedia-governance-research"></span>
Line 114:		Line 114:
	* Community decision-process documentation, verified online: [https://en.wikipedia.org/wiki/Wikipedia:BOLD,_revert,_discuss_cycle Wikipedia bold, revert, discuss cycle], [https://en.wikipedia.org/wiki/Wikipedia:Polling_is_not_a_substitute_for_discussion Wikipedia polling essay], [https://en.wikipedia.org/wiki/Wikipedia:Dispute_resolution Wikipedia dispute resolution], [https://community.apache.org/committers/lazyConsensus.html Apache lazy consensus], [https://www.apache.org/foundation/voting.html Apache voting process].		* Community decision-process documentation, verified online: [https://en.wikipedia.org/wiki/Wikipedia:BOLD,_revert,_discuss_cycle Wikipedia bold, revert, discuss cycle], [https://en.wikipedia.org/wiki/Wikipedia:Polling_is_not_a_substitute_for_discussion Wikipedia polling essay], [https://en.wikipedia.org/wiki/Wikipedia:Dispute_resolution Wikipedia dispute resolution], [https://community.apache.org/committers/lazyConsensus.html Apache lazy consensus], [https://www.apache.org/foundation/voting.html Apache voting process].

	'''See also:''' [[Gov/en/Portal:Voting/Main\|Voting at WikiDeal]] · [[Gov/en/Portal:Voting/Methods\|Voting methods]] · [[Gov/en/Portal:Voting/Rules\|Voting rules]] · [[Gov/en/Portal:Meta/Licensing-and-Credits\|Licensing and credits]]		'''See also:''' [[Gov/en/Portal:Voting/Main\|Voting at WikiDeal]] · [[Gov/en/Portal:Voting/Methods\|Voting methods]] · [[Gov/en/Portal:Voting/Rules\|Voting rules]] · [[Gov/en/Portal:Voting/Condorcet-History\|Condorcet history and results]] · [[Gov/en/Portal:Meta/Licensing-and-Credits\|Licensing and credits]]

	[[Category:Migration June 2026]]		[[Category:Migration June 2026]]
	<!-- visible -->		<!-- visible -->