-
Notifications
You must be signed in to change notification settings - Fork 505
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add failed operation count to ledger resource #1385
Comments
The name can be confusing, indeed. Maybe we should call it: |
@bartekn that sounds even more confusing to me :) |
+1 for "applied" |
I think
But maybe it's because I've been working with stellar-core related code recently? What do you think about: |
That's a lot of words @bartekn, though passable. Going to throw one last proposal in the mix. |
Sounds good to me. I added it to Horizon 0.18.1 milestone so we should probably start working on this to be able to release it in this sprint. |
In protocol version 11 that implemented CAP-0005 the number of operations is used as the indicator of ledger capacity. /fee_stats endpoint is incorrectly using transaction count for ledger capacity stats. The query that calculates ledger capacity in the last 5 ledgers has been rewritten. Because we don't have access to number of failed operations in history_ledgers table (#1385) we first run subquery that returns number of operations for ledgers in question along with max_tx_set_size for each ledger and then calculate the capacity in the parent query.
…er. (#2690) ### What Extend ingestion to store the total number of operations in the transaction set and expose it in the ledger resource via `tx_set_operation_count`. ### Why This feature was requested in #1385 and it will help us assess the used capacity of a transaction set. With this change we have now the total count of operations in the transaction set and the number of successful operations. Fix #1385.
Fixed in #2690 - this will be in the next horizon release. |
The ledger resource currently reports
operation_count
which represents the number of successful applied in the ledger.With protocol 11 changes it's difficult to asses the used capacity of a transaction set without a failed operation count.
I suggest deprecating
operation_count
and introducingsuccessful_operation_count
andfailed_operation_count
.Note: failed operations might be semantically confusing. An operation result can be successful, but if it's within a failed transaction, the operation is not applied and therefore it has in fact failed. I don't think that's a sufficient reason not to introduce the failed operations metric, but it's important to document accordingly.
The text was updated successfully, but these errors were encountered: