浅谈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。 在区块链的热潮中，作为移动端能发出的光和热应该不仅仅这些，期待未来有机会接触到移动端进行链上操作的实现。

能力有限，如果错误请斧正。