<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Create ten 300 CTM veCTM incentive locks for early MPA Wallet users]]></title><description><![CDATA[<h2>Abstract</h2>
<p dir="auto">Authorise the ContinuumDAO governor (<code>0x76FF2CB03175900F1D83328C82D27EA9aeaF2355</code>) to create <strong>ten veCTM locks of 300 CTM each at a 208-week (4-year) duration</strong>, with the ten resulting NFTs minted to <code>0x7746Ca9F2Fb24993758e4731f5Ebae074c69Dd77</code> as an incentive pool.</p>
<p dir="auto">The proposer will then <strong>manually distribute those ten veCTM NFTs to the first ten users to create an MPA Wallet</strong>, to incentivise the feedback we need to improve UX and fix bugs before marketing. <strong>That distribution is out of scope of this proposal</strong> — no Action below transfers, assigns, or reserves any NFT to any user.</p>
<p dir="auto">No minting, no change to total supply, no parameter, configuration, or admin change.</p>
<h2>Motivation</h2>
<p dir="auto">This proposal creates ten veCTM positions of 300 CTM each, locked for 208 weeks (four years), held at <code>0x7746Ca9F2Fb24993758e4731f5Ebae074c69Dd77</code>. The proposer will then manually distribute these ten veCTM NFTs to the first ten users to create an MPA Wallet. That manual distribution is deliberately out of scope of this proposal: none of the Actions below transfers, assigns, or reserves any NFT to any user, and this proposal only creates and funds the ten locked positions. What the Actions do is put the incentive pool in place; who receives it, and when, is a separate manual step the DAO is not voting on here.</p>
<p dir="auto">The purpose of the distribution is to incentivise user feedback. We want early MPA Wallet users to tell us where the product falls short — to report bugs, flag friction in onboarding and the transaction flow, and describe what confused them — so that we can improve the UX and address the issues and bugs they surface before we spend anything on marketing. Rewarding those first users with a four-year-locked position rather than a cash bounty is intentional: the reward matures only if the wallet they are helping us harden actually succeeds, so their incentive is to give us candid, specific, actionable feedback now rather than a favourable review.</p>
<p dir="auto">The benefit to the DAO is direct and financial. Fixing UX defects and bugs before marketing lift visitor-to-subscriber conversion, which increases the number of MPA Wallet subscriptions, and MPA Wallet subscription revenue accrues to the DAO treasury. This proposal therefore converts 3,000 CTM of otherwise idle treasury liquidity into an incentive that raises subscription revenue across the hardening period — a benefit shared by all DAO members.</p>
<p dir="auto"><strong>Cost, stated plainly.</strong> This is a real transfer of value, not a round trip. Each 300 CTM behind an NFT becomes withdrawable by that NFT's holder at unlock, and <code>liquidationsEnabled()</code> reads <code>false</code>, so there is no early-exit or penalty route. The DAO's cost is 3,000 CTM of treasury plus gas, deferred four years and contingent on the product succeeding.</p>
<h2>Overview</h2>
<p dir="auto">Eleven on-chain actions on Linea (59144), executed atomically when the proposal passes:</p>
<ul>
<li><strong>Action 0</strong> approves the VotingEscrow proxy to pull exactly 3,000 CTM. The allowance is the exact sum of actions 1–10, so it returns to its present zero with no residual approval.</li>
<li><strong>Actions 1–10</strong> are ten independent <code>create_lock_for(uint256,uint256,address)</code> calls, each locking 300 CTM for <code>125798400</code> seconds and minting one NFT to <code>0x7746Ca9F2Fb24993758e4731f5Ebae074c69Dd77</code>.</li>
</ul>
<p dir="auto"><code>create_lock_for</code> pulls <code>_value</code> from <code>msg.sender</code>, so the governor must be the caller; the beneficiary address only receives the NFTs. Ten separate locks — rather than one 3,000 CTM lock — is required because the escrow transfers one <code>_tokenId</code> at a time; a single NFT could reward only one user. Voting power is identical either way, since veCTM is linear in amount at fixed duration.</p>
<p dir="auto">This follows the precedent of the whitehat-reward Treasury proposal, which used the same function and the same <code>125798400</code>-second (208-week) duration.</p>
<h2>Type</h2>
<p dir="auto"><strong>Treasury</strong> — the on-chain transfer of DAO funds to a wallet, per the Constitution's definition. Not Admin (no contract modification, re-deployment, or proxy upgrade) and not Constitution (no amendment).</p>
<h2>Scope</h2>
<ol>
<li><code>approve(address,uint256)</code> on CTM (<code>0x7581696b0ED142f6534E5797baaABBb9a1b27086</code><img src="https://forum.continuumdao.org/assets/plugins/nodebb-plugin-emoji/emoji/android/1f61e.png?v=f667fb8d144" class="not-responsive emoji emoji-android emoji--disappointed" style="height:23px;width:auto;vertical-align:middle" title="):" alt="😞" /> spender <code>0x221EC90B3B083A8501A37bdeb7035CeaedF3C31f</code>, amount <code>3000000000000000000000</code>.</li>
<li>Ten × <code>create_lock_for(uint256,uint256,address)</code> on the VotingEscrow proxy <code>0x221EC90B3B083A8501A37bdeb7035CeaedF3C31f</code>: <code>_value = 300000000000000000000</code>, <code>_lock_duration = 125798400</code>, <code>_to = 0x7746Ca9F2Fb24993758e4731f5Ebae074c69Dd77</code>.</li>
</ol>
<p dir="auto"><strong>Out of scope:</strong> the manual distribution of the ten NFTs to end users, any claim/vesting/airdrop contract, any delegation policy, node attachment, and all MPA Wallet codebase changes.</p>
<p dir="auto">Token ids are assigned at execution (<code>++tokenId</code> per call) and cannot be fixed in advance. They must be read from the ten <code>Transfer</code> events.</p>
<h2>Success Criteria</h2>
<ul>
<li>Ten <code>Transfer</code> mint events to <code>0x7746Ca9F2Fb24993758e4731f5Ebae074c69Dd77</code>.</li>
<li>Each of the ten tokens carries a locked amount of exactly 300 CTM.</li>
<li>The governor→escrow CTM allowance returns to <code>0</code>.</li>
<li>The escrow CTM balance increases by exactly 3,000 CTM, and the governor's CTM balance decreases by exactly 3,000 CTM.</li>
</ul>
<p dir="auto">Distribution is explicitly outside these criteria; it will be evidenced only by ten later NFT transfers, not by anything this proposal executes.</p>
<h2>Timeline</h2>
<p dir="auto">Single execution on proposal passage. Locks unlock approximately four years after execution. <code>liquidationsEnabled()</code> currently reads <code>false</code>, so <code>withdraw</code> after expiry is the only exit — there is no early-exit or penalty route.</p>
<h2>Budget</h2>
<p dir="auto">3,000 CTM (<code>3000e18</code>) of existing DAO holdings at the governor, awarded as ten four-year-locked incentive positions to early MPA Wallet users, plus gas. No new issuance.</p>
<h2>Risks and disclosures</h2>
<ul>
<li><strong>Custody risk.</strong> <code>0x7746Ca9F2Fb24993758e4731f5Ebae074c69Dd77</code> will hold all ten NFTs pending manual distribution. Because distribution is not enforceable on-chain by this proposal, voters are relying on the proposer's stated intent.</li>
<li><strong>Conflict of interest.</strong> That address is listed as "Hal/Selqui Agent" on the Constitution Committee List, and the proposal is submitted from this node's KeyGen. Post-execution it would hold ten veCTM NFTs plus additional votes.</li>
<li><strong>No early exit.</strong> The ten recipients cannot withdraw before the four-year unlock, and <code>liquidationsEnabled()</code> is <code>false</code>.</li>
<li><strong>Attachment caution.</strong> Voters and recipients should note that attaching a veCTM NFT to a node blocks transfer, merge, split and withdraw, and only one NFT may be attached per KeyGen. None of the ten should be attached before distribution if they are to be transferred.</li>
</ul>
<h2>Alignment with Vision &amp; Mission</h2>
<p dir="auto">Fixing UX defects and bugs before marketing raises MPA Wallet subscription conversion, and subscription revenue accrues to the DAO treasury — funding DAO-managed infrastructure and connectivity from improved product quality rather than from new issuance. The reward is paid in four-year-locked veCTM, aligning early users with the DAO's long-term success rather than a one-off payout.</p>
<hr />
<p dir="auto">Vote: <strong>For / Against / Abstain</strong>.</p>
]]></description><link>https://forum.continuumdao.org/topic/52/create-ten-300-ctm-vectm-incentive-locks-for-early-mpa-wallet-users</link><generator>RSS for Node</generator><lastBuildDate>Thu, 05 Nov 2026 16:39:21 GMT</lastBuildDate><atom:link href="https://forum.continuumdao.org/topic/52.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 05 Nov 2026 14:48:22 GMT</pubDate><ttl>60</ttl></channel></rss>