Feature request: simple option to fast-forward ledgers in --local mode
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
Línea de trabajo
Empieza rastreando la ruta de inicio de --local y el flujo existente de ENABLE_CORE_MANUAL_CLOSE y /manualclose. Comprueba cómo se inician Horizon, RPC y friendbot en el contenedor y, a continuación, define un mecanismo de avance que acepte N ledgers y funcione con el stack local. Se considera terminado cuando los usuarios locales puedan avanzar los ledgers rápidamente sin el flujo manual de dos fases.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Quickstart is great for local development. It would be great to add a feature for advancing ledgers quickly.
What I'm trying to do
When testing against --local, the network starts at ledger 1, which doesn't look or behave much like testnet/mainnet (where ledger numbers are in the millions and time has visibly passed). I'd like a way to quickly fast-forward to a higher ledger number. Both for realistic UI testing and for exercising time-based contract logic without waiting a long time.
What I tried
I went down the ENABLE_CORE_MANUAL_CLOSE=true + curl /manualclose path. It works in principle but isn't really convenient:
- Throughput is heavily bottlenecked when horizon/rpc are also enabled (their captive cores fall behind and constantly catch up). To get reasonable speed I had to disable everything except core, burn ledgers, then restart with horizon/rpc. But that two-phase workflow hits other rough edges: friendbot autostarts and crashes when horizon is disabled, taking down the container.
- It's not obvious from the docs which env vars actually exist vs. don't. I tried things like
STELLAR_CORE_FLAGS,ENABLE_FRIENDBOT, etc. that turned out to be silently ignored. The set of supported env vars and flags also seems to change between image versions, so older tutorials, or responses on Discord point at things that no longer work.
What would be ideal
An endpoint to automatically advance by N ledgers
- Lenguaje dominante
- Shell
- Estrellas
- 224
- Forks
- 237
- Merge medio
- 1 d 16 min
- PR fusionados (30 d)
- 8
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de stellar/quickstart
-
Dificultad 4/5 3-5 días Aptitud para principiantes 58/100
stellar/quickstart#923 · 2 comentarios ·
-
bug
Dificultad 4/5 3-5 días Aptitud para principiantes 35/100
stellar/quickstart#911 · 2 comentarios ·
-
feature request
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
stellar/quickstart#907 · 1 comentario ·
-
feature request
Dificultad 5/5 Más de una semana Aptitud para principiantes 35/100
stellar/quickstart#906 · 3 comentarios ·
-
feature request
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
stellar/quickstart#900 · 2 comentarios ·
Todos los issues de stellar/quickstart
Issues similares
-
limine: new version 12.9.1Abiertoout-of-date
Dificultad 1/5 Menos de una hora Aptitud para principiantes 82/100
CachyOS/CachyOS-PKGBUILDS#1917 ·
Los mantenedores suelen responder en 1 día
-
package-update
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
bug needs triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
EmbarkStudios/cargo-about#323 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
vllm-project/vllm-metal#841 ·
Los mantenedores suelen responder en 1 día