可交换的签名验证协议标准
Xuejie Xiao
Nervos Core Team过去，在 CKB 的锁脚本中，签名验证算法与其他交易验证逻辑是紧密耦合的，比如，anyone-can-pay 锁脚本。这样做的一个原因是为了简化 CKB 脚本的任务。在早期，您肯定希望限制您正在处理的范围，以确保构建出的脚本足够安全。
但是慢慢地，我们越来越了解如何构建 CKB 脚本。与此同时，将签名算法和锁脚本逻辑的捆绑带来的问题也逐渐得到关注：假设我们有 N 个签名验证算法，M 个特定的锁脚本逻辑，我们就需要构建 N*M 个锁脚本才能完成所有的组合。这将带来巨大的维护负担，也将会造成链上资源的浪费。关于这个问题，有什么解决办法吗？