HOPRカバートラフィックアプリ始動
最初のカバートラフィックが間もなくHOPRネットワークで開始されます!
カバートラフィックはHOPRの設計の重要な部分であり、本質的には、中継される実際のメッセージの「隠れ蓑」となるようにネットワークに注入される任意のデータです。
しかし、私たちの新しいカバートラフィックのアプリは、重要な副次的な機能を持っています:HOPRネットワークに有意義な利益をもたらす方法で、ノードランナーにステーキング報酬を分配します。
カバートラフィックアプリ
カバートラフィックの最初のイテレーションは、プロトコルレベルでノードに直接統合されるのではなく、HOPRの上で動作するアプリとなります。これは私たちが当初想定していた形(カバートラフィックの最終形はノードに組み込まれ各ノードは必要に応じてカバートラフィックを分散させることができる)とは少し異なります。
ではなぜシフトしたのか?
カバートラフィックが考案されたとき、HOPRはたった3人の開発チームとともに立ち上げられたばかりでした。現在、HOPRは20人以上のチームに成長し、カバートラフィックは非常に重要であるため、独自の開発チームを持っています。このように並行して作業することで、カバートラフィックを別のアプリとして構築し、APIを介して統合することがはるかに容易になります。また、コアプロトコルとは異なり、Rustでコーディングする必要もありません。
第2に、カバートラフィックアプリには2つの役割があります。プライバシーを提供することに加えて、注入されたデータはHOPRトークンをステーカーに配布するために使用されます。現在、ノードランナーはネットワーク内でping可能であるというだけで、エアドロップによって報酬を得ることができます。カバートラフィックアプリによって初めて当初の計画通り、つまりデータを中継することでHOPRトークンと交換できるチケットを獲得することになります。
この予算はHOPR協会によって割り当てられ、当分の間はHOPR協会のノードを経由して送信されるので、私たちがホストして運営するアプリであることは理にかなっています。
最後に、カバートラフィックには、新しいソフトウェアに見られるような、すべての初期の問題が発生することが予想されます。カバートラフィックの最初のバージョンをアプリとして構築することで、サービスをよりきめ細かくコントロールすることができ、より有用なデータを収集することができます。また、カバートラフィックが各ノードに直接統合されていれば不可能なことですが、バランスが崩れた場合、ほぼリアルタイムでパラメーターを変更することができます。
また、より効率的なカバートラフィックサービスを構築するために、トポロジーや遅延に関するあらゆるデータを収集し、HOPRノードの機能全般について学ぶ必要もあります。
アプリデザイン
カバートラフィックアプリの詳細については、専用ウィキをご覧ください。下の図は、このアプリを動作させるための様々なモジュールを示したています。
簡単に説明すると、HOPR協会は、カバートラフィック専用のノードをいくつか走らせます。これらのノードは、ネットワーク上の可視ピアに関する情報を収集し、それらとのチャンネルを開き、カバートラフィックノードを送信者および受信者として、1ホップメッセージとしてパケットを配布します。
パケットは確率的に配信され、ステークによって重み付けされます。アプリは、ノードによって収集されたデータと、支払いチャネルのスマートコントラクトからのサブグラフデータの組み合わせを使用して、任意の時点でどのノードにパケットを送信するかを決定します。
適格なノードとその予想されるカバートラフィックレベルのデータベースが維持され、常に更新されます。カバートラフィックノードは相互に通信して、遅延や可用性に関する情報を共有し、必要に応じて負荷分散を行うことができます。
インセンティブとプライバシーのバランス
カバートラフィックアプリは、各ノードのステーキングに基づいて報酬を分配するように設計されています。完全なエコノミーモデルはこちらで確認できます。
カバートラフィックは基本的にプライバシー機能です。そのため、エコノミーとプライバシーの間に興味深い相互作用が生じます。カバートラフィックによってブーストされる必要があるノードは、必ずしもステーキングが最も高いノードではありません。
最初のバージョンでは、カバートラフィックアプリはステーキングとアベイラビリティのみに基づくナイーブな戦略を使用します。どのノードが利用可能かをチェックし、ノードのステーキングによって重み付けされたランダムな1ホップパスを選択します。これによってネットワークはカバートラフィックで埋め尽くされ、初歩的な方法ではありますが、さらなるプライバシーが提供されます。
アプリの信頼性に関する最初のデータが集まれば、各ノードにステーキングに連動した報酬を提供しながら、ターゲットとなるプライバシーを提供できる、より精巧な戦略を作り始めることができるでしょう。
これが可能なのは、カバートラフィックアプリがネットワークと個々のノードに関するデータを収集するという第3の機能を持っているからです。
データ収集
プライバシープロトコルを構築する際の問題のひとつは、それが機能するということです!つまり、ノードやネットワークに関する情報を得るのは難しいということです。しかし、ネットワークの健全性やHOPRノードの個々や全体としての機能を分析するために使用できる、公開されたデータもあります。
サブグラフを使ってネットワークトポロジーを構築します。さまざまなスマートコントラクトが、現在オープンになっている支払いチャネルと、その資金調達状況を教えてくれます。カバートラフィックアプリと専用ノードは、どの中継が成功したか失敗したかを記録することで、ネットワークのデータを収集することもできます。これはリアルタイムでネットワークを通じてデータが移動するのを見るのとは違いますが、おおよその目安にはなります!
カバートラフィックアプリは、レイテンシーについての洞察も与えてくれます。これは、HOPRエコシステムに参加するユースケースが増えるにつれて、ますます重要になるでしょう。データ転送の中には、ほぼリアルタイムで行われる必要があるものもあれば、少々の遅延は許容できるものもあります。また、タイムスタンプのメタデータが不明瞭になるため、待ち時間が大きい方が有利な場合もあります。
ネットワーク内のレイテンシーに関する情報を持つことは、パスルーティングを助け、異なるノードがネットワーク内のレイテンシ許容度を選択できるコンフィギュラブルレイテンシーを提供するのに役立ちます。
カバートラフィックアプリによって収集されたこのすべてのデータは、各ノードがそれ自身のカバートラフィックを動的に提供できるようになる未来を含め、HOPRの次のバージョンを構築するのに不可欠です。
もちろん、https://network.hoprnet.org、ダッシュボードをアップグレードする際には、ノードランナーにこれらすべてのデータを提供する予定です。
ここまで来るのは長い道のりでしたが、カバートラフィックを開始し、ノードランナーに実際の中継作業に対する報酬を与えることができるようになるのは、この上ない喜びです!
Sebastian Bürgel,
HOPR Founder
Website: https://www.hoprnet.org
Twitter: https://twitter.com/hoprnet
Twitter(日本語): https://twitter.com/HOPR_Japan
Telegram: https://t.me/hoprnet
Telegram(日本語): https://t.me/HOPRJapanese
Discord: https://discord.gg/dEAWC4G
Forum: https://forum.hoprnet.org
Staking: https://stake.hoprnet.org
Bounties: https://bounties.hoprnet.org
本記事はこちらの記事の日本語訳になります。