第一部分，为什么BTC处于临死状态：
事实上，最近很多人都会发现，BTC正在急速衰退中。
也许有些网友会觉得意外，为什么这个前年还看似生机勃勃，一片欣欣向荣的东西，会在今年就垂垂老矣，眼看着不成了呢？
难道说电子币就是骗局，就注定会面临这种下场吗？
就小弟看来，当然不是的。
真正的原因，除了BTC技术老旧，程序运行方式单一（只是纯粹的以物易物），去中心导致组织结构混乱，也没有统一的技术开发与升级规划，产品应用效果平平，以及矿场、庄家、矿工还有支付机构的联合造假抽水外，最最关键的是——BTC严重缺乏基础用户。
什么叫基础用户？所谓基础用户，也就是指那些最广泛，最常使用BTC的用户。更直白的说，也就是每天每时每刻，都必须要依靠BTC才能度过的用户。
比如打dota，那群天天抱着电脑不来离开的熊孩子，就是他的基础用户，这个数量成百上千万。又比如在淘宝，那群每月都成千上万，甚至几十万往支付宝充钱的大妈大姐，就是他的基础用户，这个数量也是成百上千万。
而对于BTC来说，他真正的基础用户，其实就只有从中抽水的交易所、矿场等等，只有这些人，才会对其交易乐此不疲，而绝大多数投机者，甚至包括所谓的死忠，大多在大量亏损或大量获利后，都会选择迅速离场，这些人对BTC并没有根本上的依赖性，根本谈不上基础用户。
然而，我们即使把全世界和BTC交易有关的交易所，矿场、支付机构，乃至于矿工都算上，这个数量恐怕也不过了万。
并且，他们对BTC的依赖性，也直接来源于BTC能让他们获利。也就是说，如果BTC再也无法让他们获利，他们当然也会选择离开。而对任何应用来说，基础用户的大量出走，最终都会导致这一应用的彻底死亡。
最终，BTC就逐渐变成了我们现在所见的这个样子。
如果想逆转这一局面，除非突然发生重大利好（更直白的说，超大额资金救市），让BTC交易所、矿场、支付机构等等，重新获得经济动力，重新投入到对BTC的全力运营，才有可能做到，但遗憾的是，目前看来，这种局面是不可能出现的。

不用蜗居了！早安北京！ 2万首付80平米两居等你来拿，难以想象？却是真的！
6大公园环拥
6号线首站 双轨生活
详情请咨询：4000-111-352

继续发，最喜欢看你的文章了，可以增加信心

第三部分，关于“软件框架提供商”
所谓“框架”，就好比楼房的地基，建楼时搭出的外支架，因为现代软件业竞争激烈，以及分工不同，绝大多数软件项目，往往不能凭空搭建，而是需要引入自己公司建设好的，或者第三方提供的一个“功能库”，然后在此“库”的基础上，衍生出厂商所需要的应用。
其实更进一步说，框架就是“毛坯房“，是一个快要成型，但是还没有完全成型，还有”改造进化“空间的东西。
比如IOS或Android提供的UI以及基础库，对于在上面开发App的开发者来说，这些基础库以及UI的API就是”框架“，我们必须在这些东西的基础上，进行二次开发，最终形成符合我们需求的软件应用。
而让Ripple协议从”软件框架提供商“入手，把Ripple协议固化到软件框架当中去，顾名思义，就是让Ripple融入一个个软件”毛坯房“中，把它和应用底层”锁死“。
这样，软件商开发软件时，只要使用到默认携带有Ripple协议的框架，那么，他所面临的，将不再是”选择用不用Ripple“的问题，而是，”如果我非得屏蔽这个功能，到底该如何屏蔽“的问题了。
然而，对于IOS或Android这样有大型厂商支持的系统来说，RL还太小，小到几乎可以忽略不计。显然，他们是不可能在”现阶段“，于系统中内置Ripple协议支持的。
那么，小弟上述所说的，不就都是废话吗？不可能的，否则我也不会辛苦码字了。
要知道，虽然操作系统是”最理想的底层框架“，然而，除此之外，还有很多”不够理想，但也不错“的”软件级别框架“可供选择，甚至于，其中有些被大量使用的第三方框架，他们的公司规模却很小（乃至根本没公司，纯粹个人兴趣开发），连RL都足以藐视（甚至轻松收购）他们。

早安北京！ 2万首付80平米两居等你来拿，难以想象？却是真的！
6大公园环拥
6号线首站 双轨生活
详情请咨询：4000-111-352

第四部分，其实，很多软件框架商很好搞定
比如，现在小弟有IOS软件开发的任务，而作为Java程序员，Object-C不是我的专长，但是，老板交代的任务又非完成不可。怎么办呢？
这里，就需要”框架“的支持了。
更具体地说，我需要使用到Robovm这套个Java环境的IOS运行库，才能把Java（Android）项目完整移植到IOS当中去。也就是说，小弟在IOS上的一切开发，包括我所开发的软件运行，都离不开Robovm的存在（https://github.com/robovm/robovm），如果Robovm默认绑定了Ripple协议支持到UI层，那么我想要不用Ripple，都得先屏蔽掉此功能，而后才可以做到（而不用Robovm则是不可能的，目前至少5成Android软件的IOS移植，是靠他完成的）。
”底层框架“，就是拥有这么大权利的东西。
然而，令人吃惊的是，开发拥有这么“强大实力”的Robovm的公司，究竟有多少员工呢？
通过该项目的网站我们可以看到，他们含CEO在内，他们竟然只有4名员工，而且，其中一个行政人员，一个界面设计人员……（不错了，前年就一个CEO|||）
也就是说，含CEO在内，其实只有两个码农在维系这个小弟天天在使用（乃至世界上数百万Java程序员也在使用）的项目|||……
而目前Ripple协议的开发商RL有多少人呢？RL现有员工89人，今年还计划扩招26人，怎么看也不算小公司，而是过百人的中等规模企业。
虽然和Google，Apple相比还微不足道，但如果比较Robovm，则又大得可怕。对于这种级别的公司，我相信RL无论是收购抑或投资，都是毫无压力的。
只要RL有心，抢在Oracle收购他们之前(这四个一直对外吹风，Oracle对他们有收购意向，也不知真假，不过现在JavaFX的IOS版移植示例，确实用Robovm做的)，直接收了这四个“小受”，然后把Ripple客户端和相关支付与收款API绑定到Robovm上，那么，Ripple至少在Java程序员圈子中，就是一个雷天下响了。
如果他们不卖，股份投资也可以，总之唯一条件，还是让他们绑定Ripple功能到Robovm上，也可以达到非常近似的效果。
也就是说，只要能搞定这部分，未来Java程序员做IOS开发，最少有7成人都得自觉不自觉的用到Ripple支付（因为系统默认支持，绝大多数程序员，系统默认支持的收费功能，肯定会用～），这样不出两年，苹果商店就会多出几千（根据Robovm的普及情况，甚至有可能上万）个具备Ripple支付功能的应用，想不火都难了。
PS:而且，收购他们估计不用太多钱，毕竟加上CEO才四个人，另外程序核心在于LLVM这个第三方应用，他们其实并没有核心技术，只是比较勤劳，肯一个个“翻译”LLVM和IOS的API绑定到Java环境罢了（当然，这是砍价时的说法，事实上调试各种API，以及1：1移植也相当麻烦，另外JavaCode到LLVM的转换需要同时懂汇编和字节码，不是随便谁都能干的）
看见了吗？其实想推广Ripple协议，很可能远比我们想象的，还要轻松许多。
更何况，还有其它很多比Robovm规模还小（好悲惨的程序员世界……），但是同样受到很多用户依赖的第三方软件框架，可供我们选择，甚至不用RL出手，我们Ripple众每月分摊个依一两千，甚至几百CNY，都足以让这些愚蠢的码农俯首帖耳，乖乖把Ripple协议内置到他们的软件框架中去了（这个可以去github搜，看见有几百以上关注的框架，都可以谈，绝大多数都能搞定）

火线留名

不错不错！

Login failed: ID Authentication info server unreachable

技术角度我不太懂，站在市场产品应用的角度去看，的确，基础用户很关键，至少让用户知道RL是一种可以从处在中国的用户A买到美国本地的产品C这么一种协议就够了，之间的汇率由RL自行寻找，手续费低廉，绕过传统银行多道程序的介入，以更低的价格满足用户的需求。
但是以现在的RL发展历程来看，
RL公司看起来还是侧重于B端用户，偏好布局银行，大型企业。没有把最广泛的C类用户市场划进布局圈子，也有可能RL的想法是先从B端为切入口，然后在去细分。可是，随着时间的推移，这种布局速度太过缓慢，谁敢保证不会被另外一种支付协议所取代？
营销角度去看的话，RL公司太过于低调，市场营销的力度不足，也就造成难以普及潜在的用户和认知度，最为关键的是，像你谈到的，缺乏一个应用，如果跨境消费的话，市场用户是不大可能先去学习RL的基础知识，学会怎么应用钱包，网关后，然后在去消费....
不管RL成功与否，我都会一直关注这一伟大的创新

主要是要合规，获得国家的认可，不然就会有麻烦的。

Robovm, 长篇连载只为Robovm？