ripple

http://www.360doc.com/content/18/0820/13/9200790_779689035.shtml

以网关或瑞波币XRP为桥梁，用户甲将任意类别的货币或虚拟货币兑换为瑞波币XRP，然后发送给其它任何地区的用户乙，用户乙可将收到的资金兑换成自己需要的任意货币币种;还有另一种模式，用户甲将在资金存放在乙信任的网关，经过网关转给乙。瑞波（Ripple）系统还允许用户在本系统内发行“私人货币”。假如某个瑞波（Ripple）用户甲信誉很好，甲就可以拿自己发行的“私人货币”与信任他（用户甲）并愿意接受的另一个用户（用户乙）兑换成美元或比特币等其它币种;用户乙可根据需要赎回兑换给甲的货币。这实际上是个借贷过程，用户甲具有了向其他人借贷的融资权力。
每个银行账户需要扩展一个外挂账户（Ripple Suspense Account），这个账户余额映射外部的ILP Ledge（这个账户用来跟踪流动性提供方的资金状态）。流动性提供方（Liquidity Provider）对外挂账户所产生的任何自己变动直接映射到ILP Ledge上的Liquidity Provider. 到了ILP Ledge上，大家就好理解了，这个运行在ripple网络上，一致性就便于控制了！

备注：这个厉害了，直接要求银行优化基础账户体系，之所以能直接settlement就是靠这个外挂账户的关联和映射啊！

交易（整合了信息流和资金流）

当Alpha公司发起支付，Ripple Connect在双方银行的实例则开始交换信息，这些信息包括Alpha公司和Beta公司为KYC/AML所有需要提供的一切信息。在信息报文CIP/PII字段就是为这些信息提供，且可以被双方银行进行个性化配置。发起银行的Ripple Connect（即美元银行）也需要从受益人银行（欧元银行）获取处理手续费信息，还需要从流动性那边获取外汇价格，这个案例中EUR/USD at 1.1429。

注意：Ripple这里也显示NB的地方了，为了支持银行加入，在AML/KYC上做了很多设计，打消了银行最为顾虑的部分。

发起银行的Ripple Connect综合这些信息，当然也会增加本发起行的手续费，最后呈现出来的是这笔交易的总成本“all-in cost”。假定发起银行手续费为5美元，受益人银行手续费为5欧元，EUR/USD 为 1.1429，那么总的成本差不多为125美元（100欧元*1.1429+5美元+5欧元*1.1429）。一旦Alpha公司接受了这个费用，这笔支付即被发起。美元银行借记了Alpha公司-125美元，收下了5美元的fee，贷记suspense account +120美元。

这些资金（120美金）还没有真正贷记到流动性提供方的账户上，而是在Hold账户中，直到受益人银行向ILP Validator提供了足够post给受益人资金的证明。

此时触发ILP Validator来执行受益人银行把资金存入Hold账户且提供证明。受益人银行把105欧元的资金转入到冻结账户（Hold）中且发送一个收据（receipt）给ILP Validator。收据仅包括加密的资金存入证明，而不包括银行、交易对手或支付其他细节信息。

一旦ILP Validator收到两边银行的资金存入Hold账户的证明，它就开始触发资金清算 settlement - 同时记录两边账本，释放Hold账户资金同时transfer资金。这是一个完全自动化过程，且保证一致性，不会出现差错账。

总结：

从以上的流程可以看到，Ripple Suspense Account主要作用是体现流动性提供方的账户情况，这是非常关键的设计。Ripple Suspense Account和Ripple ILP Ledger的映射关系应该是由InterLedger Protocol规范的，银行接入一定要遵循这个规范。 Ripple ILP Ledger的分布式一致性记账这个是Ripple的基本功能了。所以，大家可以看出，通过这样的设计，Ripple打通了银行基础记账模块，使得无需实际资金的搬运，在短短几分钟内通过信息处理即可实现资金的交割，不能不说是一种创新。