而 Appchain 或 Web3.0 App 作为进入人们日常生活的落地型应用，自然应该积极拥抱监管。

　　基于以上背景信息，回到 Appchain，在 Web3.0 App 中，我们应该发行证券类 Token 和功能性 Token，而不应该在 Appchain 中发行 Currency Token。其实在整个区块链宇宙中，能归类于加密货币的 Token 非常少，货币作为一般等价物，是价值交换的媒介，只有极其有限的 Token （比如比特币）有潜力承担起这个角色。另外，应用层的 Token 如果不归类于证券型 Token 或功能型 Token，那么将会在监管层面遇到严重阻碍。

　　另一方面，证券 / 功能 Token 也需要进入市场流通。一旦涉及到资产流通，我们应该把相关的业务逻辑剥离到 DeFi 层去执行。在 Appchain 层，应尽量只处理具体应用业务相关的事务。

　　顺便提一句，Token 的中文翻译使用「通证「较」代币」准确，建议以后不要将 Token 误译为 「代币「。

　　一般来说，最适合 Appchain 的共识是 PoS 类共识。

　　首先，我们在 Appchain 中排除 PoW 共识，理由如下：

• 　　PoW 能源消耗巨大，全世界最终能容纳的 PoW 链有限，可能只有少数几条

• 　　PoW 链冷启动非常困难，在平台总算力达不到一个临界值的情况下，PoW 链的安全性非常脆弱

　　相比之下，PoS 链有如下基本特点：

• 　　能源消耗非常少（相比于 PoW），以太坊的评估是不到 PoW 耗能的 1%

• 　　PoS 链启动时，需要使用其它资产做抵押。其安全性从一开始就得到了保障，并且随着应用链价值的增长，其用于安全性的抵押也会相应增长，也即安全性也是一条正相关增长曲线

　　当然，PoS 也有一些自己的问题，全世界无数聪明的大脑都在尝试各种创新去解决这些问题，并提出了各种改进型的 PoS 协议，比如 DPoS, NPoS, LPoS 等。关于 PoS 与 PoW 各自的优劣比较，不是本文的重点，可查阅相关资料深入研究。

　　从另一方面来说，PoS 类协议更像传统股份公司，只不过现在变成了社区化的公司（参见：《未来的公司：区块链技术 + Token 经济》）。基于 PoS 协议的 Appchain 或 Web3.0 App 创业团队，仍然需要像 Web2.0 时代的创业团队一样，靠团队自身的特质和努力，做出创新，推向市场，解决具体问题，生成价值反馈，发展状大，最后发展成一个由社区拥有的的平台级项目。

　　就经典 PoS 来说，它本身不太适合小团队直接使用，它有点像一只野马，难以驾驭。一个初创团队，很容易被 PoS 带进坑里。因为它不仅是一个技术问题，还是一个社会学问题。并且一旦在治理上出问题，往往就已经无法回头了。

　　一般来说，Appchain 的节点不会太多。开始可能只有几个，发展到成熟阶段可能也就只有几十个。过多的节点会影响业务系统的运行效率，Appchain 极其重视用户体验，项目需要在安全性、运行效率、用户体验上做一个平衡。 (责任编辑：admin)