ETH 2.0 资源汇总（持续更新） August 24, 2020 ## 0 概述 本文整理总结了 ETH 2.0 学习、研究的常用资源，持续更新中。 ETH 2.0 整体介绍：https://hackernoon.com/what-to-expect-when-eths-expecting-80cb4951afcd 国内社区翻译版本：https://www.odaily.com/post/5135663  目前，ETH 2.0 已经启动了 Phase 0 测试网，可以通过质押 GöETH 成为验证节点。 - 阅读剩余部分 -
通过 openssl 导出 HTTPS 网站 SSL 证书链 June 6, 2020 用 c 写 https 客户端的时候需要自己去验证服务器 ssl 证书，验证的时候需要给定证书链，使用 openssl 可以很方便的导出。 - 输入 openssl 进入交互模式 - s_client -showcerts -connect www.baidu.com:443
如何开发一款区块链浏览器？ May 20, 2020 ## 摘要 步入币圈大门后，除了钱包应用之外，用户最先接触的应该还有区块链浏览器。区块链浏览器不同于电脑和手机上浏览网页用的浏览器软件，而是指一个网站可以查询区块链上的具体信息。比如，给定区块高度，可以查询该高度区块的创建时间，包含了多少交易；给定一个地址，可以查询余额，该地址的所有交易记录等。当前以太坊上的数据量级已达亿级，如何进行数据持久化和查询呢？本文以以太坊为例，对区块链浏览器原理及存储细节进行分析总结。 - 阅读剩余部分 -
EOS 提交交易失败分析 February 2, 2020 [TOC] EOS 向节点提交交易时失败，提示 billed CPU time (Y us) is greater than the maximum billable CPU time for the transaction (X us). 本文通过分析源代码来一探这个失败的原因，首先给出结论： - 当前时间窗口内（24小时）用户**最大** CPU 时间 = 全网总 CPU 时间 * 当前用户质押 EOS 数量 / 所有用户质押 EOS 数量 - 当前时间窗口内用户**可用** CPU 时间 = 当前用户**最大** CPU 时间 - 当前用户已经使用 CPU 时间 - 当前用户**已经使用** CPU 时间是实时变化的：(1 - t / 24) * t 时间之前使用的资源大小，直到距离上次 CPU 资源使用 24 小时后（t = 24）完全恢复 - Get Account 接口看到的不是实时可用的资源使用量，而是上一笔交易之后缓存的资源使用量 - 向 RPC 节点提交交易时 RPC 节点会计算出当前交易 CPU 使用量，这个 CPU 使用量和当前 RPC 节点 CPU 使用情况有关，通过系统计时器计算时间，因此，RPC 节点计算出的交易 CPU 使用量不是最终上链时的交易使用量，最终交易时的 CPU 使用量由打包节点决定。 - 因此，当质押 CPU EOS 数量固定时，向 RPC 节点提交交易时，CPU 资源需要满足 交易使用 CPU 资源的大小 - 阅读剩余部分 -