Raiden合约解析
Raiden是一个用来在链下处理以太坊ERC20的token transfer的系统。
其大概的原理见链接。
简单的说，就是用户A和用户B有一些ERC20的token需要互相transfer，但是每次都走区块链交易提交过程太麻烦了，而且交易手续费也是一笔不小的负担。
于是，raiden提供了一种基于链外交易的办法，用户A和B首先往链上的某一个合约里各打入一笔钱，之后通过一些加密手段互相通过链下的方式交换一些凭证。到最后结算的时候，将最后的凭证提交 到链上，合约会根据最终状态完成最后交易。
举例，A放入20个XXX，B放入20个XXX，然后A,B在链外进行一系列交易：A给B3个XXX，B给A2.5个XXX，A再给B10个XXX，结果最终状态的凭证是：A给B10.5个XXX。最终结算的时候，只需要再链上进行三笔交易：给A9.5个XXX，给B30.5个XXX
接下来的各篇教程会分析当前Raiden项目的实现。首先我们来看看Raiden系统在链上部署了哪些合约。
基本概念
Raiden目前用channel来表示每两个参与者之间建立的链上通道，本文暂时不解释链下的交易凭证是符合实现和保证准确性的，只讨论链上用到的智能合约。
Registry合约
Raiden会给每一个token生成一个channelManager，Registry合约就负责记录token到channelManager之间的映射。
- addToken
负责添加新token - channelManagerByToken
获取某个token当前的channelManager
ChannelManagerContract
每一个ChannelManager内都有一个Data对象，记录了当前注册在该manager下的所有channel。
ChannelManagerLibrary.Data
Data字段里注册了当该ChannelManager里的所有channel
caller_channels，partner_channels根据channel双方的地址记录了其对应所有channel的地址
partyhash_to_channelpos记录了特定两个地址之间的channel的索引。
- newChannel(address partner, uint settle_timeout)
在msg.sender和partner之间建立一个channel。 里面会调用data.newChannel()。
NettingChannelLibrary
这个是最核心的一个库函数，是供下面的NettingChannelContract处理具体交易用的。
-
Participant
表示一个参与者和其在该合约内的信息-
node_address
-
balance
所有通过deposit转进来的数量 -
locksroot
-
transferred_amount
该参与者转给另外一个账户的总额 -
nonce
-
withdrawn_locks
-
-
Data
用来记录一个channel内的数据状态和提供操作库-
deposit
向该Data（也就是该Data所属channel）转账，然后增加对应Partener.balance!!!!! 注意，所有向channel的转账，必须通过该函数转账才行，直接call ERC20 token的transfer函数，channel是无法感知的。
-
close
只能在channel还没有关闭的时候发出，只能由channel的某一个参与者发出。
发出close请求后，channel变成closing状态，close同时参与者还可以发出一个transfer更新。 -
updateTransfer
只能在合约处于关闭期并且不是主动关闭合约的那一方发出，而且只能更新一次。 -
recoverAddressFromSignature
这个是用来解密交易最后快照的函数，暂时不做深入讲解 -
withdraw
暂时不是特别清楚 -
settle
最终结算函数，根据双方的balance和transfer amount，结算对方最终token数量并调用token合约进行真正的结算
-
NettingChannelContract
这个才是真正负责处理两个参与者之间交易的合约。它主要通过调用上面的NettingChannelContractLibrary进行实际操作。
EndpointRegistry
这是用来注册raiden node的合约，里面有一个registerEndpoint方法，将服务器的socket地址mapping到一个ETH address上。这样当raiden node启动起来的时候，其它交易者可以根据其合约地址找到与这个server的通信地址。
