• 120
    Linux下从零开始部署和使用Jaeger

    原文链接:https://imscc.io/posts/trace/install_jaeger_on_linux/原文作者: 聪少 最近在折腾Jaeger,Jaeger官网...

  • 揭开以太坊交易费用Gas的神秘面纱(1)

    大家都知道Gas有燃料的含义,那么以太坊的Gas是什么呢?估计能正确理解的人就不多了,甚至一些区块链老兵也无法说得很清楚。而且以太坊为什么要选择Gas这种设计,而不是更简单的...

  • 区块链水平扩展:以太坊的最小分片协议

    本系列文章初步暂定有三个部分组成: 区块链水平扩展:第二层网络(Part 1) 区块链水平扩展:第二层网络(Part 2) 区块链水平扩展:以太坊的数据分片协议 建议阅读本文...

  • 区块链水平扩展:以太坊分片和plasma区块链树(Part 2)

    本系列文章初步暂定有三个部分组成: 区块链水平扩展:第二层网络(Part 1) 区块链水平扩展:第二层网络(Part 2) 区块链水平扩展:以太坊的最小化数据分片协议 在pa...

  • @IT人故事会 可以关注公众号uulesson(文章末尾也有二维码),每日一更

    使用Go语言编写区块链P2P网络(译)

    原文发表日期: 2018-04-14原文链接:https://medium.com/coinmonks/code-a-simple-p2p-blockchain-in-go-...

  • 120
    区块链水平扩展:第二层网络(Part 1)

    本系列文章初步暂定有三个部分组成: 区块链水平扩展:第二层网络(Part 1) 区块链水平扩展:第二层网络(Part 2) 区块链水平扩展:以太坊的最小化数据分片协议 在区块...

  • 120
    使用Go语言编写区块链P2P网络(译)

    原文发表日期: 2018-04-14原文链接:https://medium.com/coinmonks/code-a-simple-p2p-blockchain-in-go-...

  • 120
    在以太坊发行代币Token系列教程(1)

    转载请在文章开头注明作者和出处作者: ChainGod(孙飞)原文链接: http://chaingod.io/article/18 虽然国家目前严令禁止ICO,但是我觉得基...

  • 120
    (译)使用Go语言从零编写PoS区块链

    原文发表日期: 2018-03-26原文链接:https://medium.com/@mycoralhealth/code-your-own-proof-of-stake-b...

  • 120
    微服务

    微服务? 微服务(Microservices)是一种分布式架构设计理念,是多个功能明确、单一的服务独立部署并且协同工作的服务组,其中每个服务都是一个独立的实体,可以独立部署在...

  • aaaa

    Go语言·不服就干

    不知不觉,我们团队选择go语言已经两年了,从最开始摸着石头过河到现在的驾轻就熟,感慨万千,总结来说:不服就干。 孙悟空不服天庭,所以大闹天空,那我们不服谁呢?可能不服某位年龄...

  • 希望可以具体再讲讲黄金思维导图的运用😁

  • 憧憬和兴奋是自我认知进步的源泉,加油

    Go语言·不服就干

    不知不觉,我们团队选择go语言已经两年了,从最开始摸着石头过河到现在的驾轻就熟,感慨万千,总结来说:不服就干。 孙悟空不服天庭,所以大闹天空,那我们不服谁呢?可能不服某位年龄...

  • @凡人_35d0 在postgre单节点没有到瓶颈的情况下,CR性能理论上不会高于postgre的,毕竟分布式SQL数据库更讲求的是海量数据时的分布式可用性。

    cockroach db初体验

    结论前置 1。 CR(笔者对cockroach的简称)数据库的产品体验比TIDB要好,例如官网、文档、部署维护、后台管理、监控,当然这里不是说tidb不好,tidb兼容my...

  • 120
    cockroach db初体验

    结论前置 1。 CR(笔者对cockroach的简称)数据库的产品体验比TIDB要好,例如官网、文档、部署维护、后台管理、监控,当然这里不是说tidb不好,tidb兼容my...

  • @糖晓简 谢谢哈

    Go语言·不服就干

    不知不觉,我们团队选择go语言已经两年了,从最开始摸着石头过河到现在的驾轻就熟,感慨万千,总结来说:不服就干。 孙悟空不服天庭,所以大闹天空,那我们不服谁呢?可能不服某位年龄...

  • 下面这段文字跟数据对不上,只快了 63%

    排序是一个更加实际的例子,很好的显示了性能差异。在这个测试中,我们比较排序1,000,000个结构体和1,000,000个指向相同结构体的interface。对结构体进行排序比对interface进行排序快92%。

    BenchmarkSortStruct-8 10 105276994 ns/op
    BenchmarkSortIface-8 5 286123558 ns/op

个人介绍
只谈区块链技术,不谈币。这里有对区块链的深入研究,也有国外最新文章的翻译。

所有最新资料都在http://chaingod.io上,欢迎大家访问