设计一个哈希链：

激活码生成：用公钥（或公钥的一部分）对称加密时间戳，再用私钥签名。

初次启动时，使用公钥文件校验激活码签名，解密时间戳，然后用公钥和时间戳生成一个 hash，创建哈希链文件。

启动时扫描哈希链文件，校验整条哈希链，同时校验哈希链尾部的时间戳和本次启动时间。

运行时每隔一段时间（例如 15 分钟）就用当前系统时间和哈希链的尾端 hash 共同生成一个 新的 hash，追加到 hash 链尾部。

至少要有个服务号，或者借用别人的服务号。

可以参考这个： https://github.com/aiportal/wechat-proxy

@17681880207 阿里云的 10%突发实例主机就是个玩具，套路太深。

@Jarett [银行卡号] 和 [银行预留手机号] 要求 [短信验证] ，网上搜信息过不了短信验证。

外包的本质是社会分工，是从小农经济向社会化大生产经济发展的必然趋势，他代表着效率更高，更先进的生产力，所以不是会存在多少年，而是新的生成关系会在多少年内取代现有的生成关系。

PAAS，SAAS 本质上也是外包的一种形式。

主要就是部署和维护特特特别省心。
以前用 Python，那一个个的依赖包。。。
node 里面还有个 npm install。

@loading 主要是想分块儿备份，还能选块儿恢复。

@zjb861107 或许可以用分表存储，分表备份和分表导入的方式实现。

例如：查询视图 DATA 包含 data_201801, data_2018_02, data_2018_03 ... 等多个数据表，备份 data_201801 后删除其中数据，如果要恢复数据，将备份文件导入到 data_201801 即可。
虽然不如物理文件方便，但貌似可行。

@zjb861107 分库分表解决的是读写性能问题，现在是想实现非全库全表的备份、删除、以及恢复，而且是在数据量比较大的时候，比如几十，几百 G。

@loading 程序内部分表，查询的时候就得自行拼接查询结果，如果是排序后分页，SQL 语句一句搞定（ limit, offset ），程序就得自己拼接来自多个表的查询结果。

我用 chooseWXPay 就没调通过，只好用的 WeixinJSBridge： https://github.com/aiportal/wechat-proxy/blob/master/example/jspay.html

如果是建矿场，郭嘉已经在在管制了，如果是自己挖着玩儿，建议浅尝辄止。

1、噪音很大，放家里基本就没法过日子了。
2、电费是阶梯收取的，每年超过一定额度就是八毛一度电，具体要查你所在城市的阶梯标准。
3、全网算力一直在涨，矿机的每日收益一直在减，收益预期不要太乐观。

知乎上的分析文章： https://zhuanlan.zhihu.com/p/33113813

带难度增加系数的挖矿收益计算器： http://www.cybtc.net/earnings/calculator/btc

AI 传送门

@zzlettle 的确是两个密码，但只有一个密码在大脑里。

第一个密码写在纸上，可以放保险柜里，离线保存。
第二个密码记在心里，没人能知道你想些什么。

关键是两个密码都离线，黑客黑不走。

写反了，应该是：newData = Object.assign({...defaultData}, retData)

Object.assign(retData, defaultData)