Hacktoberfest 2026：メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Excessive IP Data Fetching

オープン
  • 何か問題がありますか？
#229 コメント 1 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
3/5
見積もり時間
1〜2日
初心者へのやさしさ
35/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
go
領域
backend

調査の方向性

まず、API の peer discovery と IP データ取得の経路を追跡し、次に API の再起動時に取得対象となる peer をどのように決定しているかを調べます。既存の peer が冗長なリクエストを発生させず、新たに検出された peer は発生させる状態になれば完了です。IP ごとのオプションのデータベースコレクションは、この issue では必要ありません。

索引モデルが issue の本文から書いたものです。

説明

Expected Behavior

Fetching IP information should happen only when needed. Specifically it should occur when a new peer is found that has not been seen before. This could also be optimized further so that it's only fetched when a new IP address is seen.

Current Behavior

Upon restarting the API we are seeing ~45,000 requests for IP data. It seems that for every peer we are re-fetching the IP data unnecessarily.

Possible Solution

  • Fetch IP data for peers we have not seen before
  • (Optionally) Fetch iP data for IPs we have not seen before, perhaps by adding a separate db collection for IP data.
主要言語
Go
スター
60
フォーク
31
30日以内にマージされた PR はありません

環境構築

  • Dockerfile または Docker Compose ファイルあり
  • プルリクエストのテンプレートあり
  • コントリビューションガイドなし

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ChainSafe/nodewatch-api のほかの issue

ChainSafe/nodewatch-api の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。