OTOthoTools
Language
enen-AUen-GBen-CAdede-CHithipt-BRnlno
⌁

RPC-helsesjekk

Test JSON-RPC-endepunkter fra nettleseren
Resultat0 funn

    Forespørsler går direkte fra denne nettleseren til endepunktet

    Innledning

    RPC-helsesjekken tester JSON-RPC-endepunkter for Ethereum (EVM), Solana og Cosmos (CometBFT) og rapporterer latens, chain-ID, høyde, synkstatus og antall peers. Den er nyttig før du peker en applikasjon, en indekserer eller en lommebok mot et nytt endepunkt, og for å sammenligne to endepunkter på samme nettverk.

    Hver forespørsel går direkte fra nettleseren din til endepunktet. Det finnes ingen proxy og ingen serverkall: verktøyet bygger JSON-RPC-nyttelastene lokalt, måler rundetiden og klassifiserer resultatet. Hvis endepunktet blokkerer nettleseren med CORS, forklarer verktøyet hvorfor og viser en tilsvarende curl-kommando du kan kjøre selv.

    Mål

    • Validere endepunkt-URL-en og avvise usikre skjemaer (file:, javascript:, data:, ftp:).
    • Sjekke standard health-metodene for Ethereum, Solana eller Cosmos og måle latens.
    • Klassifisere endepunktet som friskt, synkroniserende, bak, utilgjengelig eller ikke konklusivt.
    • Valgfritt sammenligne to endepunkter på samme nettverk for høydeforskjell, chain-ID-avvik og versjonsforskjeller.
    • Aldri påstå at et endepunkt er pålitelig bare fordi det svarte.

    Inndata

    • En eller to endepunkt-URL-er (https:// foretrekkes).
    • Kjedetypen: Ethereum (EVM), Solana eller Cosmos (CometBFT).
    • Ingenting lagres, logges eller sendes til OthoTools-serveren.

    Slik fungerer det

    URL-en parses og valideres: bare http(s) er tillatt, https foretrekkes; userinfo eller token-lignende spørringsparametere oppdages og maskeres før visning. HTTP på en offentlig vert avvises fordi nettlesere blokkerer det som mixed content.

    For Ethereum kaller verktøyet web3_clientVersion, eth_chainId, eth_blockNumber, eth_syncing og net_peerCount. For Solana getHealth, getSlot, getVersion og getIdentity. For Cosmos REST-endepunktene /status og /net_info.

    Hvert kall tidfestes. Resultatene normaliseres til et utfall (høyde, chain-ID, versjon, peers, synkstatus, latens) og klassifiseres: friskt når noden svarer med en aktuell høyde og ikke synkroniserer; synkroniserende når noden rapporterer innhentingsfremgang; bak når en sammenligning viser et stort høydeforskjell; utilgjengelig når forespørselen mislykkes eller returnerer en JSON-RPC-feil; ikke konklusivt når formen på responsen er uventet.

    Med to endepunkter sammenlignes høyder, chain-ID-er, versjoner og latenstider, og forskjeller rapporteres som funn.

    Testbart eksempel

    Prøv det — analysen kjører lokalt i nettleseren din.

    Eksempel

    Chain:    Ethereum
Endepunkt: https://eth.example.com
Metode:   eth_blockNumber

(andre endepunkt, valgfri sammenligning)
https://eth2.example.com

    Forventet utdata

    web3_clientVersion  Geth/v1.14.11-stable/linux-arm64  ·  212 ms
eth_chainId         1                                 ·  204 ms
eth_blockNumber     21048321                          ·  198 ms
eth_syncing         false                             ·  201 ms
net_peerCount       48                                ·  215 ms
Status: friskt — svar på gjennomsnittlig ~205 ms.

    Les utdataene

    • Et friskt resultat betyr at endepunktet svarer på standardmetodene og ikke rapporterer synkfremgang. Det beviser ikke at noden er pålitelig, riktig konfigurert eller trygg for å sende midler gjennom.
    • Synkroniserende betyr at noden henter inn; applikasjoner som trenger fersk tilstand, vil se utdaterte eller manglende data til den er ferdig.
    • En høydeforskjell mellom to endepunkter på samme nettverk er normal under korte reorgs; en stor eller vedvarende forskjell tyder på en syk eller partisjonert node.
    • Hvis CORS blokkerer forespørselen, tillater ikke endepunktet nettleser-opprinnelser. Kjør den tilsvarende curl-kommandoen fra en maskin du stoler på for å få de samme dataene.

    Risikoer

    • Et endepunkt som svarer, kan likevel levere utdaterte, feil eller ondsinnede data. Helse er ikke tillit.
    • URL-er kan inneholde påloggingsinformasjon. Verktøyet maskerer dem, men fjern dem fra URL-en før du deler den.
    • Offentlige endepunkter kan begrense eller blokkere gjentatte tester; ikke bruk dette verktøyet som en overvåkingsdaemon.

    Begrensninger

    • Nettleserens CORS-policy kan blokkere legitime offentlige endepunkter; curl-fallbacken dekker disse tilfellene.
    • Verktøyet sjekker et øyeblikksbilde i tid; det er ikke oppetids-overvåking.
    • Det kan ikke oppdage konsensusproblemer, fee-markedsmanipulasjon eller feilkonfigurasjon utover de testede metodene.

    Offisielle referanser

    FAQ

    Er det trygt å lime inn en RPC-URL her?

    Ja — forespørselen går direkte fra nettleseren din og aldri via OthoTools-serveren. Verktøyet maskerer likevel påloggingsinformasjon og token-lignende parametere på skjermen og anbefaler å fjerne dem før deling.

    Hvorfor feiler et offentlig endepunkt med CORS?

    Serveren til endepunktet bestemmer hvilke nettleser-opprinnelser som kan kalle det. Mange offentlige RPC-er sender ikke CORS-headere, så nettleseren blokkerer forespørselen selv om endepunktet er oppe. For det tilfellet viser verktøyet en curl-kommando.

    Hva betyr «bak»?

    Det kommer fra to-endepunktsammenligningen: høydeforskjellen mellom endepunktene overskrider terskelen for den kjeden (12 blokker for Ethereum, 150 slots for Solana, 10 blokker for Cosmos). En enkelt-endepunktsjekk kan ikke fastslå «bak» uten en referanse.