正直に言うと：
私はほとんどのパブリックチェーンに対して最初に思うことは「どれだけの潜在能力があるか」ではなく、
このチェーンはいつ基本的な問題で問題を起こすのか？
Injectiveは少数のプロジェクトの中で、データを何度も確認し、アーキテクチャや実行の詳細を見た後に、
「システムレベルで怠けていない」というプロジェクトを生み出す。
注意してください、私はそれが成功すると言っていない。
私が言っているのは：
彼らが行っているのは正しい難易度のことです。
Injectiveは本質的に多くのプロジェクトが回避する問題を解決しています。
この問題は非常に簡単で、また残酷です：
あなたは「本当の取引行動」に責任を持ちますか？
スワップを二回行うことではなく、流動性マイニングでもなく、ボタンを押すことでもない。
そのようなものには：
リアルタイムリスクエクスポージャー
連続清算
高頻度取引
大口ポジションのロールオーバー
Injective の全体のアーキテクチャは、ユーザーが専門的なトレーダーである可能性を前提としている、
そして「初心者に優しい」を第一原則とはしない。
これが直接的にその後のすべての選択を決定する。
オーダーブックは Injective の特徴ではなく、それが底線だ
チェーン上でオーダーブックを作ることは、実際には自分に面倒をかけることだ。
遅く、高価で、複雑で、普通のユーザーに好まれない。
Injective は今でもそうしている、その理由は一つだけ：
オーダーブックは現在唯一「制御可能なリスク取引」を担保できる構造です。
もしあなたが実際の取引をしたことがあれば、理解するでしょう：
AMM の「自由」は小資金の時に利点となる
大資金、連続戦略の下では、ノイズに変わるだろう
Injective は物語が語りやすい道を放棄した、
より伝統的な金融の基盤ロジックに近い選択肢を選び、しかしチェーン上での実現がより困難な方案。
これは非常に現実的で、少し保守的な選択だ。
Injective の設計目標は「速さ」ではなく、「乱れないこと」だ
多くの人が Injective のキーワードはパフォーマンスだと誤解している。
しかし、私はそれを「抑制」という言葉で表現することを好む。
その実行パスとシステム設計を見ると、わかるでしょう：
それは極限 TPS を追求しない
過激な並行処理は行わない
それは状態の一貫性と実行の確定性を重視している
普通のユーザーにとって、「速さ」は非常に重要;
取引システムにとって、「乱れない」方が重要だ。
Injective は後者の基準で設計されている。
なぜ Injective は必ずクロスチェーンを行わなければならず、しかも IBC ルートなのか
取引型のチェーンが単一のエコシステムに依存する場合、
それは遅かれ早かれ周期に反噬されるだろう。
Injective は IBC を選択したが、本質的には一つのことをしている：
価格発見と流動性のソースを分散させる。
これは意味する：
どこかのチェーンに問題があっても、システムを直接死に至らしめることはない
単一のアセットサイクルが全体の運命を決定することはない
マーケットメイキングとアービトラージ戦略はより容易に移行できる
これは非常に「システムエンジニアリング」的な決断で、
そして成長チームが優先する選択肢ではない。
$INJ の価値論理は、実際には感情による価格設定には適していない
私は多くの人が「INJ がなぜ上がるのか」を聞きたがっていることを知っている、
しかし正直に言うと、このコインは感情のサイクルにあまり協力しない。
その需要はむしろ：
ネットワークの作業量が増加 → 使用の増加
使用の増加 → ステーキングと手数料の需要上昇
リスクエクスポージャーの増加 → システムの安全価値が増大する
これはエンジニアリング寄りで長期的なフィードバックループです。
このようなフィードバックループは、価格を毎日刺激しないだろう、
しかし完全に反証されるのは難しい。
Injective の最大の問題は、むしろ「真剣に働く」プロジェクトのように見えることです。
真剣に働くことは、この業界では時に劣位となる。
伝播が遅い
ジョークを言うのは難しい
一言で簡略化されるのは容易ではない
時間が証明する必要がある
Injective は基本的にこれらの「劣位」における大多数を踏み込んでいる。
しかし、それの反対も成り立つ：
運に頼らない
見せかけに頼らない
補助金に頼って命をつなげない
もし私に Injective がどのタイプのプロジェクトに属するか尋ねるなら——
それは「このラウンドで必ず乗る車」ではない、
それは「あなたがいつか振り返って見ることになる線」のようなものだ。
最後の言葉、どちらのチームにも属さず、ただ判断を提供する
Injective は流行の論理で理解するのには適していない。
それは専門ユーザーが徐々にデフォルトで使用する取引基盤のようなものだ。
このようなものは、
市場が良い時には騒がず、
市場が複雑な時にこそ価値が出てくる。
良いプロジェクトかどうか、
時間がものを言う；
乱雑に書かれたプロジェクトかどうか、
構造は一目でわかる。
Injective は少なくとも後者ではない。
