MinecraftクライアントにおけるDevTestとは？?

DevTestは、クライアントのモジュールリストに時折見つかる、明確な役割を持たないモジュールです。KillAuraの派生版や、巧妙に偽装されたエイムボットではありません。クライアント自体を構築する際に、開発者が試用コードをテストするために使用する、いわば余剰のフックです。ソフトウェアをリリースする開発者向けに書かれたものであり、プレイヤー向けではないため、DevTestは一貫した動作をしません。特定のビルドでの動作は、最後に触れた開発者がデバッグしていた内容に完全に依存し、バージョン間、あるいは同じバージョンの2つのビルド間で変化することがあります。

仕組み

DevTestは、それが本来の目的ではなかったため、固定されたプレイヤー向けの機能を持っていません。開発者は、モジュールを現在作業中のものに接続します。新しいレンダリングパス、パケットハンドラ、エクスプロイトロジックの一部、あるいは単にクラッシュせずに動作することを確認するためのスクラッチスペースなどです。あるビルドでのDevTestの動作は、次回の動作とはほとんど関係ありません。なぜなら、その開発者は通常、毎回異なる問題に焦点を当てているからです。

そのため、設定がなく、説明が空っぽであったり、実際のモジュールが説明するはずの場所にはプレースホルダーテキストが表示されたりするなど、薄っぺらい状態でリリースされる傾向があります。リリースビルドで有効にすると、何も起こらないこともあります。また、出荷前に開発者が削除し忘れたテストコードを実行することもあります.

クライアント開発者は、このようなモジュールスロットに頼ることがよくあります。なぜなら、彼らがテストしている多くのこと、例えば動き、レンダリング、脆弱性のタイミングなどは、本物のサーバーに対してしか正しく動作しないからです。サンドボックスでは正しく動作しません。実行中のクライアント内部にある高速なオン/オフスイッチは、実験ごとに別のビルドを立ち上げるよりも効率的です。クライアントがリリースされても、スロットがリストに残っているのは、取り除くのに手間がかかるから、あるいはチームが次の開発サイクルで再利用する予定だからという場合もあります。

使用しても安全ですか？

これに対する唯一の答えはありません。なぜなら、DevTestは単一の機能や単一の動作ではなく、プレースホルダーだからです。もしビルド上で動作していない場合、切り替えても何も起こらず、他の未使用の設定と同様のリスクしかありません。もしパケット操作や未完成の脆弱性をテストするためのコードに接続されている場合、オンにすると、本物のサーバーのアンチチートに対して実行されることを意図していなかった動作がトリガーされる可能性があります。なぜなら、それらは本物のサーバーに対してテストされていなかったからです。

ラベルのない開発者モジュールは、予測不可能として扱うべきです。無害なデッドトグルであると仮定したり、秘密の機能であると仮定したりしないでください。それらはどちらでもありません。ビルドが何を指しているかを知るまでは.

よくある質問