No problem,
I'd like to also add that there's a chance that the original wallet isn't actually corrupted and the corruption of the restored "bluebird" wallet was just a result of the sudden crash.

If that's the case, you can try to Install Bitcoin Core on a separate "air-gap" PC and restore and load a copy of the original wallet.dat file there.
The wallet isn't actually corrupted if it loads, then you can export its private keys from dumpwallet command
or if it's a descriptor wallet, export its master private key via listdescriptors true

You may also want to consider restoring just the addresses or extended public key (xpub) to Electrum to create a watching-only wallet.
From there, you can create transactions that you can import to the offline Bitcoin Core to sign with your private keys.
Then the signed finalized transaction can be exported back to Electrum to broadcast.
It's a cold-storage setup which is safer than loading (and unlocking) the wallet.dat file on an online PC.

Wallet export or Wallet information?

Wallet export isn't available in Android at the moment,
Wallet information is still accessible in both Desktop and Android versions.

But if it's tracking that you want, you only need the master (extended) public key from the wallet information.
To get to wallet info in Android version: Click the wallet name above then select "Wallet details".
Your master public key should be listed there unless you're using an 'imported wallet'.

The general answer is no, the gained inbound capacity from sending is not permanent.
As you withdraw from Binance to your Electrum via Lightning, your inbound capacity decreases by its amount.

It depends on the amounts though, "sending" increases your inbound capacity while "receiving" decreases it.
So whether it gains or not depends on how much bitcoins over Lighting you send or receive.

Now that's an error unrelated to the previous one.
In my test, restorewallet crashed with the same behavior even if the wallet isn't corrupted.
Upon opening the wallet file, it resulted with the "beyond pruned blocks" error instead but the wallet is intact.

You can try the suggested tool which is located in "daemon" or "bin" folder inside bitcoin's installation directory. (Default: C:/Program Files/Bitcoin)
To use it (make sure that you still have the original wallet.dat file just in case 'salvagewallet' messed-up "bluebird" wallet):

• Browse to the directory where bitcoin-wallet.exe is located.
• Hold SHIFT and right-click on an empty space inside that folder (while nothing is selected); in the drop-down menu, select "Open PowerShell window here".
• In PowerShell, type: ./bitcoin-wallet.exe --wallet="bluebird" salvage and it'll try to salvage that restored wallet.
• If it's successful, the corruption error should be replaced with the prune-related error instead.
• If not successful, I'm afraid that it's a job for data recovery professionals.

Overall, the main issue is: the wallet file that you're trying to restore could be corrupted, -reindex isn't the solution to it.
And even if you successfully salvaged the corrupted wallet, you can't rescan it with a pruned blockchain without re-downloading the blockchain.

Not in Bitcoin Core, rescanning an old wallet requires the blocks to be intact in your drive (no pruning) or if it's not possible to store the whole blockchain due to drive space issue, you should reindex your node while the wallet is loaded.

The other solution is to export its private keys once it's salvaged and loaded on a fresh Bitcoin Core (offline) then import them to other clients.

Seem like it's cut without showing errors in the logs either but the wallet directory is already created.
I tried to reproduce the issue with a pruned node of 2GiB setting and it also crashed but the wallet is restored to the desired wallet directory (wallet name).

Since it's already there, can you see 'bluebird' wallet in "File->Open Wallet" menu in your case?
If it's there, the wallet can be loaded but since your blockchain is pruned and the wallet is very old, it may result with an error related to pruning.
If that's the case, you may have to disable "prune block storage" setting, then --reindex to be able to load and rescan old wallets without those issues.

Your node seems to be running without issues aside from a missing "vb" wallet that is still loaded in your "settings.json" file.

Have you reproduced the crash in this last session? It has a note that the previous session was closed unexpectedly.
If no, find the logs of the session when the issue happened (that would be the logs above it)
Follow these instructions in case it's hard to find the right logs:

• Close Bitcoin Core, rename your debug.log into something like "debug-old.log".
• Start Bitcoin Core and repeat the steps that you've done that'll lead to a crash. (take note of any error that you get)
• Now, a new debug.log file should be in the data directory, and share it.

---

BTW, to fix the warning about "Skipping -wallet path that doesn't exist":
edit your 'settings.json' file and remove the name/path to that missing 'vb' wallet leaving only your available 'test' wallet.
Your settings.json's contents should look like this after removing "vb",:

It also tells that your blockchain is set to be pruned to 2861MiB which could be an issue in case you successfully restored the wallet file.
Disabling it will require you to redownload and verify the blockchain from start.

Don't do that yet if Core didn't warned you about corrupted chainstate or block index.
I hope that you didn't set to "prune" your blockchain because you may have to redownload everything after restoring the wallet depending on how old it is and how much is pruned.

You only need to provide the contents of your debug.log file inside your bitcoin data directory for us to see the possible issue.
If you're using the default, it's in this location: https://en.bitcoin.it/wiki/Data_directory#Default_Location

If it's too long, cut it to the last session - from the last line, then scroll-up to find the first "Bitcoin Core version" that you can find.
Paste it inside [code][/code] tags.

In that case, you might want to consider to "max-out" the motherboard of your choice. (for futureproofing purposes)

Ordinals haven't increased the pace since the maximum block weight is still at 4WU (1vMB) even after TapRoot upgrade.
Maybe a bit because of the more consistent full blocks that's caused by the large transaction volume that we're experiencing since then.
Refer to this chart: https://ycharts.com/indicators/bitcoin_blockchain_size
At that pace, your 4TB SSD should be sufficient enough.

Take note that when bruteforcing Electrum wallet passwords, it'll be limited to --enable-opencl instead of --enable-gpu.
The latter wont work on it and the former is still experimental which will only work in select GPUs.

He also have to use the forked BTCRecover by 3rdIteration that is not older than v1.2.0.

That is correct, but opening a channel requires on-chain balance in Electrum that will be used to open your channel. (all "outbound capacity")
Last time I opened a channel in Electrum, the remote node set a minimum of at least 0.004BTC.

But take note that lightning and on-chain payments are separate; you can't pay a bitcoin address with lightning nor pay a lightning invoice onchain.
So, depending on your goal, this may not be the solution for you.

1. For outstanding balance, No.
But your channel needs "inbound capacity" to be able to receive through lightning.
You can see that in the 'Channels' tab as the "can receive" note above it.

One way to gain inbound capacity is to utilize (reverse) "Submarine Swap" which you can access in 'Channels' tab's setting icon. (maintained by a third-party)
That will transfer your outbound capacity to your on-chain funds, by doing so, your channel will gain inbound capacity from the sent lightning funds.

2. N/A
3. N/A

4. Yes, you can set a different fee slider or even set a custom fee/fee rate of your choice, just enable "Edit fees manually" to have the freedom to manually edit fees.
You can find that option in the settings icon (upper-right) in "New Transaction" window after clicking "Pay...".

That's a good guess;
But if it's an amount higher than his available UTXO(s), the error "Not enough funds" will be shown in the 'Send' tab without the "use a lower fee" note.

Refer to this reply in page1 to see the instance where the error described by OP will appear: /index.php?topic=5477026.msg63305152#msg63305152

He's asking about the wallet application, software or hardware wallet, that's your bitcoin address.
Because unless we know where it's sent, we can only suggest you to "do CPFP" in a general way, not the wallet-specific steps or if it's even possible.

In CashApp, they do that "reversal" when the user's deposit was rejected by their system.
The issue is, they somehow consistently using that low fee rate in their reversal transactions.

Exchange-related topics can be posted in 'Exchanges' sub-board of 'Service Discussion' board.
Here's a direct link to that board: https://bitcointalk.org/index.php?board=223.0

But if you think the main problem is mostly related to the Altcoin that you're trying to withdraw, it should be posted in "Service Discussion (Altcoins)".
Link: https://bitcointalk.org/index.php?board=198.0

BTW, that webpage has 3 hits in Virustotal flagged as a phishing or malicious site.

khaled0111 is correct, it's just that he used the Android version which shows a quite different message.

For reference, here's how it looks like in desktop version:


And here's what it looks like if you've set a excessive fee in "increase fee" window:

The message is instructing you to add that command line parameter to rebuild your UTXO set that is somehow unsupported.
Have you updated from an old version to the latest version?

Anyways, to start Bitcoin Core with --reindex-chainstate in Windows7:

• Before doing so, make sure that you haven't enabled "prune block storage to" setting
  because it'll require you to redownload the blockchain. (as well as when importing the wallet.dat file)
• Go to the directory where Bitcoin-qt.exe is installed,
• Hold 'SHIFT' and right-click on an empty space in windows explorer ('Bitcoin' folder) to view an expanded right-click menu,
  select "Open command window here".
• A cmd window will appear, type: bitcoin-qt.exe --reindex-chainstate and Bitcoin Core will start.
• Let it finish the reindex process, then proceed to import your wallet.dat file.

You can also follow these instructions but use --reindex-chainstate instead: https://bitcointalk.org/index.php?topic=5405156.msg60550646#msg60550646

Yes, but it's better to use the proper import method rather than manual copy of the wallet.dat file to the wallets directory.
Use the command: bitcoin-cli restorewallet "wallet_name" "path_to_old_wallet.dat_file_backup"

link: https://bitcoincore.org/en/doc/25.0.0/rpc/wallet/restorewallet/

I'd recommend to migrate to a descriptor wallet.
The main reason is because legacy wallet format support will soon be dropped by Bitcoin Core.

Since you're using QT (GUI), just launch Bitcoin Core normally and go to console (Window->Console).
Select the target wallet in the drop-down menu of the console (if not available, load load it first) and enter the command: upgradewallet

But in case if you're actually asking how to upgrade it into a 'descriptor wallet':
Select the old wallet in overview's wallet drop-down menu, then use "File->Migrate Wallet" to convert it into a descriptor wallet.
Wait for it to finish, it may take a while depending on the contents of the wallet file.

Read my reply in your other thread, here: /index.php?topic=5476250.msg63294040#msg63294040
Also read the reply next to it to see the chances for it to happen.

Perhaps I didn't made it clear that the next button isn't necessarily means that the wallet was previously created by someone.
As I've said, it just means that it came out to be a valid seed phrase.
Even a seed phrase like "banana banana banana banana aaaaaaaaaaaaaa........", may produce a valid seed phrase until it produces a valid version number,
Somewhere in the nth letter a. (spoiler: 104th don't use it) It's a valid seed but it's not owned by anyone.

Another thing is, Electurm is confirgured to generate its seed phrase using the wordlist in its source code which is the same as BIP39's.
So a mnemonic that consist of 4 words and a letter can't be a seed phrase once generated by Electrum by another user.

Try to look for a "wallet.dat" file inside WindowsXP's Bitcoin Data directory.
Here's the location: https://en.bitcoin.it/wiki/Data_directory#Default_Location
Of course, if the old drive is assigned with a different letter when mounted to your other PC, browse to that directory instead of "C:".

Make a backup of that file and copy it to your new PC,
install Bitcoin Core and load the wallet.dat file using the menu: "File->Restore Wallet.." then browse  to the wallet file's directory and load it.

Yes, it depends on the route that your payment had to take to reach the receiver's channel.
The total fee depends on the number of channels that it went through and their respective routing fees.
The more expensive channels that it need to hop into, the more fee that it'll accumulate.

The sent amount is quite high too, it may have been broken-down into multiple separate small amounts to send the full amount.

In terms of those hard-coded trampoline nodes, those have different connections to the lightning network
so it could be cheaper if one has shorter route to the recipient and has active channels to nodes with lower routing fees.
But finding which one will total a lower fee requires intensive research (for the indications above) or testing.

The only way I know is to open a channel directly to the recipient's node.
It's recommended if it's an exchange's lightning node where you would deposit and withdraw bitcoins frequently.
Usually, exchanges with lightning deposit/withdrawal option have a note with "connect to our lightning node" message or similar.