IOTA
IOTA 简介 IOTA 是下一代（第三代）加密货币，只做货币，不做其他用途的链（？）。专注于解决机器与机器（M2M）之间的交易问题。通过实现机器与机器间无交易费的支付来构建未来机器经济（machine economy）的蓝图，即物联网 + 数字货币的经济生态。物联网天然就有分布式特性，很适合搞区块链。 德国团队创立，由德国政府资助的一个中心化的研究去中心化下一代加密货币的项目。团队成员的上一个作品是第一代 POS 货币未来币（NXT）。 IOTA 的发行量极大，IOTA总供应量为（3 ^ 33-1）/ 2 或2,779,530,283,277,761个。所有IOTA都是在初始块创建的，总数不变，也不用开采。IOTA初上市的时候只募集到五十万美金，所以早期投资者的投资回报极高。有意思的是，因为 IOTA 基金会是非盈利组织，他们甚至没有锁定货币，所以他们持有的百分之五的 IOTA 代币，还是其他投资者捐献给基金会用以维持基金会运行的。 IOTA 的优势是，免手续费且使用平行验证而提高了性能，胜过了手续费高而清算速度缓慢的比特币。但因为它的安全模型弱于比特币，所以没有在普通交易场景...
闪电网络、侧链、隔离见证与大区块扩容问题
闪电网络 闪电网络的原理 闪电网络就是在链外专门设置一个通道（channel），所有的交易都在链上进行，只有最终结算在链上进行。这就好像我们的计算机体系结构里面加入的一个工作内存和主内存的 hiarachy。 过程描述如下： 假设我和你，咱俩人经常交易，于是就在闪电网络上开个通道，容量是2BTC； 通道里面AB在总量不超过2BTC的情况下随便相互收发，所有操作送到一个具有AB多重签名的地址，每次操作签名就好； 通道里面的操作没有手续费，因为真实的BTC在链上其实没动过，通道里面的操作本质上是只是对俩人那两个BTC份额所有权的交易； 等啥时候AB不想交易了，把隧道关闭，去真实的比特币主链上兑换一下自己在那两个BTC里的份额就好； 高手续费只发生在打开，或是关闭一个通道的时候。 为什么闪电网络会不安全 这种侧链的出现，必然会导致庞大的中间人出现： 网络上会演化出一些大的中间人节点，这些节点有足够多的BTC，足够的流动性，和足够多的通道数量，所以你再也不用担心高额的手续费，自己去找中间人等等一系列麻烦。 然而这些节点，和矿工不一样，他们并不和你直接交易BTC，他们更像是一种“第...
EOS 相关问题
石墨烯（graphene，读作gurafin，没有尾音 i）技术本身是由 cryptonomex 开发的一个库，目前已经有国内的开发者开始使用它来开发公有链相关的基础设施。BM-丹尼尔•拉里默（Dan Larimer）是 cryptonomex 的创始人。 EOS 声称自己具有以下几个优点： 不易分叉 高 TPS 可以平滑升级 EOS 的365天众筹模式可以让 EOS 团队负成本的操盘。EOS 总量是无限的，（据说）增发的部分只是给矿工创造价值。
推荐算法笔记
分类的话： 用户画像算法 用户画像算法、聚类算法 分类算法： gbtd、随机森林 识别完了看哪个变量更重要。要有可解释性。 价格相关数据：体现在什么方面？一定要跟收入密切相关的。要对数据和业务的理解很重要。 分类项目：部分已知，有一部分训练集，用未知的和已知的做一个比较。打标签。寻找标签里最重要的因素。 gbtd（底层是很多决策树）。svm。dnn。可能解释性那么强。 决策树。xgbox。 输出是：分类的概率。 聚类项目：完全未知，从数据本身来发现特征。k-means。层次聚类。 输出是：不同类别的特征。 要理解商业逻辑。
Echart 词汇表
emphasis n 强调 roam 漫游 scatterplot 散点图 effectscatter 特效散点
健康闲谈-健康管理和疾病预防
健康是一种身体上、精神上和社会上的完美状态。 – 世界卫生组织健康定义 养生三大原则： 和谐原则 辩证调摄 “度”和“量”的适当掌握-充分进行综合调养 和谐原则-“天人相应”理论 和自然界相适应。情志养生。 辩证调摄-因人、因时、因地制宜 每个人都不同。不要乱吃补品。 疲劳的时候吃清淡的。 运动可以发泄身体的郁闷。 “度”和“量”的适当掌握-充分进行综合调养 碳水化合物是很重要的。 吃蛋白质尿酸高。 太操劳？ 知道寒暑冷热。 不要运动过度。 四季养生 运动养生 起居养生 精神养生 环境养生 饮食养生 睡眠养生 不要喝高汤里的嘌呤 不要一哄而上吃流行的 合理的饮食 适量运动 戒烟戒酒 心理平衡 充足睡眠 未病先防 欲病早治 已病防变
学习区块链的基础资料
《猥琐发育成区块链开发者》 普林斯顿的《Bitcoin and Cryptocurrency Technologies》课程 《精通比特币（第二版）》
几种共识算法
达成共识的英文原文是 come to consensus。达成共识以后，也未必代表数据是完全一致的（Raft 算法中 leader 发出 append log 的 commit 命令即算达成共识？但如果中途数据丢失，则还是会有子节点数据不一致）。 在分布式环境下，多个系统协同工作的效率，受制于系统交叉点的性能。在需要达成分布式共识的场景下，分布式共识算法在保证系统安全性的同时，限制了全系统横向扩展的性能提升。 根据环境的不同，可以应用不同的共识算法。 在完全互信的环境下-私有链、私有的分布式数据库，节点之间可以使用 Paxos 或者 Raft 这种 leader 相对固定的算法。 在有限互信的环境下-联盟链，可以使用 PBFT。PBFT 算法是依据确定性的投票（可能是漫长的投票，也可能进入死循环）达到确定性一致的算法。 在没有互信的情况下-公有链，可以使用 POW/POS/DPOS/POA。这类算法是基于概率得到正确的最终一致性，性能比 PBFT 要稍微好点。 最好的共识算法应该模块化，例如 Corda 中的 notary，Hyperledger fabric 中的 solo/k...
Vue 值得注意的小知识点
this.$el.querySelector(‘#map’) 只能查找第一个 dom 以内的 dom 节点，不包括当前的 dom。 在 webpack:// 这个域下可以看到可调式的 vue 文件。
Spark Standalone 模式启动的全过程
把这个事情做成一个小 routine，免得以后每次都要看英文文档来搭 dev 环境 准备工作 下载安装包，解压并进入根目录。 ./sbin/start-master.sh。看 jps 果然已经有了一个 Master 进，文档里面说会打印出 spark 的 master url，但没打印出来。就去默认的http://localhost:8080上看即可： 12URL: spark://magicliang:7077REST URL: spark://magicliang:6066 (cluster mode) 这个6066在本地 telnet 不通，也是很神奇。 把这个 URL 拼接成 worker 的启动命令./start-slave.sh spark://magicliang:7077，然后可以看到以下这张图： 文档里的给出的定义 worker 节点的方法：在 Spark 根目录下定义一个 conf/slaves 的文件，每一行写一个主机名。如果这个文件不存在（就是我们现在这个状况），则 worker 就会全部启动在 localhost 上。而 master 是通过 ssh...
