ありがとう！ロゴは偶然の産物なんだ。シンプルで、元のゲームのムーンゲートみたいな感じを出したかったんだよね。動画はあんまり得意じゃないけど、今のところ動いてるのは、ログインフロー、キャラクター作成、デルタセクター同期のワールド移動、マップの静的オブジェクトから自動生成されるドア（ちゃんと開くよ）、アイテムの動作に対するLuaスクリプト、スナップショットの永続性、サーバー管理用のReact管理UIだよ。いつかREADMEに短いデモのGIFか動画を追加するかもしれないけど、今はクローンして実行するのが一番の見方だね。

これは本当にいい観察だね。UOには本物の経済と社会的階層があった。力は自分で手に入れるものだったからね。漁師や仕立て屋として何ヶ月も過ごしても、意味のある体験ができた。フルプレートのグランドマスター剣士と、ブリタニアの銀行で魚を売ってる人とのギャップはすごく大きかったけど、どちらも楽しんでた。今のMMOは、みんな同じアトラクションに乗るテーマパークみたいなもので（課金で勝てる）、UOは自分の選んだことから役割が生まれる生きた世界だったんだ。クエストマーカーに次に行く場所を教えてもらうんじゃなくてね。

伝説の鍛冶屋になることがゲームの本質だった。クラフターにとって、クラフトがエンドゲームの状態だったんだ。生産された装備は最大耐久、最大ダメージ、最大防御力だった。お城の家具はどこかの誰かから来なきゃいけなかった。ゲームの目的はこのファンタジー世界で生きることで、クリアすることじゃなかった。クエストもなければ、敵もいない。ただ善と悪、そしてその間の人たちがいるだけ。スタジオがこれを心に留めて、またこんなものを作ってくれたらいいな。マインクラフトはこのサンドボックスの性質で爆発的に人気になったけど、プレイヤーにはシャベルとバケツを渡さないとね。

Haven and Hearthには「スプルースキャップ」と「隠者」がいるよね。このゲームのエリートは、グループで働くこと、孤立したプレイヤーに対して暴力を使うこと、自動化を使うことを厭わない人たちから生まれるんだ。15年間MMORPGには時間を費やしてないけど、普通のプレイヤーが憧れるような「排他的」なギルドはまだあるんじゃない？

UOは俺にとって最高のオンラインゲームだった。他のゲームはその影に隠れてる感じ。自由度が一番高くて、ゲーム化されてないところが魅力だった。EverquestやWorld of Warcraftも好きだけど、あれは俺には「生々しさ」が足りなかった。The Realmは、俺の中でのベストMMOのダークホースだね。（はいはい、Meridian 59やUnderlightもね）

このビジュアルに関しては共感できるな。>「現代のゲームとは全然違って、各プレイヤーがマーベルのスーパーヒーローのファンタジーバージョンみたいに見える」でも、これはほとんどのゲームに当てはまるんじゃない？>「UOは、俺が今までプレイした中で唯一「一般市民」のプレイヤーがいたゲームだった。多くのプレイヤーはスケールアップできなかったり、一流の装備を手に入れられなかった。」俺が思い浮かべてるのはPath of Exileかな。普通のプレイヤーとトップティアの間にはものすごい差があるよね。トップティアじゃなくても、熱心なプレイヤーとの違いも大きいし。ほとんどの人が一流の装備を持たないのは、ほぼ定義上そうだよね？

うん、これには本当に同意する。UOは「エンドゲームコンテンツ」を追い求めなかった。それが今のマルチプレイヤーゲームの厄介なところだと思う。デザイナーたちはみんなが最大レベルに達して、最終的にはみんな同じになることを期待してるから。

当時の俺の好みは、家に忍び込んだり、盗んだり、無防備な人を襲ったりすることだったな（特に墓地やダンジョン、鉱山で）。戦闘前に誰かのバッグから攻撃魔法の材料を盗むのは、質の高いインタラクションがたくさんあった。UOがトラメルを導入した日は悲しかったよ。

UOをプレイする喜びを追い続けるつもりだ。仕事を辞めて24時間プレイしたい！

実際そんなに難しかったの？俺はJP/KRのアジアサーバーでPK/APK/PVPギルドに入ってたから、もしかしたら自分のバブルだったかもしれないけど、7つのスキルをマックスにしてるプレイヤーは結構見かけたよ。確か、スパーリング、剣士かフェンシング、魔法、魔法抵抗だったかな。残りは覚えてないけど。今のゲームみたいにすぐに簡単にできるわけじゃないけど、お互いのサブキャラをパワーレベルさせ合って、7つのスキルをマックスにするのに2週間くらいかかったかな？ギルドハウスにクマを閉じ込めて、レスリングや他の戦闘スキルをパワーレベルさせてたんだ。

Blizzardが40人のハードコアレイドを潰す前のバニラWoWみたいだね。サーバー全体でトップギアを持ってるギルドはほんの数えるほどしかなかった。

そうそう、最初のmoongateの試みからほとんどのインフラを引き継いだんだ（https://github.com/moongate-community/moongate、これはひどい結果になったけど、https://github.com/tgiachi/Primaも同様に）。そこから、基盤を素早く構築するための良いスタート地点ができた。Luaスクリプトの部分は別のプロジェクト（https://github.com/tgiachi/Lilly.Engine）で既にやってたし。Codexがテストや機能の実装、テストの作成を手伝ってくれたから、少なくともいいスパーリングパターンがあるよ。データインポートの部分（FileLoadersって呼んでる）では、ModernUOのロジックを使った。アイテムの部分では、POLからアイテムをインポートするスクリプト（scripts/dfn_*.sh）を作った！褒めてくれてありがとう！俺は一度何かにハマると、それが obsession になっちゃうタイプなんだよね！

あ、言い忘れたけど、Reactでのウェブ部分は全部Codexがやったんだ。俺はフロントエンドの開発が大嫌いなんだよね！

「セクターごとのデルタ同期について気になるんだけど、プレイヤーがアイテムやモバイルがたくさんある忙しいエリアに入ったとき、パケットバーストをどうやって避けてるの？」そこではパケットバーストを防ぐための特別な仕組みはあまりなさそうだね、賢い近接セクターのロードくらいしか。境界で作業してる。最近、似たようなプロジェクトでネットバーストを減らすためのフラスタムスポーンに取り組んでたから、次のセクターを事前に温めるための方法として何か似たようなものが使われてるのか気になってたけど、特に何も見つけられなかった。楽しくて読みやすかったよ。OPと親に感謝してる。

ありがとう！そう、主な動機の一つはまさにそれだったんだ。レガシーなUOのコードベースで、ネットワーク、永続性、ゲームロジックが深く絡み合ってた何年も後、クリーンスレートアプローチが現代の.NETでどうなるか見てみたかった。セクター同期のバーストについては、今まさに調整中なんだ。プレイヤーが新しいセクターに入ると、周囲のセクターの地面アイテムとモバイルをすべて同期する（設定可能な半径）。忙しいエリアでは、一度にたくさんのパケットが発生することになる。現在のアプローチは： - セクターに入るときの同期は、プレイヤーがすでに見ていないデルタセクターだけを送信するから、隣接セクターに移動するだけで全てを再同期するわけじゃない - プレイヤーに近いセクター（中心から1以内）は常に再同期される。UOクライアントは視覚範囲外のアイテムを静かにドロップするから（約18タイル）、プレイヤーが戻ってきたときに再送信する必要がある - アウトゴーイングパケットキューが実際の送信を処理するから、ゲームループはネットワークI/Oを待ってブロックされない。とはいえ、優先順位をつける余地は確かにある（モバイル優先、その後近くのアイテム、遠くのアイテム）し、同期を一度のバーストではなく複数のティックに分散させることもできる。これはロードマップに載ってる。NativeAOTについては、正直、両方だね。シングルバイナリのデプロイはDockerにとって素晴らしい（小さいイメージ、即時起動）けど、本当の利点は予測可能なパフォーマンス。JITのウォームアップもないし、セッション中にコンパイルのサプライズもない。一定のティックタイミングが大事なゲームサーバーでは、その変数を排除する価値がある。トレードオフとして、いくつかのランタイムの柔軟性は失うけど、ソースジェネレーターがそのギャップのほとんどを埋めてくれる（パケット登録、シリアル化など）。

ウルティマ アンダーワールドは最高のゲームだね。

それを聞いて嬉しいよ！実はUOX3はMoongateのインスピレーションの一つなんだ。サーバーアーキテクチャやスクリプトのアプローチが本当に面白くて、プロジェクトで探求しているアイデアにも影響を与えてる。UOX3のようなプロジェクトは、ウルティマオンラインエミュレーターの歴史において大きな部分を占めてるから、維持に関わっていた人から話を聞けて嬉しいよ。

興味ある！GitHubで連絡して！

すごく面白いアイデアだね。NPCと話すことで世界が変わるシステムがあったら、さらに興味深いと思う。たとえば、噂を聞くことでNPCが説明するシナリオが実際に作られるっていうのは、わかりやすい方法かもしれないね。

SphereServerの懐かしい思い出！まだNASのどこかにSphereServerのソースがあるはず。高校の初めに、グループでコーディングしたり、Linuxサーバーを運営したりする初めての経験だったんだ。