在下面，你可以找到一个 JSON 格式的列表，上面列出了 Solidity 编译器上一些已知的安全相关的 bug。
& r% `2 G9 w& S% Y该文件被放置于 Github 仓库 _ 。" ?6 w5 i% T8 I. j9 }2 _( K
该列表可以追溯到 0.3.0 版本，只在此版本之前存在的 bug 没有被列入。' ~' [; m, y9 C# q: g# M
这里，还有另外一个 bugs_by_version.json _ 文件。
1 M5 i- k1 z+ w$ V6 ~+ z1 w/ Z该文件可用于查询特定的某个编译器版本会受哪些 bug 影响。9 A- `9 R/ @0 {+ c9 H2 H( w% e) t' l
合约的源文件检查工具以及其他与合约交互的工具，需基于以下规则查阅上述 bug 列表文件：
( O1 {- C$ ~2 j/ v' ?如果合约是用每日构建版本的编译器编译，而不是发布版本的编译器，那就有点可疑了。上述bug列表不跟踪未发布或每日构建版本的编译器。如果一个合约并不是由它被创建时点的最新版本编译器所编译的，那么这也是值得怀疑的。对于由其他合约创建的合约，您必须沿着创建链追溯最初交易，并使用该交易的日期作为创建日期。高度可疑的情况是，如果一份合约由一个包含已知 bug 的编译器编译，但在合约创建时，已修复了相应 bug 的新版编译器已经发布了。' R$ K6 j: {3 Z8 y
  B/ j3 \- i3 t" w8 S
下面这份包含已知 bug 的 JSON 文件实际上是一个对象数组，每个对象对应一个 bug，并包含以下的 keys :
6 K% n( H1 @. N3 r7 T, h* aname
* B4 H' i1 I9 {& D6 \赋予该 bug 的唯一的名字summary3 e( x9 U4 v) v7 M9 z
对该 bug 的简要描述description
* Q5 w: l# a( f5 R: E( r$ z0 ~$ V对该 bug 的详细描述link' O  d. V1 e' k& Z3 P$ F
包含更多详尽信息的链接，可选introduced
, W# ]2 S5 E. A' L第一个包含该 bug 的编译器的发布版本，可选fixed) e+ L0 Q+ ?! Q' r! n. ^7 _! `8 Q
第一个不再包含该 bug 的编译器的发布版本publish% G9 X# [9 ?4 ?, W5 \( \; i3 w
该 bug 被公开的日期，可选severity  [: b# E' N4 E4 t8 J; a( c- H+ L
bug 的严重性： very low， low， medium， high。综合考虑了在合约测试中的可发现性、发生的可能性和被利用后的潜在损害。conditions" X# q& J& ~+ t; f; q
触发该 bug 所需满足的条件。当前，这是一个包含了 optimizer 布尔值的对象，这意味着只有打开优化器选项时，才会触发该 bug。
' b- _+ n' v" h0 f如果没有给出任何条件，则意味着此 bug 始终存在。
6 j) ~4 K) ]$ n1 \) {+ f  y3 @2 I0 g/ u
原文 https://github.com/etherchina/solidity-doc-cn/blob/develop/bugs.rst