A failed venue fetch is indistinguishable from an empty venue
I maintainer di solito rispondono entro 1 giorno
@flare-999 ci sta già lavorando.
Dal 16/10/2026.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Attiva
- Stack tecnologico
- nodejs, typescript
- Ambito
- backend, observability-sre
Direzione di ricerca
Start with the four catch sites: src/ingesters/amm.ts and src/ingesters/soroswap.ts (both console.error then return []), src/ingest/venues/aquarius.ts, and src/ingest/oracles/reflector.ts (catch returning null with no log). Choose one failure shape (thrown error or result type), then trace how the aggregate consumes these results and where /status reads its data. Run one test file with npx vitest run src/__tests__/yourfile.test.ts, since the repo uses vitest, not jest. Done means a failing venue and an empty venue give different results in a test, failed sources are excluded and retrievable, and reflector logs its failures.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Background
Four places turn a thrown error into "there is nothing here":
src/ingesters/amm.ts:43-44 console.error(…); return []
src/ingesters/soroswap.ts:80-81 console.error(…); return []
src/ingest/venues/aquarius.ts:59-60 console.error(…); return []
src/ingest/oracles/reflector.ts:91-92 } catch { return null }
The caller cannot tell a genuinely empty venue from an unreachable one. For a
price aggregator that distinction is the whole game: if Aquarius is down and we
report zero pools, the aggregate silently reweights onto the venues that did
answer and publishes a price that looks completely normal. Nobody is alerted,
because from the aggregator's point of view nothing failed.
reflector.ts is the sharpest case — it swallows the error without even
logging it, so there is no record that an oracle read failed at all.
What to build
Make failure a distinct outcome from emptiness, all the way to the aggregate.
- Each of these functions should signal failure to its caller rather than
returning an empty collection — a thrown error, or a result type carrying the
distinction. Pick one shape and use it in all four. - A venue that failed must be excluded from the aggregate, not counted as
contributing zero. - Record which venues failed on the aggregate, so
/statusand L167 can report it. - No
catch {}without at least a log line.
Acceptance criteria
- A failing venue and an empty venue produce different results, asserted by a test
- A failing venue does not reweight the aggregate as though it answered with nothing
-
reflector.tslogs its failures - The set of failed sources for a given aggregate is retrievable, not just logged
Drips Wave · Complexity: Intermediate · 150 points
Repo: Divinity-Labs/Lens. Node + TypeScript, Fastify, Prisma on Postgres,
Redis for queues, Prometheus via prom-client.
Run the tests: npm test. The tests are vitest, not jest. Running jest
against this repo reports "66 suites, 0 tests" and means nothing. A single file
is npx vitest run src/__tests__/yourfile.test.ts.
Load test (prices) is already failing on main and has been for some
time. It is not your PR that broke it. Every other check should be green.
This service prices real assets on Stellar mainnet. A number that is wrong
is worse than a number that is missing, because a caller cannot tell the
difference. Prefer failing loudly over returning a plausible value.
Never elide an address, a contract id or a key in code, a comment or a test
fixture. A previous batch wrote a shortened contract id in an issue text and
five contributors invented plausible-looking ids to fill the gap. Write the
whole thing or do not write it at all.
The house pattern for an outbound deadline already exists — see
src/alerts/delivery.ts, which passes signal: AbortSignal.timeout(10_000) to
fetch. Where an issue below asks for a timeout, copy that, do not invent a
second convention.
Required: Before submitting, join the contributor Telegram so your work can be tracked and counted toward the Stellar Wave: https://t.me/+fxHXq8f1SwlkZDBk
- Lingua principale
- TypeScript
- Stelle
- 4
- Fork
- 71
- Merge medio
- 1g 9h
- PR unite (30g)
- 34
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Ha un modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Divinity-Labs/Lens
-
Webhook retries have no jitter, so failures synchroniseForse già presa @Richard-tobi l’ha presa 1 giorno fa. Apertaarea:reliability difficulty:easy help wanted points:100 Stellar Wave
Difficoltà 2/5 1-3 ore Idoneità per principianti 80/100
Divinity-Labs/Lens#341 · 2 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
The MCP server has no metricsForse già presa @rupesh-kumar-sah l’ha presa oggi. Apertaarea:observability difficulty:easy help wanted points:100 Stellar Wave
Divinity-Labs/Lens#425 · 2 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
Tool descriptions do not tell an agent when to stopForse già presa @rupesh-kumar-sah l’ha presa oggi. Apertaarea:mcp difficulty:easy help wanted points:100 Stellar Wave
Divinity-Labs/Lens#424 · 4 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
No test drives a real 402 payment loopForse già presa @Ugasutun l’ha presa oggi. Apertaarea:testing difficulty:advanced help wanted points:200 Stellar Wave
Divinity-Labs/Lens#423 · 6 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
-
The agent example is undocumentedForse già presa @GazzyLee l’ha presa oggi. Apertaarea:docs difficulty:easy help wanted points:100 Stellar Wave
Divinity-Labs/Lens#422 · 3 commenti · 1 assegnatario ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di Divinity-Labs/Lens
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
umami-software/umami#4637 ·
I maintainer di solito rispondono entro 3 giorni
-
Hotkeys fire when pressed with the Ctrl key, so browser shortcuts also trigger player actionsForse già presa @RaphaelFakhri l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
muxinc/media-chrome#1332 ·
I maintainer di solito rispondono entro 5 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
polarsource/polar#15580 ·
I maintainer di solito rispondono entro 1 giorno
-
accepted bug via-triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 69/100
pingdotgg/t3code#20931 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
bug/1-unconfirmed kind/bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
I maintainer di solito rispondono entro 1 giorno