今天多翻了一会儿 Newton Protocol 的文档，卡在一个问题上。
@NewtonProtocol 的 policy 评估需要实时的链下数据——RedStone 的价格 feed、Credora 的信用评分、制裁名单更新。这些通过 TEE 适配器接入，每次交易落链前，运营商用这批数据跑完 Rego 规则，产出签名凭证，链上合约验签才放行。
逻辑是通的。但我在想一个场景：极端行情下 RedStone 价格 feed 有几秒延迟，Newton 的 policy 用的是旧价格出的凭证，链上实际价格已经跳了。这个时间差在"执行前授权"的设计里怎么处理？
不是说 RedStone 不可靠，是这类数据时间差的影响方式，跟直接用 oracle 做清算的协议逻辑完全不一样，值得弄清楚。
还在研究，没结论。$NEWT #Newt
@NewtonProtocol 的 policy 评估需要实时的链下数据——RedStone 的价格 feed、Credora 的信用评分、制裁名单更新。这些通过 TEE 适配器接入，每次交易落链前，运营商用这批数据跑完 Rego 规则，产出签名凭证，链上合约验签才放行。
逻辑是通的。但我在想一个场景：极端行情下 RedStone 价格 feed 有几秒延迟，Newton 的 policy 用的是旧价格出的凭证，链上实际价格已经跳了。这个时间差在"执行前授权"的设计里怎么处理？
不是说 RedStone 不可靠，是这类数据时间差的影响方式，跟直接用 oracle 做清算的协议逻辑完全不一样，值得弄清楚。
还在研究，没结论。$NEWT #Newt