This is an extended rule set for a Totem game that I'm tentatively calling Steemfield. To get a general idea of the concept, see the previous post on totems.
What is the goal of Steemfield? To explore the boundaries of the digital landscape and take possession of as much Land as possible.
what's yours is mine and what's mine is my own - James Joyce
So how does Steemfield work? Well, we have two sets of rules. Meta-rules which cannot be changed (at any time) and game rules which can be adjusted over the course of the game by the players participating in the game. We'll use a similar framework as the prior post with some adjustments and additions based on feedback and initial gameplay for this specific Totem game.
Steemfield Meta Rules:
- The controller of the totem (Me) is not a player.
- The controller of the totem must behave according to the rules established by the players and those established by the beginning of the game.
- The person controlling the totem can dissolve the totem at any time thus ending the game.
- The person may relinquish control of the totem to another person. The rules apply to the updated statuses of both people.
- Rule changes occur once per round, each round is a minimum of three days (72 hours).
- Rule changes are voted upon within proposals that the totem publishes. Every player can vote in favor of the proposal, against the proposal, or simply not vote.
- The totem will publish the result of the vote after each three day period as well as the current rule set.
- The proposal period will start immediately after a results post. The voting period will start immediately after a proposal post.
Steemfield Base Rules:
Participation
- In order to become a player in the game, any user must delegate any amount of Steem Power to the totem.
- Any player is free to leave the game at any time by removing their delegation from the totem.
Voting and Proposals
- Only players can vote on rule changes.
- The maximum amount of effective delegated power is 5 Steem Power.
- The proposal for a rule change only passes if the total sum of voting weight in favor exceeds the voting weight against the rule change.
- The voting weight of a player is the square of the effective delegated power.
- A player's proposal will be accepted first by the amount of effective delegated power. If this is tied, then the oldest account in the game shall be granted preference.
- A proposal period is 48 hours.
- The voting period for a proposal is 24 hours.
Totem Behavior
- The totem account cannot perform any operations outside of those specified in the meta rules and the rules.
- The totem account may accept rewards from comments and posts.
- The totem account is the final judge on rule interpretation and resolving conflicts in rule contradictions and conflicts. These resolutions will published be in the next results post.
- The totem account may comment as they please, but can only post proposals and results.
Gameplay
- Each player will be rewarded with 1 LAND after each round. This will be given from the oldest account to the newest account until LAND runs out.
- The totem account will keep track of the LAND of each player and publish these in the results post.
- There will be a total of 100 LAND total given away by the totem account.
- The cap on total LAND is 100.
- Any player to get 51 LAND wins the game.
- Any player can gift LAND to any other player.
Rewards Allocation
- The totem account must set all comments and posts to 50% SP / 50% SBD.
- The winner of the game shall receive all liquid currency possessed by the totem when they win the game.
So, there's the preliminary set of rules for Steemfield. These may or may not be the initial set of rules that we'll start with. I want to open things up to discussion to continue the refinement process of this game.
This post signals my intent to be the controller of a totem running the game "Steemfield". However, if at any point, someone else wants to start this game or any other game, I'm happy to aid or sit on the sidelines (or play). I'm not the busiest person, but do have responsibilities and life to attend to (thus the 3 day round).
Before starting the game, I'll have to automate some processes and describe implementation rules on how we are going perform certain actions within the game. This means the game won't for a little bit. (Maybe 10 days or so).
There will be future posts on updates as it relates to this game. This account will NOT be the totem. It will be another account which I will announce at a future period of time.
This is better. There is a defined win condition so an upper bound on the length of time the game can exist. The time limits are all set in a reasonable manner. The Totem has a reason for being the Totem. The game probably didn't need a "winner will win real currency" bit but I understand that's a common thing around the steem blockchain, though to me it always feels like paying people to play a game that you think is fun on its own merits.
The only thing that I can see immediately that needs to be defined more in a more structured way is "how proposals get made." Does a player post it to their own stream with a mention of the Totem account to attract its attention and with a given tag? That whole dynamic needs to be defined before the game starts.
Otherwise, I think this is a very viable basic set of rules, though I'm sure that the first hour of play is going to reveal where the sharp edges are that need to be sanded off.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
I'm working on the implementation details right now. I want to make sure I can automate some of the process before committing to a specific implementation so the game can run smoothly. I'll be sure to do another post on those details prior to starting the game.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Some sort of automation system is absolutely going to be useful and when in place will make it very playable.
Still, you want the rules to be defined and distilled so that people could, theoretically, play it without the automation – perhaps on a different platform, in a different way, or some such. Someone could start playing it immediately if they were so inclined and pre-generate interest in those tools when they become available.
The tools should make play easier and less intrusive, not make play possible. You want the idea of the game to get mental traction so that people will be drawn to play it, so that in theory you can get a little financial restitution when you implement the tools (which will probably involve sending STEEM or delegating some SP, which is not something I'm being critical of – it's perfectly reasonable) to facilitate people who are already interested in the game.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Oh, yeah I see what you're getting at. The implementation rules I am planning to use for voting and proposals could definitely be interacted with manually. I'm not planning on fully automating this initial game, but just writing some scripts to make counting votes and quick and something I can adjust quickly as the rules are adjusted. The automating of things is more just a time saving measurement on my end as the totem.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit
Absolutely.
You see, this kind of game falls squarely into the niche of game designs I'm interested in – as if that wasn't immediately obvious from my interaction and history of posting. This, nomic, Lexicon, Fluxx – they form or are informed by the substrate of mechanical experimentation which led to the more explicitly role-playing games (Microscope, Kingdom, The Adventures of Baron Munchausen) that I really enjoy.
Plus I'm a big damn geek when it comes to ludology. The study of processes of games fascinates me.
So I'm really interested in seeing what you think the architecture of play for submission of proposals and how they should be processed should be. In part, so that we can get it documented and distributed in the wider world among some other people, see what they think, and shake it loose.
Systems which exist to modify themselves can sometimes make for very fun games.
Downvoting a post can decrease pending rewards and make it less visible. Common reasons:
Submit