Closed kgoderis closed 9 months ago
same problem
dydx3.errors.DydxApiError: DydxApiError(status_code=400, response={'errors': [{'msg': 'API key not found'}]})
For me the issue was resolved around 9AM CET
same problem
dydx3.errors.DydxApiError: DydxApiError(status_code=400, response={'errors': [{'msg': 'API key not found'}]})
Have you replaced the keys with new ones? They are not the same anymore as on GOERLI.
same problem
dydx3.errors.DydxApiError: DydxApiError(status_code=400, response={'errors': [{'msg': 'API key not found'}]})
Have you replaced the keys with new ones? They are not the same anymore as on GOERLI.
Thank you, seem dydx migraing to new network, change API key work for me
Hello, which scritp are you using to onboard a user, I want to create using API but all API require client and to create client I need STARK Key and API credentials.
There is abundant info online to get the necessary credentials for dydx v3 client out of developer view of your browser when being logged into dydx frontend. Basically you inspect the app storage and copy paste corresponding stark and api credentials out of there - just make sure to not store them somewhere, that is committed to git or shared otherwise!
This can be closed. It seems that there was a time gap between the change of the level 2 network and the update (?) of the webservice sitting in front of it
I have a non-python client (i.e. java) implementation that I have upgraded to Sepolia, which in fact just requires a change of the network id and the colleteral assed id. AFAIK there is no change in procedures besides these changes mentioned.
When onboarding a new Ethereum private key a HTTP 500 error is thrown by the server. Restarting the client again with the newly generated Ethereum private key the result is different in the sense that the server seemingly has created the user the first time around, as it reports it does exist, but it does report that the API key is unknown. This makes me believe that something is fishy at the server side
Here is the excerpt with all the keys so that you can potentially verify in your logs:
1st run:
2nd run: