介绍完闪电网络的核心逻辑，之后也没啥特别要讲的东西了。
因为闪电通道的路由寻路算法，以及手续费选择之类的东西，都不是什么新的、值得注意的内容。
感觉闪电网络在网路被人大肆宣扬，说能大幅加快交易时间还有降低手续费什么的。
其实读懂了闪电网络的原理，就知道只有这些东西还是很受限。
闪电网络的局限性
闪电通道只在一对一高频交割能起作用（跨链君表示得到了救赎），如果用在一对多，并且每条通道还是低频的场景（比如供旅客消费的商店和旅社），如果收款无法支撑主链手续费损失，那商家的多条闪电通道上的钱将收不回，或者忙活了半天，钱全部都是矿工的。Schnorr聚合签名势在必行。
啥？通道一直开着，让矿工收不到手续费？这样的话，通道的可用性就很重要了（通道的可用性取决于通道两端，节点稳定性最差的那台），而且通道一直开着，等于说有一笔资金被长时间锁里面，资金的流动性不好。
闪电网络如果要保证绝对安全，必须自己开节点，如果托管给别人，跟BTC放MTGOX和存钱罐没区别。
闪电网络的应用场景
闪电网络主要作用主要还是一对一高频交割，大额资金要交易的话，是不可能冒着违约风险去进行一次性交易的，需要拆分成多次交易进行
还可以实现流媒体的按字节收费（不要说微信和支付宝也能做，把高频交割全放在中心服务器负担太重了，做不到实时返回，基于BTC这个基石制订的协议会更可靠些），微支付通道那里讲的就是这个例子。
不要想当然，多对多的闪电通道不是那么好做的
这时可能会有人问，为什么开发组没开发多对多的闪电完全图（比如说3个人，1和2、1和3、2和3都有联系，两两都有连线的），让一对多的资金手续费能降点？
做不到，如果按照闪电通道的思路搭建闪电完全图，光RSMC合约的逻辑就是挑战
就说要实现3对3的交易，Alice还要保存Bob和Carol之间的交易，并且如果Alice要关闭通道，是关闭Alice和另外2人的通道，还是把3条通道全部打断？
立刻打断3条通道也太无理了。。。我Bob还要和Carol交易呢。
那让Alice把币继续放在完全图上，等待Bob和Carol的交易完成如何？可是Alice我就是急需用阿，还要迁就你们两个？
BTC系统不止要考虑技术，还有人们的想法，基于BTC的上层网络同理。到了这一步，其实要解决的是三方的协调问题，技术根本不能解决。
闪电网络对交易违约的惩罚这么大不是没有理由
通道上的交易，无论是普通的转账，还是HTLC合约，发布历史合约（违约）的代价，就是通道上的BTC全归对方。
要把惩罚设这么高的理由不是没有理由的。想一下通道里只有1BTC，Bob给Alice0.9BTC，回头就把之前没给的记录记上去了。
举这个例子是想说，咱们签名历史交易，不太可能知道下一次交易要给对方多少，收对方多少，如果Alice在整个系统机制下不能全部收回属于自己的BTC，闪电网络的安全性就不（te）是（bie）很（de）高（di）。其实违约惩罚不是目的，让双方守约才是根本。
所以，在闪电通道上的节点一定要保存好最新的交易凭证（多签地址），还要自己做全节点监控链上交易，并第一时间对违约交易做出反应。
不过要注意，这个操作是要耗费主链手续费的，如果在对方违约的同时，又碰到DDOS，导致手续费水涨船高。那个时候，要不要执行惩罚交易，就自己斟酌了。
闪电网络要真正建立起来需要这些机制
1.多签地址（智能合约的根本）
2.哈希时间锁（闪电路由的基础）
3.psk共享密钥（还是不太理解，路由器用的防止中间人攻击的手段要咋用在这里）
4.经济学中的“准备金“知识。（这里不存在虚报准备金）
5.非对称加密签名原理（交易要双方同意才能成立，并且不能被任意一方再次修改）
6.rsmc智能合约（延时合约，给节点对违约交易留时间处理）
鸣谢名单（其实只有两行）
在此，感谢闪电网络系统的开发组（还有写白皮书的大神，我文章里的图片和思路就是借的这个）
感谢所有写出给我思路的文章那些大神。