THE RULES OF INTERNOMIC

updated on Sunday, June 14 1998


Rule 101/0 (Immutable)

All member nomics must always abide by all Internomic rules then in effect, in the form in which they are then in effect. At the start of the first game, rules 101-114 are immutable, and rules 201-216 are mutable. Subsequently, the number of a rule does not indicate that rule's mutability.

  • Initial Immutable Rule 101, Aug 01 1996


    Rule 102/0 (Immutable)

    A nomic is a game in which the rules are changeable by those who play it. The entities which play this nomic, aka "Internomic", are themselves nomics, aka "member nomics". Every member nomic shall be either a voting member or a nonvoting member. References in this ruleset to "nomics" or "members" shall mean member nomics, and shall include both voting and nonvoting members, unless otherwise noted. References in the ruleset to "rules" shall mean Internomic rules, unless otherwise noted.

  • Initial Immutable Rule 102, Aug 01 1996


    Rule 103/0 (Immutable)

    At any time, there shall be exactly one moderator, who must be a player of at least one member nomic. The moderator may not resign. If the moderator is no longer a player in any member nomic, e must name a successor who is. Once this is done, the successor replaces the moderator.

  • Initial Immutable Rule 103, Aug 01 1996


    Rule 104/0 (Immutable)

    The moderator for the first game shall be Andre.

  • Initial Immutable Rule 104, Aug 01 1996


    Rule 105/0 (Immutable)

    Every member nomic shall have a liaison at all times. The liaison must be an entity registered as a player of that nomic. The Liaison of a nomic can only be changed by that nomic, and such a change is not effective until this has been publicly anounced.

  • Initial Immutable Rule 105, Aug 01 1996


    Rule 106/0 (Immutable)

    A rule change is the enactment, repeal, or amendment of a mutable rule, or the transmutation of an immutable rule into a mutable rule or vice versa.

  • Initial Immutable Rule 106, Aug 01 1996


    Rule 107/0 (Immutable)

    Every proposal shall be numbered by the moderator. The numbers shall begin with 301, and each proposal shall receive the next successive integer.

  • Initial Immutable Rule 107, Aug 01 1996


    Rule 108/0 (Immutable)

    Every proposal shall be communicated to all voting members before it is voted on. If adopted, it shall take effect in the form in which it was voted on.

  • Initial Immutable Rule 108, Aug 01 1996


    Rule 109/0 (Immutable)

    All proposals shall be voted on. They will be adopted if and only if they receive the required number of votes.

  • Initial Immutable Rule 109, Aug 01 1996


    Rule 110/0 (Immutable)

    A proposal containing a transmutation rule change is adopted if and only if all votes on that proposal are in favor. Transmutation may not be implied, but must be stated explicitly.

  • Initial Immutable Rule 110, Aug 01 1996


    Rule 111/0 (Immutable)

    An immutable rule always takes precedence over a mutable rule. If there is a conflict between the two, the mutable rule is entirely void.

  • Initial Immutable Rule 111, Aug 01 1996


    Rule 112/0 (Immutable)

    A member nomic may always withdraw from Internomic.

  • Initial Immutable Rule 112, Aug 01 1996


    Rule 113/0 (Immutable)

    It must never become completely impermissible to change rules.

  • Initial Immutable Rule 113, Aug 01 1996


    Rule 114/0 (Immutable)

    Whatever is not forbidden is allowed, except that changing the rules is only permitted when another rule allows it.

  • Initial Immutable Rule 114, Aug 01 1996



    Rule 201/0 (Mutable)

    All members begin with 0 points.

  • Initial Mutable Rule 201, Aug 01 1996


    Rule 202/1 (Mutable)

    The game ends when a nomic achieves 100 points. The winner is the first nomic to do so. The liaison from that nomic becomes moderator, and all scores are reset to 0. A new game is then begun, with all rules and proposals retaining the status they had at the end of the game.

  • Initial Mutable Rule 202, Aug 01 1996
  • Amended by Proposal 313, Nov 28, 1996, by Ackanomic


    Rule 203/0 (Mutable)

    A proposal is made by submitting it to the moderator. All members may make proposals. Upon receiving the proposal, the moderator shall assign it a number and distribute it to all nomics.

  • Initial Mutable Rule 203, Aug 01 1996


    Rule 204/1 (Mutable)

    Every proposal shall contain one or more rule changes. A proposal containing no rule changes is called a gamestate proposal. A member nomic may only make such gamestate proposals that are explicitly allowed by the rules.

  • Initial Mutable Rule 204, Aug 01 1996
  • Amended by Proposal 312b, Nov 13, 1996, by Agora


    Rule 206/0 (Mutable)

    Each voting member may vote exactly once per proposal. Nonvoting members may not vote.

  • Initial Mutable Rule 206, Aug 01 1996


    Rule 207/0 (Mutable)

    Voting members may vote either for or against any proposal by sending their vote to the moderator by the end of the voting period on that proposal. The moderator may not reveal any votes until the end of the voting period. Any voting member who does not vote has abstained.

  • Initial Mutable Rule 207, Aug 01 1996


    Rule 208/0 (Mutable)

    At the end of the voting period of a proposal, the moderator shall reveal all votes legally cast on that proposal. If required, the moderator should indicate eir consent (or lack thereof) at this time. If the moderator does not indicate eir opinion, it shall be assumed that e consents.

  • Initial Mutable Rule 208, Aug 01 1996


    Rule 209/1 (Mutable)

    A proposal passes if and only if 80% or more of the votes cast on it are in favor. In exception to this, rules may state that gamestate proposals also pass if less than 80% but more than at least 50% of the votes cast on the proposal are in favor.

  • Initial Mutable Rule 209, Aug 01 1996
  • Amended by Proposal 330, Apr 19, 1997, by Ackanomic


    Rule 211/0 (Mutable)

    If two or more rules conflict, the rule with the lower number takes precedence.

  • Initial Mutable Rule 211, Aug 01 1996


    Rule 212/1 (Mutable)

    Any nomic may submit a statement for judgement to the moderator. Upon receipt of such a statement, the moderator must randomly select a member, other than the member who submitted it, to judge the statement. The moderator must then distribute the statement and the identity of the judge to all member nomics.

  • Initial Mutable Rule 212, Aug 01 1996
  • Amended by Proposal 322, Feb 14, 1997, by Ackanomic


    Rule 213/0 (Mutable)

    A nomic which has been selected to judge must deliver judgement within two weeks by sending its judgement to the moderator, who must then distribute the judgement to all members. A legal judgement is either "true" or "false", and must be in accordance with the rules.

  • Initial Mutable Rule 213, Aug 01 1996


    Rule 214/0 (Mutable)

    All business to be conducted with a member nomic shall be conducted with the liaison to that nomic unless otherwise specified. No entity may be liaison to more than one member nomic.

  • Initial Mutable Rule 214, Aug 01 1996


    Rule 215/9 (Mutable)

    The voting members of this Nomic are: New Rishonomic, New Rishonnomic, Ackanomic, Agora, Thring, Bluesmobile Nomic, Pumpkin Patch Nomic, Micronomic II, and InterNomic. The moderator maintains a list of non-voting members.

  • Initial Mutable Rule 215, Aug 01 1996
  • Amended by Proposal 314, Nov 28, 1996, by Agora
  • Amended by Proposal 318, Jan 02, 1997, by Ackanomic
  • Amended by Proposal 320, Jan 20, 1997, by Agora
  • Amended by Proposal 329, Mar 30, 1997, by Micronomic II
  • Amended by Proposal 331, Apr 19, 1997, by Ackanomic
  • Amended by Proposal 332, May 21, 1997, by Ackanomic
  • Amended by Proposal 333, May 21, 1997, by Rishonomic
  • Amended by Proposal 349, Nov 08, 1997, by Ackanomic
  • Amended by Proposal 352, Dec 11, 1997, by Agora
  • Amended by Proposal 360, Feb 20, 1998, by New Rishonnomic


    Rule 216/1 (Mutable)

    The Rules may not be changed except as specified in the Rules.

    Anything regulated by the Rules may only be changed as specified by the Rules.

    No rule change shall take effect earlier than the moment of its adoption (or that of the proposal which included it), nor have any retroactive application.

    No game move shall have retroactive effect.

  • Created by Agora, via Rules 113 and 114 (qv Judgement 5), Jan 24 1997
  • Made mutable by Rule 326, Feb 17, 1997, by Ackanomic


    Rule 306/0 (Mutable)

    Whenever a proposal is accepted, the member nomic that proposed it gains two points.

  • Created by Proposal 306, by Thring, Sep 15 1996


    Rule 309/1 (Mutable)

    The voting period for a proposal shall be two weeks, beginning at the time the moderator distributes the proposal to all nomics. If at any time during the second week all nomics have cast a vote, then the moderator may choose to call an end to the voting period.

  • Initial Mutable Rule 205, Aug 01 1996
  • Amended by Proposal 309, Nov 01, 1996, by Ackanomic


    Rule 311/1 (Mutable)

    A rule change takes effect at the moment the proposal containing it is adopted. If the rule change is a rule creation, the rule created gets a rulenumber equal to the lowest integer equal to or higher than the number of the proposal that is not the number of an existing rule. For the purpose of this rule, different rule changes in one proposal are regarded to take place subsequently in the order in which they are given in the proposal.

  • Initial Mutable Rule 210, Aug 01 1996
  • Amended by Proposal 311b, Nov 13, 1996, by Agora


    Rule 319/0 (Mutable)

    A nomic that is not a member may become a non-voting member. This is done by its liaison sending a message to the moderator clearly indicating such. The moderator must announce such a change of membership.

  • Created by Proposal 319, by Agora, Jan 20 1997


    Rule 323/0 (Mutable)

    It is forbidden to alter the essentials of the game state except as is explicitly or implicitly permitted by a rule or a set of rules. The essentials of the game state consist of the rules themselves, the scores of the member nomics, the proposals, the votes cast on proposals, the statements for judgement and verdicts returned upon them, and anything else so designated by some rule. No other things are included in the essentials of the game state.

  • Created by Proposal 323, by Thring, Feb 14 1997


    Rule 332/0 (Mutable)

    InterNomic's Liaison to InterNomic is InterNomic.

  • Created by Proposal 332, by Ackanomic, May 21 1997


    Rule 335/0 (Mutable)

    All member nomics are initially Neutral to one another. Any member nomic may declare any other member nomic to be an Ally, Neutral or Enemy at any time by having their liaison publicly announce the change on the Internomic mailing list. This shall be known as the Attitude of the first nomic to the second. These three Attitudes are mutually exclusive and not necessarily reciprocal.

    A member may make a gamestate proposal to change the Attitude of Internomic to one or more member nomics. If this gamestate proposal contains only Attitude changes to Neutral, it passes if more than 50% of the votes cast on the proposal are in favor.

  • Created by Proposal 335, by Thring, Jun 09 1997


    Rule 347/0 (Mutable)

    InterNomic will try to vote on every proposal 96 hours before the end of the voting period of the proposal.

    InterNomic's vote will be determined at the time InterNomic tries to vote, according to the following rules:

    i) If at the time InterNomic tries to vote more voting members of Internomic have voted for the proposal than against it, InterNomic will vote for the proposal.

    ii) If at the time InterNomic tries to vote more voting members of Internomic have voted against the proposal than for it, InterNomic will vote against the proposal.

    iii) If neither i) nor ii) applies, InterNomic will not vote on the proposal.

    This vote from InterNomic is automatic. Its outcome shall be determined by the moderator. This vote is a valid vote.

    The last two paragraphs of this rule take precedence over any other rule concerning the validity of a vote.

  • Created by Proposal 347, by Agora, Sep 24 1997


    Rule 348/0 (Mutable)

    The moderator can only be changed as specified in the Rules.

  • Created by Proposal 348, by Agora, Oct 02 1997


    Rule 349/1 (Mutable)

    The liaison of any member nomic can send a message to the mailing list, claiming that the moderator is not present. If the moderator does not send any message to the mailing list during the complete period of fourteen days starting at the time of this message, the liaison of the nomic who claimed that the moderator was not present becomes moderator automatically.

  • Created by Proposal 348, by Agora, Oct 02 1997
  • Amended by Proposal 351, by Agora, Nov 25 1997


    Rule 364/0 (Mutable)
    The moderator should be subscribed to the Internomic mailing list. Whenever the rules require someone to communicate with the moderator, sending the communication to the Internomic mailing list is sufficient to fulfill this requirement.
  • Created by Proposal 363, by Agora March 26 1998


    Rule 370/0 (Mutable)
    A member of internomic, whether voting or not, may join the Internomic Trade Association by announcing its intent to join to all Liaisons (for example by posting it on the mailing list) and having the Customs Officers for at least half of the members of the ITA publicly support their admission. If there are fewer than three members of the ITA then its admission does not require the approval of any Customs Officers. Regardless of how many members there are in the ITA, the nomic does not enter the ITA for one week. During that week the Speaker of Internomic is expected to read the rules of that nomic to ensure that they are compatible with the ITA, and may veto the nomic's entrance if they do not. A nomic may leave the ITA by announcing its intent to do that to all Liaisons.

    A member of the ITA, through its Customs Officer, may condemn another member of the ITA. A comdemnation may be withdrawn by the Customs Officer. If at any time two-thirds of the members of the ITA have condemned a given member of the ITA then Internomic will condemn the nomic and it will be considered a rouge nomic. The exact effects of a nomic being condemned or rouge are left up to each nomic, however all nomics are discouraged from trading with rouge nomics.

    For the rest of this rule, all nomics refered to will be assumed to be members of the ITA. Each nomic will have a Customs Officer. Unless the nomic specifies otherwise, the Liaison will serve as the Customs Officer. All actions which the rest of this rule says may be performed by a nomic should be performed by the Customs Officer announcing the action to all Customs Officers.

    A nomic (the sender), via the Customs Officer, may offer to trade an object or objects to another nomic (the recipient). The offer may be conditional on the receipt of an object from the recipient. The offer must clearly specify all information necessary to determine which objects are being traded, and must include the nomic of origin of every object being traded. The recipient may either accept or reject the offer. If the offer is rejected by the recipient, the offer will be cancelled. If it is accepted, then the objects specified will traded from the sender to the recipient, and any objects the offer was conditional upon will be traded from the recipient to the owner. When an object is traded from nomic A to nomic B the object will cease to owned by anything within A or A itself, and will be owned by either B or something within B specified by B's rules; it will be known as being the property of B, and B will be known to possess it. Any time before the recipient accepts or rejects the offer, the sender may cancel it. A cancelled offer may not be acted on in any way. The precise meaning of ownership will very between the members of the ITA, however when the Speaker checks the nomic's rules e should confirm that the nomic's definition of ownership is compatible with the literal, implied, and intended meaning of this rule. An object may only be offered if the sender either possesses that object, or is the noo for it. A conditional offer may only be accepted if for each conditional object, the recipient either possesses it or is its noo.

    The nomic which created an object is known as its nomic of origin, or noo. Any objects which are to the property of their noo are exported. All nomics must keep track of all exported objects they are in possession of, and the noo of each of those objects, and make this information available to all Liaisons. If an object is exported, the nomic which possesses it may not stop possessing it except through an accepted trade, when it leaves the ITA, or when the object's noo leaves Internomic. If a nomic leaves the ITA or Internomic, all exported objects for which it is the noo will cease to exist in all ITA members, and all exported objects it posesses are returned to their noo.

    Each nomic retains jurisdiction over all purely internal affairs, although this jurisdiction may be delegated. Exported objects may not be modified in any way, nor may they be traded except through the methods laid out in this rule.

    Internomic is a member of the ITA, and the Speaker is its Customs Officer. Any offer made to Internomic is instantly cancelled. All Int's are considered to be exported with Internomic as their noo. Whenever Internomic owns an Int, it is destroyed.

    The Speaker of Internomic, either personally or by delegating the task, is responsible for keeping a log of all transactions. The log should include all trades involving an object for which it is the noo, including the sender, the recipient, and the time. Nomics are expected to keep logs of their own and compare their logs with the Internomic log regularly, and correct any discrepancies to their mutual satisfaction.

    When a nomic joins the ITA, and the ITA has been in existance for less than two months, then that nomic will posess 10,000 Int's. This paragraph will repeal itself two months after this rule is created.

    If a member of the ITA's ruleset or gamestate is not compatible with the ITA, as determined by a CFJ, then that nomic is immediately removed from the ITA. In order to be compatible with the ITA, a nomic must comply with the following:

    1) It must define ownership. Only one entity may own a given object at a time.
    2) If an object is not possessed by the nomic then its ownership may not be transfered except through an action defined in this rule.
    3) It must not discriminate between objects for which it is the noo which were once exported and those which never were.

    Back to the InterNomic Page