Problem
A featured app creating a contract that is then archived by a transaction submitted by an SV node will create featured app activity twice for the featured app: once for the tx creating the contract, and once for the SV-submitted transaction archiving it.
The latter is problematic as there is no burn for an SV-submitted transaction.
Proposal
Do not count app activity for transactions submitted by SV-nodes.
Concretely:
- Store
DsoRules in RewardReferenceStore
- Do not create app activity for submissions from participants whose
participantId is in DsoRules.svs.
- Bump the "code version" for app activity computation to avoid mismatches.
Discussion
FYI: @rautenrieth-da @dfordivam @adetokunbo
Problem
A featured app creating a contract that is then archived by a transaction submitted by an SV node will create featured app activity twice for the featured app: once for the tx creating the contract, and once for the SV-submitted transaction archiving it.
The latter is problematic as there is no burn for an SV-submitted transaction.
Proposal
Do not count app activity for transactions submitted by SV-nodes.
Concretely:
DsoRulesinRewardReferenceStoreparticipantIdis inDsoRules.svs.Discussion
FYI: @rautenrieth-da @dfordivam @adetokunbo