Mike McGann on Mon, 16 Sep 2013 16:34:17 -0700 (MST) |
[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]
Re: [s-d] [s-b] In Case of Emergency |
+1 // Hose On Mon, Sep 16, 2013 at 4:43 PM, Daniel Lepage <dplepage@xxxxxxxxx> wrote: > Y'know, one way to make a nearly-foolproof emergency system would be to > just give someone absolute power to change the gamestate at will. In nomic, > absolute power is pretty much the only sort of power that *doesn't* > corrupt, because if you give a nomic player restricted powers ey'll > immediately start searching for ways around the restrictions, but having > the ability to win the game just by saying so takes all the fun out of > winning. > > The role would be maybe akin to a GM in role-playing games - it's a person > with absolute power over the game but who only uses said power in order to > ensure that the game stays fun. > > Then if anything went wrong and the game became unplayable, or some > overlooked rule meant that the presumed gamestate was completely wrong, the > GM would just step in and fix it. > > -- > Wonko > > P.S. I'm lurking on the fora because I'm interested in the new nomic, but > sadly I still don't have time to actually join the game :-/ > > > > On Mon, Sep 16, 2013 at 10:37 AM, Craig Daniel <teucer@xxxxxxxxx> wrote: > > > I submit the following proposals: > > { > > Amend rule 2-1 by replacing the text > > { > > If the nday would be set to a value greater than 12, instead it is set > > to 1, and the nweek is incremented by 1. > > } > > with > > { > > If the nday would be set to a value greater than 12, instead it is set > > to 1, and the nweek is incremented by 1 and the Clock is turned Off. > > } > > } > > > > This makes sure we never lose track of time by more than an nweek. > > > > { > > Create a rule: > > { > > For the purposes of this rule, if there is any ambiguity about who is > > and is not playing, all External Forces generally agreed to even maybe > > be players are, even if it is later determined that they were in fact > > otherwise. > > > > All Outsiders have a property known as "State of Alert," which may be > > any of blue, green, yellow, orange, or red, defaulting to green. > > Outsiders can set their State of Alert by announcement. The game is in > > a State of Emergency when one of the following conditions is met: > > > > 1. All players have States of Alert of yellow, orange, or red. > > 2. At least half of all players have States of Alert of orange or red, > > and not more than three players have States of Alert of blue. > > 3. The Administrator and at least two other players have States of > > Alert of red, and no player has a State of Alert of blue. > > > > When the game enters State of Emergency, the Clock is stopped. > > > > A Refresh Proposal is a game document. During a State of Emergency, > > any external force may submit a Refresh Proposal as a game action. Any > > player may, as a game action, support or oppose a refresh proposal. A > > Refresh Proposal's Popularity is a number equal to either three or the > > ratio of players supporting it to players opposing it, whichever is > > larger. A Refresh Proposal is adoptable if the following conditions > > are met: > > > > 1. It has at least 85% of the Popularity of the highest-Popularity > > Refresh Proposal. > > 2. At least two players have supported it. > > 3. It was submitted at least three ndelays ago. > > > > As a game action, any player may adopt any adoptable Refresh Proposal. > > When this happens, whatever changes to the gamestate are specified in > > the Refresh Proposal occur, all Refresh Proposals are destroyed, and > > all players' States of Alert become green. > > > > This rule takes precedence over any rule which purports to limit ways > > in which the ruleset or other features of the gamestate can be > > changed. > > } > > } > > > > It just wouldn't be a Bquel without this or something like it. > > > > - teucer > > _______________________________________________ > > spoon-business mailing list > > spoon-business@xxxxxxxxx > > http://lists.ellipsis.cx/mailman/listinfo/spoon-business > > > _______________________________________________ > spoon-discuss mailing list > spoon-discuss@xxxxxxxxx > http://lists.ellipsis.cx/mailman/listinfo/spoon-discuss > _______________________________________________ spoon-discuss mailing list spoon-discuss@xxxxxxxxx http://lists.ellipsis.cx/mailman/listinfo/spoon-discuss