Corda 中具有到期日期的令牌?
Token with expiration date in Corda?
你会如何设计一个在 Corda 中过期的 Fungible 代币(状态设计和流程设计)?一旦过期日期就不能再使用的令牌,一旦在流中检测到过期,它就会成为历史。
欢迎任何想法。谢谢!
- 扩展
FungibleToken
并添加到期日期字段(Instant
类型)。
- 延长合同以便:
- 规则要求
Move
和 Redeem
命令在事务中包含 time-window。
- time-window 的“截止时间”应小于到期日期。
- 在您的流程中,您应该将 time-window 添加到
Move
或 Redeem
的交易中。当公证人收到交易时,它将根据是否在提供的 time-window 范围内收到交易来接受或拒绝交易;意思是如果你说 time-window 是从现在到 1 分钟;基本上你是在告诉公证人,如果你在“现在 + 1 分钟”内收到它,则只接受此交易(所以基本上你的流程应该能够在 1 分钟内在本地签名、验证和收集签名——1 分钟只是一个例如,您可以将 time-window 设置为您想要的任何值-).
- 公证人是time-stamping的权威,所以如果公证人接受了你的交易;这意味着它证明您的交易是在特定时间(在令牌到期日期之前)收到的。
- 您可以阅读有关 time-window 的内容(解释、练习和解决方案)here。
你会如何设计一个在 Corda 中过期的 Fungible 代币(状态设计和流程设计)?一旦过期日期就不能再使用的令牌,一旦在流中检测到过期,它就会成为历史。
欢迎任何想法。谢谢!
- 扩展
FungibleToken
并添加到期日期字段(Instant
类型)。 - 延长合同以便:
- 规则要求
Move
和Redeem
命令在事务中包含 time-window。 - time-window 的“截止时间”应小于到期日期。
- 规则要求
- 在您的流程中,您应该将 time-window 添加到
Move
或Redeem
的交易中。当公证人收到交易时,它将根据是否在提供的 time-window 范围内收到交易来接受或拒绝交易;意思是如果你说 time-window 是从现在到 1 分钟;基本上你是在告诉公证人,如果你在“现在 + 1 分钟”内收到它,则只接受此交易(所以基本上你的流程应该能够在 1 分钟内在本地签名、验证和收集签名——1 分钟只是一个例如,您可以将 time-window 设置为您想要的任何值-). - 公证人是time-stamping的权威,所以如果公证人接受了你的交易;这意味着它证明您的交易是在特定时间(在令牌到期日期之前)收到的。
- 您可以阅读有关 time-window 的内容(解释、练习和解决方案)here。