私は複雑さを敵とみなしているので、最近「データの可用性／順序／最終性」を見るときは一つの主線を掴んでいます：この取引が皆に再現可能で、どの順序で台帳に記録され、最後にいつ本当に確定されるのか。要するに、まずデータをテーブルに広げられるか（そうでないと帳簿も合わなくなる）、次に誰かが順番を管理する（順番待ちの人が横入りや小さな操作をしようとしたら厄介）、最後にスタンプを押して有効化されるのを待つ（すぐに取り消したりしないように）。

最近、担保や共有の安全性、利益の重ね合わせの仕組みが「ネスト構造」と批判されることも理解できます：層を重ねて賑やかに見えるけれど、どの層があなたの保証をしているのか問いただす必要があります。データが適切に配置されていない、順序が曖昧すぎる、最終性が遅すぎると、いくら「安全の証明」があっても、鍵が他人の手にある三つのロックの扉のようなものです…とにかく、自分はプロジェクトを見るときは、まずこれらの基礎がどう説明されているかを重視し、華やかな部分は後回しにします。