区块链研发专利怎么申请，技术方案撰写与布局要点

导读： 谈到区块链研发专利这块事情, 最核心的问题其实就只有那么一个, 就是需要弄明白该怎样去使用专利语言把技术方案的创造性讲得清清楚楚的。...

谈到区块链研发专利这块事情, 最核心的问题其实就只有那么一个, 就是需要弄明白该怎样去使用专利语言把技术方案的创造性讲得清清楚楚的。这样做的目的是为了让得到的保护范围既能维持在一个足够宽广的程度上, 又能够在面对审查的时候经得起考验。

可是很多在进行研发的工程师在撰写交底书的时候, 总是会习惯性地采取一种做法, 那就是直接把代码逻辑给搬过去放上去。这种做法的结果是导致权利要求会被写得太死板、太僵硬。最后的情况往往是哪怕专利证书是顺利拿到了, 但那个保护范围却窄到了实际上根本就没法使用的地步。

区块链研发专利如何申请

在申请专利之前, 必须要做的最关键的一步工作, 是如何把现有的技术方案从仅仅能够实现基本运行的状态, 转化为那种可复现但并非唯一实现路径的状态。

因为我在带领团队撰写专利申请文件的时候, 曾经反复多次强调过一个要点: 核心算法的具体步骤需要抽象上升到方法层面的描述方式, 而具体的共识参数、使用的智能合约编程语言、特定的网络拓扑结构这些内容, 只能作为实施例加以列举, 绝对不能将其描述为唯一的解决方案。

一份完整的申请文件, 是包括权利要求书、说明书、摘要和附图这些东西的。独立权利要求这东西, 它是从更上位的概念出发的, 比如说像那样一个基于区块链的分布式数据处理方法这样的表述。

至于从属权利要求, 它是要再一点一点的, 一层一层的把范围收窄到这个地步来的。最后收在这个工作量证明、拜占庭容错以及这个跨链桥协议这些所谓的实现细节上面去。在专利的说明书里面, 每一个具体的操作步骤所能够带来的技术效果，都必须要把其内在的逻辑和原因彻底地、深入透彻地分析清楚并详细地呈现出来, 这一点非常关键, 因为当专利审查员在判断该项发明是否具备创造性这个核心问题的时候, 他们把观察的重点放在的那一部分内容主要就是这里, 所以对于这些内容的表述绝对不能采用那种含糊不清、一带而过的方式去处理。

区块链研发专利写什么

研发工程师最容易犯的错误就是仅仅写清楚自己做了什么工作内容, 但却没有说明现有技术存在哪些不足之处, 也没有论证自己的技术方案凭什么能够有效解决这些问题。在审查过程中，核心逻辑在于判断新颖性和创造性, 因此你必须首先拿出具体的对比文件来进行差异分析, 进而将技术效果固定下来并明确阐述出来。既然要选择做零知识证明隐私计算这种方案, 就必须把话说清楚, 也就是要讲明白传统同态加密在链上的性能损耗到底有多大, 还有你的这方案验证复杂度最终压到了什么量级, 这些带数字和具体的量化指标都要写进说明书里。

智能合约的可组合性、链上以及链下数据的一致性校验, 还有跨链消息的原子性处理, 这些具体的技术方向, 是目前在专利审查环节中比较容易被认可的技术效果切入点。大家千万不要把专利申请文件写成简单粗暴的产品功能列表, 因为那样做的话, 在创造性的论证方面是站不住脚的。

区块链研发专利怎么布局

单件专利撑不起商业护城河, 需要做好组合布局。我见过的典型结构是核心共识算法1件、跨链交互协议2件、链上合约安全检测1件、开发者工具链1件, 从底层到上层把技术栈卡住, 让竞争对手绕不过去。

在布局时, 必须要紧卡住时间窗口这个关键节点。即便技术方案还没有完全定型, 也应该先把那些最核心的步骤递交申请, 以此来获取优先权地位。后续如果有迭代更新的内容, 可以通过分案申请的方式来进行补充。 考虑到区块链赛道的技术迭代速度非常快, 如果等到产品正式发版的时候才去撰写技术交底书, 那将会面临非常被动的局面, 因为在这种情况下, 竞争对手的专利申请大概率已经到了排在你前面的位置了。专利申请绝对不是研发流程里的那种额外附赠品。它会迫使你在动手写代码之前, 就必须要把技术方案的边界条件以及可能的替代路径想明确。这种思维层面的训练本身, 就有能力去提升整体研发的产出质量。 那些真正具备高价值的区块链研发专利作品, 其标准是哪怕让专利审查员审阅之后, 也会因为觉得这个技术方案确实不容易轻易想到而产生犹豫的念头。