You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Before implementing incentive features for tally, refactor the tally process to the updated specs described here.
Specific tasks would involve:
Reordering the tally process to follow: filtering -> tally execution -> payout calculation
Requestor-provided filter should be fully validated before the specific filter is applied. In other words, any errors due to requestor's fault in constructing the filter input should be handled before the specific filter is applied.
Update the tally process logic. Consensus is now determined by tracking lists of successful reports and error reports, where a successful report is a zero-exit code reveal in "agreement" and an error report is any non-zero exit code reveal or a reveal that is not in "agreement."
Update the relevant tests accordingly. Add more tests if necessary.
The text was updated successfully, but these errors were encountered:
It probably makes sense to consider timed-out DRs separately (the case where there are not enough commitments). After a short discussion Mario and I created #453 to keep track of this flow.
♻️ Refactor
Before implementing incentive features for tally, refactor the tally process to the updated specs described here.
Specific tasks would involve:
The text was updated successfully, but these errors were encountered: