浅谈iOS区块链项目的架构设计

前言

本文是对一个区块链交易所APP的简单分析，探究在区块链的背景下，交易所APP的设计有何特殊之处。

正文

业务场景和核心功可以

交易所的核心场景有：

• 行情查看 ：实时同步最新的行情和资讯；
• 交易操作 ：数字货币的购买和卖出，操作记录同步；
• 信息安全 ：使用户信息、账户资产信息的安全；
• 交易安全 ：身份确认和权限控制；

基于以上场景，看看实际的APP是如何设计。

架构分析

整个APP基于MVC的架构，特点如下：

1、网络层

HttpClient封装AFNetworking，定义统一的网络层操作；
用AFNetworking的AFSecurityPolicy实现https的证书校验，读取本地bundle携带的证书后创立AFSecurityPolicy并赋值给AFHTTPRequestOperationManager；
HttpClient大部分的回调用Block进行解决，特殊的回调（比方状态同步）使用NSNotification通知；
网络层和后端进行通讯都基于Json，再通过Runtime的方法把Json动态转化为本地Model；
通讯的方式以https为主，https的参数会添加一个字段，填写其余参数和本地固定值进行MD5的校验值，防止篡改；
少数实时性要求较强的页面用WebSocket，能减少网络耗费，提高通讯效率同时更不容易被劫持。

2、持久化

持久化有三种方式：KeyChain、CoreData、NSUserDefault，只有小部分数据存在KeyChain；
APP需要持久化的数据不多，主要以使用户的基本信息为主，行情动态、交易记录等实时拉取。

3、MVC

多数页面基于xib进行开发，页面的功可以也比较清晰，多数为展现信息，少数需要进行交互；
有BaseVC无BaseView，BaseVC放置通使用的逻辑，比方说获取使用户信息、获取账户资产信息；
少数复杂页面通过代码进行开发，以K线图和各种交易指标视图为主。

4、质量相关

没有测试相关框架，也没有用Xcode的单元测试、自动化测试，通过Debug/Release宏区分生产和开发环境，并添加少量专门使用于Test的VC；
线上Crash跟进依赖Bugly库；
设施支持方面只有iPhone，且最低只支持iOS 9。

5、业务特性

权限分级，多重确认：只需登录就可查看行情和下订单，在支付相关场景根据支付额度和支付类型采取不同的验证手段（交易密码、手机验证、邮箱验证）；
交易所不产生币，交易所只是币的搬运工： 在交易之前，需要把币打到交易所的账户，相似游戏厅的上分，之后能再把分兑换成币。
OTC（场外交易）：由于法律的起因，交易所不支持法币兑换（可选择交易所担保，由使用户自行交易）；
身份认证：出于反洗钱考虑，需要提供身份认证的功可以；
状态同步：操作记录、使用户信息、账户资产信息需要支持多设施同步；

总结

这个APP的开发难度系数：假设满分难度是5??，平均难度是3??，个人评估当前难度系数为 2??，在持久化、MVC、质量这几点的设计我都不甚满意。
本想通过源码学习关于区块链交易和安全的知识，结果拨开神秘的面纱后，内心有所失望：没有找到那种让人惊艳的设计和代码，“签名、哈希、电子钱包、算法”这些概念都没有出现，只有赤裸裸的CRUD操作。
从该APP来看，APP用户端的职责只是Web功可以的一个子集。但手机更容易识别使用户身份以及方便携带，在安全性、便捷性上都优于PC，可以做的事情理应不少于Web。
在区块链的热潮中，作为手机端可以发出的光和热应该不仅仅这些，期待未来有机会接触到手机端进行链上操作的实现。

可以力有限，假如错误请斧正。