shitaibin.github.io
shitaibin.github.io copied to clipboard
Shitaibin
博客：Go语言、区块链
http://lessisbetter.site/2019/01/23/why-pbft-using-3f-plus-1/ 问题：为什么PBFT的节点数量是3f+1? pbft的论文提到这样2段话，可以很好的解决这个问题： page3 在存在f个faulty节点的情况下，3f+1是保证系统安全性和活跃性的最小的总节点数量。当存在f个节点不响应的情况下，需要n-f个正常节点达成共识需要保障n-f > f。另外一种情况：f个响应的节点是错误的（响应错误数据），f个节点没有响应，但他们不是faulty的，所以要保证好的
http://lessisbetter.site/blogs/ 国内Xargin(曹大)的博客 国外 Go大神Dave Cheney的博客 Important Go Reading From Ardanlabs/gotraining这篇Readme里有，大量优秀Go文章，非常值得挖掘。
http://lessisbetter.site/2019/07/17/fabric-first-network/ 这篇文章介绍了如何快速的搭建一个fabric网络，然后又把搭建过程分解，针对每一步都做详细解释，希望你能熟练今后到不看文档也能搭建出fabric网络。 本文是Building Your First Network的笔记和实践记录，基于Fabric 1.4，commit id：9dce73。 前提： 安装了Docker、Go等环境。 已经下载了fabric仓库，完成make all。 下载fab
http://lessisbetter.site/2019/07/25/fabric-concepts-notes/ 声明这是一篇信息整合的文章，80%的内容来自Fabric官方文档和网络文章，在此基础上整理和修改，剩下20%为操作记录。 官方文档资料链接 https://hyperledger-fabric.readthedocs.io/en/release-1.4/glossary.htmlFabric术语表，所有概念都能在这找到，建议详读几遍，有疑问时也可以随时来查，会有新的理解。 https://hyp
http://lessisbetter.site/2019/07/16/fabric-makefile/ 初次接触fabric会遇到各种构建问题，坑很多，网上有各种规避办法，但规避不是解决办法，所以决定把fabric的Makefile扫一遍。 fabric的Makefile包含了fabric所有的构建信息，掌握了这个Makefile，遇到任何构建问题，我相信你都能找到问题的根源，并从根上解决问题。而不是遇到问题，就网上找资料，结果做了很多无用功，也无法解决问题。 Makefile文件就在fabric的
http://lessisbetter.site/2019/07/13/fast-mirrors/ 由于你知我知的网络原因，开发者遇到了以下问题： brew/apt-get/yum等安装软件慢、更新慢 docker下载镜像慢 go get某些package无法访问、超时 … 怎么解决？ 挂代理，实现科学上网 换镜像，曲线救国 镜像都在国内，所以镜像效果比代理好。 换代理请看让终端科学上网。 接下来看几个常用的镜像。 Linux发行版镜像阿里镜像首页列出了所有发行版的镜像状态，以及【帮助】
http://lessisbetter.site/2019/07/13/better-brew/ Homebrew源homebrew默认使用的是Github，虽然已经科学上网了，速度依然是KB级别的，相当的慢。使用国内的源，速度有质的提升，推荐2个国内的： 12https://mirrors.cloud.tencent.com/homebrew/brew.gitgit://mirrors.ustc.edu.cn/brew.git 腾讯源更多信息见：https://mirrors.cloud.t
http://lessisbetter.site/2018/10/29/Golang-trap-of-waitgroup/ sync.WaitGroup是并发环境中，一个相当常用的数据结构，用来等待所有协程的结束，在写代码的时候都是按着例子的样子写的，也没用深究过它的使用。前几日想着能不能在协程中执行Add()函数，答案是不能，这里介绍下。 陷阱在WaitGroup的3个函数的调用顺序上。先回顾下3个函数的功能： Add(delta int)：给计数器增加delta，比如启动1个协程就增加1。 Done()：协程退出
http://lessisbetter.site/2019/07/12/do-not-abuse-of-log/ 代码Review的时候，遇到过一些log滥用的情况，今天聊一聊滥用（过渡使用）日志。 好的log能够帮助开发人员快速定位bug，而差的log各有各的不同。 你滥用日志了吗？是什么导致了滥用log？是不是存在这些误解： 1. 害怕出了问题，现有的log无法定位，要多加一些log，恨不得每段都有一个log，log数简直越多越好，看日志有一种，每一步都非常清晰的错觉。 2. 不知道log多了，定位效
http://lessisbetter.site/2019/04/26/ethereum-keys-transform/ 以太坊的每一个账号私钥都通过密码加密存放到一个keystore文件中，如果创建一个账户涉及： 生成ECDSA密钥 使用密码 将加密信息生成json格式，等待写入到keystore文件 创建keystore文件 将信息写入到keystore文件 经过测试，这一个过程需要耗时大约5s，也就是每创建一个账户都要耗时5s，如果要创建1万个测试账号，需要5万秒，需要将近14小时，需要进行并发，才能尽量减