Cycle 13/Ruleset Draft: Difference between revisions

(24 intermediate revisions by 8 users not shown)

Line 6:

All times mentioned in the rules are in UTC. Days begin at 00:00 UTC. Weeks begin on Sunday. Each phase is either (Sunday, Monday, and Tuesday), (Wednesday and Thursday), or (Friday and Saturday).

The first Phase ~~starts~~ at the ~~beginning~~ of the first ~~full Sunday after~~ the Cycle ~~begins~~.

The first Phase is ongoing when the cycle begins and anything that would have taken place at the start of the first Phase take place at the start of the Cycle.

Phases are identified by successive Roman numerals; the first phase of the cycle is Phase I.

Line 17:

Actions that are to be performed by sending a message are done by sending a message in the appropriate channel that clearly and unambiguously sets forth intent for the action to be taken.

A players is "reputable" if they have continuously been a player for the previous seven days or if they have continuously been a player from a time that was within 3 days of the round starting.

Whenever a player performs an action that would modify the information that the players generally agree should be tracked, that player should make a reasonable effort to track the outcome of the action in the generally-agreed-upon applicable location.

== Generate Coins ==

A player can take the Generate Coins action once per phase by declaring their intent to do so and rolling a six sided die in #game-actions. The player then gains Coins equal to the number rolled on the die.

== Loops ==

Loop priority is a strict weak order over rules, defined as follows:

* A persistent rule has higher loop priority than an ephemeral rule.

* Otherwise, a rule with lexicographically earlier title has higher loop priority than a rule with lexicographically later title.

* Otherwise, two rules have the same loop priority.

The phase counter is an integer, initially 0.

Line 24:

Line 37:

* The phase counter is incremented by 1.

* If the phase counter is not less than 9, the following occur in order:

** ~~Events~~ defined by the rules as occurring at the end of a loop by other rules occur ~~(TODO: ordering?)~~.

** The current loop is considered to end, and effects defined by the rules as occurring at the end of a loop by other rules occur. These effects occur simultaneously, except that effects in rules with higher loop priority happen before effects in rules with lower loop priority, and effects provided for earlier in a rule's text happen before effects provided for later in that rule's text.

** All rules that are not persistent are simultaneously repealed

** All items that are not defined as persistent by the rules are removed from inventories.

** The phase counter is set to 0.

When a new phase begins while the phase counter is 0, ~~events~~ defined by the rules as occurring at the beginning of a loop occur ~~(TODO: ordering?)~~.

When a new phase begins while the phase counter is 0, a new loop is considered to begin, and effects defined by the rules as occurring at the beginning of a loop occur. These effects occur simultaneously, except that effects in rules with higher loop priority happen before effects in rules with lower loop priority, and effects provided for earlier in a rule's text happen before effects provided for later in that rule's text.

Rules and items that are not persistent are "ephemeral".

==Leaderboards ==

At the ~~beginning of every Loop~~, 1 goal ~~is randomly selected~~. ~~Each Goal is~~ randomly ~~given a~~ reward ~~from~~ the ~~list of rewards~~.

Each loop has at most one active goal. If the current loop does not have a goal, any player can randomly select one goal to become active in #game-actions; the selection becomes the loop's active goal. For each loop, each active goal has at most one reward. For any active goal in the current loop without a reward, any player can randomly select one reward for that goal in #game-actions; that reward becomes the goal's reward for this loop.

At the ~~end~~ of a loop, the players that best accomplished ~~a Goal that was selected at~~ the ~~beginning of that Loop get~~ the reward ~~selected~~ for that ~~Goal~~, ~~receiving this reward when the next loop begins~~.

At the start of a loop, the players that best accomplished each active goal in the previous loop, if any, gain the reward for that goal in that loop, if any.

=== Goal list ===

Have the most Coins at the end of the Loop.

* Have the most Coins at the end of the Loop.

=== Reward list ===

Line 45:

Line 59:

== Items ==

Items are entities that players ~~can have in their inventory~~.

Items are entities described as such by the rules. Items are always owned by exactly one entity, and they cannot be owned by any entity that the rules do not allow to own that item. By default, only players may own items. When an item's owner cannot reasonably be determined using publicly available information, it is instead destroyed.

~~While all items are wiped after the ends of Loops, the definitions of items stay~~.

For an entity to gain an item is for that item to be created in that entity's possession. To grant an entity an item is to create it in that entity's possession.

~~TODO: proper text~~ for ~~persistent items or whatever~~

For an entity to lose an item is for that item to be destroyed from that entity's possession. To revoke an item from an entity is to destroy it from that entity's possession.

===~~Item list~~===

A trade is an exchange or transfer of items between two entities, with each entity giving a specified finite set of items to the other. Reputable players may trade items with other reputable players. A trade between two players takes place when both players explicitly consent to the trade in #trades within 7 days of each other.

* Orb (~~persistent~~)

* Coin

== Orbs ==

Orbs (singular Orb) are a persistent, fungible item.

== Coins ==

Coins (singular Coin) are a fungible item.

==Proposals==

Proposals are documents that can describe changes to the gamestate, including rule changes. When a proposal takes effect, its changes are applied instantaneously~~. A player can create a proposal in #proposals~~ by ~~specifying~~ the ~~text and, optionally, the class. If a proposal has no class specified, the proposal class defaults to Standard~~.

Proposals are documents that can describe changes to the gamestate, including rule changes. When a proposal takes effect, its changes are applied instantaneously to the extent they are not prohibited by the rules.

A 👍 or 👎 reaction on a Proposal message at the time when the voting period ends constitutes a vote in favor or against, respectively.

Line 63:

Line 81:

== Urgent Class Proposals==

Any reputable player may submit an urgent-class proposal in #urgent-proposals, specifying its text.

The voting period of an urgent proposal begins at the time it is submitted and ends two days after. An urgent proposal is popular if it has no more than two votes against it. Only reputable players may vote on urgent proposals.

~~Any reputable player may make an Urgent Class proposal.~~ Urgent proposals should only be used to correct the game to its intended state and to maintain playability.

Urgent proposals should only be used to correct the game to its intended state and to maintain playability.

== ~~Transtemporal~~ Proposal ==

== Standard Class Proposal ==

~~The voting period of~~ a ~~transtemporal~~ proposal ~~is from 7 days after it is submitted to the first end of a loop thereafter. A transtemporal proposal is popular if it has a supermajority of votes for it~~.

Any player may submit a standard-class proposal in #standard-proposals, specifying its text.

~~Any player may make transtemporal Class~~ proposal.

The voting period of a standard proposal is the first full phase that begins after it was submitted. A standard proposal is popular if it has a simple majority of votes for it.

== Standard ~~Class Proposal ==~~

Standard proposals cannot enact, repeal, amend, or otherwise modify persistent rules.

~~TODO: figure out security declaration~~

~~The voting period of~~ a ~~standard~~ proposal ~~is the phase that begins after it is submitted. A standard proposal is popular if it has a simple majority of votes for it~~.

== Transtemporal Proposal ==

Any player may submit a transtemporal-class proposal in #transtemporal-proposals, specifying its text.

~~Any player may make standard Class~~ proposal. ~~Standard proposals may not create, delete, or modify persistent rules~~.

The voting period of a transtemporal proposal is from the start of the third full phase after it is submitted to the first end of a loop thereafter. A transtemporal proposal is popular if it has a simple majority of votes for it.

== Winning ==

~~The player~~ or players with at least 100 Orbs ~~win, and then~~ the Cycle ends.

When one or more players have at least 100 Orbs, each player with at least 100 Orbs wins the Cycle. The Cycle ends once any players have won.

== Judges ==

@@ Line 6: / Line 6: @@
 All times mentioned in the rules are in UTC. Days begin at 00:00 UTC. Weeks begin on Sunday. Each phase is either (Sunday, Monday, and Tuesday), (Wednesday and Thursday), or (Friday and Saturday).
-The first Phase starts at the beginning of the first full Sunday after the Cycle begins.
+The first Phase is ongoing when the cycle begins and anything that would have taken place at the start of the first Phase take place at the start of the Cycle.
 Phases are identified by successive Roman numerals; the first phase of the cycle is Phase I.
@@ Line 17: / Line 17: @@
 Actions that are to be performed by sending a message are done by sending a message in the appropriate channel that clearly and unambiguously sets forth intent for the action to be taken.
+A players is "reputable" if they have continuously been a player for the previous seven days or if they have continuously been a player from a time that was within 3 days of the round starting.
+Whenever a player performs an action that would modify the information that the players generally agree should be tracked, that player should make a reasonable effort to track the outcome of the action in the generally-agreed-upon applicable location.
+== Generate Coins ==
+A player can take the Generate Coins action once per phase by declaring their intent to do so and rolling a six sided die in #game-actions. The player then gains Coins equal to the number rolled on the die.
 == Loops ==
+Loop priority is a strict weak order over rules, defined as follows:
+* A persistent rule has higher loop priority than an ephemeral rule.
+* Otherwise, a rule with lexicographically earlier title has higher loop priority than a rule with lexicographically later title.
+* Otherwise, two rules have the same loop priority.
 The phase counter is an integer, initially 0.
@@ Line 24: / Line 37: @@
 * The phase counter is incremented by 1.
 * If the phase counter is not less than 9, the following occur in order:
-** Events defined by the rules as occurring at the end of a loop by other rules occur (TODO: ordering?).
+** The current loop is considered to end, and effects defined by the rules as occurring at the end of a loop by other rules occur. These effects occur simultaneously, except that effects in rules with higher loop priority happen before effects in rules with lower loop priority, and effects provided for earlier in a rule's text happen before effects provided for later in that rule's text.
 ** All rules that are not persistent are simultaneously repealed
 ** All items that are not defined as persistent by the rules are removed from inventories.
 ** The phase counter is set to 0.
-When a new phase begins while the phase counter is 0, events defined by the rules as occurring at the beginning of a loop occur (TODO: ordering?).
+When a new phase begins while the phase counter is 0, a new loop is considered to begin, and effects defined by the rules as occurring at the beginning of a loop occur. These effects occur simultaneously, except that effects in rules with higher loop priority happen before effects in rules with lower loop priority, and effects provided for earlier in a rule's text happen before effects provided for later in that rule's text.
 Rules and items that are not persistent are "ephemeral".
 ==Leaderboards ==
-At the beginning of every Loop, 1 goal is randomly selected. Each Goal is randomly given a reward from the list of rewards.
+Each loop has at most one active goal. If the current loop does not have a goal, any player can randomly select one goal to become active in #game-actions; the selection becomes the loop's active goal. For each loop, each active goal has at most one reward. For any active goal in the current loop without a reward, any player can randomly select one reward for that goal in #game-actions; that reward becomes the goal's reward for this loop.
-At the end of a loop, the players that best accomplished a Goal that was selected at the beginning of that Loop get the reward selected for that Goal, receiving this reward when the next loop begins.
+At the start of a loop, the players that best accomplished each active goal in the previous loop, if any, gain the reward for that goal in that loop, if any.
 === Goal list ===
-Have the most Coins at the end of the Loop.
+* Have the most Coins at the end of the Loop.
 === Reward list ===
@@ Line 45: / Line 59: @@
 == Items ==
-Items are entities that players can have in their inventory.
+Items are entities described as such by the rules. Items are always owned by exactly one entity, and they cannot be owned by any entity that the rules do not allow to own that item. By default, only players may own items. When an item's owner cannot reasonably be determined using publicly available information, it is instead destroyed.
-While all items are wiped after the ends of Loops, the definitions of items stay.
+For an entity to gain an item is for that item to be created in that entity's possession. To grant an entity an item is to create it in that entity's possession.
-TODO: proper text for persistent items or whatever
+For an entity to lose an item is for that item to be destroyed from that entity's possession. To revoke an item from an entity is to destroy it from that entity's possession.
-===Item list===
+A trade is an exchange or transfer of items between two entities, with each entity giving a specified finite set of items to the other. Reputable players may trade items with other reputable players. A trade between two players takes place when both players explicitly consent to the trade in #trades within 7 days of each other.
-* Orb (persistent)
-* Coin
+== Orbs ==
+Orbs (singular Orb) are a persistent, fungible item.
+== Coins ==
+Coins (singular Coin) are a fungible item.
 ==Proposals==
-Proposals are documents that can describe changes to the gamestate, including rule changes. When a proposal takes effect, its changes are applied instantaneously. A player can create a proposal in #proposals by specifying the text and, optionally, the class. If a proposal has no class specified, the proposal class defaults to Standard.
+Proposals are documents that can describe changes to the gamestate, including rule changes. When a proposal takes effect, its changes are applied instantaneously to the extent they are not prohibited by the rules.
 A 👍 or 👎 reaction on a Proposal message at the time when the voting period ends constitutes a vote in favor or against, respectively.
@@ Line 63: / Line 81: @@
 == Urgent Class Proposals==
+Any reputable player may submit an urgent-class proposal in #urgent-proposals, specifying its text.
 The voting period of an urgent proposal begins at the time it is submitted and ends two days after. An urgent proposal is popular if it has no more than two votes against it. Only reputable players may vote on urgent proposals.
-Any reputable player may make an Urgent Class proposal. Urgent proposals should only be used to correct the game to its intended state and to maintain playability.
+Urgent proposals should only be used to correct the game to its intended state and to maintain playability.
-== Transtemporal Proposal ==
+== Standard Class Proposal ==
-The voting period of a transtemporal proposal is from 7 days after it is submitted to the first end of a loop thereafter. A transtemporal proposal is popular if it has a supermajority of votes for it.
+Any player may submit a standard-class proposal in #standard-proposals, specifying its text.
-Any player may make transtemporal Class proposal.
+The voting period of a standard proposal is the first full phase that begins after it was submitted. A standard proposal is popular if it has a simple majority of votes for it.
-== Standard Class Proposal ==
+Standard proposals cannot enact, repeal, amend, or otherwise modify persistent rules.
-TODO: figure out security declaration
-The voting period of a standard proposal is the phase that begins after it is submitted. A standard proposal is popular if it has a simple majority of votes for it.
+== Transtemporal Proposal ==
+Any player may submit a transtemporal-class proposal in #transtemporal-proposals, specifying its text.
-Any player may make standard Class proposal. Standard proposals may not create, delete, or modify persistent rules.
+The voting period of a transtemporal proposal is from the start of the third full phase after it is submitted to the first end of a loop thereafter. A transtemporal proposal is popular if it has a simple majority of votes for it.
 == Winning ==
-The player or players with at least 100 Orbs win, and then the Cycle ends.
+When one or more players have at least 100 Orbs, each player with at least 100 Orbs wins the Cycle. The Cycle ends once any players have won.
 == Judges ==