rjl493456442 2e739fce58 core/txpool: add 7702 protection to blobpool (#31526) ... This pull request introduces two constraints in the blobPool: (a) If the sender has a pending authorization or delegation, only one in-flight executable transaction can be cached. (b) If the authority address in a SetCode transaction is already reserved by the blobPool, the transaction will be rejected. These constraints mitigate an attack where an attacker spams the pool with numerous blob transactions, evicts other transactions, and then cancels all pending blob transactions by draining the sender’s funds if they have a delegation. Note, because there is no exclusive lock held between different subpools when processing transactions, it's totally possible the SetCode transaction and blob transactions with conflict sender and authorities are accepted simultaneously. I think it's acceptable as it's very hard to be exploited. --------- Co-authored-by: lightclient <lightclient@protonmail.com>		2025-04-08 07:46:27 -06:00
..
eth	core/txpool: add 7702 protection to blobpool (#31526)	2025-04-08 07:46:27 -06:00
snap	metrics, cmd/geth: change init-process of metrics (#30814)	2024-12-10 13:27:29 +01:00