You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have an opportunity to simplify how clients interact with ENSApi.
Currently, a source of complexity for ENSNode clients is a need to separately request both the config and indexing status and to manage all the possible error states where one request succeeds or the other doesn't (i.e. request times out). Then, the next step for the client is to ensure both data models are consistent with each other for example, chains from the config match the chains in the indexing status.
To address such complexities, ENSApi should combine both the indexing status and config data models into a single API endpoint that returns both together.
Goals
Merge /api/config data model into /api/indexing-status data model by adding ensApiPublicConfig field to IndexingStatusResponseOk type.
We have an opportunity to simplify how clients interact with ENSApi.
Currently, a source of complexity for ENSNode clients is a need to separately request both the config and indexing status and to manage all the possible error states where one request succeeds or the other doesn't (i.e. request times out). Then, the next step for the client is to ensure both data models are consistent with each other for example, chains from the config match the chains in the indexing status.
To address such complexities, ENSApi should combine both the indexing status and config data models into a single API endpoint that returns both together.
Goals
/api/configdata model into/api/indexing-statusdata model by addingensApiPublicConfigfield toIndexingStatusResponseOktype.Non-goals