Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Runner selection: pool size, failure classification and payment_sent on rejections

Abierto
#70 1 comentario 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
5/5
Tiempo estimado
Más de una semana
Aptitud para principiantes
35/100
Tipo de issue
Nueva funcionalidad
Claridad
Bastante claro
Estado de actividad
Activo
Stack tecnológico
python

Línea de trabajo

Start with the proposal, then read RunnerSelectionCursor.next in src/livepeer_gateway/selection.py and discover_orchestrator_runners in src/livepeer_gateway/discovery.py. Trace the related reserve_session change from #37 and the still-open #36 before deciding the pool, ordering, failure categories, and payment state. Done means the requested selection and rejection information is defined and implemented consistently.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

The builder engine (proposal) will build its runner failover on runner_selector / RunnerSelectionCursor. Three things are missing for that.

Today (main at 44df061):

  • RunnerSelectionCursor.next tries candidates in discovery order and moves on after any exception.
  • Its candidates come from discover_orchestrator_runners, which returns the runners of the first batch of five orchestrators that has any.
  • There is no setting for how many candidates to consider, no ordering hook, and no way to tell a capacity refusal from other failures.
  • RunnerRejection records only the URL and a reason string, so a caller cannot tell whether a failed attempt had already paid. With a session prepay, a start refused on capacity has paid.

Request:

  1. A maximum pool size, so selection can consider runners across more than one orchestrator batch.
  2. An ordering hook, or ranking inputs.
  3. A classified failure reason: capacity refusal versus unreachable versus other.
  4. Whether payment was sent, on each rejection.

Related: #37 forwarded orchestrators through reserve_session. That change is on main, but #36 is still open.

Lenguaje dominante
Python
Estrellas
1
Forks
7
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de livepeer/livepeer-python-gateway

Todos los issues de livepeer/livepeer-python-gateway

Issues similares

Más issues de Python

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.