Yes; if you're positive that it wasn't broadcast, your bitcoins wont be moved.
But if it was successfully relayed to other nodes (since you've mentioned "zapwallettxes"), chances that it was sent all over the network (unconfirmed) is high.

Q: Did you saw the transaction in the history before you used "zapwallettxes"?

You can try to check using an online bitcoin blockexplorer (blockchain.com/blockcypher.com) by pasting the wallet's address(es) used as inputs.

It's also worth mentioning that your Electrum needs to be online to sync your transaction history after you restore from SEED.

Yes, but it includes frozen UTXOs and addresses.

I can only think of a PvNPC (Player vs NPC) system which rewards the player a random/specified reward depending on the result,
Because MMOs doesn't always have to be PvP and some players prefer playing against NPCs than real players.
You can also slip Provably Fair to the NPC's dialogues in a lore-friendly way or in a less noticeable way.

That's isn't something new, perhaps you or someone can think of a better and unique approach in rewarding dedicated players loots.

Yup, 3D character design is a must when it comes with open-world; it won't be much of problem with mobile phones either as the current entry models are powerful enough to render high-poly meshes and medium-high quality textures.
Plus you can easily integrate VR mode as an option.

Don't you worry, Electrum implemented RBF with accordance to the rules (wiki) otherwise, RBF transactions won't be accepted by the server (nodes) to begin with.
(except in some cases: bug)

Without clicking the link, #2 in the list indicates that the replacement transaction should pay additional fee of at least the minimum tx fee based from its 1sat/B fee rate,
ex: If the new RBF tx is 295bytes, then it must pay at least 295sat higher than the original tx; same with batching, but the minimum additional fee will be based from the batched tx.

TL;DR: You'll never be able to create a replacement TX with lower fees as it will be rejected by nodes.

There's no point in changing what's in that link since only the account owner can see it (after clicking "+Merit");
simply because new accounts aren't aware of the old system and in alternate viewpoint, old users know that those aren't all earned merit.

If the total earned merit really needs to be displayed,
the "merit" link in the profile is the one needs polishing as it only displays the last 120days whilst the total above only indicates the sum of airdrop and earned merit.

I suggest you to hire a designer/graphic artist with good fashion sense or style for your MMO's lore.

You can minimize those "enhancements" as most players don't want P2W (Pay to Win) system and may drag your game down to sink hole.
That's why I suggested you to get an artist because in my observation, players tend to buy even the most expensive items purely because of aesthetics and rarity.

Eg: A very unique headgear that's limited to 10 units and looks very good (or not) when paired with other gears.

Lastly, it should be an open-world game with buildings (like casinos/shops) that you can enter, parks and establishments (eg. trading spots) since players like walking around and socialize (specially streamers).
And it's a very efficient and free advertisement when you encourage streamers/youtubers to play your game.

Have you tried the code in my post?

That issue was closed and resolved because the user was using the wrong call.
Check ThomasV's reply in your link.

Read this for more info about Electrum's Gap limit (and why it was removed from the GUI):
https://electrum.readthedocs.io/en/latest/faq.html#what-is-the-gap-limit

Not the wallet/client's derivation path, you need a tool like https://iancoleman.io/bip39/ to view all of the available keys (as much as your device can handle) from your seed phrase/master prv key.

If you prefer a light client, specifically Electrum, just open the console and enter this:
100 means display 100 new addresses.

The fee rate is still inaccurate!
After all this time, they still can't compute the correct size of transactions with witness data.

And for some reason, their new (very huge) top banner advertisement made it through my AdBlocker.
That's a very great website upgrade....

Not about that, it's about the data inside the "new genesis block(s)" which enables some users to delete the older blocks.
How can a node verify the previous unspent transactions that were deleted with the previous deleted blocks?

It doesn't have to be a 12 word mnemonic phrase, that's BIP39 and wasn't used by Bitcoin Core.
Bitcoin Core's new (some old) wallets are Hierarchical Deterministic (HD) but doesn't have a mnemonic phrase, it follows BIP32 but not the one generated from a BIP39 seed.

More info in the links.

That depends on the generation of Intel's Core™ series chips.
If his PC was manufactured in 2015, then that i5 2.7GHz chip must be 6th gen (6400); Launch date 2015, same year.

And it's a pretty powerful processor to be the bottleneck (even Gen1 i5).

If the problem is centralization; then whether it's POW or POS, in the end the number of full nodes will be limited to a number or users due to an inevitably huge blockchain size.

But for POS, the incentive to run a full node works "natively" (like I explained above) and I'm sure that you'll likely encounter problems with POW with a file-sharing blockchain.
It's just a suggestion, you can try it anytime later after some tests with your POW coin.

Don't you think POS (Proof of Stake) is a better solution than POW for this kind of projects?
Since your coin is all about storing files (big ones), then the "mining" should be done by those who's willing to store the whole blockchain.

Plus the coin will eventually become centralized to limited number of nodes in the future (for obvious reasons), so it's best to create it as a POS.
Unless there's a limit on how much a user can store (since you've mentioned that it can store unlimited data),
the blockchain will grow from 1GB to 10TB in just weeks/a month, and no one will be able to run a node unless he owns a data center.

Electrum have different type of Seed phrase per wallet type so, it will automatically select the previous address types upon recovery (except if BIP39 option was ticked).

@bitforest2019
Did you created the wallet using BIP39 seed from another tool/wallet?

Try to open the address tab (View->Show Addresses) and try to see if any of those addresses in the list are familiar.
Or open console (View->Show Console) and type ismine('1your_bitcoin_address'), if the result is "true" the problem isn't the addresses/keys but something else.
ex: ismine('1bitcoineateraddressdontsendf59kuE')

[1] Currently, it will not work since the Server Seed of the previous bets are displayed as "currently active" as I've said above;
and the next bet's CS, SS Hash and Nounce aren't displayed, if the next bet's info aren't displayed before hitting "roll", it defeats the purpose of Provably fair since the site can just put a random result later in the bet lookup page.

Those links (I've already visited it since my 1st reply) works as the temporary link to the "Algorithm" for technical users.
(It's the explaination on how the site computes the result based from the User/Client Seed, Server Seed and Nounce; it needs to be understandable for a regular joe in the official link).

But repeat [1].
Hopefully, it will be implemented in the next release since some people prefer Probably Fair casinos over RNG ones.

It's pretty simple actually.
You (the site) provides the next bet's Server SEED hash in advance, an editable client SEED which was automatically generated by the client (+nounce depending on the algorithm) and the algorithm itself; eg. a link somewhere in the betting area.
The server seed was hashed because the player can cheat the system by changing his client seed if the actual server seed is displayed, and for verification if the same seed was used for that bet.
Then each bet's server seed should be displayed in the "bet lookup" info (for verification / to reproduce the bet result)...

...It's good to hear that the provably fair system was already on testing stage.
But AFAIK, I thought I've already seen the site stating "Provably Fair" months ago, maybe it's from a different site

Not helpful, at least here in Bitcoin Technical Support;
this should be moved to "Beginners and Help" as the victims of such obvious scams are usually newbies.

For reference, one of the official link to Electrum Diamond fork is in their own official website (https://www.bitcoindiamond.org/download/).
Before proceeding to claim your "forked coins", make sure to send your "real coins" to another wallet/address to minimize risks; the forked coins wont be affected by it.

Now, the dat files were successfully recreated, but the connection issue still persists.

Have you included any start-up parameter to your Bitcoin-qt/cli (or shortcut) before? If yes, try to start it normally by removing them.
You can also try to reset your "bitcoin.conf" (delete every line you've added) to try to launch it with default parameters.

This seems to be the issue:
Because the advice written online is for your router, modem and firewall; not bitcoin-qt's proxy setting.

Seems like you have an issue with your custom data directory.

Try to remove the spaces in the file/folder names of both "backup of entire blockchain" and "new bitcoin area".
Something like "blockchain_backup" and "new_bitcoin_area" will do, then set it as the new data dir.