[Enhancement]: Document EIP-55 checksum requirement for Atlas SVR solver_getSolverOperationResult query API
Les mainteneurs répondent en général sous 1 jour
@QingyangKong y travaille déjà.
Depuis le 11/5/2026.
Évaluation
Cette issue n'a pas encore été évaluée.
Description
What would you like us to improve?
The Atlas SVR searcher onboarding page documents a query API for tracing solver operation results:
- Page: https://docs.chain.link/data-feeds/svr-feeds/searcher-onboarding-atlas#tracing-solver-operation-results
- Endpoint: https://solver-query-api-fra.fastlane-labs.xyz/
- Method: solver_getSolverOperationResult
In practice, addresses passed to this API (e.g. solverOperationFrom) must be in EIP-55 checksum format. If you pass an all-lowercase or otherwise non-checksummed address, the lookup will silently fail and the API returns:
"solver operation not found"
even when the solver operation was actually received and processed. This error is also the same one returned when the operation arrives too late, which makes it very confusing to debug — solvers can spend significant time investigating timing/auction issues that don't actually exist.
The docs should:
Add a callout in the Tracing Solver Operation Results section stating that all addresses must be EIP-55 checksummed, with a link to https://eips.ethereum.org/EIPS/eip-55.
Add a new bullet to Common Mistakes titled something like "Querying the API without an EIP-55 checksummed address" explaining that this produces a misleading "solver operation not found" response.
How important it is?
Medium-high importance for any team integrating with Atlas SVR as a searcher. The failure mode is silent and the error message points searchers in the wrong direction (toward auction timing or signature issues rather than address formatting), so this can cost meaningful integration time. The fix is a small documentation change with no code impact.
- Langage dominant
- MDX
- Étoiles
- 531
- Forks
- 481
- Merge moyen
- 1 j 4 h
- PR mergées (30 j)
- 102
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de smartcontractkit/documentation
-
[Bug]: broken link in onchain-write/submitting-reports-onchainPeut-être pris @Jludvim l’a pris il y a 44 jours. Ouvertebug triage
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
smartcontractkit/documentation#4154 ·
Les mainteneurs répondent en général sous 1 jour
-
[Enhancement]: <Chainlink local documentation issue>Peut-être pris @ChrisWozniak l’a pris il y a 44 jours. Ouverteenhancement triage
Difficulté 1/5 Moins d'une heure Accessibilité débutants 92/100
smartcontractkit/documentation#4114 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
[Bug]: <Possible to use multiple secret files from v2.4.0 onwards>Peut-être pris @ChrisWozniak l’a pris il y a 44 jours. Ouvertebug triage
Difficulté 1/5 Moins d'une heure Accessibilité débutants 65/100
smartcontractkit/documentation#1505 ·
Les mainteneurs répondent en général sous 1 jour
-
GHA-data-validate-urls: Invalid URLs DetectedPeut-être pris @khadni l’a pris il y a 6 jours. Ouvertebug gh-action-data
smartcontractkit/documentation#4323 · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour
-
GHA-data-validate-urls: Invalid URLs DetectedPeut-être pris @khadni l’a pris il y a 11 jours. Ouvertebug gh-action-data
smartcontractkit/documentation#4309 · 1 personne assignée ·
Les mainteneurs répondent en général sous 1 jour