La aceptación RPC y la confirmación de red son etapas diferentes. El vencimiento también necesita contexto de ejecución.

Qué establece la fuente primaria

sendTransaction devuelve una firma tras aceptar la solicitud RPC, sin garantizar confirmación del clúster. La documentación recomienda comprobar el estado después. Solana RPC reference — sendTransaction ↗

getLatestBlockhash entrega blockhash y lastValidBlockHeight juntos. Deben permanecer vinculados en el registro del pago. Solana RPC reference — getLatestBlockhash ↗

Qué cambia en el análisis

Un timeout del navegador no demuestra que el pago no se procesará. Firmar inmediatamente otro puede generar una segunda instrucción independiente.

Retransmitir la misma transacción firmada y construir una nueva son acciones distintas. El historial debe identificar cuál ocurrió.

Qué comprobar antes de concluir

La guía recomienda vigilar altura de bloque y validez. Expirar impide incluir después una transacción aún sin procesar, pero no deshace un pago incluido antes. Solana — Transaction Confirmation & Expiration ↗

Conserve pedido, red, firma, destinatario, activo, importe y resultado. Las transacciones durable-nonce usan otro mecanismo de validez y requieren seguimiento específico. Solana — Transaction Confirmation & Expiration ↗