2023-06-06 04:53:29 -05:00
|
|
|
// Copyright 2023 The go-ethereum Authors
|
|
|
|
// This file is part of the go-ethereum library.
|
|
|
|
//
|
|
|
|
// The go-ethereum library is free software: you can redistribute it and/or modify
|
|
|
|
// it under the terms of the GNU Lesser General Public License as published by
|
|
|
|
// the Free Software Foundation, either version 3 of the License, or
|
|
|
|
// (at your option) any later version.
|
|
|
|
//
|
|
|
|
// The go-ethereum library is distributed in the hope that it will be useful,
|
|
|
|
// but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
// MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
// GNU Lesser General Public License for more details.
|
|
|
|
//
|
|
|
|
// You should have received a copy of the GNU Lesser General Public License
|
|
|
|
// along with the go-ethereum library. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
|
|
|
|
package txpool
|
|
|
|
|
|
|
|
import (
|
|
|
|
"crypto/sha256"
|
2024-02-29 03:56:46 -06:00
|
|
|
"errors"
|
2023-06-06 04:53:29 -05:00
|
|
|
"fmt"
|
|
|
|
"math/big"
|
|
|
|
|
|
|
|
"github.com/ethereum/go-ethereum/common"
|
|
|
|
"github.com/ethereum/go-ethereum/core"
|
|
|
|
"github.com/ethereum/go-ethereum/core/state"
|
|
|
|
"github.com/ethereum/go-ethereum/core/types"
|
|
|
|
"github.com/ethereum/go-ethereum/crypto/kzg4844"
|
|
|
|
"github.com/ethereum/go-ethereum/log"
|
|
|
|
"github.com/ethereum/go-ethereum/params"
|
|
|
|
)
|
|
|
|
|
2024-02-26 03:06:52 -06:00
|
|
|
var (
|
|
|
|
// blobTxMinBlobGasPrice is the big.Int version of the configured protocol
|
2024-03-20 02:49:38 -05:00
|
|
|
// parameter to avoid constructing a new big integer for every transaction.
|
2024-02-26 03:06:52 -06:00
|
|
|
blobTxMinBlobGasPrice = big.NewInt(params.BlobTxMinBlobGasprice)
|
|
|
|
)
|
|
|
|
|
2023-06-06 04:53:29 -05:00
|
|
|
// ValidationOptions define certain differences between transaction validation
|
|
|
|
// across the different pools without having to duplicate those checks.
|
|
|
|
type ValidationOptions struct {
|
|
|
|
Config *params.ChainConfig // Chain configuration to selectively validate based on current fork rules
|
|
|
|
|
|
|
|
Accept uint8 // Bitmap of transaction types that should be accepted for the calling pool
|
|
|
|
MaxSize uint64 // Maximum size of a transaction that the caller can meaningfully handle
|
|
|
|
MinTip *big.Int // Minimum gas tip needed to allow a transaction into the caller pool
|
|
|
|
}
|
|
|
|
|
|
|
|
// ValidateTransaction is a helper method to check whether a transaction is valid
|
|
|
|
// according to the consensus rules, but does not check state-dependent validation
|
|
|
|
// (balance, nonce, etc).
|
|
|
|
//
|
|
|
|
// This check is public to allow different transaction pools to check the basic
|
|
|
|
// rules without duplicating code and running the risk of missed updates.
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
func ValidateTransaction(tx *types.Transaction, head *types.Header, signer types.Signer, opts *ValidationOptions) error {
|
2023-06-06 04:53:29 -05:00
|
|
|
// Ensure transactions not implemented by the calling pool are rejected
|
|
|
|
if opts.Accept&(1<<tx.Type()) == 0 {
|
|
|
|
return fmt.Errorf("%w: tx type %v not supported by this pool", core.ErrTxTypeNotSupported, tx.Type())
|
|
|
|
}
|
|
|
|
// Before performing any expensive validations, sanity check that the tx is
|
|
|
|
// smaller than the maximum limit the pool can meaningfully handle
|
|
|
|
if tx.Size() > opts.MaxSize {
|
|
|
|
return fmt.Errorf("%w: transaction size %v, limit %v", ErrOversizedData, tx.Size(), opts.MaxSize)
|
|
|
|
}
|
|
|
|
// Ensure only transactions that have been enabled are accepted
|
|
|
|
if !opts.Config.IsBerlin(head.Number) && tx.Type() != types.LegacyTxType {
|
|
|
|
return fmt.Errorf("%w: type %d rejected, pool not yet in Berlin", core.ErrTxTypeNotSupported, tx.Type())
|
|
|
|
}
|
|
|
|
if !opts.Config.IsLondon(head.Number) && tx.Type() == types.DynamicFeeTxType {
|
|
|
|
return fmt.Errorf("%w: type %d rejected, pool not yet in London", core.ErrTxTypeNotSupported, tx.Type())
|
|
|
|
}
|
|
|
|
if !opts.Config.IsCancun(head.Number, head.Time) && tx.Type() == types.BlobTxType {
|
|
|
|
return fmt.Errorf("%w: type %d rejected, pool not yet in Cancun", core.ErrTxTypeNotSupported, tx.Type())
|
|
|
|
}
|
|
|
|
// Check whether the init code size has been exceeded
|
|
|
|
if opts.Config.IsShanghai(head.Number, head.Time) && tx.To() == nil && len(tx.Data()) > params.MaxInitCodeSize {
|
|
|
|
return fmt.Errorf("%w: code size %v, limit %v", core.ErrMaxInitCodeSizeExceeded, len(tx.Data()), params.MaxInitCodeSize)
|
|
|
|
}
|
|
|
|
// Transactions can't be negative. This may never happen using RLP decoded
|
|
|
|
// transactions but may occur for transactions created using the RPC.
|
|
|
|
if tx.Value().Sign() < 0 {
|
|
|
|
return ErrNegativeValue
|
|
|
|
}
|
|
|
|
// Ensure the transaction doesn't exceed the current block limit gas
|
|
|
|
if head.GasLimit < tx.Gas() {
|
|
|
|
return ErrGasLimit
|
|
|
|
}
|
|
|
|
// Sanity check for extremely large numbers (supported by RLP or RPC)
|
|
|
|
if tx.GasFeeCap().BitLen() > 256 {
|
|
|
|
return core.ErrFeeCapVeryHigh
|
|
|
|
}
|
|
|
|
if tx.GasTipCap().BitLen() > 256 {
|
|
|
|
return core.ErrTipVeryHigh
|
|
|
|
}
|
|
|
|
// Ensure gasFeeCap is greater than or equal to gasTipCap
|
|
|
|
if tx.GasFeeCapIntCmp(tx.GasTipCap()) < 0 {
|
|
|
|
return core.ErrTipAboveFeeCap
|
|
|
|
}
|
|
|
|
// Make sure the transaction is signed properly
|
|
|
|
if _, err := types.Sender(signer, tx); err != nil {
|
|
|
|
return ErrInvalidSender
|
|
|
|
}
|
|
|
|
// Ensure the transaction has more gas than the bare minimum needed to cover
|
|
|
|
// the transaction metadata
|
|
|
|
intrGas, err := core.IntrinsicGas(tx.Data(), tx.AccessList(), tx.To() == nil, true, opts.Config.IsIstanbul(head.Number), opts.Config.IsShanghai(head.Number, head.Time))
|
|
|
|
if err != nil {
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
if tx.Gas() < intrGas {
|
2024-02-26 03:06:52 -06:00
|
|
|
return fmt.Errorf("%w: gas %v, minimum needed %v", core.ErrIntrinsicGas, tx.Gas(), intrGas)
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
2024-02-26 03:06:52 -06:00
|
|
|
// Ensure the gasprice is high enough to cover the requirement of the calling pool
|
2023-06-06 04:53:29 -05:00
|
|
|
if tx.GasTipCapIntCmp(opts.MinTip) < 0 {
|
2024-02-26 03:06:52 -06:00
|
|
|
return fmt.Errorf("%w: gas tip cap %v, minimum needed %v", ErrUnderpriced, tx.GasTipCap(), opts.MinTip)
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
|
|
|
if tx.Type() == types.BlobTxType {
|
2024-02-26 03:06:52 -06:00
|
|
|
// Ensure the blob fee cap satisfies the minimum blob gas price
|
|
|
|
if tx.BlobGasFeeCapIntCmp(blobTxMinBlobGasPrice) < 0 {
|
|
|
|
return fmt.Errorf("%w: blob fee cap %v, minimum needed %v", ErrUnderpriced, tx.BlobGasFeeCap(), blobTxMinBlobGasPrice)
|
|
|
|
}
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
sidecar := tx.BlobTxSidecar()
|
|
|
|
if sidecar == nil {
|
2024-02-29 03:56:46 -06:00
|
|
|
return errors.New("missing sidecar in blob transaction")
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
}
|
2023-09-27 20:48:14 -05:00
|
|
|
// Ensure the number of items in the blob transaction and various side
|
2023-06-06 04:53:29 -05:00
|
|
|
// data match up before doing any expensive validations
|
|
|
|
hashes := tx.BlobHashes()
|
|
|
|
if len(hashes) == 0 {
|
2024-02-29 03:56:46 -06:00
|
|
|
return errors.New("blobless blob transaction")
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
2023-08-23 16:16:14 -05:00
|
|
|
if len(hashes) > params.MaxBlobGasPerBlock/params.BlobTxBlobGasPerBlob {
|
|
|
|
return fmt.Errorf("too many blobs in transaction: have %d, permitted %d", len(hashes), params.MaxBlobGasPerBlock/params.BlobTxBlobGasPerBlob)
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
2024-02-26 03:06:52 -06:00
|
|
|
// Ensure commitments, proofs and hashes are valid
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
if err := validateBlobSidecar(hashes, sidecar); err != nil {
|
|
|
|
return err
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
}
|
|
|
|
return nil
|
|
|
|
}
|
2023-06-06 04:53:29 -05:00
|
|
|
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
func validateBlobSidecar(hashes []common.Hash, sidecar *types.BlobTxSidecar) error {
|
|
|
|
if len(sidecar.Blobs) != len(hashes) {
|
|
|
|
return fmt.Errorf("invalid number of %d blobs compared to %d blob hashes", len(sidecar.Blobs), len(hashes))
|
|
|
|
}
|
|
|
|
if len(sidecar.Commitments) != len(hashes) {
|
|
|
|
return fmt.Errorf("invalid number of %d blob commitments compared to %d blob hashes", len(sidecar.Commitments), len(hashes))
|
|
|
|
}
|
|
|
|
if len(sidecar.Proofs) != len(hashes) {
|
|
|
|
return fmt.Errorf("invalid number of %d blob proofs compared to %d blob hashes", len(sidecar.Proofs), len(hashes))
|
|
|
|
}
|
|
|
|
// Blob quantities match up, validate that the provers match with the
|
|
|
|
// transaction hash before getting to the cryptography
|
|
|
|
hasher := sha256.New()
|
2024-01-19 04:41:17 -06:00
|
|
|
for i, vhash := range hashes {
|
|
|
|
computed := kzg4844.CalcBlobHashV1(hasher, &sidecar.Commitments[i])
|
|
|
|
if vhash != computed {
|
|
|
|
return fmt.Errorf("blob %d: computed hash %#x mismatches transaction one %#x", i, computed, vhash)
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
}
|
|
|
|
// Blob commitments match with the hashes in the transaction, verify the
|
|
|
|
// blobs themselves via KZG
|
|
|
|
for i := range sidecar.Blobs {
|
2024-03-13 01:51:46 -05:00
|
|
|
if err := kzg4844.VerifyBlobProof(&sidecar.Blobs[i], sidecar.Commitments[i], sidecar.Proofs[i]); err != nil {
|
core/types: support for optional blob sidecar in BlobTx (#27841)
This PR removes the newly added txpool.Transaction wrapper type, and instead adds a way
of keeping the blob sidecar within types.Transaction. It's better this way because most
code in go-ethereum does not care about blob transactions, and probably never will. This
will start mattering especially on the client side of RPC, where all APIs are based on
types.Transaction. Users need to be able to use the same signing flows they already
have.
However, since blobs are only allowed in some places but not others, we will now need to
add checks to avoid creating invalid blocks. I'm still trying to figure out the best place
to do some of these. The way I have it currently is as follows:
- In block validation (import), txs are verified not to have a blob sidecar.
- In miner, we strip off the sidecar when committing the transaction into the block.
- In TxPool validation, txs must have a sidecar to be added into the blobpool.
- Note there is a special case here: when transactions are re-added because of a chain
reorg, we cannot use the transactions gathered from the old chain blocks as-is,
because they will be missing their blobs. This was previously handled by storing the
blobs into the 'blobpool limbo'. The code has now changed to store the full
transaction in the limbo instead, but it might be confusing for code readers why we're
not simply adding the types.Transaction we already have.
Code changes summary:
- txpool.Transaction removed and all uses replaced by types.Transaction again
- blobpool now stores types.Transaction instead of defining its own blobTx format for storage
- the blobpool limbo now stores types.Transaction instead of storing only the blobs
- checks to validate the presence/absence of the blob sidecar added in certain critical places
2023-08-14 03:13:34 -05:00
|
|
|
return fmt.Errorf("invalid blob %d: %v", i, err)
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
|
|
|
}
|
|
|
|
return nil
|
|
|
|
}
|
|
|
|
|
|
|
|
// ValidationOptionsWithState define certain differences between stateful transaction
|
|
|
|
// validation across the different pools without having to duplicate those checks.
|
|
|
|
type ValidationOptionsWithState struct {
|
|
|
|
State *state.StateDB // State database to check nonces and balances against
|
|
|
|
|
|
|
|
// FirstNonceGap is an optional callback to retrieve the first nonce gap in
|
|
|
|
// the list of pooled transactions of a specific account. If this method is
|
|
|
|
// set, nonce gaps will be checked and forbidden. If this method is not set,
|
|
|
|
// nonce gaps will be ignored and permitted.
|
|
|
|
FirstNonceGap func(addr common.Address) uint64
|
|
|
|
|
2023-07-27 05:45:35 -05:00
|
|
|
// UsedAndLeftSlots is a mandatory callback to retrieve the number of tx slots
|
|
|
|
// used and the number still permitted for an account. New transactions will
|
|
|
|
// be rejected once the number of remaining slots reaches zero.
|
|
|
|
UsedAndLeftSlots func(addr common.Address) (int, int)
|
|
|
|
|
2023-09-26 22:08:53 -05:00
|
|
|
// ExistingExpenditure is a mandatory callback to retrieve the cumulative
|
2023-06-06 04:53:29 -05:00
|
|
|
// cost of the already pooled transactions to check for overdrafts.
|
|
|
|
ExistingExpenditure func(addr common.Address) *big.Int
|
|
|
|
|
|
|
|
// ExistingCost is a mandatory callback to retrieve an already pooled
|
|
|
|
// transaction's cost with the given nonce to check for overdrafts.
|
|
|
|
ExistingCost func(addr common.Address, nonce uint64) *big.Int
|
|
|
|
}
|
|
|
|
|
|
|
|
// ValidateTransactionWithState is a helper method to check whether a transaction
|
|
|
|
// is valid according to the pool's internal state checks (balance, nonce, gaps).
|
|
|
|
//
|
|
|
|
// This check is public to allow different transaction pools to check the stateful
|
|
|
|
// rules without duplicating code and running the risk of missed updates.
|
|
|
|
func ValidateTransactionWithState(tx *types.Transaction, signer types.Signer, opts *ValidationOptionsWithState) error {
|
|
|
|
// Ensure the transaction adheres to nonce ordering
|
|
|
|
from, err := signer.Sender(tx) // already validated (and cached), but cleaner to check
|
|
|
|
if err != nil {
|
|
|
|
log.Error("Transaction sender recovery failed", "err", err)
|
|
|
|
return err
|
|
|
|
}
|
|
|
|
next := opts.State.GetNonce(from)
|
|
|
|
if next > tx.Nonce() {
|
|
|
|
return fmt.Errorf("%w: next nonce %v, tx nonce %v", core.ErrNonceTooLow, next, tx.Nonce())
|
|
|
|
}
|
|
|
|
// Ensure the transaction doesn't produce a nonce gap in pools that do not
|
|
|
|
// support arbitrary orderings
|
|
|
|
if opts.FirstNonceGap != nil {
|
|
|
|
if gap := opts.FirstNonceGap(from); gap < tx.Nonce() {
|
|
|
|
return fmt.Errorf("%w: tx nonce %v, gapped nonce %v", core.ErrNonceTooHigh, tx.Nonce(), gap)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
// Ensure the transactor has enough funds to cover the transaction costs
|
|
|
|
var (
|
2024-01-23 07:51:58 -06:00
|
|
|
balance = opts.State.GetBalance(from).ToBig()
|
2023-06-06 04:53:29 -05:00
|
|
|
cost = tx.Cost()
|
|
|
|
)
|
|
|
|
if balance.Cmp(cost) < 0 {
|
|
|
|
return fmt.Errorf("%w: balance %v, tx cost %v, overshot %v", core.ErrInsufficientFunds, balance, cost, new(big.Int).Sub(cost, balance))
|
|
|
|
}
|
|
|
|
// Ensure the transactor has enough funds to cover for replacements or nonce
|
|
|
|
// expansions without overdrafts
|
|
|
|
spent := opts.ExistingExpenditure(from)
|
|
|
|
if prev := opts.ExistingCost(from, tx.Nonce()); prev != nil {
|
|
|
|
bump := new(big.Int).Sub(cost, prev)
|
|
|
|
need := new(big.Int).Add(spent, bump)
|
|
|
|
if balance.Cmp(need) < 0 {
|
|
|
|
return fmt.Errorf("%w: balance %v, queued cost %v, tx bumped %v, overshot %v", core.ErrInsufficientFunds, balance, spent, bump, new(big.Int).Sub(need, balance))
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
need := new(big.Int).Add(spent, cost)
|
|
|
|
if balance.Cmp(need) < 0 {
|
|
|
|
return fmt.Errorf("%w: balance %v, queued cost %v, tx cost %v, overshot %v", core.ErrInsufficientFunds, balance, spent, cost, new(big.Int).Sub(need, balance))
|
|
|
|
}
|
2023-07-27 05:45:35 -05:00
|
|
|
// Transaction takes a new nonce value out of the pool. Ensure it doesn't
|
2023-09-26 22:08:53 -05:00
|
|
|
// overflow the number of permitted transactions from a single account
|
2023-07-27 05:45:35 -05:00
|
|
|
// (i.e. max cancellable via out-of-bound transaction).
|
|
|
|
if used, left := opts.UsedAndLeftSlots(from); left <= 0 {
|
|
|
|
return fmt.Errorf("%w: pooled %d txs", ErrAccountLimitExceeded, used)
|
|
|
|
}
|
2023-06-06 04:53:29 -05:00
|
|
|
}
|
|
|
|
return nil
|
|
|
|
}
|