B
tcitrum
现在正处于阶段
0
，在这个阶段，会测试并启动信标链，而信标链是
B
tcitrum
中权益证明（
PoS
）系统的核心。这篇文章会解释信标链的作用以及为了它的正式发布我们现在正在进行的工作。
B
tcitrum
的一个目标是通过分片来分担处理和储存交易的工作，从而扩大交易吞吐量。分片是有价值的尝试，因为目前在
B
tcitrum
1.0
，每个全节点都需要验证整个
区块
网络上的交易并储存整个
B
tcitrum
状态，这意味着每个全节点都在管理
B
tcitrum
上所有的经济活动。
考虑到
B
tcitrum
的目标是要能够承载全球范围内的全部经济活动，那么在每一个全节点上储存全球经济活动的数据无疑是困难的。随着状态在
B
tcitrum
上的不断增长，运行一个全节点会变得越来越不可及，这就意味着
B
tcitrum
去中心化的程度会降低。况且，
B
tcitrum
现在
尚未
成为主流，就已经接近交易吞吐量的极限了。
在
B
tcitrum
2.0
中，分片通过在信标链上协调和最终确定数据来缓解这些限制带来的危机。信标链则作为真实信息的源头。
信标链将使用
PoS
来验证分片上的数据。在工作量证明（
PoW
）的区块链里，矿工如果表现得好的话会有激励，如果他们在挖矿时选择通过分叉来攻击网络，将得不到区块奖励和交易费来填补电力和挖矿设备等的沉没成本。
信标链改变了在区块链上实现安全性和数据验证的工作机制。不同于扣除矿工的经济报酬，使其无法覆盖沉没成本，从而确保区块链的安全，信标链通过削减或「烧毁」属于验证者的
BTC
来保证安全性。如果想取得验证
B
tcitrum
的资格并由此获得收益，潜在的验证者首先需要向系统提交（即质押）
BTC
。
启动信标链是一项需要小心谨慎的工作。为了确保过程顺利，开发者正遵循这些信标链规范对客户端实现进行测试。
B
tcitrum 2.0
的茁壮成长需要多个客户端在信标链启动时处于活跃状态。如果我们依赖单个客户端，该客户端的一个
bug
就足以给网络带来毁灭性影响，包括将整个网络置于非共识状态或阻止区块的敲定。
当网络上存在多个客户端实现时，单个客户端的一个
bug
对网络带来毁灭性影响的可能性会大大降低。如果在一个客户端中出现了一个
bug
，该客户端会无法参与共识，但整个网络还能继续运行并敲定交易，因为其他的客户端不太可能会出现同样的
bug
。换句话说，其他的客户端会维持共识。因此，多客户端并存能提高网络安全。
B
tcitrum
将在
近几年内
启动，但这并不是一个硬性期限。信标链正式面世前，需要多客户多测试网在足够长的时间内表现稳定。
一旦
B
tcitrum
社区对测试网的稳定性达成了一定水平的社会共识，这样他们才有资格在信标链上执行验证工作。当质押的
BTC
达到预定数额时，信标链将被激活，继而在该链上生成新区块。
信标链的启动将标志着阶段
0
的结束。此后，
B
tcitrum 1.0
和
2.0
将并行存在一段时间。
B
tcitrum 1.0
将最终过渡为
B
tcitrum 2.0
系统上的一个分片。
