Quote from: DdmrDdmr on Today at 08:05:21 AM

He leído que lo anterior llevó a un double spending, pero también he leído lo contrario. Por otro lado, no me ha quedado claro si el bloque se llegó a confirmar e introducirse en la cadena, para luego ser rechazado posteriormente (¿tras cuántas confirmaciones?).

BlackHatCoiner lo explico en esta respuesta:

Quote from: BlackHatCoiner on September 27, 2023, 07:18:57 PM

They did include both the parent and child transaction in the same block. It's just that they included the child before the parent in transaction data. So, when the nodes would verify the child, they'd deem it invalid as it'd spend missing UTXOs. That is called an orphaned transaction.

No fue un doble gasto como tal, aunque algunos lo podrian interpretar de dicha manera, como lo mencionan Ambas Transacciones fueron incluidas en el bloque pero se incluyeron en el orden incorrecto.
Es decir Transaccion A (Gasta un UXTO ya confirmado)-> Transaccion B Gasta el UXTO generado por la Transaccion A. Sin embargo en la data del bloque primero estaba contenida la transaccion B y posteriormente la Transaccion A. Cuando los nodos leen la Transaccion B, inmediatamente marcan el bloque como invalido ya que la transaccion A aun no estaba confirmada.

El bloque no fue un bloque valido y nunca fue confirmado.

Quote from: DdmrDdmr on Today at 05:44:40 PM

Otra cosa que no me queda clara (y así seguimos demostrando mi desconocimiento) es si técnicamente el bloque rechazado sería considerado como un bloque huérfano.

Nuevamente citando BlackHatCoiner

Quote from: BlackHatCoiner on Today at 04:13:43 PM

- Stale blocks are successfully mined blocks which aren't included in the most-worked chain.
- Orphaned blocks are blocks whose parent hasn't ever been processed by the node, so they cannot be validated.

Yo pensaba que los bloques huerfanos eran los llamados "Stale", pero al parecer tambien estaba equivocado. Y ahora leyendo la defincion me parece interesante pensar en que situaciones se da un bloque huerfano en un escenario real, lo unico que me imagino poniendo un ejemplo de bloques minados [A->B->C] es que algun nodo reciba primero un bloque C, en lugar de un Bloque B or A, en dado caso el nodo not tiene forma de validar que el bloque C sera valido ya que no a recivido la informacion de A o de B.