0. Proposer Info
- Email:
stokarz@battleforblockchain.com
- Proposer’s Project Name:
Battle for Blockchain
- Proposer’s Project URL:
https://battleforblockchain.com
- Proposer’s X (Twitter) Account:
@stokasz
1. TL;DR
This proposal requests the whitelisting of BFB
to Initia’s VIP (Vested Interest Program).
2. Background
2-1 About the Project
- Protocol Name:
Battle for Blockchain
- Protocol Blurb:
BFB is a fully onchain strategy game with stakes
- Protocol Type:
Gaming
- Docs:
https://docs.battleforblockchain.com
- Audits:
N/A
3. Rationale & Impact
-
Motivation and benefit to the Interwoven Economy:
- Battle for Blockchain is a fully onchain strategy game that blends the tactical depth of Teamfight Tactics with the empire-building of Total War. Command your forces, purchase units and upgrade your kingdom with $BFB tokens during intense weekly wars.
- Each war, all $BFB tokens spent by the players are combined in 2 massive token pools. If your kingdom wins the war, you get all your $BFB tokens spent back and more. You can track your PnL and ROI in real-time for both scenarios: winning and losing the war.
- Our economic model provides unique financial and entertainment values to Initia’s users.
-
VIP Scoring Criteria (Details):
-
For VIP rewards program, the KPI we track is net profit earned in $BFB tokens through war participation.
-
When a war ends, we compute rewards using the
getWarRewardsToClaim
function. The player’s total gold reward depends on:- Player’s gold contribution vs kingdom treasury size (higher commitment = higher potential rewards)
- Units placed vs units bought (efficient unit management = better rewards, discourages manipulation)
- Enemy treasury size (defines the potential reward pool)
- Victory points earned by winning kingdom in siege mode (determines % of enemy treasury distributed; ranges from 20% to 50%)
- Siege pool bonus based on gold spent in the previous war’s siege phase
-
Reward formula if the player won:
(playerGoldContributed / kingdomGold) * (playerUnitsPlaced / playerUnitsBought) * (enemyTreasure * ((20 + siegeBonus) / 100) + siegePool) + playerGoldContributed
-
Reward formula if the player lost:
playerGoldContributed * (80 - siegeBonus) / 100
-
Note: If a player’s profit is negative (i.e., they incurred a loss), no VIP score is awarded, but no points are deducted either. Only positive net profit counts toward VIP rewards.
-
4. Proposal Details
Field | Value | Description |
---|---|---|
Operator Address | init18gj5t8fu5fwt5pt562wzfe689thtfzx3jknze3 |
The address eligible to claim a portion of the VIP rewards allocated to the rollup team as commission. This address does not need to be a system key (like admin or bridge executor). |
Bridge ID | 28 |
An identifier automatically generated during the setup of the bridge between the Rollup and Initia. |
Bridge Address | init1w0sptzpe2euqhrl0tmw292a3hst0ccayzgh7qf3hdy49ln6kwjdsdcdn57 |
The L1 address where tokens are locked when bridging from L1 to L2. This address is auto-generated during bridge setup. |
Scoring Contract Address | 0x2BD6554950cfcE3eEA8a4264Cc6cd458D44bB08E |
The contract deployed on the rollup that assigns VIP scores to users. These scores are snapshotted on L1 and used to build a Merkle tree for VIP reward distribution. |
Operator Commission Max Rate | 0.1 |
The maximum commission rate the rollup can configure. |
Operator Commission Max Change | 0.05 |
The maximum allowed change in the commission rate per update. For example, if OCR is 0.3 and OCMC is 0.2, OCR can only be adjusted between 0.1 and 0.5. |
Operator Commission Rate | 0.05 |
The actual commission rate. If 100 INIT is distributed and OCR is 0.2, the rollup team receives 20 INIT. |
VM | EVM | The VM type of the rollup is using. |
Governance Votes
- YES – You support whitelisting this rollup on VIP with the parameters provided.
- NO – You do not support adding this rollup on VIP.
- NO WITH VETO – You believe this proposal is harmful, spam, or violates governance principles.
- ABSTAIN – You choose not to vote for or against but wish your vote to count toward quorum.