Review network types distribution
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Ferma
- Stack tecnologico
- go
- Ambito
- backend, data, networking
Direzione di ricerca
Inizia tracciando il modo in cui il crawler calcola e visualizza la metrica della distribuzione dei tipi di rete. Determina la fonte delle informazioni sulla proprietà degli IP e il significato di ciascuna categoria attuale, quindi documenta le categorie concordate, il metodo di raccolta e il comportamento del tooltip dell’UI come Definition of Done.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Expected Behavior
Currently the crawler is pulling a count for the network types distribution metric which also doesn't necessarily explain a useful metric of what constitutes hosting vs. business as an example. Questions to be answered here:
- How does this currently determine what "type" of network this is? Just strictly IP addresses?
- Where does the information relating to who an IP address belongs to come from?
- What is the difference between hosting vs. business? I would argue it would be better to simplify this to {residential, business, government, education, unknown}.
If there's any data crawled that we see is useful for another category, let's add it.
It is a good metric to know how much of the network is being run on cloud service providers vs. home staking.
Current Behavior
Confusing and unknown how this metric is calculated and displayed.
Possible Solution
Let's figure out the best way to collect this information. We should be clear in how we are capturing this metric. It may be good to outline here how this metric is captured and create some sort of tooltip in the UI to explain what is being done to get this number.
- Lingua principale
- Go
- Stelle
- 60
- Fork
- 31
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di ChainSafe/nodewatch-api
-
Configure DatadogForse di nuovo libera @priom l’ha presa 1426 giorni fa e non c’è nessuna pull request aperta. Aperta
ChainSafe/nodewatch-api#239 · 1 assegnatario ·
-
Add Basic MetricsAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ChainSafe/nodewatch-api#231 · 2 reazioni ·
-
Excessive IP Data FetchingAperta
Difficoltà 3/5 1-2 giorni Idoneità per principianti 35/100
ChainSafe/nodewatch-api#229 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 28/100
ChainSafe/nodewatch-api#211 · 1 commento ·
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
ChainSafe/nodewatch-api#209 · 2 commenti ·
Tutte le issue di ChainSafe/nodewatch-api
Issue simili
-
bug
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 92/100
open-telemetry/opentelemetry-go-compile-instrumentation#1417 ·
I maintainer di solito rispondono entro 2 giorni
-
agent-research-finding agent-research-recommend chore ready-for-agent
Difficoltà 2/5 1-3 ore Idoneità per principianti 85/100
jordansmall/spindrift#4068 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Type/Task
Difficoltà 2/5 1-3 ore Idoneità per principianti 74/100
OpenNSW/nsw-srilanka#537 ·
I maintainer di solito rispondono entro 1 giorno
-
security
Difficoltà 2/5 1-2 giorni Idoneità per principianti 62/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
I maintainer di solito rispondono entro 1 giorno