Updates micropaymentchannel.md

Auto commit by GitBook Editor

micropaymentchannel.md

@@ -6,31 +6,23 @@ Bob向Alice 索要公钥，然后创建如下交易。
 
 bond transaction： 通过P2PH支付100 聪到一个2 -of -2 的公钥脚本，需要Alice 和bob 的共同签名。 广播这个交易会使得 100 聪成为Alice 的“人质“，所以这时Bob 不会广播这个交易。
 
-refund transaction： 第二个交易在锁定时间一天后，支付全部bond transaction的output（减去交易费）返还给Bob。Bob 不能自己签署退款交易，所以她要让Alice签名。如下图所示![](/assets/import.png)  
-
+refund transaction： 第二个交易在锁定时间一天后，支付全部bond transaction的output（减去交易费）返还给Bob。Bob 不能自己签署退款交易，所以她要让Alice签名。如下图所示![](/assets/import.png)
 
 Alice 检查refund 交易是在24小时后，签署后交还给Bob交易副本。然后Alice 向Bob 索要Bond transaction 查看refund 是否能花掉Bond transaction 的钱。现在Alice 可以向网络广播这个交易，确保Bob 的100聪仔交易锁定到期之前不会被花到其他地方。对于Bob，除了一部分交易费，没有花掉任何比特币，他能够在锁定时间之后（24小时）广播refund交易来获得全额退款。
 
 现在Alice完成了价值1 聪的工作，Alice 要求Bob 重写并签名一份新的refund 交易。版本2交易 分配1聪给Alice。99 聪给Bob。这个交易没有锁定时间，所以Alice 可以在任何时间签名后广播到网络中（但是Alice 没有立即这样做。）
 
 Alice 和Bob 重复进行 ”工作-支付“ 的步骤。直到这一天结束或者锁定时间快失效时，Alice 签署并且广播最后一个版本的refund，Alice 和Bob 分配到了最后一份refund 分配的比特币。第二天，Alice 开始新的工作，他们创建了一个新的 微支付通道合约。
 
+如果在第一版refund 的锁定时间24小时内，Alice没有成功广播任何一个版本的refund 交易，Bob 可以在锁定时间失效后广播第一版的refund拿到全部退款。这也微支付通道为什么只适合小额交易的原因，如果Alice 的网络有问题，没能在锁定失效前广播有利自己的refund，Alice 就会遭受损失。
 
+正如之前所讨论的交易的延展性问题，微支付通道因此也受到了限制。如果有人利用交易延展性攻击fund 和refund 的联系，Alice 可以在没有进行相应工作的情况下，成功劫持Bob 的100 聪。
 
-如果Alice 
-
-爱的色放
-
-
-
-
-
-
-
-
-
+此外，对于大额的支付，比特币的交易费相对交易金额是极低比例，更合理的方式是分别立即各个广播交易。
 
+**Resource:**
 
+java 库 [bitcoinj](http://bitcoinj.github.io/)  提供了一整套微支付功能，下面是（基于Apache 许可的）一个微支付通道的实现和教程：[a tutorial](https://bitcoinj.github.io/working-with-micropayments)
 
 
 
@@ -80,4 +72,5 @@ Alice 和Bob 重复进行 ”工作-支付“ 的步骤。直到这一天结束
 
 
 
+爱的色放