㈠ 链下支付协议：微雷电microRaiden深入分析
microRaiden是雷电网络的简化版本，是一种 低成本、可扩展、低延时 的 链下微支付 解决方案。 他将雷电网络中链下支付网络简化为 P2P单向微支付通道 ， 但保留了快速支付的优势，降低部署难度，简化支付流程。
微雷电基于以太坊开发, 是以太坊的二层支付协议。兼容ERC20/ERC223标准token接口，因此，可以直接将现有已部署在以太坊上的token和微雷电协议对接，而不需要进行token数据的迁移。
microRaiden是针对N对1 的商店模式而专门优化的一种支付通道，特点如下：
针对上述特点，以及微雷电设计初衷，它适用于下面的应用场景:
场景举例：接收者提供很多网络资源(jpg, url, txt等等)，每个资源可以分别设置单价。用户访问该资源时, 自动创建channel，并自动从channel的押金中扣去该资源的价格，之后也可以通过该channel多次访问资源，每次访问自动扣除相应的token。
microRaiden包括客户端和服务端，客户端即sender，每个sender都分别对应一个客户端，服务端即receiver。
微雷电客户端包括Session Client Channel等几大数据结构，关系如下：
上面的图是官方生成的， 了解一下3个主要结构的主要功能就行：
客户端主要功能如下：
余额证明的含义是sender对当前channel的 最新一笔支付数据 进行签名，证明sender已经对购买的资源进行了支付。 这里的余额实际上指的是该channel上已花费的token数量。
在初始化Client时需要同步链上的channel信息到本地。 同步流程如下：
该接口可以作为获取channel的唯一入口， 其中包含了查询已存在的channel， 新建一个channel的接口调用封装。
实现链上channel相关的操作。
一句话概括： token转账动作自动触发创建channel
一个sender如果希望和指定的receiver建立一条支付channel，并在这条channel上存款10token，只需要给ChannelContract合约地址转入存款数目的token即可。注意： 所有地址的余额是保存在token合约中的，这里的地址不限于个人账户地址，也可以是普通合约的地址。
创建支付通道是由微雷电客户端发起的，流程如下：
对于ERC20标准的token， 处理流程如下：
需要2笔交易： approve和createChannel
充值和创建类似， 只是data数据变成了：
同样， 兼容erc20的流程如下：
需要2笔交易：approve和topUp
sender和receiver都可以发起channel关闭的请求，但是处理流程稍有不同：
Session是客户端的核心，通过它可以完成购买资源的操作。
python的requests包是一个优秀的http操作包，可以方便地进行http交互操作，比如：
为了更方便的在微雷电中使用，对其进行扩展， 重新封装了 get,options,head,post,put,patch,delete 这些requests接口。
在微雷电的客户端中包含该扩展后的包，可以在http请求资源的同时，进行token链下支付操作。
例如post接口：
其中url是请求的资源路径；
最后由Session.request执行。这个Session是对应每个sender的一个实例；
其中会不停地向服务器请求资源（ _request_resource ），直到返回结果或失败。
上面请求资源的动作，就是从receiver中获取资源并在channel中支付钱的过程。
流程如下：
4.2.3 签名算法是： 将type和name组成字符串形式的list，进行keccak256，将data组成list进行keccak256， 两者结果再组合再一次进行keccak256 。
4.2.4 根据被签名的数据和签名结果恢复出签名者地址
4.3 如果验证通过，并且response.header中的SENDER_BALANCE和本地保存的sender余额一致，表示： 服务器试图将最后一次未经确认的付款伪装为确认付款，返回失败 。如果余额不一致，表示： 服务器提供了不同的channel余额证据，本地采用该最新的余额，本地更新余额和余额签名 。
4.4 如果验证不通过， 服务器 没有 提供不同的channel余额证据，将本地余额更新为0.
4.5 无论验证是否通过， 都需要进行下面的支付操作。
更新sender在该channel的balance和balance签名。
后端服务提供付费资源管理及支付通道管理。启动前需要传入下面参数:
启动过程如下：
付费资源包括静态资源，动态资源，添加方法如下：
定义URI资源的支持的http方法：
资源的价格是固定的。
添加资源：
通过/echofix/foo 就可以获取资源， 只有当支付5个token后，proxy才会返回foo给用户，如果没有支付，则会返回 402 Payment Required
定义URL资源：
domain参数指定获取内容的远端URL
㈡ 如何使用雷电安卓模拟器获得挖矿共生币
挖矿浏览器震撼上线!正常使用浏览器，就能获得共生币！近日，遨游浏览器上线了一款挖矿插件，宣称只要正常用浏览器浏览就可以获得一种虚拟货币币——共生币(LVT)。
共生币是共生经济基金会为了倡导和促进未来经济形态——“共生经济”的发展和壮大，在共生经济平台上基于区块链技术创造的一种加密数字代币(目前发行在以太坊，待共生链完成后转移至共生链)。共生币除了与其它加密货币一样，可以在全球不受限制的流通交易，还能使用共生经济体系内一切平台，服务和交易的凭证。是解决用户价值变现的介质，也是共生经济不可或缺的硬通货、润滑剂、线上交互活动价值流通的载体。
共生币和挖矿浏览器之间是什么关系?
共生币通过自己独创的POV(Proof-Of-Value)协议进行分发。通过挖矿浏览器进行挖矿，获得分发的共生币，为共生经济做贡献。正常使用挖矿浏览器，就能获得共生币。
共生账号和挖矿浏览器账号之间是什么关系?
共生账号在共生币官网注册。共生账号是共生币的收款、存储、管理、转账、交易账号。挖矿浏览器账号绑定共生账号，挖矿所得共生币直接进入共生账号。
一个共生账号最多能绑定几个挖矿浏览器账号?
目前最多是5个。未来可能更多。
如何使用雷电安卓模拟器获得挖矿共生币?
1.在模拟器浏览器打开共生币官网https://lives.one/
2 在上述页面下载遨游浏览器
3 打开遨游浏览器，下载挖矿插件
4 注册遨游账号，注册LVT账号并绑定遨游账号(最多可以绑定五个)
5 通过使用浏览器浏览网页产生共生币
6 通过雷电多开器，可以进行多个账号同时挖矿
教程结束，以上就是关于如何使用雷电安卓模拟器获得挖矿共生币？的全部内容，希望大家看完有所收获！更多精彩，尽在我们网站！
㈢ 什么是跨链技术
跨链，顾名思义，就是通过技术手段，能让价值跨过链与链之间的障碍，进行直接的流通。跨链本质上和货币兑换是一样的。跨链并没有改变每个区块链上的价值总额，只是不同的持有人之间进行了一个兑换。
跨链是一个复杂的过程，需要链对链外的信息的获取与验证，需要节点有单独的验证能力等等。跨链技术主要有四种实现模式：公证人模式、侧链/中继、哈希锁定和分布式私钥控制等。
一、公证人模式
公证人模式（Notary schemes）是链与链之互相操作最简单的使用方法，由某个或某组受信任的团体来声明A链对B链上发生了某件事情。公证人模式中较为出名的应用是瑞波Interledger协议。
Interledger协议是在2012年由瑞波实验室提出的，通过第三方“连接器”或“验证器”将两个不同的区块链（记账系统）连接起来，使它们能够自由地兑换货币。在这个过程中，记账系统无需信任“连接器”，因为协议采用密码算法为这两个记账系统创建资金托管，当所有参与方对交易达成共识时，才可相互交易。
二、侧链/中继
侧链也是一个区块链，它能够验证来自其它区块链的数据，能够实现比特币和其它资产在区块链之间互相转移，形成了一个全新开放的开发平台。前段时间很火的项目以太坊雷电网络就是采用的侧链技术。使用雷电网络的的参与者在互相转账时，不需要通过以太坊主链交易确认，而是通过参与者之间创建微支付通道在主链下完成。侧链的主要应用有：RSK、btc Relay等。
前面我们已经谈到过侧链技术，想要了解更多的小伙伴，可以戳这里回顾。
三、哈希锁定
哈希锁定（Hash-locking）最早起源于闪电网络的HTLC（Hashed TimeLock Contract）。它是通过形成智能合约来保障任意两个人之间的转账都可以通过一条“支付”通道来实现，完成“中介”的角色。交易的双方通过智能合约，先冻结部分钱，并提供一个Hsah值。谁能在合约设置时间内匹配上Hash值，那么这部分冻结的钱就归谁了。
哈希锁定虽然实现了跨链资产的交换，大部分场景能够支持资产的抵押，但是没有实现跨链资产的转移，更不能实现跨链合约，所以它的应用场景相对受限。
四、分布式私钥控制
分布式私钥控制（Distributed private key control）是利用一个基于协议的内置资产模板，根据跨链交易信息部署新的智能合约创建新的资产。当一种已注册资产由原有链转移到跨链时，跨链节点会为用户在已有的合约中发放相应等值的代币。
实现和解除分布式控制权管理的操作称为：锁入（Lock-in）和解锁（Lock-out）。锁入是对所有通过密钥控制的数字资产实现分布式控制权管理和资产映射的过程。这时需要委托去中心化的网络掌管用户的私钥，用户自己掌握跨链上那部分代理资产的私钥。当解锁时再将数字资产的控制权交还给所有者。分布式私钥控制主要的应用有：WanChain、FUSION等。
㈣ 区块链的TPS
众所周知，比特币每秒只能进行大约7笔交易，以太坊稍微好一些，也就10-20笔。作为一个支付系统，这是远远远远不够的，经常也有人拿这点来说事，认为区块链效率低云云。
其实现在有很多的方案在试图解决TPS的问题，比如说fabric可以到数千的TPS，石墨烯系列可以到上万的TPS，比特币和以太坊的Off-chain方案理论上支持无限的TPS。那么是不是说这些新的技术才是区块链的未来呢？这个问题总是很难回答，要说一大堆共识，分布式，安全之类的事情。
过年期间看了BM的一个访谈，他提到了VB的一个理论，Scalability，Decentralization和Security在区块链中不能兼顾，类似于分布式系统里面的CAP理论。
我发现这个理论用来解释区块链技术真是简单粗暴而有效。
比如说：联盟链通过准入机制，控制了验证节点的数量，通过牺牲Decentralization提升了Scalability；石墨烯系列的DPOS，RippleNet的共识也是同理；比特币通过提高每个区块的容量，也可以达到扩容的目的，但结果是对矿机提出了更高的要求，形成自然的准入门槛，实际上也是牺牲了Decentralization；比特币和以太坊挖矿难度都可以调整，降低挖矿难度实际上也可以提升Scalability，但付出的代价是抗攻击能力下降了，牺牲的是Security。
但这个理论放在off-chain类型的方案上就失效了，比如说闪电网络（雷电网络），以太坊的plasma还有R3 Corda（这个比较特殊，直接把链都省了）。对off-chain方案原理感兴趣的童鞋移步这里， http://www.8btc.com/ln-rn-corda 。大致方案就是交易双方锁定准备金，把海量的交易打包以后上链，链上只保存交易的最终结果。通过智能合约和线下的多重签名机制，作弊方将会被罚没准备金。
Off-chain方案看上去很完美，保证Decentralization和Security，同时无限扩展。
但天下没有免费的午餐，我们以闪电网络为例（事实上plasma我还没完全理解😅），至少它有下面几个缺点：
1.闪电网络中锁定的比特币只能用在闪电网络中，只有交易通道关闭的时候才能真正成为链上承认的货币，这在理论上会出现类似银行挤兑的情况。如果大家对闪电网络失去信心，集中关闭通道，会拖垮比特币网络。但，这个似乎也不是很大的问题，只要闪电网络没有爆出什么漏洞，比如说签名算法被攻破之类的。
2.交易是在链外执行，链上无法验证提交的交易是否最新版本，虽然脚本保证了提交旧版本交易的攻击者有被罚没准备金的风险，但前提是要防御者监控网络并提交更新版本交易的证据。也就是说从原来比特币的被动防御（私钥不丢失就能保证资金安全）转变成主动防御。从这个角度看也算是降低了Security吧。这个主动防御的操作交给用户也不太现实，最终必然会衍生出一些服务公司，代替用户保存链外交易凭证，并防止作弊。某种意义上面又从“去中介化的信任”转变为需要信任中介了。这个角度看，似乎也是牺牲了Decentralization。
3.闪电网络中只有保存最终的资金状态保存，中间的交易细节全部被忽略，支持者认为是保护了用户的隐私，反对者认为是损失了交易数据。
4.因为通道需要准备金维持，不可能任意两个用户间都存在交易通道，用户之间转账可以通过中转的方法，最终很可能会有大资金形成中心化的中转节点。