[ENHANCE] Add address
field to Account
model, & other multi-chain updates (not urgent)
#49
Labels
enhancement
small enhancement / improvement from existing feature
Summary
As we move to support multi-chain, we will need to make two adjustments to the
Account
model.These are not urgent, especially since NEAR and Stellar addresses are not compatible, but should be done before multiple EVM chains are supported.
Account.address
instead ofAccount.id
PK (this is because the same address may exist on multiple chainsAutoField
forAccount.id
PK instead ofCharField
unique_together
constraint forAccount.chain
&Account.address
to ensure that only one Account record exists per address per chainThis will require careful review and local testing before deploying & migrating dev/prod data.
Motivation
[More detailed explanation of the motivation for the enhancement, including any benefits it would provide]
Description
[Detailed description of the enhancement, including how it would work and any design considerations]
Alternatives
[Discussion of any alternative solutions that were considered and why the proposed solution is preferred]
Risks
[Identification and mitigation of any potential risks associated with the enhancement]
Acceptance Criteria
[List of criteria that must be met for the enhancement to be considered accepted]
Additional Information
[Any other relevant information, such as links to related issues or pull requests]
The text was updated successfully, but these errors were encountered: