总结展望

本文梳理了过去10年的BTC扩展技术演进和路线，总结了过去的限制和约束。无论是链上原生，还是链下计算扩展都解决了一些问题，但是优带来更多的复杂性和安全性问题。比如区块染色技术，轻量但是扩展能力有限，还是增加区块污染的风险。BTC L2极大的丰富了计算的功能和吞吐，但是需要依赖链上的合约验证能力，并且映射二层资产，这些大大降低了全网协议的安全性。

在历史的基础上，本文首先尝试描述出了BTC的抽象状态转移机制，包括状态机、数据机构和计算验证三个模块，并给出了每个模块的当前制约。根BTC的抽象状态机架构以及历史扩展设计的历史经验教训，本文首先系统化总结了三个方面的设计基本准则：状态Si的安全表达，状态机的Ti 的丰富扩展性以及全网的状态转移吞吐能力，希望为未来的技术路线演进提供一个基本方向指导。

基于上述的基本设计准则，本文尝试给了两种可能的架构方案：链上重构和链下协计算架构。

链上原生的重构扩展思路主要是精准的分析目前BTC的性能和扩展制约，并通过重构设计来提升和解决问题。引入了状态数据模块来增加链上查询能力，基于混合索引查询（HTAP）思路来重构底层数据引擎来提升数据的读写能力，以此来支持更复杂的OP操作码运行。该重构思路的突破在于从BTC底层结构出发，发现制约性能的核心原因，并尝试解决这些因素，在安全性的前提下进行扩展性提升。

链下协计算架构主要是基于安全外包计算和协议处理的思路，将资产核心安全保留在BTC链上处理，只是将计算外包给协计算处理网络，并通过密码学和状态日志来验证协计算处理网络的正确性和完整性。相比较侧链和L2的设计思路，账户状态操作和计算扩展进行解耦，账户状态依旧保留在BTC链上，更多是关注计算的外包安全性。

长期来看，链上原生的重构是最安全的根本提升路径，但是架构设计和多方利益博弈的复杂度也是最高。链下协计算短期内为BTC扩展性提供了更多试错的空间，并且在BTC原生扩展足够的支持下，更多复杂的计算场景是协处理计算的主要应用方向，例如BTC-AI、BTC-Data等。

State Lab作为本文发起方，始终坚持开放、开源的社区精神，将会不断的推进BTC扩展性的提升。