Skip to content
This repository has been archived by the owner on Jan 13, 2023. It is now read-only.

if I have 1000 000 address. how to check some address had deposit? #215

Open
purplecity opened this issue Dec 26, 2018 · 4 comments
Open
Assignees
Labels

Comments

@purplecity
Copy link

should I invoke getBalance or findTransactions a million times?

@purplecity
Copy link
Author

Dear @todofixthis
I represent Bithumb.global exchange(comming soon).Boss let me complete iota wallet for our exchange. I have many technical questions to consult and could u give me a contract information? I have emailed [email protected]

@todofixthis todofixthis self-assigned this Dec 26, 2018
@todofixthis
Copy link
Contributor

Hey @purplecity ! Couple of thoughts here:

Using a vanilla IRI node, I think your best bet is to call get_balances(). You can provide up to 1000 addresses (this limit is customisable on the node; see #138 for more information).

If you're going to do this regularly, it might be worthwhile to run an IRI node, and interface with its local database directly — avoids all of the overhead associated with the HTTP API.

Alternatively, you might consider writing an IXI module, which will allow you to write your own custom HTTP API commands. You can optimise it for specific use cases to get the best performance.

@purplecity
Copy link
Author

is there any way to get all transaction between two milestone? if have I can filter transaction or address which I need monitor. after all,nether the HTTP API or ZMQ is't suitable to monitor million address

@todofixthis
Copy link
Contributor

Hmmm, interesting.

PyOTA isn't really designed for the use case you are describing, unfortunately; I think that you will have a better chance of success implementing a direct interface to the IRI process and/or the underlying RocksDB instance.

Try posting on these sources to get attention from IRI core devs:

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

2 participants