-
Notifications
You must be signed in to change notification settings - Fork 10
Multi-chain support (EVM chains) #336
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
Labels
primitives
Changes regarding the `primitives` crate
Comments
Any outstanding changes regarding the multi-chain support can be handled separately. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
See AmbireTech/adex-validator#324 for more details
Chain IDs: https://chainid.network/
When working with Channels we need to try and map the known addresses of stablecoins to the passed
Channel.token
and "guess" the chain on which this channel is located (ethereum, polygon, etc).✅ Configuration
Configuration should allow for setting up allowed tokens (and chains). So configuration for allowed tokens and chains is explicit and we have to specify the chain id and address.
Each Chain should also have the addresses of the
OUTPACE
&Sweeper
contracts✅ Adapter
The information about the
Chain
will be then used to initialize theAdapter
with the correct rpc url for this chain.Chain will be used to generate to Authentication token as well, since we need this information, when we're calling the
Adapter::session_from_token
. This is the case, because of #452 which uses the Identity contract (on a given chain) if the payload contains an identity addressSentry
All calls should be filtered out based on the Authentication token Chain, otherwise the identity as which we've authenticated as in the given chain, won't be valid for other chain's records (like channels, campaigns, analytics, etc)
The text was updated successfully, but these errors were encountered: