rpc-registry: la lista de nodos públicos que le faltaba a las walletsToda wallet self-custody tiene el mismo problema silencioso: ¿a qué nodo le pregunta el saldo y a cuál le manda la transacción? Casi todas lo resuelven con una lista escrita a mano dentro de la app. Cuando ese nodo cae, se queda atrás o empieza a pedir API key, la wallet muere hasta la próxima actualización de la tienda.
Hoy abrimos rpc-registry: un único registry.json, público, versionado y con health check automático, con los endpoints RPC de Ethereum
, BNB Smart Chain 
, Polygon 
, Base 
, TRON 
y Bitcoin 
.
https://github.com/qvapay/rpc-registryQué tiene
• 112 nodos públicos verificados uno a uno: 27 en Ethereum, 34 en BSC, 18 en Polygon, 22 en Base, 5 en TRON y 6 en Bitcoin.
• Cero API keys. Ni las "públicas" embebidas en la URL que un tercero puede revocar mañana. Si un proveedor las exige, no entra.
• Prioridad y failover: la wallet prueba en orden y salta al siguiente si uno falla.
• Health check cada 6 horas desde GitHub Actions. Un nodo que responde pero va 20 bloques por detrás cuenta como caído: para una wallet, un nodo parado que muestra saldos viejos es peor que uno muerto.
• Contratos de tokens (USDT, USDC…) y exploradores por cadena, en el mismo archivo.
• Un JSON Schema para validar antes de usar y dos URLs de consumo con caché (raw de GitHub y jsDelivr).
Por qué importa
Evaluamos unos 300 endpoints. Muchos de los que todavía circulan en listas y tutoriales están muertos, exigen key desde 2025 o sirven estado viejo. Todo eso quedó documentado en el README con el motivo, para que nadie pierda tiempo volviéndolos a proponer.
Y en QvaPay
Este registro es la fuente de verdad a la que se conectará la wallet non-custodial de QvaPay: tus llaves, tus fondos, y una lista de nodos que se actualiza sin esperar a que actualices la app.
Es código abierto y las PRs son bienvenidas: un RPC público confiable, un contrato de token, una cadena nueva.
https://github.com/qvapay/rpc-registry
