#dusk $DUSK @Dusk 以前は、ドキュメントの問題は主に開発者の手間だと思っていました。

しかし、ドキュメントがあるシステムを説明しているのに、コードがひっそりと別のものに置き換わってしまったらどうなるのか、と考えるようになりました。

そのギャップは、タイポ以上に深刻になり得ます。

このため、DuskのPituitaryが私の目を引きました。

Pituitaryは、Duskが「仕様ドリフト」と呼ぶ状況――つまり、仕様、意思決定記録、ドキュメントが、それらが本来説明すべきコードと一致しなくなっている状態――を検知するために作られました。古いドキュメントの指摘、判断の重複、用語の変更、そして受け入れられた仕様に反するコードなどを検出できます。

その内容が、ブロックチェーンのインフラに意外と深く関係していると感じています。

プロトコルは、デプロイされたコード“だけ”ではありません。そのコードを取り巻く前提があります。たとえば、トランザクションが何をすべきか、あるコンポーネントがどう振る舞うべきか、そしてセキュリティ上の判断が何を意味するのか、です。

もしそれらの前提が、ひっそりと実装からずれていっても、誰かが誤った「現実」に依拠するまで、問題は見えないまま残るかもしれません。

Pituitaryの良いところは、これを単なるドキュメントの問題ではなく、整合性の問題として扱っている点です。

そして実際にDuskは、チームが増え続ける仕様やリポジトリの中で自分たち自身がその問題に直面したことをきっかけに、これを作りました。

成熟したインフラとは、より良いコードを書くことだけではないのかもしれません。

あるいは、システムが進化していく中で、私たちが「コードがやる」と言っていることが、その真実のままであり続けることを確認することでもあるのかもしれません。

新しいプロトコル機能ほどはワクワクしない話に聞こえます。

でも正直、それと同じくらい重要かもしれません。