在下面，你可以找到一个 JSON 格式的列表，上面列出了 Solidity 编译器上一些已知的安全相关的 bug。" x; v# }& E* U
该文件被放置于 Github 仓库 _ 。$ F% e$ m& Q* H
该列表可以追溯到 0.3.0 版本，只在此版本之前存在的 bug 没有被列入。
, X' A+ [  w/ b6 C( v8 \) G这里，还有另外一个 bugs_by_version.json _ 文件。
2 [7 ~9 @4 v. A9 W该文件可用于查询特定的某个编译器版本会受哪些 bug 影响。
; H. ]: L1 e# H合约的源文件检查工具以及其他与合约交互的工具，需基于以下规则查阅上述 bug 列表文件：
: U  ^: H7 q. d2 o如果合约是用每日构建版本的编译器编译，而不是发布版本的编译器，那就有点可疑了。上述bug列表不跟踪未发布或每日构建版本的编译器。如果一个合约并不是由它被创建时点的最新版本编译器所编译的，那么这也是值得怀疑的。对于由其他合约创建的合约，您必须沿着创建链追溯最初交易，并使用该交易的日期作为创建日期。高度可疑的情况是，如果一份合约由一个包含已知 bug 的编译器编译，但在合约创建时，已修复了相应 bug 的新版编译器已经发布了。" u! `6 s- F/ N1 m: D* f; c

# P, X! L6 W! d6 B( f/ e8 z下面这份包含已知 bug 的 JSON 文件实际上是一个对象数组，每个对象对应一个 bug，并包含以下的 keys :( Z. w3 m$ R3 w# O; Z2 L! j+ q# T( o
name/ y4 W) B' y3 I8 Q7 c' K
赋予该 bug 的唯一的名字summary
# f/ ], E, Z/ @0 h: ?! _对该 bug 的简要描述description
8 L$ o  V* o( z/ k7 j  ~( I对该 bug 的详细描述link- V3 i9 K9 ^7 }/ G3 s
包含更多详尽信息的链接，可选introduced+ X2 x$ V9 C. E! e; F6 V/ G
第一个包含该 bug 的编译器的发布版本，可选fixed
; L, f1 P% e% u+ }6 f第一个不再包含该 bug 的编译器的发布版本publish3 ^8 y8 ?7 G8 {; y! b! \) y
该 bug 被公开的日期，可选severity( f4 C: v4 p7 M- N" ?5 }7 Y
bug 的严重性： very low， low， medium， high。综合考虑了在合约测试中的可发现性、发生的可能性和被利用后的潜在损害。conditions. [# T4 P# M0 H' u& L( E* I
触发该 bug 所需满足的条件。当前，这是一个包含了 optimizer 布尔值的对象，这意味着只有打开优化器选项时，才会触发该 bug。
( U% \# D' N6 E' H如果没有给出任何条件，则意味着此 bug 始终存在。
4 f* B1 y' {. g, B0 Z2 v* K5 f! X3 T0 h9 C# M- f
原文 https://github.com/etherchina/solidity-doc-cn/blob/develop/bugs.rst