Epic: x/accounts

[testinginprod]

This epic tracks x/accounts development:

MVP

• Interface feat(accounts): Add Account interface + barebones implementation #17496 [audit]
• state isolation feat(accounts): Implement account state isolation #17508 [audit]
• execution, query and init logic feat(accounts): add account Creation, Execution and Query logic #17514 [audit]
• query and msg server logic feat(accounts): implement initial Query/MsgServer logic. #17615 [audit]
• module communication feat(accounts): implement account to module communication #17686 [audit]
• Export/import Genesis feat(accounts): add Genesis handling #17802 [audit]
• Simapp Wiring feat(x/accounts): wire x/accounts to simapp #18253 [audit]

Release (breaking changes we must have before release)

• Move x/accounts to gogoproto: https://github.com/cosmos/cosmos-sdk/pull/18653/files
• Use account number as bytes prefix for the account storage. feat(accounts): use account number as state prefix for account state #18664
• Init Genesis (starting new chain, from scratch; not import/export) [audit]
• Address Scheme feat(accounts): Decide on address creation scheme #17516 [audit]
• Migrate x/accounts to use gogoproto instead of protov2 feat(accounts): use gogoproto API instead of protov2.  #18653
• use google.Protobuf.Any instead of bytes for messages: feat(accounts): use gogoproto API instead of protov2.  #18653 [audit]
• Make x/accounts use the same account number sequence as x/auth. refactor(x/accounts)!: accounts and auth module use the same account number tracking #20405 [audit]
• Add migration message to migrate x/auth account to x/accounts
• Make auth check also for x/accounts state when checking for account existence.
• Add Gas and Binary Codec as dependencies: feat(accounts): Add codec.BinaryCodec and Gas to dependencies. #19068

Post-Release (can be added in an additive way without breaking things)

• Authorized execution from sender (authorize the account to execute an action on behalf of the invoker, eg: coin send)
• Allow to send coins on account init and execute feat(accounts): Allow funds to be sent to accounts on init and execute #19360
• Events feat(accounts): Add event emission #17687
• More core services (block service, branching..)
• Account Schema
• Assert Account Interface functionality feat(accounts): Add methods to check if an account accepts certain messages or queries (interface assertion) #19361

Account Abstraction

• Define core.branch.Service feat(core): add branch service #18379 [audit]
• Implement core.branch.Service feat(runtime): Implement branch service #18475 [audit]
• Add account abstraction interfaces and protofiles. feat(accounts): add interfaces and mock impls for account abstraction #18404 [audit]
• Implement account abstraction execution [audit]
• Implement AA user op execution logic feat(accounts): implement account abstraction execution #18499 [audit]
• Implement user operation simulation feat(accounts): Add Query to simulate a UserOperation #18979 [audit]
• Decide if to introduce Sequence to user operation (required to avoid tx hash conflicts)
• Implement MsgServer feat(accounts): Add TxCompat field –  implement Tx integration (part 1) #18969
• Implement BaseAccount as Abstracted Account

Tx Integration (Enshrining)

Tasks needed to integrate account abstraction authentication into the TX execution.

• Add TxCompat field, contains auxiliary fields needed to convert a TX into a UserOperation. feat(accounts): Add TxCompat field –  implement Tx integration (part 1) #18969
• Implement QueryAccountNumber query to query account number by address. feat(accounts): implement Account Number query #18989
• Add header.Service support feat(accounts): Add header.Service support #19004
• Add AA authentication logic into SigVerify AnteHandler

Auxiliary

Defines auxiliary tasks needed:

• Remove GetAllAccounts, IterateAccounts methods from x/auth AccountKeeper refactor(auth): Remove IterateAccounts method from x/auth keeper #19363
• Join SigVerification, CasConsume, IncreaseSequence decorators: refactor(auth): group sig verification ante handlers (SigGasConsume, SigVerify, IncreaseSequence) #18817
• Join SetPubKeyDecorator with SigVerificationDecorator refactor(auth): incorporate set pub key decorator into sig verification decorator #19093
• Refactor auth ante to make it more readable refactor(auth): Move sig verification out of the for loop, into the authenticate method. #18780
• Fix proto.Merge for gogoproto types fix(baseapp): protocompat.go gogoproto.Merge does not work with custom types #18654
• Refactor unknown proto to use descriptorpb types instead of gogotypes refactor(codec/unknownproto): use official descriptorpb types, do not rely on gogo code gen types. #18541
• Add hybrid MsgServer handlers feat(baseapp): Add Hybrid Protobuf handlers to MsgServiceRouter #18071
• Add hybrid QueryServer handlers feat(grpcrouter): add hybrid query handler #17921

[tac0turtle]

As part of this we should also keep track for various types of accounts

• multisigs
• vesting
• multiple signers

[imduchuyyy]

Do you implement this module for multichain landscape ?. For example:

• Sync authorization key between each chains
• Query authorization key from other chains on cosmos ecosystem

[testinginprod]

@terryyy-eth this is an implementation detail of the account, x/accounts does not make assumptions around how an account can authenticate, if your account authentication wants to leverage the interchain it can, the implementation detail is up to you as a developer.

[fmorency]

Out of curiosity, why would one need a multisig account, as defined in https://github.com/cosmos/cosmos-sdk/tree/aceeaf47206eccf4bcad56729bd695b9eefc18f1/x/accounts/defaults/multisig, when we have the x/group module?

[tac0turtle]

the multisig is meant to be a light weight and simple, if users would like a custom multisig they can simply add it without needing to modify the groups module. Group is heavy on a chain and complex. We are moving towards simplifying the system and groups may move into a maintenance state

[tac0turtle]

completed.