开发工具

一个关于抽象的故事：寻求更好的 CKB 开发工具。

https://mp.weixin.qq.com/s/ZgpR4bBd6nGi5wdg1uhNxA

这是近期最令人振奋的一篇文章，一直以来我们都在面对“CKB适不适合开发，容不容易上手?”等问题，我们无法抑制我们内心对于开发者的极度渴求，但是我们也无法逃避当下的CKB可能还没那么适合希望快速上手和迅速搭建产品的开发者们。

因此这半年多的时间内，原本专注于CKB链开发的工程师们为了提升开发体验，营造一个更好的开发环境，提供更多顺手的开发工具，专注于相关工具的开发和打磨，我们很开心地在2020年年中，向大家介绍这三款新应用：Capsule、Lumos和Polyjuice，希望这些工具可以为CKB开发者们提供最大的赋能，帮助开发者们在 Nervos CKB 上更快速更容易地构建更精彩更独特的 DApp。

https://docs.nervos.org/ 文档网址现已更新，欢迎体验并提出您的宝贵意见。

未来我们会提供更多关于这些工具的使用教程和视频教学等内容。

NewRFC

Xuejie发布「RFC: Swappable Signature Verification Protocol Spec」(可交换签名验证协议标准)

过去，在 CKB 的锁脚本中，签名验证算法与其他交易验证逻辑是紧密耦合的，比如，anyone-can-pay锁脚本。这样做的一个原因是为了简化 CKB 脚本的任务。在早期，您肯定希望限制您正在处理的范围，以确保构建出的脚本足够安全。

但是慢慢地，我们越来越了解如何构建 CKB 脚本。与此同时，将签名算法和锁脚本逻辑的捆绑带来的问题也逐渐得到关注：假设我们有 N 个签名验证算法，M 个特定的锁脚本逻辑，我们就需要构建 N*M 个锁脚本才能完成所有的组合。这将带来巨大的维护负担，也将会造成链上资源的浪费。关于这个问题，有什么解决办法吗？

本 RFC 试图解决这个问题：通过定义签名算法的公共接口，我们将能够从一个典型的锁脚本中解耦签名验证库。在执行时，锁脚本可以先通过动态链接加载签名验证库，然后调用验证库提供的函数来执行实际的签名验证路径。

了解更多：https://talk.nervos.org/t/rfc-swappable-signature-verification-protocol-spec/4802

CKB

- 发布 CKBv0.33.1 https://github.com/nervosnetwork/ckb/releases/tag/v0.33.1 - (#2067,#2081) 改进链同步性能 https://github.com/nervosnetwork/ckb/pull/2067 https://github.com/nervosnetwork/ckb/pull/2081 - (#2045) 添加一个新的子命令 replay 用来验证本地链 https://github.com/nervosnetwork/ckb/pull/2045 - (ProtocolHandle) 添加解释 protocolhandles 的相关文档，protocolhandles 包含有四种模式，每种模式都有相应的行为，请仔细考虑在协议中应该使用哪一种模式 https://github.com/nervosnetwork/tentacle/blob/7a278a243f47b062ed739d5e566d4ffbc4269bd9/src/service/config.rs#L203-L228 - (GHSA-r9rv-9mh8-pxf4) BlockTimeTooNew 不应被视为无效块。目前，当一个节点收到一个块时，如果头文件的时间比它的本地时间快 15s，它会标记该块为无效并禁止该节点。但在这种情况下，区块头可能在未来会变成有效的，我们不希望仅仅因为我们提供了一个超前的区块头而断开对等的节点，这样可以防止攻击者在 15s 这个时间边界挖矿一个区块进而分割网络。 https://github.com/nerv