「送った」と「約定した」の間 — 執行アーキテクチャと注文の状態機械【フェアプライスと執行 #6】

Ember 編集部 ・ 2026-08-04 ・ 約3分 ・ quant-trading

本記事は情報提供・教育を目的としたものであり、特定の金融商品の取得・売買を推奨する投資助言ではありません。投資判断はご自身の責任で行ってください。

変換歩留まりを削る要因は2つしかありません—— 遅さ と、 事故 。前者はホットパスの短さで、後者は状態管理の規律で決まります。今回は変換機械の構造、つまり執行系のアーキテクチャと注文の状態機械を作ります。 設計原則を先に3つ宣言します。<strong 速い経路を短く保つ。状態の真実は1箇所に集める。壊れ方を先に設計する。</strong 正常系より異常系のコード量が多いのが、健全な変換機械です。

続き(本文 約1,800字)はログインして unlock すると読めます。

収録内容

• 1. 構成 — 単一プロセス・非同期の5タスク
• 2. 注文の状態機械 — 「分からない」は「失敗」ではない
• 3. 冪等性と照合 — 自分の記憶を信じない
• 4. 出口は3系統、そして単純に
• 5. 検収基準 — 「殺しても安全」