CRC-30

比特币 L1 上的 covenant token 发射台

发射台

部署。铸造。转移。

每一个代币都是一条标准比特币交易,带唯一一条规范 OP_RETURN。 铸出的份额锁在 Taproot covenant 输出里,用 CSV 相对时间锁定义何时能取 —— 地址本身就是状态,比特币共识校验花这笔钱时暴露的脚本路径。

没有私有合约,没有侧链,没有可被暂停的服务器。 索引器只从链上重放余额;它说什么都不影响币能不能动。

CRC-30 状态

待开放
已部署 待开放
已铸造笔数 待开放
已转移笔数 待开放

链尖 —

发射台待开放 本页为界面预览:填表、协议说明与 OP_RETURN 预览均可用, 但不会连接钱包、不会签名、不会广播,也不产生任何链上交易。 当前已上线的只有 CRC 发行。

填好上面三项,这里会显示将要写入比特币链的原文。

铸出的份额会锁进 covenant 输出。下面显示这把锁的规格。

填好代号与数量,这里会显示 OP_RETURN 原文与锁定期。

你的余额
—

连接钱包后会显示你的可转余额(锁定期内的份额会被排除)。

协议

规则写在 UTXO 里,不是索引器的判断

covenant 锁期档位 越晚铸的份额锁得越久
发行进度CSV 相对时间锁约合此刻铸造
前 10%144 块1 天144
10% – 60%1,008 块7 天1008
60% 之后4,320 块30 天4320

CSV 是 BIP 112 的相对时间锁,由比特币共识强制: 锁定期内这笔输出无法被花费,索引器说什么都不影响这一点。 锁只对txOr("y_launchpad00429a338","这笔铸币的输出")生效,不影响你钱包里的 BTC。

铭文结构 每一条 deploy / mint / transfer 都是带唯一 OP_RETURN 的标准交易
部署 deploy {"p":"crc-20","op":"deploy","tick":"…","max":"…","lim":"…"}

一条链只有一个起点。代号、总量、每次铸造上限在这一笔里定死。

铸造 mint {"p":"crc-20","op":"mint","tick":"…","amt":"…"}

每次不超过 lim,多铸几次直到铸完。余额由索引器从链上重放。

转移 transfer ["crc-20","transfer","…",[[输出序号,数量,地址], …]]

列出txOr("y_launchpad9d3e23c48","哪些输出、转多少、转给谁"),由共识校验,不是索引器说了算。

铭文原文里不放收款地址 —— 链上能看到txOr("y_launchpad30d05618f","有人铸了 1,000,000 个 X"), 看不到txOr("y_launchpade523a886e","铸给了谁")。否则发射台就成了反向的隐私黑洞。

代号规则 与 BRC-20 同构
链上活动
读取中…
操作 地址 数量 高度 交易
正在从比特币链读取 CRC-30 活动…