comex on Fri, 28 Nov 2008 13:32:52 -0700 (MST)


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

[s-b] Extreme Pragmatism


I revise my Refresh Proposal to read:

/*
Extreme Pragmatism

B becomes made up of quantum states: every action splits the game into
two gamestates, one in which it worked, one in which it didn't.  Only
one of those gamestates is consistent (follows the Rules): in most
cases it's obvious which one is consistent, but in some cases it's
not.  If two groups disagree on what gamestate is consistent, each can
keep on playing its own equally valid version of B; when they decide
to make up, they can pass a Proposal explicitly validating one
gamestate.  Except that by "gamestate" I mean "set of gamestates', as
the game splits in half every single time anything happens ;)
*/

Amend Rule 4E45 (Ministries) to have the same text it did immediately
before Proposal 0515 was adopted.

For each ministry that had a holder immediately before Proposal 0515 was
adopted, re-install that holder into that ministry.
Amend Rule 4E34 (Mackerel) to have the same text that Rule 4E45
(Ministries) did immediately after Proposal 0515 was adopted.

Amend Rule 4E2 (Game Objects) to read:
{
A gamestate of B Nomic consists entirely of Game Objects, which may be
known simply as Objects. Anything that exists in the gamestate is an
Object, and anything that is not in the gamestate is not an Object.

Game Objects can only be created, destroyed, or modified if allowed by
the Rules, in a manner explicitly governed by the Rules.
}

Amend Rule 4E7 (Game Actions) by removing the paragraph starting with:
{
An Outsider may post a message to a Public Forum specifying that he
will perform a specified Game Action at a specified time in the future
}
and by appending:
{
If a Game Action would not take effect exactly as specified, it fails
and has no effect whatsoever on the gamestate.
}

Create a new Rule, titled "Gamestates", and set its Power to 1:
{
The game of B Nomic consists of multiple gamestates.  Whenever an
attempt is made to modify any Game Object or perform any Game Action,
this gamestate splits into two separate gamestates: one in which the
change or action succeeded (and took place exactly as specified), and
one in which it failed (and had no effect whatsoever), Rules to the
contary notwithstanding.  A consistent gamestate is a gamestate in
which all actions succeeded or failed as directed by the Rules of the
gamestate.

It is possible to unambiguously identify a set of gamestates by means
of set-building criteria if and only if the criteria consist of only:
* the success or failure of specific Game Actions or groups of actions, and/or
* criteria conerning attributes of Game Objects provided that these
attributes can be reconstructed from the success or failure of Game
Actions.

In particular, the following are not valid set-building criteria:
* the 'correct' interpretation of any ambiguity or decision left
implicit by the Rules of a gamestate, and
* the consistency of a gamestate.

A Proposal or Refresh Proposal can generally validate an unambiguously
identified set of gamestates; if a nonempty set of gamestates not
containing this one is validated, this gamestate ceases to exist.
}
_______________________________________________
spoon-business mailing list
spoon-business@xxxxxxxxx
http://lists.ellipsis.cx/mailman/listinfo/spoon-business