EPIC: ABCI++

[tac0turtle]

Summary

Tendermint team has been working on a refactor of the abci layer to enable more use cases. This has been a requested feature by many users and will be a focus of the sdk team once a release of 0.36 is cut and SDK team has completed app wiring migration.

More Information can be found on the design here: https://github.com/tendermint/tendermint/tree/master/spec/abci%2B%2B

Phase 1

Phase 1 of baseapp++ will be focused on prepare proposal and process proposal.

• ADR/Baseapp++: prepare and process proposal design #12770 (@alexanderbez)
• Implement prepare and process proposal in Baseapp #13150
• Implement process proposal handling in baseapp #13151
• Release baseapp

Phase 2

Phase 2 of baseapp++ will commence once tendermint releases a version of abci with vote extensions and finalise block

• abci 2.0: write ADR #14674 (@alexanderbez)
• Implement vote extensions (@alexanderbez)
• Implement finalize block (@alexanderbez)
• Update remaining components and tests of BaseApp
• Update modules (this might need to be broken down by module in case burden is too high) (@alexanderbez)
• Update simapp
• Update store (this includes possibly revamping streaming APIs) (@tac0turtle)
• Update runtime
• Update server
• Update types
• Update client
• Audit BaseApp ABCI methods to ensure errors are only returned where necessary
• BaseApp tests for FinalizeBlock, ExtendVote, and VerifyVoteExtension

Phase 3

Phase 3 is all about testing

• Baseapp (@tacoturtle)
• Client
• runtime (@aaronc & @tac0turtle)
• server
• simapp (@alexanderbez)
• store (@cool-develope)
• tests (@likhita-809)
• testutil (@alexanderbez)
• tools/rosetta (@cool-develope)
• abci++: fix types tests #16084
• auth (@kocubinski)
• authz (@JeancarloBarrios)
• bank (@kocubinski)
• distribution
• evidence (@kocubinski)
• gov / group (@julienrbrt)
• simulation (@alexanderbez)
• slashing (@cool-develope)
• staking (@cool-develope)
• upgrade (@alexanderbez)

Phase 4

• add changelog and upgrading.md for changes

---

For Admin Use

• Not duplicate issue
• Appropriate labels applied
• Appropriate contributors tagged
• Contributor assigned/self-assigned

[p0mvn]

Is the plan to switch to the newly introduced "same block execution" or keep using "next block execution"?

Asking to learn - why would we prefer one over the other in the SDK?

[alexanderbez]

I think the idea here @p0mvn is to refactor/update the BaseApp implementation to implement the new ABCI++ interface and deprecate or remove the old methods.

[tac0turtle]

Is the plan to switch to the newly introduced "same block execution" or keep using "next block execution"?

Asking to learn - why would we prefer one over the other in the SDK?

We will continue to use next-block execution because the sdk is built with the off by one approach of delayed execution (next-block execution), if we move to immediate execution (same-block execution) we would need to refactor quite a few things

[itsdevbear]

The ability to do same block execution would be nice, how bad would the refactor be @marbar3778 ?

[tac0turtle]

immediate execution would be a fairly hefty rewrite, I believe, as staking and other modules assume H+1. Optimistic execution, where we start execution in the process proposal phase is a lot lighter of a lift

[alexanderbez]

Yeah it's not trivial because as @marbar3778 pointed out there are various places in the SDK where we have this "off by 1" assumption, so it's not just a few changes to baseapp :-/

In any case, we're proposing the execute the entire block in ProcessProposal, where apps (if they decide) can actually execute this in parallel with Tendermint's voting rounds.