ponderingdemocritus
commented
10 months ago This is a great idea, I have some suggestions on experience, which could make the build significantly simpler.
-
I would advise against the CVM in the browser for a game like this. The extra compute is not needed, and massively multiplayer in state channels is not really possible. From my understanding, players move square by square and the combat resolution is very minimal in compute needs. So you could totally just do this onchain!
-
I would focus on establishing gameplay onchain as your first milestone before anything else. This should be achievable within 4 weeks. So this would purely focus on getting a prototype game up and running, then focus on the art after that! (trust me on this...)
ZeeStayGold
palomato
Calcutator
Frontinus House Builder Proposal
A standard of how a Frontinus House Builder Proposal should be submitted. Please follow each Proposal to Frontinus house in a similar fashion. Amendments are required in sections highlighted boldly. Please submit your proposal as an issue within this repository.
BLADEDAO GAMES - Loot Royale
Introduction
Name of proposer: [BladeDAO]
Ethereum Mainnet Address: [0x43fC86aAaaD9984708348031108b6722F87AC244]
Twitter handle (optional): [@Blade_DAO]
Any relevant links/Websites (optional): BladeDAO GitHub
Project Detail
Please give a detail of what you wish to build. Please give an overview of the project and its nuances. This is where you wish to give detail about why this project should be chosen for a grant. A few possible points to use
Sources: Fantasy map generator Realm’s text to image also sourced this part of the code) https://github.com/mewo2/terrain
Role of $LORDS in the game:
Game Mechanics Breakdown:
Number of Players and Duration: A round consists of 3-6 players with a maximum duration of [x] minutes and [x] seconds ([x] seconds).
Circle Closing: Players take action [x] times or after [x] blocks, the circle shrinks. This happens every [x] blocks.
Victory Conditions (in descending order to determine winner):
Last Person Standing: The game is automatically won by the last remaining player (others are ranked in descending order).
Fighting Power (FP): If more than or equal to 2 players survive after 400 seconds, players on the field are ranked from highest to lowest FP. The player with the highest FP receives the reward.
Kill Count: If the FP is the same, the number of kills is calculated. Players with a higher kill count rank higher.
Items: If the kill count is also the same, it's checked whether any player has consumed more than or equal to 1 item (buff).
Tie Situations: If none of the 4 conditions are met, the players share the rewards equally.
Participation and Rewards:
Entry Requirement: Players participate using tokens they obtained from the faucet. At the start of each round, they stake an equivalent number of tokens.
Room Creation: The creator of the room can set the stake amount rule (no upper limit).
Victory Reward: The winning player(s) take all the staked tokens.
Items:
Spawn Logic:
At the Beginning: The number of items spawned equals the count of players who entered the room. The type of item spawned has an equal random percentage. The location of the spawn is random.
Per Closing Circle: New items spawned equals the current count of players that are still alive.
Buff: Increases or decreases attack power by a range of (-50, 50). Consuming it will either increase or decrease the Fighting Power. The value is random and is based on block hashes. Later, it will be based on automata or ARPA.
Poison Pill / Resurrection Pill (50% chance for each):
Condition: Only when picked up, it is determined whether it's a poison pill or a resurrection pill.
Poison Pill: Upon picking up, the player dies instantly.
Resurrection Pill: Upon picking up, the player gains a second life. If they die, they will resurrect in their original grid with an initial FP (Fighting Power) of 100.
Bomb: Upon consuming, it immediately deals 100 damage to an area around the player. Within the 4x4 range, it creates an attack of 100/(X+100). It won't cause damage to the player themselves.
Player Instruction:
Movement: Players move one grid per block. When two players converge on the same grid, a battle occurs.
Battle Outcome: The result of each battle is determined by a probability function dependent on the players' respective fighting powers.
Game Board Buffs: The game board contains various buffs that players can utilize to potentially impact their battle outcomes.
Participation: To participate, players are required to stake [x] amount of $LORDS.
Endgame: The game continues until only one player remains on the board, who then claims all the stakes.
Generating your loot character:
We use Bacalhaus’s compute + Lilypad’s on-chain scripts to bring on-chain ML and AI art to instant NFT deployment.
Example:
Design Details:
What does this do that is unique or different to other projects:
Who is the target audience of this project: Loot NFT holders, Realms NFT, Lords token holders & the starknet on-chain game players
What about this project excites you to build: A fully on-chain, verifiable and transparent integration game that allows players to battle with game theory
Any further details you might want to elaborate on: Only those with the realm NFT can initiate a game. The game map is generated from the player's NFT and abstracted into a pixelated board.
Character
BladeDAO is a fully on-chain game studio with a diverse team from backgrounds like game economist, defi degen, smart contract dev, crypto media and zkp research. The team has a strong belief in crafting digital realities and autonomous worlds. The co-founders are Brawler and Zee, with 0xhatsume as the CTO. Brawler: Co-founder of BladeDAO, indie game addict, repeat founder, advisor to crypto game studios. Previously built a crypto media company in 2019-2021 that had 180,000 subscribers with a heavy focus on DeFi, L1/L2s, crypto games and metaverses. Zee: Co-founder of BladeDAO, game economics connoisseur, sometimes dev 0xHastume: Anon dev, ex-data scientist. Loves strategy games, board games
Timeline
Please give an approximate start and end date of your project. If it's a rolling term just detail as such.
Grant Request
The team is requesting a grant of 100,000 LORDS at an estimation of 720 hours of work taken (10 working hours / day, 60-75 days)