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
{{ message }}
This repository has been archived by the owner on Jul 20, 2023. It is now read-only.
Would it be possible to include censorship numbers in this dashboard? I would be particularly interested to know how many transactions would have made it into a block on profitability alone but were rejected due to blacklist considerations. This seems like a key transparency metric for validators considering which relays to use.
I understand this number may be hard to determine depending on the internal order of operations.
If blacklisted transactions are filtered out as a first step prior to block packing, it may be unclear whether they were going to make it into the block just based on profitability or not. In this case, I would recommend giving the total number of blacklisted transactions with sufficient basefee for each block, and also maybe the number of those transactions that would have had a higher profitability than the lowest-profit transactions that did make it into the block.
If block packing is iterative, and blacklisted transactions are filtered out after a first packing pass and replaced with other transactions in a later pass, then the raw number of transactions included in an initial pass at the block but were subsequently filtered because of the blacklist would be the ideal metric.
Thank you!
The text was updated successfully, but these errors were encountered:
Would it be possible to include censorship numbers in this dashboard? I would be particularly interested to know how many transactions would have made it into a block on profitability alone but were rejected due to blacklist considerations. This seems like a key transparency metric for validators considering which relays to use.
I understand this number may be hard to determine depending on the internal order of operations.
If blacklisted transactions are filtered out as a first step prior to block packing, it may be unclear whether they were going to make it into the block just based on profitability or not. In this case, I would recommend giving the total number of blacklisted transactions with sufficient basefee for each block, and also maybe the number of those transactions that would have had a higher profitability than the lowest-profit transactions that did make it into the block.
If block packing is iterative, and blacklisted transactions are filtered out after a first packing pass and replaced with other transactions in a later pass, then the raw number of transactions included in an initial pass at the block but were subsequently filtered because of the blacklist would be the ideal metric.
Thank you!
The text was updated successfully, but these errors were encountered: