No, you can't just rebroadcast this transaction it's already rejected if you understand what it says on the transaction details under this


This means this transaction didn't get into the chain due to another node generating a block within a few seconds than yours. Since this transaction was generated a long time ago there are lots of blocks already on the chain which is why this transaction is unspendable.

No, that the coinbase transaction (not the exhange) of the block that you've mined.
Since it has status of "0/unconfirmed, not in memory pool", your node doesn't have that block where it's included.
Broadcasting the block (if you still has it) is no good either since there are already 14 years worth of blocks built on top of it.

If you decided to rescan your blockchain (in case it's missed during IBD),
You can do it fast by rescanning only the old block heights where it might be included.
Use: rescanblockchain 0 33000 to scan only blocks from 2009,
replace "33000" if you want to scan more beyond your projected date, but it'll be slower.

this is the result i got from an online broadcast tx:

Thanks, i have full node blockchain data. I´ll try that and report you back the results. If it works, rest asure you will receive 0.1 BTC

end of story, its categorized as "orphaned"

But im thinking.... why not creating a bitcoin fork to include all orphaned coinbase tx since genesis block up to this date? After all, the miners who received the "orphaned" made a computational work... so instead of a "race" to who finish first the "job" change it to "work as a service" and share proportionally with the miners based on their computational work done, which can be calculated.... in the counter side it will be a massive bitcoin price drop up to 80% - 75% ....  so the thing is will miners consensus approve this kind of fork or they wont just to keep their "monopoly" .... and here comes the real question... bitcoin wont descentralized after all mmm? what you guys think

With 2009-difficulty and today's hashing power, anyone can create thousands of orphaned 2009 blocks. It's pointless, orphaned blocks lost the race.

Just as expected.

Not all nodes has the same set of orphaned blocks, some nodes don't even know that a miner's orphaned block exists if it received the block from the longer chain first.
We can check that your orphaned block isn't received by our node by using getchaintips RPC.
So you're thinking of letting nodes from that fork accept block rewards from blocks that the whole network isn't aware of.

You're wasting your time with such a fork. There's a reason why abandoned branches (usually it's only one block "leaves", see https://fork.observer) of the blockchain are not considered a valid part of the blockchain (the chain with the most cumulated hashwork). This is how trustless PoW works and is supposed to be. Otherwise you open a lot of cans of worms for exploits. No one wants the latter.