-
Notifications
You must be signed in to change notification settings - Fork 15
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
transactions pagination #33
Comments
I don't do anything with pagination at the moment but most addresses only have two transactions: one incoming and one outgoing. |
I see. I guess it could be a problem for xpubs used for DCA. |
From my understanding, it is 50 txs per address. Wallets that follow best practices don't reuse addresses, so when the user goes to the receive page, they are always given a fresh address with zero transactions associated with it. In your example with DCA, unless there is auto withdraw to a specific address (I believe Swan does this) then yes I can see it hitting that limit but I don't think many folks do that. The 50 tx limit could also be hit if the user posted a static address somewhere (like a donation page) and had 50 people send money to it. You're right though, for those weird edge cases, we should add logic in the tx fetching call to see if the response is 50 and if it is then making another request with the pagination value. |
yeah it's probably just an edge case. You are right. |
Hi, I see blockstream rteturns a max of 50 txs per addrress.
Is pagination already implemented in the code or you only show the last 50 transactions?
Thanks
The text was updated successfully, but these errors were encountered: