Machine Economy Simulator

これは、最終プロジェクトの最上位課題「Create a Machine Economy」を、実際に操作できる形にしたものです。

設定は最終プロジェクトと同じです。1000 人のユーザー、100 個の Agent、一種類の決済用 Stablecoin、一つのチェーン、一つの市場があります。九つの分野にそれぞれルールを決めると、システムが九種類の危機から五種類を無作為に起こします。

未来を当てるのではなく、自分のルールがどう破綻するかを見るためのものです。

まず、何をするものか

これはルールのモデルであり、予測モデルではありません。

現実の機械経済がどう進化するかを予測できるとは主張しません。それができる人はいません。保証するのは、一つだけです。

同じルールと同じシードからは、必ず同じ結果が得られます。

そのため、すべての損失を具体的なルールにたどれます。そこに学習上の価値があります。賭けではなく、条件を制御した実験です。一つのルールだけを変えて、もう一度動かし、違いを確かめます。

モデルの数値は、測定したものではなく、私たちが設定したものです。これらの数値を疑ってください。ただし、特に注目すべきなのは構造です。どのルールがどのイベントを防ぎ、そのルールにどんな代償があるかを考えます。

九つのルールは、どれも無料ではない

これがシミュレーターで最も伝えたいことです。各選択肢には、利点と代償の両方を示しています。

すべてを最も安全な設定にすると生き残れますが、取引量は小さく、ユーザーの成長はほぼ止まります。すべてを最も積極的な設定にすると、最初の数ステップではよい数値が出ますが、一回のイベントで国庫が底をつくことがあります。

すべての観点で最適な設定はありません。 最終プロジェクトで、制度を変えるたびに六つの追加質問に答えることと、同じ考え方です。

始める

初期設定は、防御をせず成長だけを追う構成です。参加制限なし、ホットウォレット、サービス後の支払い、評判管理なし、手数料徴収なし、Token の発行と補助金、サーキットブレーカーなしです。まずそのまま動かして、どう破綻するかを見てから、一つずつ変えてください。

九種類のイベントが確認すること

各イベントは、特定のルールを試します。イベントそのものは制御できませんが、ルールによって被害の大きさが決まります。

使い方

自分で検証してほしい結論

次の関係は、このモデルで実際に成り立ちます。説明を信じるだけでなく、自分で一度実行してください。

初期設定                       16 ステップで破綻   不足 -1,833     損失 111,233
サーキットブレーカーを追加     17 ステップで破綻   不足 -2,129     損失  78,049
さらに 5% の手数料を追加       18 ステップで破綻   不足 -38,005    損失  67,547
さらに補助金を停止             24 ステップ完走     国庫 +336,277  損失 165,435

最終プロジェクトとの関係

シミュレーターが扱うのは、最終プロジェクトの一部です。ルールを実行しますが、設計を代わりにするわけではありません。

最終プロジェクトでは、さらにイベントの影響経路を自分で定義し、各変更の理由を論証し、誰が利益を得て、誰が費用を負い、どの条件で有効かを答える必要があります。シミュレーターは、設計説明を書く前に何度も失敗を試せるサンドボックスです。

詳しい要件は、最終プロジェクトの最後の節を参照してください。

エンジンの場所

シミュレーションのロジックはすべて packages/curriculum/src/simulator.ts にあります。決定性、イベントの順序、防御的な設定の損失が積極的な設定より必ず小さいことなど、因果関係を含む 12 の単体テストで確認しています。

画面のコンポーネントには、シミュレーションのロジックを置きません。ロジックが分散すると、なぜ損失が出たかをテストで確かめられなくなります。T32 の原則の応用でもあります。判断する部分は、決定的で、テスト可能でなければなりません。