¿Transacción minada o no?

Hace varias horas envié la transacción 0xe9cca30f9d8d2040a3c6c5ceb6601240b0c095a47ac9117dd34e36c0d66be2f7 a Ethereum testnet. Al preguntarle a un nodo al respecto, todo parece correcto (transacción confirmada):

> eth.getTransactionReceipt("0xe9cca30f9d8d2040a3c6c5ceb6601240b0c095a47ac9117dd34e36c0d66be2f7");
{
  blockHash: "0xed3c145b87b83a52c42eb9f54c02e05be0da4b0723faf82ee1237b1b599bd180",
  blockNumber: 1806280,
  contractAddress: null,
  cumulativeGasUsed: 43282,
  from: "0xbeb1c53c48f916e099f0d13d3c65f8943dd8ddd2",
  gasUsed: 22282,
  logs: [],
  root: "53f83e77cd68ccee638efcb753426238d5483bf9879086fd3e19288742515596",
  to: "0x27c042342c9ba937214117e11a4970a6145034cb",
  transactionHash: "0xe9cca30f9d8d2040a3c6c5ceb6601240b0c095a47ac9117dd34e36c0d66be2f7",
  transactionIndex: 1
}

Sin embargo, esta transacción no es visible a través de etherscan explorer:

https://testnet.etherscan.io/tx/0xe9cca30f9d8d2040a3c6c5ceb6601240b0c095a47ac9117dd34e36c0d66be2f7

No se puede ubicar la entrada de transacción

No estoy seguro de si tiene algo que ver con la transacción entrante confirmada pero que no se muestra en la billetera Mist

¿Hay alguna razón que pueda explicar la anomalía? ¡Gracias!

Claramente no está en la red de prueba moderna, ya que solo está hasta el bloque 1802845. ¿Podría darnos más detalles sobre su configuración?
Su número de bloque está cerca pero no en la Testnet pública como @TjadenHess mencionó anteriormente. Una posibilidad es que no esté ejecutando el cliente de bifurcación dura del precio del gas y esté sincronizando con la cadena Testnet sin bifurcación dura. Desde github.com/ethereum/go-ethereum/commit/… , el bloque de bifurcación del precio del gas de Testnet es 1783000. Debería ejecutar geth v1.4.18 o posterior: github.com/ethereum/go-ethereum/releases/tag/v1 .4.18 .

Respuestas (2)

Una posible explicación para la anomalía es que podría estar extrayendo localmente la transacción pero no conectado a otros pares de testnet modernos.

Lo siguiente puede ayudar si este es el caso:

Ver: Geth - Comprobación de conectividad

Específicamente, los siguientes comandos.

> net.listening
> net.peerCount
> admin.peers

También puede verificar su saldo (localmente) y confirmar que coincide con los resultados esperados en el explorador de blockchain.

> web3.fromWei(eth.getBalance('0xbeb1c53c48f916e099f0d13d3c65f8943dd8ddd2'), 'ether')

Debería coincidir con el saldo aquí .

Esto puede ser correcto, pero sería inusual que la cadena de bloques local estuviera por delante de la cadena real, ya que los primeros bloques tardarían mucho en extraerse. Podría pasar, con todos los ataques DoS últimamente
@TjadenHess cierto/buen punto. Para el cartel original: la publicación anterior de BokkyPooBah también es muy acertada / una buena posibilidad.

En realidad, creo que el problema podría estar ejecutando una versión anterior de geth, no adecuada para EIP150 Hardfork. Después de actualizar geth de v1.4.10 a v1.4.18, todo debería volver a funcionar sin problemas. ¡Gracias!