公证人将交易从验证更改为非验证公证人
notary change transactions from validating to non-validating notaries
在进行从验证公证人到一组新的非验证公证人的公证变更交易时,这组新的非验证公证人如何了解以前的交易?
他们是只获取之前交易的哈希值还是整个交易依赖图?
新公证人根本不了解过去的交易。
相反,我们有以下过程:
- 具有哈希
2772BE
和公证 NotaryA
的交易已提交到分类帐
- 有人想将此交易的第一个输出状态(表示为
<2772BE, 0>
)转移到NotaryB
- 它们形成了一个单一输入的公证找零交易,
<2772BE, 0>
。假设这个公证找零交易的哈希值是 35D0A5
NotaryA
签署此交易,将其输入 <2772BE, 0>
标记为已花费
- 然而,这个交易也创建了一个输出状态,
<35D0A5, 0>
,指向NotaryB
指向 NotaryA
的 <2772BE, 0>
现在已用完。但是指向 NotaryB
的 <35D0A5, 0>
尚未花费
通过这种方式,我们以防止双花的方式将状态转移到新的公证人。
在进行从验证公证人到一组新的非验证公证人的公证变更交易时,这组新的非验证公证人如何了解以前的交易?
他们是只获取之前交易的哈希值还是整个交易依赖图?
新公证人根本不了解过去的交易。
相反,我们有以下过程:
- 具有哈希
2772BE
和公证NotaryA
的交易已提交到分类帐 - 有人想将此交易的第一个输出状态(表示为
<2772BE, 0>
)转移到NotaryB
- 它们形成了一个单一输入的公证找零交易,
<2772BE, 0>
。假设这个公证找零交易的哈希值是35D0A5
NotaryA
签署此交易,将其输入<2772BE, 0>
标记为已花费- 然而,这个交易也创建了一个输出状态,
<35D0A5, 0>
,指向NotaryB
指向 <2772BE, 0>
现在已用完。但是指向NotaryB
的<35D0A5, 0>
尚未花费
NotaryA
的 通过这种方式,我们以防止双花的方式将状态转移到新的公证人。