首页
沸点
课程
数据标注
HOT
AI Coding
更多
直播
活动
APP
插件
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
林冠宏_指尖下的幽灵
掘友等级
《区块链以太坊DApp开发实战》作者
|
-
晚安。望路途遥远,都有人,陪伴你身边
获得徽章 21
动态
文章
专栏
沸点
收藏集
关注
作品
赞
67
文章 64
沸点 3
赞
67
返回
|
搜索文章
最新
热门
一般电商应用的订单队列架构思想
其中,订单信息持久化,就是存储数据到数据库中。而最终客户端完成支付后的更新订单状态的操作是由第三方支付平台进行回调设置好的回调链接 NotifyUrl,来进行的。 服务端的直接瓶颈点,首先要考虑 TPS。去除细分点,我们主要看订单信息持久化瓶颈点。 在高并发业务场景中,例如 秒…
详细讲解:零知识证明 之 ZCash 完整的匿名交易流程
在这篇文章中,我将承接上一篇文章 详细讲解:零知识证明 之 zk-SNARK 开篇 (开篇中介绍了什么是零知识证明及其它术语) 来从一个完整的交易流程 讲解 ZCash 是如何利用零知识证明的zk-SNARK 实现匿名交易的。 其中第六部分 收款人如何获取 note 的使用权 …
详细讲解:零知识证明 之 zk-SNARK 开篇
zk-SNARK 全称是“Zero-Knowledge Succinct Non-Interactive Argument ofKnowledge”,中文是“零知识简洁的非交互知识论证”。 zk-SNARK是“零知识证明”理论在区块链中的一个已经落地的被应用起来了的论证。 早在…
关于以太坊 "雷电网络" 的思考
对以太坊稍微有些些深入了解的人可能知道,目前它拥有的瓶颈点之一就是交易的完成速度略慢,即使在君士但丁堡版本发布后,更新了的节点们,处理交易的速度依然不是很高。且每一笔交易伴随着手续费。形象地,一笔交易要在以太坊上被打包成功并上链,它要经过下面的一些步骤: 如上图所示,特别地,在…
关于以太坊 "雷电网络" 的思考,以及召集感兴趣的开发者
迁移到文:https://juejin.im/post/6844903809789984781
Golang, 以 9 个简短代码片段,弄懂 defer 的使用特点
defer 是Go语言中一个很重要的关键词。本文主要以简短的手法列举出,它在不同的多种常见代码片段中,所体现出来的不一样的效果。从笔试的角度来看,可以说是覆盖了绝大部分题型。 此外,在本文之前,还有本人另一篇同样使用例子的形式对 channel 数据类型做直观讲解的文章。 多个…
浅谈:HTTP 2.0 的二进制帧、流、多路复用
超文本传输协议 HTTP 的 2.0 版本的协议在 2015 年的时候已经发布了。相比于前面的 HTTP 1.1 版本。它多出了下面三个主要的新特性。 HTTP 2.0 对 HTTP 的延迟问题起到了可以说是一个巨大的优化。下面的链接是网上的一个直观网站,它展示了同样是 300…
HyperLogLog 算法的原理讲解以及 Redis 是如何应用它的
聪明的你可能会马上想到,用 HashMap 这种数据结构就可以了,也满足了去重。的确,这是一种解决方法,除此之外还有其它的解决方案。 问题虽不难,但当参与问题中的变量达到一定数量级的时候,再简单的问题都会变成一个难题。假设 APP 中日活用户达到百万或千万以上级别的话,我们采用…
通俗讲解:PoW共识机制与以太坊的关系、Ghost协议 及 PoS共识机制的变种---Casper
PoW共识机制通俗讲解。 如果别人问你“以太坊目前所使用的共识算法”是什么?如果你此时去浏览器搜索发现有些文章说是PoS,又有些说是PoW。 完整且正确的说法应该是这样的,这其实也是PoW共识机制与以太坊的关系。首先以太坊的源码是分有阶段,不同阶段所使用的共识算法要分开来说。所…
MySQL 在高并发下的 订单撮合 系统使用 共享锁 与 排他锁 保证数据一致性
距离上次择文发表,两月余久。2018年也即将要结束了,目前的工作依然是与区块链应用相关的,也很荣幸在9月初受邀签约出版暂名为《区块链以太坊DApp实战开发》一书,预计在明年年初出版。 这次让我有感记录这篇文章的原因是最近在使用Go语言重写一个原来由PHP语言编写的交易所订单撮合…
下一页
个人成就
优秀创作者
文章被点赞
4,212
文章被阅读
395,578
掘力值
11,756
关注了
0
关注者
3,572
收藏集
9
关注标签
6
加入于
2017-01-18