Difference between revisions of "Comparison of action systems"

From BlogNomic Wiki
Jump to navigation Jump to search
(Adding examples)
(Adding examples)
Line 87: Line 87:
 
* Lots of downtime, very slow-moving
 
* Lots of downtime, very slow-moving
 
* Ruleset changes coming mid-round can create a fairness issue, or require delaying mechanisms
 
* Ruleset changes coming mid-round can create a fairness issue, or require delaying mechanisms
|| [[Ruleset 155#Crates]], [[Ruleset 182#Turns]], [[Ruleset 172#Battle_Actions]]
+
|| [[Ruleset 155#Crates]], [[Ruleset 182#Turns]], [[Ruleset 172#Battle_Actions]], [[Ruleset_167#Bidding_Queue]]
 
|-
 
|-
 
| Simultaneous reveal
 
| Simultaneous reveal

Revision as of 16:49, 20 October 2020

This is a comparison of ways in which a BlogNomic dynasty can restrict the performance of actions, using a hypothetical example where the gameplay centres around the building of bricks. (It's assumed that the goal is to build a lot of bricks, but there are unseen other rules in place that make the exact time and method of this more nuanced.)

This still needs expanding, feel free to add more examples, and more pros and cons for those already listed.

Action timing

System Example rule Pros Cons As seen in
Daily actions "As a daily action, a player may build one brick."
  • Easy to understand how it works
  • Level playing field: on any given day, nobody is better at building than anyone else
  • Game noise: Clear distinction between active and inactive players
  • Use-it-or-lose-it forces a decision
  • Forces players to grind, remembering to take the action every day
  • Advantages older players over newer ones: by the end of the game, they will have had more chances to build bricks
  • Stalemate: Often pushes players to take the action as late as possible in the day, so that others have less time to react to it, and they have more time to react to other players
Weekly actions "As a weekly action, a player may build seven bricks."
  • Easy to understand
  • Level playing field
  • Some game noise: Still some distinction between active and inactive players
  • Use-it-or-lose-it
  • Advantages older players
  • Still some grind
  • Stalemate: Pushes players to take the action as late as possible in the week
  • Some game silence: Hard to tell (early in the week) if other players are biding their time, or bored
Weekly topup "At the start of the week, each player gains seven bricks. A player may build a brick at any time."
  • Some distinction between active and inactive players
  • Advantages older players
  • Still some grind
  • Stalemate: Pushes players to take all seven actions as late as possible in the week
  • Game silence: Patience and boredom broadly indistinguishable
  • Encourages stockpiling
Currency "At any time, a player may pay a coin to buy and build a brick." (Other game rules output coins in a complex way.)
  • Visible status: Easy to see how prepared each player is to take build actions
  • Still advantages older players over newer ones, but easier to balance
  • Stalemate: Players with coins may wait to see what others do, before spending their own
Finite personal resource "Players start with 50 bricks each. At any time, a player may build one of their bricks." (Rules generally do not output additional bricks.)
  • Level playing field: Newer and older players start with the same mechanical budget
  • Game noise: Bursts of game activity can happen at any time during the day or week
  • Stockpiling: May require a mechanic that pushes players to invest their bricks over time (eg. auctions, where you spend bricks to gain something else of value).
  • The context that brick exist in differ between older and newer players, which may bonus or penalize one or the other.
  • Newcomer advantage: Can give too much power to newer players, late in the game
Ruleset 147#Bankroll (?)
Finite shared resource "The group starts with 250 bricks. At any time, a player may take one of the group's bricks and build it."
  • Game noise: Bursts of game activity can happen at any time during the day or week
  • Use-it-or-lose-it: Encourages players to act sooner rather than later
  • Tragedy of the Commons: needs balances to stop a bad actor from emptying the pool in one go
Turn-based "The active player may build a brick at any time. It then becomes the turn of the next player."
  • No race condition; there is no advantage in reacting quickly
  • Needs rule machinery to handle the turn sequence, and inactive players
  • With a static queue, later players are able to copy good moves from earlier players; may also be an advantage to being immediately after a careless player
  • Lots of downtime, very slow-moving
  • Ruleset changes coming mid-round can create a fairness issue, or require delaying mechanisms
Ruleset 155#Crates, Ruleset 182#Turns, Ruleset 172#Battle_Actions, Ruleset_167#Bidding_Queue
Simultaneous reveal "Players submit build orders secretly to the Emperor. As a weekly action, the Emperor applies all submitted orders."
  • No race condition
  • Actions do not depend on other players' earlier actions
  • Complex
  • Players may forget to submit orders
  • Needs Emperor moderation: complex resolution systems can become a dead end
Ruleset 120#Notes, Ruleset 169#The_Watch
Date-based income "Players have as many bricks as the numerical difference between the start date and today. They can build a brick by increasing their personal start date."
  • Eliminates grind, as gains are automatic.
  • No advantage to older players, as new players can catch up.
  • Stalemate
  • Encourages stockpiling of time
Ruleset 170#Workdays

Action modifiers

Modifying how the action is performed can mitigate some of the downsides in the above table.

Modifier Example rule Pros Cons As seen in
Downside "Whenever a player builds a brick, the wolf attacks them."
  • Removes grind, if the downside is enough that players will not always want to take the action.
  • Can reduce an advantage to older players by having the downside affect them more than it affects new players.
  • If the downside is currency-like, it may introduce the downsides of currency (advantages older players and stalemate).
First-mover advantage "The first player to build each round build 10 bricks, the next 9, etc."
  • Reduces stalemate.
  • Can be difficult to balance; too much of an advantage and it becomes a race to take the action.
Randomly determined "As an X action, a player rolls a die and build that many bricks."
  • Can balance certain unbalanced action commodities.
  • Introduces chance which may favor certain players regardless of their skill at playing whatever the dynasty is about.
Resource cap "A player cannot have more than 10 bricks in play."

"A player gains 7 bricks per week, to a maximum of 10."

  • Prevents stockpiling
  • Use-it-or-lose-it forces a decision
The more actions you take at once, the more they cost "A player may build a brick at any time but must pay one additional brick for each brick they've built today"
  • Lessens appeal of burst activity, because bursting is expensive.
  • Harder to keep track of.

Combined examples