Vox Populi Congress Guide

InkAxis

King
Joined
Feb 24, 2020
Messages
755
Something I missed to have in the guide is the option to have multiple numeric variants in a proposal. For instance, say that I want to propose something like "20% <<insert yield>> when...", but I'm not sure if 20% is the right number for balance. I'd like to provide a range of values as separate votes in the same proposal, for instance:

"X% <<insert yield>> when...", with the following as separate votes:
  • Yes, at 15%
  • Yes, at 20%
  • Yes, at 25%
, instead of either committing to one value, or create multiple counterproposals for each value.
I agree, @Recursive you should be able to make a counter proposal in the OP of a proposal thread.

Why not have a section of passed proposals that are under implementation, and add the rule that new proposals should not conflict with these? There's already a rule stating that a proposal can't be too similar to one that has been rejected or overturned in the prior month or 30 last days.
I think it might still be an issue, because it becomes unclear what affects what. Currently, the VP Congress is, to my knowledge, built specifically to be fairly objective. But it's hard to say what affects what, because civ is a game where every number affects every other one. Look at the adjustments to the production bonus of AIs: that could result in changes to AI techs, AI armies, and even happiness, and other things. Are we blocking proposals on all of those? Probably not but it's something that would cause debate.

Maybe it can be a bi-monthly thing, as nekokon suggested. So there would be some time for a release, for people to playtest, and for proposal ideas.
 

Stalker0

Baller Magnus
Joined
Dec 31, 2005
Messages
9,328
Something I missed to have in the guide is the option to have multiple numeric variants in a proposal. For instance, say that I want to propose something like "20% <<insert yield>> when...", but I'm not sure if 20% is the right number for balance. I'd like to provide a range of values as separate votes in the same proposal, for instance:

"X% <<insert yield>> when...", with the following as separate votes:
  • Yes, at 15%
  • Yes, at 20%
  • Yes, at 25%
, instead of either committing to one value, or create multiple counterproposals for each value.
I would argue that if we are unsure of a good value to propose…there shouldn’t be a proposal. This is an example where a little research should be expected ahead of time. Go on discord and be like “i think x is too strong but I’m not quite sure what the number should be..any thoughts?” Then let your mathy people do a little work and come up with something.

Then we pick a number and go with it, and if in playtesting it doesn’t seem right we further tweak it.
 

Legen

Emperor
Joined
Sep 13, 2015
Messages
1,006
I would argue that if we are unsure of a good value to propose…there shouldn’t be a proposal. This is an example where a little research should be expected ahead of time. Go on discord and be like “i think x is too strong but I’m not quite sure what the number should be..any thoughts?” Then let your mathy people do a little work and come up with something.

Then we pick a number and go with it, and if in playtesting it doesn’t seem right we further tweak it.
I meant "unsure" in the context of not knowing which one the community would agree upon. Especially in topics where people seem to be unsure or disagree upon, such as the "Tradition vs Progress" at the moment. In these cases, someone may want to give a range of values within one would expect to still be balanced and see where the community stands, rather than risk having the whole idea thrown out because the number used was 5% too unpopular.

I'm already a mathy person, and I don't expect everyone voting to be. Knowing which range of values would be balanced doesn't mean the number I'll pick within it won't be unpopular.

Even in the literal sense, though, there are cases where there isn't a good ground to base upon due to an incoming change, such as with the happiness system right now. If someone wants to propose something tied to such changes, then there's the issue of nobody knowing where the balance will end after the incoming changes. In such cases, the number given ends being a tentative value for the proposal's concept even if you get everyone in both discord and the forum to work on it.
 

Stalker0

Baller Magnus
Joined
Dec 31, 2005
Messages
9,328
I'm already a mathy person, and I don't expect everyone voting to be
I think this if the crux of my argument right here. What benefit would giving our lay people a range of values have, considering they aren't going to have knowledge of the math behind the scenes? People aren't going to know whether 5% or 10% is the "right" answer, they will just go based on feel. I think its up to the math people to come up with a number that seems reasonable and present it.

The people that vote are then voting on whether they agree a change is needed, with some trust that the number given has some factual basis behind it. And then in playtesting (also called ratification) if the new change isn't working and people don't like it based on their experience with it, we can roll it back or change it further.
 

axatin

Chieftain
Joined
Jul 24, 2022
Messages
45
In the Proposal: Rome Rework thread, @nekokon brought up a potential issue: A modder could come up with a proposal, sponsor it, but deliberately refrain from sponsoring any counterproposals to it in an effort to make them fail. It happened last voting session that one counterproposal to a proposal did not get sponsored while the others did. I believe that this happened by accident and that there was no malicious intent behind it, but a solution needs to be found to prevent such situations in the future. Otherwise, non-modders will get the impression that there is no sense in making counterproposals because at the end of the day, they wouldn't get sponsored anyway.

Proposal: A set of a proposal and its counterproposals is only put to the vote if all parts of it are sponsored (not necessarily by the same person). If a (counter)proposal is indeed out of scope, vetoing should be used as before. Of course, a counterproposal that is made just with the intent to exploit this rule by making unreasonable demands should also be vetoed.
 
Last edited:

nekokon

Prince
Joined
Aug 9, 2017
Messages
396
To repeat myself, I don't think there's a good method to prevent this becoming an issue as long as there're still a big difference in contribution and/or knowledge among voters. Since that difference will most likely stay, democracy is a bad idea.
If we really going away from autocracy a senate system would work better, as the more common/less contribution voters/players (lower echelon) propose and vote on ideas they want to see/improve, and the modders/devs (upper echelon) discuss among possible ideas and pick out which they find are good fits (and adjust if needed for balance reason).
In real world this might not be as good since upper echelon usually try to gain benefits for themselves but pretty sure in this community we're more likely to improve the experience of the common player base, well equipped with knowledge and better also have the authority to do so.
 

Stalker0

Baller Magnus
Joined
Dec 31, 2005
Messages
9,328
In the Proposal: Rome Rework thread, @nekokon brought up a potential issue: A modder could come up with a proposal, sponsor it, but deliberately refrain from sponsoring any counterproposals to it in an effort to make them fail. It happened last voting session that one counterproposal to a proposal did not get sponsored while the others did. I believe that this happened by accident and that there was no malicious intent behind it, but a solution needs to be found to prevent such situations in the future. Otherwise, non-modders will get the impression that there is no sense in making counterproposals because at the end of the day, they wouldn't get sponsored anyway.

Proposal: A set of a proposal and its counterproposals is only put to the vote if all parts of it are sponsored (not necessarily by the same person). If a (counter)proposal is indeed out of scope, vetoing should be used as before. Of course, a counterproposal that is made just with the intent to exploit this rule by making unreasonable demands should also be vetoed.
I would say this has been the exception rather than the rule in our "sample of 1 voting run". Most proposals recieved sponsorship, and sometimes even from devs who didn't fully like the counterproposal.

At the end of the day the devs do serve as a sort of "legislative checkpoint", they are the ones doing the work afterall. If an idea fails to launch because the devs either can't or won't implement something, they have that right. We have shifted into a much more open system but it is not 100% democracy, the devs do still have say in what will ultimately go into the mod.
 

Tekamthi

King
Joined
Aug 12, 2016
Messages
698
many of the changes proposed thus far can be accomplished entirely via sql/xml -- if proposer can create the proposal as a mod (without lua), I'd say it should qualify for some kind of auto-sponsorship. This leaves it in hands of the community if they want to ensure their proposal gets sponsorship, without forcing devs to do all kinds of heavy-lifting from scratch
 

Rekk

Emperor
Joined
Dec 9, 2017
Messages
1,865
Anyone can sponsor a change. It doesn't need to be someone from a specific pool of devs. The only requirement is that the sponsor can actually perform the change.

SQL/XML changes are something anyone can do with only a small amount of education time.
 
Top Bottom