Nervos CKBwallet引领比特币可编程性的新篇章

为什么大家都看好Nervos CKB wallet？Nervos CKBwallet详细介绍！CKB作为比特币可编程性解决方案，利用同构绑定+CKB网络替代客户端验证的解决方案，实现了比特币L1层资产在L1<>L2之间的自由流转，且不依赖额外社会信任假设。而且受益处于CKB Cell的状态空间私有化特性，RBG++并没有像其他比特币可编程性协议那样给比特币主网带来状态爆炸的压力。近期，通过RGB++首批资产发行初步完成了生态的热启动，为CKB生态成功OnBoard了~15万新用户和一批新开发者。如比特币L1可编程性协议Stamps生态的一站式解决方案OpenStamp，已选择使用UTXO Stack构建服务于Stamps生态的UTXO 同构比特币L2。下一阶段，CKB将重点放在生态应用建设、实现BTC在L1<>L2之间的自由流转、集成闪电网络等方面，力争成为未来的比特币的可编程性层。

2025年主流加密货币交易所：

• 欧易OKX >>>进入官网<<< >>>官方下载<<<
• 币安Binance >>>进入官网<<< >>>官方下载<<<

Nervos CKB wallet 教学

前言

第4轮比特币减半周期中，Ordinals协议以及类似协议的爆发式采用，让加密行业意识到基于比特币L1层发行资产与交易资产对比特币主网共识安全和生态发展的正外部性价值，可谓是比特币生态的“Uniswap时刻”。

比特币可编程性的进化与迭代，是比特币社区意见市场治理的结果，而非为了BTC的Holder、为了区块空间的Builder等等目的论所驱动的。

当下，通过增强比特币的可编程性进而增加比特币主网区块空间的使用率，成为比特币社区共识的新设计空间。

与以太坊和其他高性能公链不同，为了保证UTXO集的简洁性和轻量化，比特币可编程性的设计空间是高度受限的，基本约束在如何使用脚本和OP Code操作UTXO。

经典的比特币可编程性方案有状态通道（闪电网络）、客户端验证（RGB）、侧链（Liquid Network、Stacks、RootSock等）、CounterParty、Omni Layer、Taproot Assets、DLC等等。2023年以来新兴的比特币可编程性方案有Ordinals、BRC20、Runes、Atomicals、Stamps等等。

在铭文第二波浪潮结束之后，新一代比特币可编程性方案等等纷纷涌现，如CKB的UTXO同构绑定方案、EVM兼容比特币L2方案、DriveChain方案等等。

与EVM兼容比特币L2方案相比，CKB（Common Knowledge Base）的比特币可编程性方案，是比特币可编程性现代设计空间中一个原生的、安全的、不引入社会信任假设的解决方案。而与DriveChain方案相比，它不要求比特币协议级别的任何变动。

在可预计的未来，比特币可编程性的成长曲线将经历一个加速增长阶段，比特币生态的资产、用户、应用将随之迎来一波玄武纪大爆发，CKB生态的UTXO Stack将为新涌入的比特币开发者提供利用模块化堆栈构建协议的能力。另外，CKB 正在探索将闪电网络与UTXO Stack集成，利用比特币的原生可编程性实现新协议之间的互操作性。

比特币可编程性的命名空间

区块链是创造信任的机器，比特币主网是其中的0号机。像西方所有哲学都是对柏拉图的注脚一样，加密世界里的一切事物（资产、叙事、区块链网络、协议、DAO等等）都是比特币的派生物和衍生品。

在比特币Maxi与扩容主义者的协同进化过程中，从比特币主网是否支持图灵完备之争到隔离见证方案与大区块扩容方案之争，比特币在不断分叉。这既在创生新的加密项目和加密社区共识，也在强化和巩固比特币自身的社区共识，这是一个在他者化的同时完成自我确认的过程。

由于中本聪的神秘消失，比特币社区治理并不存在以太坊那样的“开明君主专 制”的治理结构，而是由矿工、开发者、社区和市场进行开放博弈达到均衡的治理模型。这赋予比特币的社区共识一旦形成、异常稳固的特性。

目前比特币社区共识的特性有：共识不是命令和控制、信任最小化、去中心化、抗审查性、伪匿名性、开源、开放协作、免许可、法律中立、同质化、向前兼容性、资源使用最小化、验证 > 计算、收敛、交易不可变性、抗 DoS 攻击、避免争抢进入、稳健性、激励一致、固化、不该篡改的共识、冲突性原则、协同推进等。[1]

目前的比特币主网形态，可以看作是以上比特币社区共识特性的实例化结果。而比特币可编程性的设计空间，也是由比特币社区共识特性所定义的。

比特币可编程性的经典设计空间

在其他公链尝试模块化、并行化等等方案探索区块链不可能三角解决方案的设计空间时，比特币协议的设计空间一直聚焦在脚本、OP Code和UTXO。

典型的两个实例，分别是2017年以来比特币主网的两次重大升级Segwit硬分叉和Taproot软分叉。

2017年8月的Segwit硬分叉，在1M的主区块外新增3M的区块专门保存签名（见证，Witness），并在计算矿工费时将签名数据的权重设为主区块数据的1/4，以保持花费一个UTXO输出和创建一个UTXO输出成本的一致性，防止出现滥用UTXO找零增加UTXO集膨胀速度的情况。

2021年11月的Taproot软分叉，则通过引入Schnorr 多重签名方案，节省UTXO的验证时间和多重签名所占的区块空间。

1个UTXO的键值组（图源：learnmeabitcoin.com）

UTXO（未花费的交易输出）是比特币主网的基础数据结构，它具有原子性、非同质性、链式耦合的特性。比特币主网上的每一笔交易，都会消耗掉1笔UTXO作为输入，同时创建整数n个新的UTXO输出。通俗点理解，UTXO可以视作运行在链上的美元、欧元等纸币，它可以花费、找零、拆分、组合等等，只不过它的最小原子单位是聪（sats）。1笔UTXO就代表某个特定时间的1个最新状态。UTXO集，即代表某个特定时间比特币主网的最新状态。

通过保持比特币UTXO集的简洁性、轻量化和易验证性，比特币主网的状态膨胀速度成功稳定在与硬件摩尔定律相适应的水平，从而保障比特币网主网全节点的可参与性和交易验证的鲁棒性。

与之相应的，比特币可编程性的设计空间同样受到比特币社区共识特性的约束。例如，为了防范潜在的安全风险 ，中本聪在2010年8月决定将OP-CAT操作码移除，而该操作码是实现比特币图灵完备级别可编程性的关键逻辑。

比特币可编程性的实现路径，没有采用以太坊、Solana那样的链上虚拟机（VM）方案，而是选择利用脚本和操作码（OP Code）对UXTO、交易的输入字段、输出字段和见证数据（Witness）等进行编程操作。

比特币可编程性的主要工具箱有：多重签名、时间锁、哈希锁、流程控制（OP_IF，OP_ELIF）。[2]

经典设计空间下，比特币可编程性是非常有限的，仅仅支持几种验证程序，而不支持链上状态存储和链上计算，而链上状态存储和链上计算恰恰是实现图灵完备级可编程性的核心功能组件。

比特币可编程性的文艺复兴

但比特币可编程性的设计空间，并不是一个固定不变的状态。相反，它更接近一种随着时间变化的动态光谱。

与外界对比特币主网开发陷入停滞状态的刻板印象不同，在各种共识向量局限设计空间的情况下，比特币主网新脚本和新操作码的开发、部署、采用、推广始终处在进行时态，并在某些时间甚至引发过加密社区的分叉战争（如Segwit硬分叉）。

以比特币主网脚本类型采用度变迁为例，我们可以清晰地感知到其中的变化。比特币主网输出类型使用的脚本，我们可以划分为3大类：原初脚本pubkey、pubkeyhash、增强脚本multisig、scripthash、见证脚本witness_v0_keyhash、witness_v0_scripthash、witness_v1_taproot。

比特币主网全历史输出类型 来源：Dune

从比特币主网全历史输出类型的变化趋势图中，我们观察一个基本的事实：比特币主网可编程性增强是长期历史趋势，增强脚本在吞噬原初脚本的份额，而见证脚本在吞噬增强脚本的份额。基于Segweit增强脚本和Taproot见证脚本的Ordinals协议所开启比特币L1资产发行浪潮，既是比特币主网可编程性历史趋势的延续，也是比特币主网可编程性的新阶段。

比特币主网操作码也有着与比特币主网脚本类似的演进过程。

例如Ordinals协议，就是通过结合比特币主网脚本taproot script-path spend和操作码（OP_FALSE、OP_IF、OP_PUSH、OP_ENDIF）实现其功能设计。

Ordinals协议的1次铭刻实例

在Ordinals协议正式诞生之前，比特币可编程性的经典方案，主要有状态通道（闪电网络）、客户端验证（RGB）、侧链（Liquid Network、Stacks、RootSock等）、CounterParty、Omni Layer、DLC等等。

Ordinals协议将UXTO的最小原子化单位聪（Satoshi）序列化，再将数据内容铭刻在UTXO的Witness字段，并与序列化后的某一特定聪相关联，然后由链下索引器负责索引和执行这些数据状态的可编程性操作。这种新的比特币可编程性范式，被形象地比喻为“黄金上雕花”。

Ordinals协议的新范式，激发了更大范围的加密社区使用比特币主网区块空间发行、铸造和交易NFT收藏品和MeMe类型Token（可统称为铭文）的热情，其中有很多人在人生中第一次拥有自己的比特币地址。

但Ordinals协议的可编程性，继承了比特币的可编程性的有限性，仅支持Deploy、Mint和Transfer三种功能方法。这让Ordinals协议以及它的跟随者BRC20、Runes、Atomicals、Stamps等等协议，只适用于资产发行的应用场景。而对需要状态计算和状态存储的交易和借贷等DeFi应用场景的支持，则比较乏力。

Ordinals协议3种类型的TX数量（图源：Dune）

流动性是资产的生命力来源。由于Ordinals类型比特币可编程性协议的天然特性，导致铭文资产重发行而轻流动性提供，进而影响到一个铭文资产全生命周期产生的价值。

而且Ordinals、BRC20协议还有滥用见证数据空间的嫌疑，并在客观上造成比特币主网状态爆炸。

比特币区块空间大小变化（图源：Dune）

作为参照系，以太坊主网Gas费的主要来源为DEX交易Gas费、L2的数据可用性费和稳定币转账Gas费等。与以太坊主网相比，比特币主网的收入类型单一、周期性强、波动率大。

比特币主网的可编程性能力，尚不能满足比特币主网区块空间供给侧的需求。而达到以太坊主网稳定且可持续的区块空间收入状态，需要比特币生态原生的DEX、稳定币和L2。而实现这些协议和应用的前提条件，是比特币可编程协议需要提供图灵完备的编程能力。

因此，如何原生地实现比特币图灵完备的可编程性，同时约束对比特币主网状态规模的负面影响，成为比特币生态的当前一个显学。

比特币可编程性的CKB方案

目前实现比特币原生的图灵完备的可编程性的方案要有：BitVM、RGB、CKB、EVM兼容Rollup L2、 DriveChain等等。

BitVM使用比特币的一组OP Code构建与非逻辑门，再通过与非逻辑门构建其他基础逻辑门，最终由这些基础逻辑门电路构建出一个比特币原生的VM。这个原理，有点类似著名科幻小说《三体》的秦王阵列图。Netflix改编的同名电视剧里有具体的场景呈现。BitVM方案的论文已经完全开源，备受加密社区的期待。但它的工程实现难度非常大，遇到链下数据管理成本、参与方数量限制、挑战-响应交互次数、哈希函数复杂度等等问题，短期内很难落地。

RGB协议使用客户端验证和一次性密封技术来实现图灵完备的可编程性，核心设计思想是将智能合约的状态和逻辑存储在比特币交易（Transaction）的输出（Output）上，将智能合约代码的维护和数据存储放在链下执行，由比特币主网作为最终状态的承诺层。

EVM兼容Rollup L2，是快速复用成熟的Rollup L2堆栈构建比特币L2的方案。但鉴于比特币主网目前无法支持欺诈证明/有效性证明，Rollup L2需要引入社会信任假设（多签）。

DriveChain是一种侧链扩展方案，基本设计思想是将比特币作为区块链的底层，通过锁定比特币来创建侧链，从而实现比特币和侧链之间的双向互操作性。DriveChain工程的实现，需要对比特币进行协议级别改动，即将开发团队提议的BIP300、BIP301部署到主网。