MarsChain
@MarsChainDAO is an EVM-compatible Layer 1 that treats burning tokens as the path to production rights, instead of hardware mining or locked staking. Three ideas matter most before anyone participates: Proof of Contribution, the 188-day anchor with dynamic calibration, and how hashrate is created and rewarded.
Proof of Contribution treats a burn of MARS as a verifiable on-chain act. Tokens leave circulation. In return, the protocol records hashrate tied to the burner or to that user’s personal mining pool. That hashrate is described as permanent, not a right that expires after a few days.Unlike Proof of Work, participants do not need rigs, GPUs, or continuous electricity. Unlike many staking models, contribution is not based on locking tokens and waiting to unlock them. Holding MARS without burning does not earn block-production rewards under this rule. Reward rights follow recorded hashrate.
Block rewards are shared in proportion to hashrate. Public project materials put about 75% of output with miners (people who burned to obtain hashrate) and about 25% with validator nodes. The stated supply cap is 200 billion MARS with no further inflation. New issuance halves on a 448-day cycle, so the release pace shrinks over time.Burns also connect to personal mining pools and NFTs, often described as ERC-1155 credentials. Those NFTs can identify a miner and record community-growth relationships; some extra reward layers may depend on invitation structure. The core path stays the same: a burn creates hashrate, and hashrate decides the share of output.
The 188-day figure is a design anchor, not a promise of return. The idea is that, under a static assumption — total network hashrate and daily output roughly unchanged — the hashrate received for burning a given amount of MARS could, in theory, produce a similar amount of MARS in about 188 days.The network does not stay still. Total hashrate rises as new burns arrive. Daily output falls after each 448-day halving. If the burn-to-hashrate ratio were frozen forever, early participants would keep a permanent advantage and later entrants would face a steadily worse deal.
Dynamic calibration addresses that. The protocol reads network state — total hashrate and current daily output — and adjusts how much hashrate a new burn receives, so the theoretical window stays near the 188-day target. As the network grows relative to a reference point, later burners generally receive more hashrate per token. Older hashrate is not erased, but its relative weight is diluted as the network total rises. Combined with lower issuance after halvings, the rebalancing pressure on early hashrate becomes stronger in later stages.The limit of the number should be read clearly. It is a pricing and design reference under idealized conditions. Actual results change with total hashrate, release speed, further burns, and market price. Project materials also state that this is not a guaranteed payback.
Participation can be pictured simply: hold MARS, burn it through the process the protocol defines, receive permanent hashrate, then share daily block output according to that hashrate.Hashrate here does not measure hardware power. It is a production unit the protocol assigns after a burn is recorded. A participant’s daily reward is their hashrate divided by total network hashrate, applied to that day’s issued output. One illustration used in community and project explanations: if the network total is about 10,000P and daily output is about 223 million MARS, burning 1,000 MARS might correspond to roughly 23.8P; if other variables stay fixed, the 188-day model yields about the amount burned. Those figures show the logic only.
They are not a fixed network state.When more people burn, total hashrate rises and each existing unit claims a smaller slice of daily output, while calibration raises the hashrate granted to new burns so the theoretical anchor holds. After every 448 days, output is cut in half, and the protocol keeps adjusting the conversion so the model does not lock in an early-entrant advantage.
Beyond ordinary mining, the project also describes two extra deflation protocols. The Christmas Protocol is tied to a short annual window, with a burn of part of circulating supply and a hashrate expansion that steps up over time. The Oracle Protocol is described as triggering when price draws down from an all-time high by a set amount and the condition holds for several days. Both sit outside the three main pillars, but they point the same way: reduce circulating supply while hashrate remains the right to new output.
In short, MarsChain ties rewards to a verifiable burn, uses 188 days as a design anchor, and lets dynamic calibration adjust hashrate as the network grows and halvings cut issuance. The figures are protocol rules and theoretical references. Anyone considering participation should check the live network state rather than treat the model as a fixed outcome.