多くの人が携帯電話に表示される5本のバーを見て、「ネットワークは良好だ」と思いがちです。 しかし、必ずしもそうではありません。 信号が強いにもかかわらず、実際の体験がひどいことはあります。 ページの読み込みが遅い。 ビデオ通話にラグがある。 メッセージが遅れて届く。 アプリがバックグラウンドで異なる動作をする。 ネットワークが報告する内容と、デバイスが実際に体験する内容の間のギャップこそ、@UnityNodesIOが興味深い点です。 Unetworkの発信者IDテストを例に挙げましょう。 テスト通話があなたの携帯電話に到着します。 画面に表示された番号を確認します。 それだけです。 しかし、あなたが報告しているのは、システムが届けようとした内容ではなく、受信デバイスが実際に見た内容です。 これは重要な違いです。 なぜなら、実際のネットワークを測定する際には、エンドポイントが重要だからです。 テレメトリーも同じです。 ライブネットワーク上に置かれた携帯電話は、中央化されたダッシュボードでは完全には捉えきれないさまざまな状況を体験しています。 混雑。 ルーティング条件。 デバイスの制限。 信号品質。 レイテンシー。 バックグラウンド制限。 そして、Androidのデータセーバーのような単純な機能さえ、アプリがバックグラウンドで行えることを変える可能性があります。 次にジャッターがあります。 インターネット通話中のあなたの声はパケットに分割されます。 これらのパケットは、常に完全に一定の間隔で到着するとは限りません。 変動が大きすぎると？ 通話が不規則になったり、ロボットのような音になったりします。 次にバッファーブロートです。 あなたがビデオ通話中に誰かが大容量のアップロードを開始します。 あなたのインターネットが落ちたわけではありません。 しかし、ルーターがキューを構築し始めます。 パケットが待ちます。 レイテンシーが増加します。 突然、通話がひどい状態になります。 だからこそ： スピードと品質は同じではありません。 信号と可用性は同じではありません。 接続されていることと信頼性は同じではありません。 そしておそらく最も重要なのは： 送信された＝受信されたとは限らない、ということです。 これが私が@UnityNodesIOに注目する視点です。 ネットワークが「すべきこと」だけを問うのではなく、エッジからの観測値を収集できるからです。 実際のデバイス。 実際のネットワーク。 実際の場所。 実際の条件。 それが重要であるのは、インターネットが完璧なテスト環境の中で体験されるものではないからです。 それは誰かの携帯電話で、誰かの家で、誰かのキャリアで、誰かの場所で、周囲で他の人がアップロード・ストリーミング・通話・ダウンロードをしている中で体験されるものです。 その場所でネットワーク状況は複雑になります。 そして、この複雑な現実世界のデータこそが、エッジ観測の価値を生み出します。 タスク自体も、すべての人にとって同じように見えるとは限りません。 Unetworkを開いてアンケートが表示されない？ それは必ずしもあなたの口座に問題があるという意味ではありません。 異なる調査には、異なる参加者条件が必要です。 国。 対象資格。 デバイス。 ネットワーク。 調査要件。 そして十分な参加者が集まれば、調査は終了します。 そのため、2人が同じアプリを開いても、まったく異なる機会しか見られないことがあります。 これは分散型ネットワークでは普通のことです。 拡張テレメトリーも同様です。 同じパブリックIPの後ろにもう一台携帯電話を追加しても、報酬配分が無限に増えるわけではありません。 このタスクには、1つのパブリックIPあたり5台の対象デバイス相当の報酬上限があります。 より多くのデバイスが参加することはできますが、稼働時間に基づいてその配分を共有します。 報酬上限 ≠ 接続制限 これは重要な区別です。 なぜなら価値は単に： 「何台の携帯電話を接続できるか？」ではなく、 「各デバイスはどのような有用な観測を提供しているか？」だからです。 これがこのモデルが興味深い点です。 携帯電話は単なる画面ではありません。 観測ポイントになり得ます。 ユーザー側からネットワークの挙動を測定できる場所です。 そして十分なデバイスがさまざまな環境で観測を提供すれば、これらの個々のデータポイントは、ネットワークが現実世界でどのように動作しているかというより大きな全体像へとつながります。 これが私が@UnityNodesIOに注目する主張です。 もう一つのダッシュボードでもなければ、抽象的なネットワーク指標でもありません。 エッジからの証拠です。 送信されたものは？ 到着したものは？ デバイスはどのような体験をしたのか？ 👇👇👇👇👇👇