以太坊合约分析之远程购买

640?wx_fmt=png

用户在淘宝上买东西是先将钱转入支付宝,然后卖方发货,用户收到货后确认收获,支付宝就可以将钱打给卖方,如果卖方没有货,卖方就可以终止交易,支付宝将将返还给用户。

640?wx_fmt=png

支付宝在交易中起到信用中介的作用,避免用户钱货两空。虽然支付宝主要是保护了用户方的利益,但是支付宝会从商家店铺收取租金,羊毛出在羊身上,商家再将这笔费用隐形的转给用户。

现在有了以太坊,支付宝作为信用中介的功用就可以被区块链合约所取代。我们看下面这个简单的买卖合约代码。

640?wx_fmt=png

合约代码逻辑采用的形式不同于支付宝的逻辑,合约还多了个押金,这里的押金和实物的价钱相等,买卖的流程也不一样,方向倒置,达到了和支付宝买卖担保一样的功能。

640?wx_fmt=png

  1. 由商铺发起合约,将押金和商品的价钱打到合约账户,表示要卖东西了。

  2. 用户表示对商品感兴趣,于是也交纳等量的押金和商品的价钱到合约账户。

  3. 商铺在线下将商品发送给用户。

  4. 用户收到商品后确认,押金自动返还给用户,合约账户的余额自动返回给商铺。

在用户缴纳押金和价钱后,合约账户余额为4倍价钱,返还押金给用户后,账户余额还剩3倍价钱,这部分余额包含商铺缴纳的押金和价钱,还有用户缴纳的价钱,一起打给商铺。于是交易成功完成。

如果商铺在缴钱之后,不想卖了,这个时候只要用户没有缴钱,商铺是可以主动取消交易的,这个时候合约账户的余额会全部返还给商铺。

一旦用户缴钱了,商铺就不可以反悔,否则就会损失缴纳的费用。

用户一旦收到货了,如果不确认收货,也就拿不到缴纳的押金。

这样就保证了双方都不会失信。下面我们分析代码

代码中this.balance表示合约账户的余额。payable表示该动作需要支付以太币,支付的数量会累加到合约账户的余额。

Purchase()构造器表示商铺发起合约,支付押金和商品的价钱,用户通过查询账户的balance就知道商品值多少钱。

confirmPurchase()表示用户对商品感兴趣,支付押金和商品的价钱。支付成功后,合约账户的余额变成了4倍价钱。

confirmReceived()表示用户收到货了,确认交易完成。合约执行buyer.transfer(value)返还押金给用户,然后再执行seller.transfer(this.balance)将合约的余额返还给商铺。

abort()表示商铺反悔了不想卖了,撤销交易。合约执行seller.transfer(this.balance)将合约余额返还给商铺。

该合约的缺点是商铺和用户如果没有2倍的商品价钱,将无法完成交易。这明显是不合理的。

其实商家只需要交押金,用户只需要交价钱就可以了。押金也没必要等价与价钱,但是也不能太小,以免商家觉得押金太小懒的去取消交易,那用户将无法取回缴纳的价钱,就会给用带来损失。

也许你会问中介费哪里去了,是不是区块链合约不需要交羊毛了呢?

以太坊交易是需要收费的,这部分费用在用户和商铺执行合约动作的时候从相应的外部账户里扣除了,只是从合约代码里无法体现出来。这部分羊毛会被自动奖励给矿工,作为辛勤挖矿的激励,毕竟合约的代码是需要在矿工的机器里执行的。

640?wx_fmt=jpeg

阅读相关文章,关注公众号【码洞】

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值