eth.pendingTransactions frente a eth.getBlock('pendiente').transacciones

¿Cuál es la diferencia entre eth.pendingTransactionsy eth.getBlock('pending').transactions?

He notado que a veces eth.pendingTransactionstienen algunas transacciones que eth.getBlock('pending').transactionsno tienen.

Respuestas (1)

eth.pendingTransactionsson las transacciones que tiene su nodo Geth local , que no se han minado en un bloque.

eth.getBlock('pending')es el bloque actual que su nodo está minando (o en el que estaría minando). No es un bloque que se haya agregado a la cadena de bloques. eth.getBlock('pending').transactionsson las transacciones que se incluyen en este bloque hipotético.

Si está enviando una transacción, la verá primero en eth.pendingTransactions, antes de que un minero la incluya en un bloque.

¿Eth.pendingTransactions solo contiene tx creado por el propio nodo o también tx transmitido por otros? O en otras palabras: ¿es posible conocer las transacciones de pago entrantes de ether antes de que se confirmen en un bloque (como en btc)?
@tobi Para Geth puedes echar un vistazo a txpool
¡Genial, gracias! Así que probablemente también para la paridad, ¿verdad? Apenas estoy empezando a investigarlo, pero supongo que sus interfaces rpc son bastante similares.
@eth Hola, ¿es esto cierto para un nodo que no está minando? No puedo ver qué podría representar ese "bloque hipotético" en un nodo no minero cuando se usa "pendiente" como parámetro.
@NicolasMassart Si no está minando, 'pendiente' sería lo mismo que el bloque 'más reciente' (su nodo lo tiene). Si hay una diferencia, puede valer la pena vincular una nueva pregunta.
eth.pendingTransactions frente a eth.getBlock('pendiente').transacciones
RespuestasAquíPolítica de privacidad1y, 0v