ViralETH SVG 图币系统设计逻辑公开
VETH 不只是一个普通 ERC20 代币。
我们希望把它设计成一个由 ERC20 资产、SVG 身份图层、Uniswap v4 Hooks 行为记录、双池增长结构 组成的链上实验系统。
简单说:
VETH = 资产层
SVG = 身份图层
Uniswap v4 Hooks = 行为执行层
双池结构 = 流动性与增长承载层
用户持有 VETH,不只是持有一个可交易代币,也可以对应一个可生成、可成长、可激活的 SVG 身份系统。
核心逻辑是:
1 个完整 VETH = 1 个 Virtual SVG Unit
这里的 1 VETH 指的是完整代币单位,不是 ERC20 的最小小数单位。
也就是说:
2100 亿 VETH = 2100 亿个 Virtual SVG Units
但重点是:
VETH 不会预先铸造 2100 亿个 NFT。
因为那样链上存储、Gas 成本、交易效率都不现实。
正确设计是:
每一个完整 VETH 都对应一个可计算、可渲染、可激活的虚拟 SVG 映射权。
完整路径是:
VETH Balance
↓
Virtual SVG Unit
↓
Renderable SVG
↓
Activated Glyph
↓
Tradable / Upgradable Identity
一、为什么不能直接铸造 2100 亿张 SVG?
如果真的做成:
1 VETH = 1 ERC721 NFT
会出现几个问题。
第一,2100 亿个 NFT 的链上存储成本不可接受。
第二,用户 Mint 1 份就获得 4,000,000 VETH,如果同步生成 4,000,000 张 NFT,这笔交易基本无法正常执行。
第三,ERC20 是同质化资产,NFT 是非同质化资产。如果强行把每个 VETH 都拆成独立 NFT,会破坏 VETH 的流动性和交易效率。
所以 VETH 的 SVG 系统不是:
预铸 2100 亿个 NFT
而是:
2100 亿个 Virtual SVG Unit 映射权
用户持有多少完整 VETH,就拥有多少个潜在 SVG 生成权。
二、2100 亿 SVG 如何在数学上成立?
VETH SVG 不靠手动画 2100 亿张图,而是用属性组合生成。
我们可以设计 8 组基础属性层:
Background 背景:64 种
Body / Outfit 身体服装:64 种
Ear / Head 耳朵头部:32 种
Eyes / Glasses 眼镜表情:64 种
Mouth / Expression 表情:32 种
Badge / Accessory 徽章配件:64 种
Aura / Border 光效边框:32 种
Identity Mark 身份标记:64 种
理论组合数是:
64 × 64 × 32 × 64 × 32 × 64 × 32 × 64
= 35,184,372,088,832
约等于:
35.18 万亿种组合
VETH 总量是:
210,000,000,000
也就是 2100 亿。
所以:
35.18 万亿 ÷ 2100 亿 ≈ 167 倍
从数学上,8 层属性组合足够覆盖 2100 亿个 Virtual SVG Unit。
但这里也要说明清楚:
可以覆盖,不代表每张图视觉上都完全不同。
同一系列里可能出现相似风格。
真正的唯一性由:
SVG Unit ID
Glyph ID
wallet seed
mint batch
activation serial number
metadata
共同保证。
也就是说:
视觉可以属于同系列,身份编号必须唯一。
三、SVGSeed 生成逻辑
每一个 SVG 都不是简单随机图片,而是由链上数据和用户行为生成。
普通动态渲染可以使用 RenderSeed:
RenderSeed = hash(
wallet,
VETH balance,
mintBatch,
referralRoot,
holdingScore,
tradingScore,
hookScore,
builderScore
)
它用于动态展示用户当前身份状态。
如果用户激活稀有 Glyph,则使用更稳定的 GlyphSeed:
GlyphSeed = hash(
glyphId,
styleId,
activationBlock,
originalActivator,
rarityTier
)
这样可以区分两件事:
普通 SVG 可以成长变化。
Activated Glyph 的核心稀有属性会被锁定。
也就是说,用户后续可以升级等级、增加徽章、增加贡献记录,但不能反复刷新核心稀有属性。
四、SVG 的三种状态
1. Virtual SVG
这是默认状态。
只要用户持有 VETH,就拥有对应数量的 Virtual SVG 权利。
这个阶段不产生 NFT,也不需要额外 Gas。
它只是由 VETH 余额和链上数据决定的映射权。
2. Renderable SVG
用户连接官网后,系统可以读取用户的链上数据,生成对应 SVG。
读取数据包括:
VETH 持仓
Mint 记录
Mint 时间
推荐关系
持有时间
交易行为
Hook 数据
身份等级
社区贡献
这个阶段可以由前端渲染,也可以由 SVG Renderer 合约返回 metadata。
用户可以看到自己的 SVG 形象,但它不一定已经是链上 NFT。
3. Activated Glyph
如果用户想把某个 SVG 身份真正固定下来,就可以执行激活。
激活后生成一个 Glyph 身份资产,可以采用:
ERC721
或
ERC1155
Glyph 代表用户在 VETH 实验中的身份。
例如:
Genesis Minter
Early Builder
Referral Node
Liquidity Supporter
Hook Explorer
Ambassador
Community Contributor
重点是:
只有 Activated Glyph 才进入稀有供应统计。
普通 Renderable SVG 不等于稀有资产。
五、稀缺系统怎么设计?
VETH 的稀缺不能只靠随机图片。
如果只靠随机生成,就容易出现“稀有图无限套”的问题。
所以 VETH 的稀缺设计必须基于:
行为条件
身份条件
Hook 数据
激活资格
供应上限
metadata 锁定
普通 SVG 可以大量渲染。
但真正稀有的 SVG,必须被激活为 Glyph,并且每个稀有款都有硬性供应上限。
六、8 类稀有系列供应测算
2100 亿是 Virtual SVG Unit 的总数。
真正有稀缺性的 Activated Glyph,只会是其中极小一部分。
可以设计 8 类稀有系列:
Genesis Rare
21 款,每款最多 1,000 个
总上限:21,000
Hook Alpha
42 款,每款最多 5,000 个
总上限:210,000
Builder Rare
210 款,每款最多 20,000 个
总上限:4,200,000
Referral Rare
210 款,每款最多 10,000 个
总上限:2,100,000
Liquidity Rare
42 款,每款最多 2,100 个
总上限:88,200
Explorer Rare
420 款,每款最多 10,000 个
总上限:4,200,000
Community Rare
210 款,每款最多 20,000 个
总上限:4,200,000
Mythic Protocol
7 款,每款最多 21 个
总上限:147
总稀有激活上限为:
21,000
210,000
4,200,000
2,100,000
88,200
4,200,000
4,200,000
147
= 15,019,347
占总 VETH 的比例为:
15,019,347 ÷ 210,000,000,000
≈ 0.00715%
也就是说:
所有有上限的 Activated Glyph 加起来,只占 2100 亿 Virtual SVG Unit 的约 0.00715%。
所以系统可以同时做到:
普通 SVG 覆盖所有 VETH。
稀有 Glyph 保持极低比例。
七、如何避免“稀有图无限套”?
VETH 会通过 6 层机制避免稀有图无限复制。
1. 普通渲染和稀有激活分离
普通 SVG 可以渲染。
但稀有 SVG 必须激活。
只有 Activated Glyph 才进入稀有供应统计。
2. 每个稀有款有硬上限
每个 styleId 都有:
maxSupply
currentActivated
例如:
Mythic Hook Rabbit:最多 21 个
Genesis Crown Rabbit:最多 1,000 个
Hook Alpha Rabbit:最多 5,000 个
达到上限后不能继续激活。
3. 稀有图需要满足条件
不是持有 VETH 就能刷稀有图。
不同稀有系列需要不同条件。
例如:
Genesis Rare:
早期 Mint 持有 VETH Mint 时间符合条件
Hook Alpha:
真实交易 手续费贡献 Hook 记录
Referral Rare:
有效邀请 被邀请人真实参与
Liquidity Rare:
参与 LP 满足持续时间
Builder Rare:
完成社区任务 通过贡献考核
Mythic:
特殊贡献 / 核心建设 / 极少数活动资格
4. 激活需要消耗资格
激活稀有 Glyph 不能只看实时余额。
否则用户可能用同一批 VETH 转移到多个钱包反复激活。
因此稀有激活需要消耗:
activationQuota
hookScore
builderScore
referralScore
LP score
也可以结合快照或锁定机制。
最稳的设计是:
普通 SVG 看实时余额。
稀有 Glyph 看 Mint 记录 行为分数 激活额度 / 快照 / 锁仓。
5. 稀有编号固定
每个稀有系列都有固定编号区间。
例如:
Mythic:1 - 147
Genesis Rare:148 - 21,147
Hook Alpha:21,148 - 231,147
Builder Rare:231,148 - 4,431,147
用户激活时是在有限编号区间里领取。
不是无限随机生成。
6. 激活后核心属性锁定
Activated Glyph 一旦生成,核心属性锁定。
可以升级:
等级
徽章
贡献记录
成长分数
但不能随便重刷:
稀有度
主形象
系列
核心编号
这样可以防止反复刷新稀有图。
八、和 Uniswap v4 Hooks 怎么结合?
VETH 的 SVG 稀缺不应该只靠 Mint。
它应该和交易行为、手续费贡献、推荐关系、LP 行为连接。
Uniswap v4 Hooks 可以提供行为数据来源。
beforeSwap:交易前识别
交易前可以读取:
用户地址
是否持有 VETH
是否有 Glyph
是否有推荐绑定
是否是早期 Mint 地址
是否是大使 / 建设者
主要用途:
身份识别
推荐归因
路径记录
异常行为过滤
afterSwap:交易后记账
交易完成后记录:
交易量
交易次数
手续费贡献
买入 / 卖出行为
推荐奖励权重
Hook 分数
SVG 成长分数
这些数据可以更新:
growthScore
hookScore
referralScore
tradingScore
identityLevel
这些分数会影响用户未来能否激活更高等级的 SVG。
这里要注意:
Hooks 不适合每次交易写入过多复杂数据。
更合理的做法是:
Hooks 记录关键交易事件和轻量分数。
更重的数据可以通过事件、索引器、快照或 Merkle 方式处理。
这样既能保持技术可行性,也能保留增长数据。
afterAddLiquidity:LP 行为记录
加池后记录:
LP 地址
LP 数量
LP 时间
LP 持续周期
LP 贡献分
这些数据可以用于:
Liquidity Rare
Pool Builder Badge
LP Supporter Glyph
也就是说:
交易不是只产生手续费。
交易和 LP 行为也会成为 SVG 身份成长数据。
九、双池如何影响 SVG
VETH 双池结构可以对应不同身份数据。
Pool A:VETH / ETH 基础流动性池
主要记录:
VETH 交易行为
买入卖出
手续费贡献
用户活跃度
Hook 分数
影响:
Hook Series
Trader Badge
Holder Level
Growth Score
Pool B:ETH / UNI 增长策略层
主要记录:
生态联动
增长反馈
Uniswap 生态参与
长期策略数据
影响:
UNI Link Badge
Growth Layer Badge
Ecosystem Supporter SVG
Pool A 负责交易行为。
Pool B 负责生态增长联动。
两个池子共同为 SVG 身份层提供行为数据。
十、链上数据和链下贡献如何合并?
链上数据包括:
Mint
持有
交易
LP
推荐绑定
Hook 分数
这些可以通过合约、事件和索引器记录。
链下贡献包括:
内容创作
翻译
地推
大使任务
真实建议
问题反馈
社区答疑
这些不能直接由 Hook 自动判断。
所以链下贡献可以通过:
官方审核
贡献表
签名记录
贡献积分
Merkle 分发
后台任务系统
进入 BuilderScore。
最终用户的 SVG 身份成长可以来自:
链上行为 链下贡献
但两者需要分开记录,再统一计算。
十一、合约模块设计
整个系统可以拆成 9 个模块:
1. VETH ERC20
资产层,负责余额、转账、交易。
2. MintState Contract
记录 Mint、7 天窗口、21 ETH 目标、退款和成功状态。
3. ReferralRegistry
记录推荐关系和推荐图谱。
4. SVGUnitRegistry
记录 1 VETH = 1 Virtual SVG Unit 的映射逻辑。
5. RarityRegistry
记录稀有款式、最大供应、当前激活数量和激活条件。
6. GlyphIdentity Contract
负责激活 Glyph,生成 ERC721 / ERC1155 身份资产。
7. SVGRenderer
根据链上数据生成 SVG 和 metadata。
8. V4Hook Contract
处理 beforeSwap、afterSwap、afterAddLiquidity。
9. HookAccounting
记录交易、手续费、推荐、LP 和成长分数。
十二、最终核心逻辑
VETH SVG 系统不是:
无限随机图片
而是:
2100 亿 VETH
=
2100 亿 Virtual SVG Units
每一个完整 VETH 都对应一个潜在 SVG 单元。
但真正的稀有图不是无限生成。
它必须满足:
行为条件
身份条件
Hook 数据
贡献分数
激活资格
供应上限
最终公式是:
1 VETH = 1 Virtual SVG Unit
但:
Rare Glyph = Condition Behavior Hook Data Activation Capped Supply
这就是 VETH 规避“稀有图无限套”的关键。
也是 VETH SVG 系统和普通图像 Meme 的区别。
我们希望通过 VETH #001 验证:
一个 ERC20 资产,能不能通过 SVG 身份层、Uniswap v4 Hooks、双池结构、推荐图谱和行为数据,变成一个可以持续成长的链上身份与增长实验。