MyLegacy是一个构建在Starcoin公链上的Asset-Management项目,实现了资产的安全存储、分批线性解锁等能力。整个业务模型除了财产继承,其实在很多其他常见的场景都很适合,例如分期结算项目资金、支付季度奖或者年终奖等等。尤其是在缺乏信任支撑的分布式场景,通过链上公开透明地逐步分期支付或者结算,是一个非常具有想象力的方向。
MyLegacy是一个构建在Starcoin公链上的Asset-Management项目,实现了资产的安全存储、分批线性解锁等能力。整个业务模型除了财产继承,其实在很多其他常见的场景都很适合,例如分期结算项目资金、支付季度奖或者年终奖等等。尤其是在缺乏信任支撑的分布式场景,通过链上公开透明地逐步分期支付或者结算,是一个非常具有想象力的方向。
这里我们通过对合约源码进行分析,来学习一下如何使用Move安全地实现资产的管理。我们先来看一下MyLegacy项目的整体设计图:
从上图可以看出,整个合约有 2 个核心的Struct:
以及 2 个关键的function:
接下来,我们分析一下MyLegacy的核心数据结构。
struct Legacy has key, store {
payer: address,// 委托人
payee: address,// 受益人
total_value:u64,// 总的金额
times:u64,// 总的释放次数
freq:u64,// 释放周期
unpaid: vector<Payment>,// 线性释放的款项
}
先看一下这个Legacy的struct,有key和store的ability,那意味着,Legacy只能索引和存储,不能被drop和copy。
struct Payment has key, store {
id: u64,// 唯一标识
value: u64,// 值
balance: Token<STC>,// STC
time_lock: u64,// 时间锁,STC释放时间
}
上面提到的这些安全特性,并不需要开发者特别注意,Move帮助开发者自动处理了。
Legacy和Payment这么设计有很多安全方面的好处:
Payment的struct跟Legacy一样,也只能索引和存储,不能被drop和copy。
public(script) fun init_legacy(account: signer, payee: address, total_value: u64, times: u64, freq: u64)
上面是init_legacy函数的签名,这个函数根据参数初始化Legacy信息,Legacy会作为资源存储安全地在当前用户的账号下。有几个地方说明一下:
public(script) fun redeem(account: signer, payer: address) acquires Legacy
以上是redeem函数的签名,这个函数用于赎回Payment。这里简单说明一下:
合约本身不复杂,但是覆盖的场景很多。
我们从合约的角度来分析一下优缺点。
MyLegacy是Starcoin公链上的一个安全可靠的Asset-Management项目,虽然叫MyLegacy,但是可以想象的场景很广泛,比如分期结算项目资金等等。
合约总共100多行,既实现了复杂业务逻辑,又有了很好的安全性,这里查看完整代码。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!