Substrate中零费用签名交易与带签名载荷的无签名交易有何区别？

核心差异 #

• 签名验证逻辑差异
  普通签名交易的签名是Substrate交易（Extrinsic）结构原生的字段，签名校验、账户合法性校验都是链层面统一实现，不需要开发者额外编写签名验证代码，校验逻辑在交易进入交易池阶段就会执行。
  带签名载荷的无签名交易的签名是开发者自定义存入交易参数中的内容，链不会做任何默认校验，所有签名合法性、签名者身份校验逻辑都需要开发者在unsigned_validation钩子中自行实现。
• 交易池默认行为差异
  普通签名交易哪怕配置Pays::No后依然会走链默认的nonce校验规则，要求同一账户发起的交易必须按nonce递增顺序打包，自动具备重放防护，交易排序逻辑也遵循链通用规则。
  带签名载荷的无签名交易无默认nonce校验逻辑，重放防护、交易去重、排序规则完全由开发者自行定义，灵活度更高但开发成本和安全风险也更高。
• 签名者账户要求差异
  普通签名交易的签名者必须是链支持的账户体系内的地址，哪怕设置零手续费，签名账户也需要满足链对账户的基础要求（比如最低existential deposit等，依链配置而定）。
  带签名载荷的无签名交易的签名者不需要在链上有对应账户，甚至可以支持任意自定义签名体系（比如跨链地址签名、外部硬件设备签名等，只要自定义校验逻辑认可即可）。
• 调用权限管控差异
  普通签名交易默认可以调用所有pallet中开放给签名交易的可调用函数，权限校验遵循链通用权限逻辑。
  带签名载荷的无签名交易需要开发者在pallet中显式声明允许对应可调用函数通过无签名交易调用，否则无法进入交易池执行，权限隔离性更强。

开发选择建议 #

• 优先选择带Pays::No的普通签名交易的场景：
  • 签名者属于链现有账户体系内的实体，不需要自定义签名校验逻辑
  • 可以复用链原生的nonce重放防护、交易排序等能力，减少开发成本
  • 希望交易可以被现有Substrate生态工具（钱包、区块链浏览器等）默认支持，不需要额外适配
• 优先选择带签名载荷的无签名交易的场景：
  • 签名者不需要在链上开通对应账户、不需要持有链上资产
  • 需要自定义交易校验逻辑，比如特殊的重放规则、交易排序规则、去重规则等
  • 需要严格隔离调用权限，只允许特定的几个接口可以通过无签名方式调用，权限管控要求更高

内容的提问来源于stack exchange，提问作者Jdawg287