9 月 15 日上午 10 点，Nervos 举办了面向社区的首届 Town Hall Meeting。在会议中，首席架构师 Jan 介绍了今年接下来的主要规划，并和 Kevin 共同回答了来自社区的提问。四季度，我们将在 DeFi、基础设施和 Layer 2、开发者体验以及研究方面投入更多精力。越来越多的工具将在第 4 季度出现在 Nervos 的生态之中，我们会构建一个开放、繁荣的生态系统，和社区共同推动生态持续进步。
以下是我们为 Nervos 中文社区小伙伴们编译的首届 Town Hall Meeting 实录，欢迎大家查阅。
DeFi 层级图
UDT 类似于以太坊上的 ERC Token。当用户自定义 Token 标准确定之后，任何人都可以在 CKB 上发行 Token，而这些 Token 完全可以被整合进各种 DeFi 应用中。第一个 UDT 标准是 SUDT（Simple UDT），它是一个极度简单的 Token 标准，和所有的 lock script 兼容：
https://docs.ckb.dev/docs/rfcs/0025-simple-udt/0025-simple-udt
https://docs.ckb.dev/docs/rfcs/0026-anyone-can-pay/0026-anyone-can-pay
https://talk.nervos.org/t/rfc-ckb-nft-draft-spec/4779
https://talk.nervos.org/t/tockb-an-asset-cross-chain-system/4945
周小川：数字货币有几个不同的赛道:金色财经报道，在4月16日清华大学五道口金融学院成立十周年上，前中国人民银行行长周小川发表《关于数字货币的几点问题及回应》演讲，其中提到数字货币有几个不同的赛道。一种是Token-based以代币为基础的赛道，另一种是account-based以账户为基础的赛道，像我说的支付指令为基础的也可以是一个赛道。实际上有的钱包里装的是Token（代币），有的钱包里面装的是现金，有的钱包是连着银行账户，有的钱包里装的支票，也可以有混合的钱包。数字货币发展到现在，钱包的概念用得比较多。真正不同的产品是在不同的赛道上竞争。
还有一个赛道就是消费信贷。消费的时候先打白条，等于给消费者发了一个货币。以消费信贷为基础的产品也是一个赛道，但是争议比较多，容易出问题，也有不少已经出问题的例子。在Token-Based的赛道上，其中比较热点的问题就是以区块链或者分布式账本技术为基础的赛道。[2022/4/17 14:28:48]
https://github.com/nervosnetwork/toCKB
硬件钱包支持
https://github.com/TheWaWaR/ens-polyjuice
轻客户端
以太坊L2网络总锁仓量为55.2亿美元:金色财经报道，L2BEAT数据显示，截至2月5日，以太坊Layer2上总锁仓量为55.2亿美元。其中锁仓量最高的为扩容方案Arbitrum，约28亿美元，占比50.79%；其次是dYdX，锁仓量为9.6亿美元，占比17.38%；第三为Metis Andromeda，锁仓量为4.64亿美元，占比8.41%。[2022/2/5 9:31:44]
研究
互操作性 2.0
以下是我们为 Nervos 中文社区小伙伴们编译的首届 Town Hall Meeting 实录，欢迎大家查阅Q&A
Q1：在上个月有看到 Nervos 整合 Coinbase 的 Rosetta ，这算是你们和 Coinbase 的合作吗？如果是，路线图大概是怎样？
Kevin：我想最简单的回答就是 Yes，目前关于这个合作有两个节点已经快要完成，会再和大家同步。可以查阅相关信息：
https://www.chainnews.com/zh-hant/articles/317840666445.htm
Q2：目前在哪里可以找到关于 Rollup 的最新信息？
Jan：我们有个 GitHub 的 Repo ，在那里可以找到关于 Rollup 的进展：
https://github.com/nervosnetwork/godwoken
Q3：Nervos 有正在实现 ERC20 对币安智能链的跨链吗？
Jan：没有。我们的跨链方案 toCKB 是通用的跨链方案，toCKB 基本上可以实现 CKB 和其他任何链的跨链。也就是说，让 CKB 和币安链进行资产跨链是完全可行的。我们目前正在尝试对于各种链的跨链支持。
Q4：CKB 上的 AMM 如何做到比以太坊更好？
Jan：在功能上都是一样的，但是在设计和架构上并不一样。AMM 在 CKB 上最好的实现方式，是结合链上的智能合约和链下的协议。因为我们在 AMM 上是可以共享状态的，所以可能在设计上 CKB 的 AMM 会更复杂，但是也更方便扩容。但这些都是对开发者而言的差异，对于用户而言都是一样的。Kevin：我想就这点展开一下，不只是 AMM ，任何 dApp 在 CKB 上都可以善用分层架构，例如 State Channel、Side Chain 以及和其他链的桥接等等，这些都是 AMM 或其他的 dApp 可以利用的基础设施。Layer 2 可以为这些 dApp 提供更好的性能和更低廉的手续费。
Q5：在 Nervos 上会有哪一种稳定币？是现有稳定币到 Nervos 上开发，还是会有新的稳定币解决方案？
Kevin ：这两种都会有，比如像 DAI 这种抵押型的稳定币，或者基于法币抵押的稳定币，如 USDT、USDC，甚至最近还会有一些新的稳定币解决方案，我们希望在稳定币上也能够有多样性。
Q6：Layer 2 的支付通道如何做到？和其他区块链的 Layer 2 实现会有何不同？
Jan：我们在支付通道上可以做很多事情，最近在做的是两个用户之间的支付通道，未来我们还会将许多的支付通道连接变成支付通道网络。如此一来，这个网络上的任意两个人就可以互相连接，而且是可以无限扩容的。如果你稍微想象一下，当我们在这个世界上想要连接数十亿的 IOT 装置，在那个时候区块链上的唯一解决方案就是支付通道网络，因为当数十亿笔交易同时在一个网络上发起时，一万 TPS 可能也是不够的，反观支付通道网络，它就是一个可以在未来被验证的解决方案。除此之外，支付通道网络也是互联网的补完，因为在互联网上并没有价值传输层，如果想要订阅一个 YouTube，需要先注册并且在看这些视频前，先支付给 YouTube 费用。但如果有了支付通道网络，我们就可以在看的同时自动付款给 YouTube，甚至不需要在 YouTube 上创建账户。也就是说，如果你和 YouTube 建立了通道，当你开始看 YouTube 的 Primmer 视频的时候，你是可以同时透过支付通道去自动付费的，这和我们目前世界上所看到的支付方式完全不同，这也是为什么我说支付通道可以让现在的互联网世界更美好的原因。
Q7：如何看待「未来将只会剩下两到三条公链」这种论述，如果同意的话，那 Nervos 有机会成为其中之一吗？
Jan：首先，我不同意这个说法，我认为在未来会有很多的公链，因为有价值的资产在当前的世界就是散落各地的，所以我认为未来一样会有很多的公链可以发行资产，但只会有两三个公链可以做资产的价值存储。就像我在互操作性那张图说的一样，所有的用户可以透过某一条有价值储存能力的公链提供的服务去操作各个链上发行的资产。
Q8：目前似乎很少听到 Nervos 在 DeFi 领域的声音，你们如何看待 DeFi ？会觉得现在开始发展 DeFi 为时已晚吗？
Jan：DeFi 是一个长期的发展方向，永远不会太晚。
Kevin：这也是我很有感受的一个点，我们是非常前沿的区块链开发团队，对于区块链的技术发展也有十足的信念。我们希望看到这个技术为世界带来巨大的正向变革，就像互联网一样。我们知道，在区块链的世界里瞬息万变的价格，会让大家觉得区块链似乎发展的很快，但这容易让我们忽略了整个区块链大的发展脉络。
如果放到整个周期来看，甚至现在投入互联网也不会太晚，因为互联网也还很年轻，所以回到区块链，我相信这是一个新一代的长达数十年的范式转移，因此我们必须具备长期的视野，去考虑未来 DeFi 需要的区块链基础设施该是什么样子。
Jan：对的，互联网依旧很年轻，仍然在等待通用支付通道网络～ ：）
Q9：我们在选择 Godwoken、Open Tx、GPC（通用支付通道）等扩容方案时需要有什么样的权衡吗？
Jan ：这是一个好问题，这些 Layer 2 有不一样的特性和功能。
比如支付通道，具有低延迟的特性，这对打游戏来说很棒，但它有个缺点，就是需要先抵押资产才能建立通道，这是不友善的地方；你也可以用 Rollup，Rollup 是一个折衷的实用方案，但是性能上是有限制的；当然你也可以用侧链，但需要假设不会超过 1/3 的侧链验证者作恶。如果是目前的情况，我会推荐你先使用 Rollup，如果 Rollup 不能满足的你的场景，你可以再去探索侧链和支付通道。
Q10：将 MimbleWimble 变成一个 sUDT 交易过程的通用协议是你们的目标吗？
Jan：sUDT 是简易的 UDT （用户自定义Token）协议，没有太多额外的功能，MimbleWimble 在 CKB 上的目标是让隐私层可以兼容 sUDT ，让在 sUDT 上的资产可以具有 MimbleWinble 的隐私性。
故事才刚刚开始，我们还有很多的工作要做。以上很多都是基于 Nervos CKB 的独特架构才能做到的事情，我相信实现这些只是时间早晚的问题，因为我们有非常棒的开发和研究团队。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。