知名钻石手💎 迟早发财💰大饼生态参与者。8年老韭菜。理性分析 重仓出奇迹。
Joined February 2025
- Tweets2.7K
- Following1.6K
- Followers494
- Likes3.2K
Pinned Tweet
@SAT20Labs 是拥有极致安全的二层流通协议
在所有的 Layer2 扩展方案里，聪网（#SatoshiNet）在安全性上有着独一无二的优势。它的安全性并不是依赖于额外的验证人、仲裁人，或者新引入的一套中心化机制，而是直接由 Bitcoin 主网与 闪电通道的 RSMC（Revocable Sequence Maturity Contract）机制共同保障。
Bitcoin 主网本身是全世界最强大的去中心化共识系统，它提供了不可篡改的账本和算力安全。而 RSMC 的存在，则确保了闪电通道中每一笔交易都带有强制执行与惩罚条款：任何一方试图作弊，恶意广播旧状态，都会立刻失去资金，从而让对手获得最大化的保护。
这种“双重防护”的模型，使得聪网的安全性远超大多数当前的 L2 方案。许多其它 L2 依赖的是弱化的信任假设，或者多签仲裁的中心化节点，而聪网则完全立足于 Bitcoin 原生的安全框架，既无需信任第三方，也无需额外的共识层。
所以我们说，聪网不仅仅是性能的扩展层，它本质上是一个由 Bitcoin 原生安全性驱动的扩展网络。它真正实现了“Bitcoin 级别的安全保障”，这也是聪网相较于其他 Layer2 最大的差异化优势。
🌿 Cco.BTC🎓 retweeted
STP协议和聪网提供了一个用户签名才能移动资产的高效的安全的资产流通环境，CEX不再需要托管用户资产，只需要提供一些流动性，就足以支撑起巨大的交易量。这是解决CEX被盗巨量资金的最佳方案，因为用户资金，不管是在比特币网络，还是聪网，都是需要用户签名才能移动的。资金分散在不同的密钥之下，对黑客的吸引力大大下降。
🌿 Cco.BTC🎓 retweeted
CRC20协议和RUA协议有什么不同？
两者都在做同一件事：**把比特币上的同质化资产，从“铭文/事件 + 索引器记账”往“更贴近 Bitcoin 本身”推进一步。** 但推进的方向不一样。
CRC-20 是 @tap3leaf 近期提出、并已在主网实验的 covenant 代币协议（官网 crc.garden，代币 `$LEAF`）。RUA（Recoverable UTXO Assets）是 SAT20 Labs 刚提出的设计方向，核心目标是：**可验证、可恢复、可选隐私**。[](<dune.com/ghost_yoo/crc-20-in…>)
---
## 相同点
1. **都针对 BRC-20 一类协议的核心痛点**
都认为“Deploy / Mint / Transfer 写在链上，真正余额由 Indexer replay 出来”不够 Bitcoin-native。Indexer 一旦算错、分叉、停服，钱包很难自己判断谁对。
2. **都把资产重新绑回 UTXO**
- CRC-20：额度锁进 Taproot 输出，规则尽量写进脚本路径。
- RUA：状态就是 `UTXO + AssetID + Amount`，资产随 UTXO 拆分/合并，不再另建一套 `Address → Global Balance` 账本。
3. **都想降低对 Indexer 的“共识权”**
Indexer 可以帮忙搜、加速、组装证明，但不应该成为“你到底有没有资产”的最终裁决者。
4. **都不需要改 Bitcoin 共识 / 等新 opcode 才能起步**
CRC-20 用现有 Taproot + NUMS + 脚本树 + 时间锁；RUA 用现有 UTXO 语义做资产解释。两者都是 meta-protocol。
5. **都还很早期**
CRC-20 自称极早期实验；RUA/PRA 目前是设计目标，不是已跑通多年的主网事实。
---
## 不同点
核心命题
crc20: 把代币规则写进脚本，让 Bitcoin 执行“钱能去哪”
rua: 让资产状态可被钱包本地验证，并能仅凭 seed + 链恢复
技术抓手
crc20: Covenant：Taproot 脚本路径、NUMS 关钥路径、CSV 时间锁、模板交易
rua: UTXO 着色/解释：输入资产守恒、禁止非法增发
链上强制什么
crc20: 下一笔交易必须长成协议规定的样子；锁定期、配额尽量由脚本执行
rua: 几乎不强制“下一笔必须是某模板”，只要求资产守恒可核对
发行/定价
crc20: 用 BTC / ORDI / ICO-20 `$LEAF` 兑换额度；可选 144 / 1000 / 2100 / 6767 块锁定，锁越久 Golden Curve 加成越高
rua: 刻意做少：Issue / Transfer / Split / Merge / Mint / Burn，不追求曲线、合约、全局计数器
交易形态
crc20: 想从铭文挂单市场转到池子 / LP / swap；ICO-20 是过渡层，mint 结束后应销毁
rua: 公开转账或可选隐私转账；强调交易所/钱包好接
验证模型
crc20: “雷达/客户端验证程序”：地址里承诺程序（CMR 等），花费时揭示并核验 leaf script
rua: 钱包自己核对 UTXO 上的资产解释；Indexer 只是缓存
恢复性
crc20: 额度锁在特定 Taproot 输出里，用户可揭示脚本核验；但复杂程序/客户端状态仍可能依赖 overlay
rua: 设计目标就是：服务全挂，只剩助记词 + 全节点/区块，仍能扫回资产
隐私
crc20: 不是主打点；锁定与脚本路径本身会暴露结构
rua: 明确做 PRA：链上放 commitment + 有效性证明 + 加密恢复数据，seed 派生扫描密钥后解密
产品形态
crc20: 已有具体代币 `$LEAF`、铸造站、钱包页
rua: 协议设计讨论，可与现有 BRC-20/ARC-20 等“销毁再发”迁移，而非补丁兼容
CRC-20 的一句话自我定位是：把代币从「铭文 + 索引器记账」推进到「Taproot 脚本路径 + 链上锁定条件」，尽量成为比特币上“最后的 meta”。
RUA 的一句话是：不要另造一个脱离 Bitcoin 的资产世界；Bitcoin 继续管所有权、排序、双花和数据可用性，资产协议只加最少规则。
---
## 核心区别
**CRC-20 解决的是“执行权”：规则由脚本/契约在花费时强制。**
它关心的是：这个输出只能按协议模板花出去，锁定期由 `OP_CSV` 在 Bitcoin 层生效，用户揭示 leaf script 就能核验。地址本身就是状态，下一笔交易“必须是那一笔”。这更接近 covenant / “钱被允许去哪里”。
**RUA 解决的是“真相权与生存权”：余额由 UTXO 事实决定，服务可以死，资产还能从链上长回来。**
它关心的是：钱包能不能自己证明“这个 UTXO 上有 400 个 Asset A”；Indexer 消失后，seed + 区块链够不够用；转账能不能选择不让全世界看见金额和币种。这更接近 colored-coin / Runes 路线的加强版，再叠一层可选隐私（PRA）。
可以压成一句：
- **CRC-20 = 用现有 Taproot 把契约跑起来（programmability / lock / template）。**
- **RUA = 用 UTXO 把资产做成可自证、可恢复、可选隐私的原生对象（verification / recovery / privacy）。**
两者并不必然互斥。CRC-20 的锁定输出，本质上也可以被看成一种带脚本约束的 UTXO 资产；RUA 若以后要加“只能按某模板花费”，也会长出 covenant。当前真正分叉点是优先级：
- CRC-20 先把 **链上约束和发行曲线** 做进去，换可编程性和新的流动性形态。
- RUA 先把 **验证边界、恢复路径、隐私可选项** 做干净，换钱包/交易所可落地，并刻意拒绝变成链上 EVM。
🌿 Cco.BTC🎓 retweeted
SAT20 守夜人誓词
长夜已至，黎明未期。
身处长夜之中，守望黎明到来。
我将不疑比特币，不弃聪资产，不惧深熊。
我将不戴王冠，不争荣宠。
我将尽忠职守，生死于斯。
我是黑暗中的利剑，SAT20 上的守卫。
我是抵御寒冬的烈焰，破晓时分的光线。
我是唤醒沉睡者的号角，守护聪资产的坚盾。
我将生命与荣耀献给守夜人，
今夜如此，夜夜皆然。
黎明虽远，终将来临；
聪资产未醒，我们便守到它醒；
SAT20 未燃，我们便守到它燃。
不问黎明何期，只守到光来。
SAT20，黎明见。
口号：
长夜已至，黎明未期。
守夜 SAT20，至光降临。
今夜如此，夜夜皆然。
黎明虽远，终将来临。
@SAT20Labs @SATSWAPMarket
🌿 Cco.BTC🎓 retweeted
@SATSWAPMarket 是目前铭文符文等聪资产交易最好的 Dex ，比特币和聪资产社区和玩家都应该尽早了解并进入 satswap，
Satswap 支持铭文符文等的 AMM 池子和订单簿（买卖单任意数量）交易，
支持一键发行自带底池的 Launchpool ，有共识的社区可以来建设自己社区的铭文符文代币。
satsnet.ordx.market/swap/
🌿 Cco.BTC🎓 retweeted
RGB11 Go v0.11.1 is out. Our independent Go implementation now targets the official RGB 0.11.1 stable release. Rust/Go vector and stable Rust parser checks pass. Built for the SAT20 wallet stack. github.com/sat20-labs/rgb11/…
SAT20Labs is supporting RGB Protocol on Bitcoin v0.11.1.
We’re translating the official implementation into Go:
github.com/sat20-labs/rgb11
We’re researching how RGB assets could circulate on SatoshiNet, with future PWA wallet support in view.
@RGB_Hub @Tether_Africa
🌿 Cco.BTC🎓 retweeted
Across RGB-LDK-Node refactors, Simplicity, Cashu, and agent-payment engineering, one theme is clear: verifiable state and constrained authorization determine whether complex Bitcoin applications remain maintainable.
🌿 Cco.BTC🎓 retweeted
SAT20Labs is supporting RGB Protocol on Bitcoin v0.11.1.
We’re translating the official implementation into Go:
github.com/sat20-labs/rgb11
We’re researching how RGB assets could circulate on SatoshiNet, with future PWA wallet support in view.
@RGB_Hub @Tether_Africa
🌿 Cco.BTC🎓 retweeted
Building Go Infrastructure for RGB v0.11.1
RGB assets need more than issuance. They also need wallet UX, state management, payment flows, and developer tooling.
SAT20Labs is building rgb11, a Go implementation of core RGB Protocol on Bitcoin v0.11.1 capabilities:
github.com/sat20-labs/rgb11
The goal is to make RGB easier to connect with wallet SDKs, indexers, DKVS-backed services, and PWA adapters.
This is an ongoing open-source effort. It is not a claim of official RGB endorsement, production readiness, or completed RGB integration in our PWA.
Our next areas of work include:
- Continuing the Go implementation for RGB v0.11.1
- Exploring RGB asset support in our wallet PWA
- Researching feasible ways for RGB assets to circulate on SatoshiNet
- Improving wallet and developer integration paths
- Collecting community feedback on compatibility, schemas, and state validation
RGB builders and wallet developers are welcome to review the repository and share feedback.
@RGB_Hub @utexocom @tether
🌿 Cco.BTC🎓 retweeted
SAT20Labs is building `sat20-labs/rgb11`, a Go implementation based on the official RGB Protocol on Bitcoin v0.11.1 baseline.
The library is designed for the SAT20 Wallet SDK and will provide a foundation for future RGB asset support in our wallet PWA.
RGB v0.11.1 is live on Bitcoin mainnet, and Tether has announced plans to issue USD₮ on RGB. Wallets, developer tools, and infrastructure will be essential for bringing Bitcoin-native assets into real use.
We welcome feedback from RGB builders and the wider Bitcoin ecosystem.
github.com/sat20-labs/rgb11
@RGB_Hub @RGBAssociation @tether @utexocom
🌿 Cco.BTC🎓 retweeted
The latest x402 and MPP discussions point to a bigger question for agent payments: not only can an agent pay, but who authorizes the payment, within what limits, and how can settlement be verified?
Bitcoin-native assets need more than a bridge into another generic chain. They need an operating environment with clear execution, wallet, indexer, STP, and smart-contract paths.
SatoshiNet is being built in that direction. Builders can start with the testnet, PWA wallet flows, indexer/API work, Solidity contracts, and bounded agent-wallet experiments.
🌿 Cco.BTC🎓 retweeted
SAT20 PWA Wallet 已更新到0.1.38：EVM AMM合约支持 Default Invoke：
在聪网上，直接向合约地址（tc1qypder9ts0yyvlqaku79kwlltmedkpn6arzs3s8v5g）
1. 转入聪，自动兑换为 brc20:f:ooxx
2. 转入 brc20:f:ooxx，自动兑换为聪
无需手动填写合约调用参数。
Solidity 源码：github.com/sat20-labs/sat20w…
聪网 EVM 合约开放测试
这不是为了把聪网变成另一条以太坊链。
而是因为：
如果 BTC 原生资产要真正进入应用时代，就必须让成熟的智能合约开发者、金融基础设施和应用范式，能够进入 Bitcoin-native assets 的世界。
过去几年，以太坊生态已经证明了一件事：
EVM 不只是一个虚拟机。
它已经沉淀出一整套被市场验证过的开放金融基础设施。
例如：
Uniswap 类型的 AMM 现货交易
Curve 类型的稳定资产兑换
Aave / Compound 类型的借贷市场
MakerDAO 类型的抵押稳定币系统
Sablier 类型的流式支付
Gnosis Safe 类型的多签金库和 DAO 资产管理
Launchpad / IDO / 拍卖发行机制
限价单和订单簿交易系统
Perp / Options 等衍生品协议
Yearn 类型的收益聚合器
Prediction Market 预测市场
DAO 治理、金库管理和激励分发工具
链上支付、订阅、结算和自动化执行系统
这些不是单个应用。
而是一整套已经被反复验证的链上金融基础设施。
过去，这些基础设施主要服务于 ETH、ERC20、稳定币和其他 EVM 资产。
而聪网 EVM 要探索的是：
如果这些成熟的 EVM 金融设施，可以迁移到聪网，并直接操作 BTC 网络上的原生资产，会发生什么？
这才是真正令人兴奋的变化。
Ordinals、Runes、BRC20、ORDX 等资产，不应该只停留在发行、转账和挂单交易阶段。
它们应该可以进入：
AMM
借贷市场
稳定币系统
预测市场
Launchpad
DAO 金库
支付系统
限价单市场
AI Agent 合约
自动化金融策略
以及更多可组合应用。
这意味着：
BTC 原生资产不再只是“存在于 Bitcoin L1 上的资产”。
它们可以成为可编程金融系统中的基础资产。
开发者可以使用熟悉的 Solidity、ABI、事件模型、合约模板、测试工具和审计经验，在聪网上构建面向 BTC 原生资产的应用。
但聪网 EVM 并不是简单复制以太坊账户模型。
在聪网上：
EVM 负责执行 Solidity / EVM 状态机。
而真实资产来源、资产余额和资产结算，仍然由聪网的 UTXO 资产模型表达。
合约内部可以维护应用状态。
但 BTC 原生资产的真实流入、流出、锁定、释放和结算，需要通过聪网的资产接口和 Result TX 完成。
这点非常关键。
因为聪网要做的不是：
把 BTC 资产包装成另一种 EVM Token。
也不是：
让用户完全依赖中心化托管桥。
而是：
让 BTC 原生资产，在保留 Bitcoin-native 资产事实和用户控制路径的基础上，进入更快、更低成本、可编程的执行环境。
聪网的长期架构是：
Indexer 提供 BTC L1 资产事实。
STP 提供跨层资产控制、退出和旧状态惩罚路径。
SatoshiNet 提供交易、资产、区块、合约和应用执行。
EVM 则提供成熟开发者生态和可组合金融基础设施。
这就是聪网支持 EVM 的意义。
它不是为了追逐 EVM 叙事。
而是为了让 BTC 原生资产拥有进入成熟链上金融体系的路径。
当前测试阶段，我们会优先开放和验证：
EVM Runtime
Solidity 合约部署
EVM 合约调用
AMM 样本合约
限价单样本合约
测试 GAS 与合约执行费用
Result TX 与资产结算验证
钱包、Explorer、Indexer 与合约工具链协同
我们也希望开发者重点关注聪网 EVM 与普通 EVM 链的区别：
第一，聪网不是以太坊账户资产模型。
第二，合约地址管理的真实资产来自 UTXO 集合。
第三，合约转移 BTC 原生资产，需要通过资产接口生成 intent，并由 Result TX 完成结算。
第四，EVM gas unit 和测试 GAS 资产不是同一个概念。
第五，Explorer、钱包和 Indexer 需要一起帮助用户验证合约执行结果。
我们相信：
Bitcoin L1 适合承担资产来源、最终结算和长期安全。
聪网要探索的是：
在不放弃 BTC 原生资产事实和用户控制路径的前提下，为 BTC 生态提供更快、更低成本、可编程、可自动化的执行环境。
如果 Uniswap、Aave、Compound、MakerDAO、Curve、Gnosis Safe、Prediction Market 这些已经被市场验证过的金融基础设施范式，可以被重新带入 BTC 原生资产生态，
那么 BTCFi 将不再只是一个叙事。
它会成为一个真正可建设、可组合、可验证的开放金融系统。
EVM 合约开放测试，是聪网从资产流通网络走向应用网络的重要一步。
欢迎 Solidity 开发者、BTC 资产社区、钱包团队、交易平台、节点运营者、AI Agent 开发者，一起参与测试。
Bitcoin gives us assets and final settlement.
SatoshiNet brings execution, contracts, and applications to Bitcoin-native economies.
#SatoshiNet #SAT20 #Bitcoin #BTCFi #EVM #Solidity #Runes #Ordinals #BRC20 #AI
🌿 Cco.BTC🎓 retweeted
For SatoshiNet, EVM is not an identity label. It is a developer entry point.
The real question is how BTC-native asset facts are verified, how wallet authorization boundaries are expressed, and how contracts compose around those assets without making them generic chain assets.
🌿 Cco.BTC🎓 retweeted
Opening EVM contract testing on SatoshiNet is not about turning Bitcoin-native assets into another generic chain narrative.
It is about giving mature Solidity/EVM builders a way to build around BTC-native assets while keeping clear asset boundaries:
- Indexer for asset facts
- STP for cross-layer flow
- SatoshiNet for execution
- wallet and contract tooling for real applications
The next phase is not more issuance alone. It is making BTC-native assets programmable, verifiable, and usable.