0x1362…4b07

All memos sent from and to 0x1362…4b07.

Conviction Multiplier Add a Conviction multiplier for CMD challenge events. Addresses that maintain a defined minimum qualified amount of CMD through full defined holding periods without selling into recognised liquidity pools gain Conviction status on chain. Anyone may participate in events, but only Convicted addresses may receive the full winner allocation, while non Convicted winners receive only a capped reduced share and the remainder is automatically routed to buyback and burn, relock, or rollover. This must not affect prompt winner selection, round flow, immutable token properties, or ERC20 core behavior. Add public view functions for Conviction status, qualified balance, and current event multiplier mode.
Proof of Conviction Event Weight Add a Faithful status system for CMD challenge events. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status on chain. Anyone may still participate in public challenge events, but only Faithful addresses may receive the full winner reward. If a non Faithful address solves the challenge first, only a capped minority of the winner portion is paid to that address, and the remainder is automatically redirected into buyback and burn, permanently locked liquidity, or the next event pool. Qualification, loss of status, and reward routing must be fully on chain with no admin discretion. Add public view functions for Faithful status, qualified balance, and current reward routing mode.
Proof of Conviction Event Weight Add a Faithful status system for CMD challenge events. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status on chain. Anyone may still participate in public challenge events, but only Faithful addresses may receive the full winner reward. If a non Faithful address solves the challenge first, only a capped minority of the winner portion is paid to that address, and the remainder is automatically redirected into buyback and burn, permanently locked liquidity, or the next event pool. Qualification, loss of status, and reward routing must be fully on chain with no admin discretion. Add public view functions for Faithful status, qualified balance, and current reward routing mode.
Liquidity Floor Guard Add a Liquidity Floor Guard for harvestAndBurn. If recognised CMD liquidity falls below a defined minimum threshold, harvestAndBurn must skip LP removal for that cycle and emit an event instead. Once recognised liquidity recovers above the threshold, normal harvest behavior resumes automatically. This protects market depth while preserving the long term burn ritual. Baseline burn, locked liquidity logic, and all other core sell mechanics remain unchanged. Add public view functions for current recognised liquidity, floor status, and next eligible harvest condition.
Liquidity Floor Guard Add a Liquidity Floor Guard for harvestAndBurn. If recognised CMD liquidity falls below a defined minimum threshold, harvestAndBurn must skip LP removal for that cycle and emit an event instead. Once recognised liquidity recovers above the threshold, normal harvest behavior resumes automatically. This protects market depth while preserving the long term burn ritual. Baseline burn, locked liquidity logic, and all other core sell mechanics remain unchanged. Add public view functions for current recognised liquidity, floor status, and next eligible harvest condition.
Long Holder Epochs Introduce full holding epochs for CMD. Only addresses that complete uninterrupted holding across full epochs without selling into recognised liquidity pools count toward Faithful supply or Conviction supply for collective support actions.
Long Holder Epochs Introduce full holding epochs for CMD. Only addresses that complete uninterrupted holding across full epochs without selling into recognised liquidity pools count toward Faithful supply or Conviction supply for collective support actions.
Faith Escrow Add a mechanic where a defined portion of sell side tax is placed into a non withdrawable Faith reserve that can only be used for collective support actions once long term holder thresholds are reached.
Faith Escrow Add a mechanic where a defined portion of sell side tax is placed into a non withdrawable Faith reserve that can only be used for collective support actions once long term holder thresholds are reached.
Faithful Collective Relock Add a Faithful Collective Relock rule. Addresses that avoid selling into recognised liquidity pools for a defined minimum period earn automatic Faithful status on chain. When Faithful holders represent at least a defined threshold of supply, a defined portion of accumulated sell side reserve or tax should be used through a permissionless function to add or restore permanently locked liquidity instead of being individually distributed. No direct claim or withdrawal should exist for holders. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, relock eligibility, and current reserved amount.
Faithful Collective Relock Add a Faithful Collective Relock rule. Addresses that avoid selling into recognised liquidity pools for a defined minimum period earn automatic Faithful status on chain. When Faithful holders represent at least a defined threshold of supply, a defined portion of accumulated sell side reserve or tax should be used through a permissionless function to add or restore permanently locked liquidity instead of being individually distributed. No direct claim or withdrawal should exist for holders. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, relock eligibility, and current reserved amount.
Faithful Collective Buyback Add a Faithful Collective Buyback rule. Track addresses that have not sold CMD into recognised liquidity pools for a defined minimum period and mark them as Faithful on chain. If Faithful holders together represent at least a defined share of total supply, a defined portion of accumulated sell side reserve or tax may be used by anyone through a permissionless function to buy CMD from recognised liquidity pools and immediately burn it. No individual holder may claim this reserve directly. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, current eligible reserve, and buyback eligibility.
Faithful Collective Relock Add a Faithful Collective Relock rule. Addresses that avoid selling into recognised liquidity pools for a defined minimum period earn automatic Faithful status on chain. When Faithful holders represent at least a defined threshold of supply, a defined portion of accumulated sell side reserve or tax should be used through a permissionless function to add or restore permanently locked liquidity instead of being individually distributed. No direct claim or withdrawal should exist for holders. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, relock eligibility, and current reserved amount.
Reserve Buyback Trigger Add a Reserve Buyback Trigger. When accumulated reserve intended for buybacks reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of that reserve to buy CMD through recognised liquidity pools and immediately burn the purchased CMD. The caller may receive a small capped bounty. No individual holder may directly claim the reserve. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for current reserve balance, next trigger threshold, and buyback eligibility.
Reserve Buyback Trigger Add a Reserve Buyback Trigger. When accumulated reserve intended for buybacks reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of that reserve to buy CMD through recognised liquidity pools and immediately burn the purchased CMD. The caller may receive a small capped bounty. No individual holder may directly claim the reserve. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for current reserve balance, next trigger threshold, and buyback eligibility.
Reserve Buyback Trigger Add a Reserve Buyback Trigger. When accumulated reserve intended for buybacks reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of that reserve to buy CMD through recognised liquidity pools and immediately burn the purchased CMD. The caller may receive a small capped bounty. No individual holder may directly claim the reserve. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for current reserve balance, next trigger threshold, and buyback eligibility.
Faith Triggered Burn Festival Add a Faith Triggered Burn Festival. A defined portion of sell side tax or reserve accumulates in a dedicated support pool. If automatic on chain Faithful holder count or Faithful supply ratio reaches a defined threshold, anyone may trigger a permissionless burn event that uses a defined portion of this pool to buy CMD and burn it. No holder may claim the pool directly. Faithful status is earned only through uninterrupted holding without sells into recognised liquidity pools for a defined minimum period. Add public view functions for Faithful ratio, pool balance, and trigger eligibility.
Faith Triggered Burn Festival Add a Faith Triggered Burn Festival. A defined portion of sell side tax or reserve accumulates in a dedicated support pool. If automatic on chain Faithful holder count or Faithful supply ratio reaches a defined threshold, anyone may trigger a permissionless burn event that uses a defined portion of this pool to buy CMD and burn it. No holder may claim the pool directly. Faithful status is earned only through uninterrupted holding without sells into recognised liquidity pools for a defined minimum period. Add public view functions for Faithful ratio, pool balance, and trigger eligibility.
Faith Triggered Burn Festival Add a Faith Triggered Burn Festival. A defined portion of sell side tax or reserve accumulates in a dedicated support pool. If automatic on chain Faithful holder count or Faithful supply ratio reaches a defined threshold, anyone may trigger a permissionless burn event that uses a defined portion of this pool to buy CMD and burn it. No holder may claim the pool directly. Faithful status is earned only through uninterrupted holding without sells into recognised liquidity pools for a defined minimum period. Add public view functions for Faithful ratio, pool balance, and trigger eligibility.
Conviction Supply Thresholds Add an on chain Conviction system for CMD. Addresses earn Conviction only by holding through full defined periods without selling into recognised liquidity pools, and lose or sharply reduce Conviction on qualifying sells. Conviction must never create direct personal payouts, claims, or reserve withdrawals. Instead, when Convicted supply reaches defined thresholds as a share of total supply, a larger defined portion of sell side reserve may be used through permissionless functions for collective support actions such as buyback and burn or relock. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for address Conviction status, Convicted supply ratio, current support mode, and next threshold.
Conviction Supply Thresholds Add an on chain Conviction system for CMD. Addresses earn Conviction only by holding through full defined periods without selling into recognised liquidity pools, and lose or sharply reduce Conviction on qualifying sells. Conviction must never create direct personal payouts, claims, or reserve withdrawals. Instead, when Convicted supply reaches defined thresholds as a share of total supply, a larger defined portion of sell side reserve may be used through permissionless functions for collective support actions such as buyback and burn or relock. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for address Conviction status, Convicted supply ratio, current support mode, and next threshold.
Conviction Supply Thresholds Add an on chain Conviction system for CMD. Addresses earn Conviction only by holding through full defined periods without selling into recognised liquidity pools, and lose or sharply reduce Conviction on qualifying sells. Conviction must never create direct personal payouts, claims, or reserve withdrawals. Instead, when Convicted supply reaches defined thresholds as a share of total supply, a larger defined portion of sell side reserve may be used through permissionless functions for collective support actions such as buyback and burn or relock. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for address Conviction status, Convicted supply ratio, current support mode, and next threshold.
Buyback Then Relock Add a Buyback Then Relock rule. When accumulated sell side reserve reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of the reserve to buy CMD through recognised liquidity pools. A defined portion of purchased CMD is burned and the remaining value is paired and returned to permanently locked liquidity. No direct individual claims are allowed. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for reserve balance, trigger eligibility, and the split between burn and relock.
Buyback Then Relock Add a Buyback Then Relock rule. When accumulated sell side reserve reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of the reserve to buy CMD through recognised liquidity pools. A defined portion of purchased CMD is burned and the remaining value is paired and returned to permanently locked liquidity. No direct individual claims are allowed. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for reserve balance, trigger eligibility, and the split between burn and relock.
Buyback Then Relock Add a Buyback Then Relock rule. When accumulated sell side reserve reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of the reserve to buy CMD through recognised liquidity pools. A defined portion of purchased CMD is burned and the remaining value is paired and returned to permanently locked liquidity. No direct individual claims are allowed. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for reserve balance, trigger eligibility, and the split between burn and relock.
Liquidity Floor Guard Add a Liquidity Floor Guard for harvestAndBurn. If recognised CMD liquidity falls below a defined minimum threshold, harvestAndBurn must skip LP removal for that cycle and emit an event instead. Once recognised liquidity recovers above the threshold, normal harvest behavior resumes automatically. This protects market depth while preserving the long term burn ritual. Baseline burn, locked liquidity logic, and all other core sell mechanics remain unchanged. Add public view functions for current recognised liquidity, floor status, and next eligible harvest condition.
Faithful Collective Buyback Add a Faithful Collective Buyback rule. Track addresses that have not sold CMD into recognised liquidity pools for a defined minimum period and mark them as Faithful on chain. If Faithful holders together represent at least a defined share of total supply, a defined portion of accumulated sell side reserve or tax may be used by anyone through a permissionless function to buy CMD from recognised liquidity pools and immediately burn it. No individual holder may claim this reserve directly. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, current eligible reserve, and buyback eligibility.
Add a Reserve Buyback Trigger. When accumulated reserve intended for buybacks reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of that reserve to buy CMD through recognised liquidity pools and immediately burn the purchased CMD. The caller may receive a small capped bounty. No individual holder may directly claim the reserve. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for current reserve balance, next trigger threshold, and buyback eligibility.
Add a Reserve Buyback Trigger. When accumulated reserve intended for buybacks reaches a defined threshold, anyone may call a permissionless function that uses a defined portion of that reserve to buy CMD through recognised liquidity pools and immediately burn the purchased CMD. The caller may receive a small capped bounty. No individual holder may directly claim the reserve. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for current reserve balance, next trigger threshold, and buyback eligibility.
aithful Collective Relock Add a Faithful Collective Relock rule. Addresses that avoid selling into recognised liquidity pools for a defined minimum period earn automatic Faithful status on chain. When Faithful holders represent at least a defined threshold of supply, a defined portion of accumulated sell side reserve or tax should be used through a permissionless function to add or restore permanently locked liquidity instead of being individually distributed. No direct claim or withdrawal should exist for holders. Baseline burn and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, relock eligibility, and current reserved amount.
Faithful Collective Buyback Add a Faithful Collective Buyback rule. Track addresses that have not sold CMD into recognised liquidity pools for a defined minimum period and mark them as Faithful on chain. If Faithful holders together represent at least a defined share of total supply, a defined portion of accumulated sell side reserve or tax may be used by anyone through a permissionless function to buy CMD from recognised liquidity pools and immediately burn it. No individual holder may claim this reserve directly. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for Faithful supply ratio, current eligible reserve, and buyback eligibility.
Proof of Conviction Add a limited on chain governance weight system for CMD. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status and becomes eligible for weighted participation in specific protocol support decisions. This weighting must not affect prompt winner selection, round flow, immutable token properties, or ERC20 core behavior. It may only be used for narrowly defined protocol support choices involving reserve routing, buyback and burn, relock, liquidity defense, or other collective support functions that strengthen CMD without allowing direct personal withdrawal. Qualification, loss of status, and voting weight must be fully on chain with no admin discretion. Add public view functions for Faithful status, eligible voting weight, qualified balance, and current support mode.
Proof of Conviction Add a limited on chain governance weight system for CMD. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status and becomes eligible for weighted participation in specific protocol support decisions. This weighting must not affect prompt winner selection, round flow, immutable token properties, or ERC20 core behavior. It may only be used for narrowly defined protocol support choices involving reserve routing, buyback and burn, relock, liquidity defense, or other collective support functions that strengthen CMD without allowing direct personal withdrawal. Qualification, loss of status, and voting weight must be fully on chain with no admin discretion. Add public view functions for Faithful status, eligible voting weight, qualified balance, and current support mode.
Proof of Conviction Add a limited on chain governance weight system for CMD. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status and becomes eligible for weighted participation in specific protocol support decisions. This weighting must not affect prompt winner selection, round flow, immutable token properties, or ERC20 core behavior. It may only be used for narrowly defined choices over protocol support modes, including buyback and burn, relock, liquidity protection, reserve routing, or other non withdrawable collective actions that preserve or reinforce the token system. Qualification, loss of status, and voting weight must be fully on chain with no admin discretion. Add public view functions for Faithful status, eligible voting weight, qualified balance, and current support mode.
Proof of Conviction Add a limited on chain governance weight system for CMD. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status and becomes eligible for weighted participation in specific protocol support decisions. This weighting must not affect prompt winner selection, round flow, immutable token properties, or ERC20 core behavior. It may only be used for narrowly defined protocol support choices involving reserve routing, buyback and burn, relock, liquidity defense, or other collective support functions that strengthen CMD without allowing direct personal withdrawal. Qualification, loss of status, and voting weight must be fully on chain with no admin discretion. Add public view functions for Faithful status, eligible voting weight, qualified balance, and current support mode.
Proof of Conviction Add a limited on chain governance weight system for CMD. Any address that holds at least a defined minimum qualified amount of CMD for a full defined period without selling into recognised liquidity pools earns Faithful status and becomes eligible for weighted participation in specific protocol support decisions. This weighting must not affect prompt winner selection, round flow, immutable token properties, or ERC20 core behavior. It may only be used for narrowly defined choices such as routing an eligible support reserve between buyback and burn, relock, liquidity protection, or other non withdrawable collective support actions. Qualification, loss of status, and voting weight must be fully on chain with no admin discretion. Add public view functions for Faithful status, eligible voting weight, qualified balance, and current support mode.
Add a Conviction Meter tracked on chain for each address. Conviction rises while holding CMD without selling into recognised liquidity pools and resets or decays on qualifying sells. Conviction does not create direct personal payouts, but higher aggregate Conviction across the network may unlock collective actions such as stronger buyback and burn or relock behavior funded from sell side reserve. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for individual Conviction, aggregate Conviction, and any unlocked collective mode.
Add an automatic Faithful Holder status. Any address that holds CMD for a defined minimum duration without selling into recognised liquidity pools earns this status automatically on chain. Faithful status does not grant direct token rewards or reserve withdrawals, but it may be used only as a condition for collective actions such as buyback and burn or relock functions. Status must be earned and lost only through on chain behavior, with no admin discretion. Add public view functions for status, qualification progress, and total Faithful supply.
Add a non transferable loyalty strength tracked for each address. Loyalty strength builds automatically over time while holding CMD without selling into recognised liquidity pools, and decays or resets on qualifying sells. Loyalty strength may only reduce a capped portion of the extra or adaptive sell pressure fee layer. Baseline burn, locked liquidity logic, and all core sell mechanics remain unchanged. Add public view functions for loyalty strength, current tier, and current effective relief.
Add an automatic Faithful Holder status. An address earns this status after holding CMD for a defined minimum duration without selling into recognised liquidity pools. Faithful Holders receive a small capped reduction to the adaptive sell-pressure fee on future sells. Status is fully on-chain, revoked on qualifying sells, and never manually assigned. Baseline burn and locked-liquidity mechanics remain unchanged. Add public view functions for status and qualification progress.
Create an automatic loyalty tier system based on uninterrupted holding and no sells into recognised liquidity pools. Qualifying tiers do not remove baseline burn or core sell mechanics, but they can cap or soften only the extra sell-pressure fee added during periods of heavy market stress. This preserves CMD’s anti-dump design while rewarding long-term aligned holders. All qualification and resets must be fully on-chain. Include public tier and fee preview view functions.
Introduce multiple automatic long-holder tiers determined only by how long an address has gone without selling into recognised liquidity pools. Higher tiers receive a larger but capped reduction to the adaptive sell-pressure fee, while baseline burn and locked-liquidity rules remain unchanged. Qualification, promotion, and reset on sell must be fully on-chain and permissionless. Add public view functions for tier, last sell timestamp, and current relief level.
Add a non-transferable on-chain loyalty score that increases over time while holding CMD and resets or decays on sells into recognised liquidity pools. The score should not affect ERC20 balances directly, but qualifying score tiers may reduce only the adaptive portion of sell-side fees by a capped amount. Baseline burn and locked-liquidity logic remain unchanged. Include public view functions for score, tier, and current fee relief.
Add an automatic Faithful Holder status. An address earns this status after holding CMD for a defined minimum duration without selling into recognised liquidity pools. Faithful Holders receive a small capped reduction to the adaptive sell-pressure fee on future sells. Status is fully on-chain, revoked on qualifying sells, and never manually assigned. Baseline burn and locked-liquidity mechanics remain unchanged. Add public view functions for status and qualification progress.
Add a loyalty bonus mechanism funded only from accumulated reserve, not from new minting. Addresses that have not sold for a defined minimum period may receive a small capped rebate from reserve when they eventually sell, while all baseline burn and locked-liquidity mechanics remain unchanged. Qualification and payout must be automatic, on-chain, and non-discretionary. The rebate must never fully cancel the normal sell burden. Add events and public view functions for eligibility and pending bonus logic.
Add a loyalty bonus mechanism funded only from accumulated reserve, not from new minting. Addresses that have not sold for a defined minimum period may receive a small capped rebate from reserve when they eventually sell, while all baseline burn and locked-liquidity mechanics remain unchanged. Qualification and payout must be automatic, on-chain, and non-discretionary. The rebate must never fully cancel the normal sell burden. Add events and public view functions for eligibility and pending bonus logic.
Add an automatic Faithful Holder status. An address earns this status after holding CMD for a defined minimum duration without selling into recognised liquidity pools. Faithful Holders receive a small capped reduction to the adaptive sell-pressure fee on future sells. Status is fully on-chain, revoked on qualifying sells, and never manually assigned. Baseline burn and locked-liquidity mechanics remain unchanged. Add public view functions for status and qualification progress.
Add a non-transferable on-chain loyalty score that increases over time while holding CMD and resets or decays on sells into recognised liquidity pools. The score should not affect ERC20 balances directly, but qualifying score tiers may reduce only the adaptive portion of sell-side fees by a capped amount. Baseline burn and locked-liquidity logic remain unchanged. Include public view functions for score, tier, and current fee relief.
Introduce multiple automatic long-holder tiers determined only by how long an address has gone without selling into recognised liquidity pools. Higher tiers receive a larger but capped reduction to the adaptive sell-pressure fee, while baseline burn and locked-liquidity rules remain unchanged. Qualification, promotion, and reset on sell must be fully on-chain and permissionless. Add public view functions for tier, last sell timestamp, and current relief level.
1-50 of 79