あなたは気づきましたか、いまプロジェクトの「信頼度」を見るのって、パン焼き機の取扱説明書を見るみたいじゃないですか？実はそんなに神秘的な話でもありません。GitHubの山ほどあるコードは、小白（素人）ならASTなんかに見入らず、更新頻度と、マージリクエストへの反応速度を見ればいいんです。もしチームが数か月コードに触れず、毎日Twitterで「技術のブレークスルー」を叫んでいるようなら、基本的にパン焼き機が片面しか焼けてないのと同じです。監査レポートだって、表紙の大手の名前だけ見ないで、「免責（豁免）」や「前提条件」のページまでめくってください。そこに「誰も悪事を働かなければ問題ない」といったことがたくさん書かれていたら、あなたに対して「パン焼き機は正常に動いてるけど、ドアの鍵がかかってない」って言ってるようなものです。最近みんながMEVと鉱夫の収入が結びついていることをあれこれ文句言っていて、並び順の公平性がまるでマーケットの特売品を奪い合う菜市場みたいになってますが、実はマルチシグのオーナー数のほうが、かえって堅実な指標です。5つの署名のうち3つを連合で固める、みたいな話のほうが、100ページのホワイトペーパーを書くより信用できます。とにかく私のやり方はこうです。GitHubはレシピとして見て、監査レポートは品質検査ラベルとして見て、マルチシグは電子錠として見る。完璧なパンが焼き上がることは保証しませんが、少なくともキッチンが爆発したりはしません。