# Recovery of transactions in orphaned blocks

**URL:** <https://chiaforum.com/t/recovery-of-transactions-in-orphaned-blocks/593>\
**Category:** Chia Development\
**Created:** [March 8, 2025, 11:10pm UTC](https://chiaforum.com/t/recovery-of-transactions-in-orphaned-blocks/593 "2025-03-08T23:10:26Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![hb8333](https://avatars.discourse-cdn.com/v4/letter/h/35a633/32.png) [@hb8333](https://chiaforum.com/u/hb8333)\
**Post date:** [March 8, 2025, 11:10pm UTC](https://chiaforum.com/t/recovery-of-transactions-in-orphaned-blocks/593/1 "2025-03-08T23:10:26Z")

</div>

I couldn’t find clear information on this so I want to make sure I didn’t miss anything: If a block A is re-orged and orphaned by block B and a transaction was in A and not in B, how does the network make sure that this transaction still makes it into a descendant block of B later? To my knowledge, the transaction can not be taken from A because the signature was aggregated and can not be recovered but the transaction should also be removed from the mempool already when block A arrived.

How do nodes and clients deal with this? Is there some kind of secondary mempool to recover signatures or do clients have to rebroadcast a transaction in this scenario to ensure the transaction will still be included in a upcoming block?

Thanks!

FWIW, I already asked this question [on reddit](https://www.reddit.com/r/chia/comments/1j6m5kn/question_recovery_of_transactions_in_orphaned/) but I thought maybe this is a better venue.

---

<div class="post-metadata">

**Author:** ![hoffmang](https://yyz1.discourse-cdn.com/flex031/user_avatar/chiaforum.com/hoffmang/32/17_2.png) [@hoffmang](https://chiaforum.com/u/hoffmang)\
**Post date:** [March 9, 2025, 10:54pm UTC](https://chiaforum.com/t/recovery-of-transactions-in-orphaned-blocks/593/2 "2025-03-09T22:54:45Z")

</div>

It’s on the user/software to resubmit a transaction.

Very granular management of this is one of the core Cloud Wallet feature set.
