eth.pendingTransactions vs. eth.getBlock('pending').transactions

Was ist der Unterschied zwischen eth.pendingTransactionsund eth.getBlock('pending').transactions?

Mir ist aufgefallen, eth.pendingTransactionsdass manche Transaktionen manchmal eth.getBlock('pending').transactionskeine haben.

Antworten (1)

eth.pendingTransactionssind die Transaktionen, die Ihr lokaler Geth -Knoten hat, die nicht zu einem Block abgebaut wurden.

eth.getBlock('pending')ist der aktuelle Block, den Ihr Knoten abbaut (oder abbauen würde). Es ist kein Block, der der Blockchain hinzugefügt wurde. eth.getBlock('pending').transactionssind die Transaktionen, die in diesem hypothetischen Block enthalten sind.

Wenn Sie eine Transaktion senden, sehen Sie sie zuerst in eth.pendingTransactions, bevor ein Miner sie in einen Block einfügt.

Enthält eth.pendingTransactions nur tx, die vom eigenen Knoten erstellt wurden, oder auch tx, die von anderen gesendet wurden? Oder mit anderen Worten: Ist es möglich, über eingehende Ether-Zahlungstransaktionen Bescheid zu wissen, bevor sie in einem Block bestätigt werden (wie bei BTC)?
@tobi Für Geth kannst du dir txpool anschauen
Cool, danke! Also wahrscheinlich auch für die Parität, oder? Ich fange gerade an, mich damit zu beschäftigen, aber ich gehe davon aus, dass ihre RPC-Schnittstellen ziemlich ähnlich sind
@eth Hallo, gilt das für einen Knoten, der nicht abbaut? Ich kann nicht sehen, was dieser "hypothetische Block" auf einem Nicht-Mining-Knoten darstellen könnte, wenn "pending" als Parameter verwendet wird.
@NicolasMassart Wenn kein Mining durchgeführt wird, wäre „ausstehend“ dasselbe wie „neuester“ Block (Ihr Knoten hat). Wenn es einen Unterschied gibt, lohnt es sich möglicherweise, eine neue Frage zu verknüpfen.