El límite de la tasa API de Github en el sitio público de Github Pages

He configurado un sitio de páginas github aquí: http://d3js.live

Esto usa la api de github para get ideas para los ejemplos de d3.js. El aspecto final y la funcionalidad son similares a este sitio: http://threejs.live

Recibo un error 403 debido a que se tocó mi límite de velocidad. Entiendo que la authentication boostá mi límite de frecuencia, sin embargo, me gustaría que este sitio sea público. Debido a esto, tengo algunas preguntas:

  1. Cualquier límite de velocidad sería un problema si el tráfico boosta. ¿Existe un escenario razonable en el que pueda inhabilitar el límite de velocidad para una página pública?
  2. Si tuviera que autenticar con mi count de usuario, ¿cómo crearía un token del lado del server en las páginas de Github? Quiero confirmar que este token no será visible para el cliente. El informe está aquí: https://github.com/ekatzenstein/d3.js-live
  3. Tener el usuario final iniciando session con Github no es una opción. Quiero que este sea un nivel bajo de input, especialmente para aquellos que no están familiarizados con Github. ¿Es posible vincular el límite de velocidad por usuario?

Los bl.ocks de Mike Bostock parecen superar el límite de velocidad, pero no tengo claro cómo se hace.

La mejor forma de superar el límite es escribir un backend simple que haga que las requestes de la API a GitHub (o quien sea), guarden en caching esos resultados por un time para permanecer por debajo del límite de la tasa y luego sirvan todos los activos requeridos de esa solicite a sus usuarios.

Si su JavaScript es polimórfico, sería bastante trivial colocar la mayoría de lo que ya tiene en un server NodeJS.

Como regla general, esto es probablemente lo que una herramienta como esta debería hacer, de todos modos. Por supuesto, dado el trade-off requerido, los arguments podrían hacerse de cualquier manera.

Esto es lo que bl.ocks parece hacer, por ejemplo.