-
Notifications
You must be signed in to change notification settings - Fork 143
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The LastTradeID field of a heartbeat message is always 0. #89
Comments
LastTradeID
field of a heartbeat message is always 0
.
When I output the raw json, the last_trade_id field is indeed always 0 from the heartbeat channel
|
Interesting. Likely the Coinbase Pro websocket feed itself then. I've opened a support issue ( |
I have same issue (not authorized, so not using api-keys atm, btw). Maybe cbp changed smth in their protocol and didnt update their website, yet? Perhaps they send strings instead of numbers? Did you check the raw response, bytewise, too? |
I received this response a while back, but have not heard from them sense.
|
Closing for now, feel free to reopen |
This is 6 month later, still the trade_id from heartbeat is 0. |
Consider the following snippet, which closely resembles the websocket example from the readme:
Note that I am subscribed to the
BTC-USD
heartbeat
andmatches
channels. I would expect that every time a new match occurs, the next heartbeat would hold the said match's trade identifier. However, I am seeing output like the following:Notice that the
LastTradeID
field of the heartbeat messages is always0
. Is my understanding of the semantics of the heartbeat message wrong? Or am I possibly using it wrong? Or could this be a real bug – with either this library or with the Coinbase Pro API?The text was updated successfully, but these errors were encountered: