Filecoin链目前的还在测试阶段，测试阶段中因为版本的变更，参数什么的会有所不同，在支持它的同时要做好版本的兼容工作;

一些文档工具:

1, 在app中支持它目前提供的RPC接口
2, IM讨论地址:
3, lotus节点所有的api(包括钱包需要的，以及提供给节点使用的)接口定义
4, 基于官方java库的一个web钱包
5, Cid介绍这里
6, BLS签名相关BLS

1. 账户体系介绍

在区块链交易中会涉及到账户，这个账户相当于你的银行卡卡号一样，通过这个账户你可以很方便的去接收发送代币。像银行卡一样你也可以拥有许多账户。那么这个账户是怎么产生的呢?
注: 大致为 私钥->椭圆曲线算法->公钥->hash->地址

2. bip32

补充说明下 BIP: Bitcoin Improvement Proposals 比特币改进建议, bip32是第32个改进建议。bip32生成私钥的过程是一个分层推导的过程。

一句话概括下BIP32就是：为了避免管理一堆私钥的麻烦提出的分层推导方案。

通信组件的由来

随着h5在原生页面中用到的越来越平凡(市面上流行的APP都可以看到它的身影 ),在我们用h5去与原生通信的时，h5会有许多需要原生提供业务功能的地方；这时候如果是几个简单的功能，很可能我们就会把业务处理放到webview中去做处理了，但是真实的情况并不是这样，一个项目大概会有至少几十个调用原生功能的地方，这时候你那么去做势必会让类负担很重，并且维护的成本也非常的高; 我们需要的一个管理这些功能的地方；写这个组件希望它可以达到一些目的:让h5的开发人员使用起来很方便；让我们原生开发的人员不需要关心那些琐碎的桥接等等；维护起来很方便; 如果生产中出现问题它可以做到容错不至于APP无法使用,并把无法通信的原因告诉h5;

从几个维度去思考

• 一个换肤工具应该具有的功能
• 是否在现有的项目基础上实现
• 代码层面上如何设计

一个换肤工具应该具有的功能

是否在现有的项目基础上实现

代码层面上如何设计

项目中使用到pod库来解决包管理，这篇文章记录下pod库制作的一些步骤和注意事项。

写这篇文章的目的是记录下在项目中集成Universal Links所遇到的问题。

这周五应领导要求第二次去了上海电气解决技术上的问题。周四接到通知说是电气那边同事遇到个问题：前端项目中用到socket.io定时请求数据时导致后台服务挂掉了。

App的开发中,界面的流畅度是非常重要的。它决定到用户对产品体验的好感。在IOS开发中容易出现界面体验不好的地方是tableView列表。你是否想过为什么自己写的列表那么不流畅？是什么影响了它的流畅度？当你的APP启动渲染界面时需要经过大量的计算尤其是比较复杂的列表。这样的过程很耗时，那么就会引起界面不流畅。

上周花了时间去学习了swift，虽然自己是搞IOS开发但是之前并没有接触过这门新生语言。通过文章总结一下自己学习到的重要知识点，算是回顾一下。