Skip to content
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

Introduce ability to limit which Safe addresses the TXS operates on #2446

Open
DefiDebauchery opened this issue Feb 28, 2025 · 0 comments
Open
Labels
enhancement New feature or request

Comments

@DefiDebauchery
Copy link

DefiDebauchery commented Feb 28, 2025

What is needed?

Limit TXS indexing and activity to specified Safe addresses.

Background

Teams may want to run local/internal instances of the Safe Transaction Service, but not want to spend the resources indexing every Safe ever created, which would not be relevant to them.

Ideally, such a setting would also limit ERC20 indexing to only pertain to the addresses in question, resulting in much faster initial indexing, and lighter-weight TXS overall.

Related issues

I finally unearthed a question I had asked on how to initially do this. While the line referenced is still relevant, this was also from three years ago, and I'm unsure if there are other places where such a central configuration would be useful

https://ethereum.stackexchange.com/questions/120117/configuring-gnosis-txs-to-only-care-about-specific-safes

Notes

While a configuration entry (config/base.py?) would be good for initial population, an admin route to selectively add additional or future Safes without restarting the running instance could be useful, if possible.

@DefiDebauchery DefiDebauchery added the enhancement New feature or request label Feb 28, 2025
@DefiDebauchery DefiDebauchery changed the title Introduce ability to specify which Safe addresses to index Introduce ability to limit which Safe addresses the TXS operates on Feb 28, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant