Once, I deleted the bitcoin core, kept the blockchain, reinstalled the bitcoin core and chose the same folders, but the blockchain started to re-download, although it was already on my computer.
I saw one of your thread inquiring about " pruned blockchain". Was this happened in that laptop with Bitcoin Core that has " prune block storage to" setting? Because if it was, it's not just the correct data directory that you need to set to the new installation but the prune setting as well.
|
|
|
Is it offline or just "Disconnected" in your channel status?
You are right, it was disconnected. Doesn't "Disconnected" mean offline? Not all the time, it can also be interpreted as your lightning node ( electrum client) can't establish connection to the other party. Most of the time, you'll just have to wait for a few minutes for the status to switch to " OPEN" if there nothing wring with the connection. I don't understand one more thing. My outbound liquidity initially was around 1.2 M Sat, but when I tried to send more than 500 K, I got an error like this: HTLC value sum (sum of pending htlcs: 0.0 sat plus new htlc: 580239.726 sat) would exceed max allowed: 577956.0 sat . So, I needed 3 transfers to send 1.2 M Sat. Why? I haven't sent amount higher that that with lightning so I haven't experienced it, but I believe it's a config of your channel set by the remote node:
|
|
|
Thank you all for your responses! -snip- After consolidating and one still wants to have a reduced or higher transaction fee for the transaction, is it still permissible or possible to modify the transaction fee before sending?
The process depends on the wallet, some have back button to return to the step where the fee is selected, some haven't. But in any case, you can just cancel the transaction with undesirable fee that you're creating ( haven't broadcasted yet) and you can make another with the preferred fee. Anyways, the phrases " after consolidating" and " before sending" made me read your question twice.
|
|
|
Is it offline or just " Disconnected" in your channel status? Because it's available at my end ( mainnet). Recent screenshot ( just now): ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fwww.talkimg.com%2Fimages%2F2023%2F09%2F27%2FPmACb.png&t=665&c=psNoC6RW-sy-Mw) -snip- Is this a usual status for this node? Is it worth waiting, or it's time to force-close the channel and to open another one to another, non-default node?
Probably not, those are hand-picked by the devs, one thing for being active Lightning nodes.
|
|
|
-snip-
The wallet is V3 My guess is still those QR codes show the pubkey for the blocktrail wallet, and i don't have those xprv keys to those. Yes, in V2 or V3, it should be Blocktrail's. Usually the backup has your two cosigner keys derived from " primarySeed" and " backupSeed", then one pubKey from Blocktrail. It's unusual to see a second blocktrailKey for V3 backup, but I'm not very familiar with it so I'd still suggest you to contact the ( former?) Blocktrail representative here in Bitcointalk. Here's the BTC.com/Blocktrail official thread: https://bitcointalk.org/index.php?topic=1572823.0
|
|
|
My question now is, when sending does the sender and the receiver have to use the same address in order to achieve the reduced transaction fee?
It doesn't matter. Each output will be counted as one UTXO whether you sent it through the same address or not; And those UTXO will always count as one input when used to generate a transaction whether it's received through the same address. Just take note that addresses are just a way for your wallet to show balances and receive Bitcoins. In the blockchain, your transactions create/spend UTXOs that has their own locking/unlocking scripts and their respective amounts. So, for example: for ten inbound transactions that your wallet shows that received by 'bc1pxxx', those will be spent as ten separate inputs when you consolidate. You'll get the same result if you received those 10 transactions with ten different 'bc1p' addresses.
|
|
|
What advantages and disadvantages will I encounter if I use Nested SegWit?
What advantages and disadvantages will I encounter if I use Native SegWit?
You basically gain no advantage on using Nested SegWit today. Its main purpose is to aid the adaption of SegWit without breaking compatibility with most clients which isn't much of an issue today. I'm not talking about theory, I'm talking about reality. Wallets, shipping and receiving of satoshis, etc I'm inexperienced and I think the best thing for me is Nested SegWit.
You should switch to Native SegWit for lesser absolute fee because the major disadvantage of " not supported by others" was a thing of the past now. Today, I rarely see any services or wallets that can't send to 'bc1q' addresses; if there is, it should be avoided for being 5-years outdated. That's still subjected to the services that you're using though. Additionally, since you're a newbie, you're not prone to sending Altcoins to a Native SegWit address compared to a Nested SegWit. Since the latter may still be supported by some Altcoin clients or exchange, the former is Bitcoin-exclusive.
|
|
|
EDIT/ANSWER: I tested and see there is a new fingerprint when you add a passphrase.
The explanation is simple. Since adding a passphrase to the 'seed phrase' totally changes the 'seed' ( more info), it will derive a different 'master private key'. And based from the algorithm above, a different master private key will produce a different master fingerprint.
|
|
|
it is my final balance now but the old balance has been instilled in my wallet, I tried 0.00095895 BTC to send this amount but the same error.
Trust wallet doesn't support coin control so manually sending certain amount of BTC wont cause it to spend a specific UTXO. Since it shows the total amount from those two UTXOs, then your wallet must be missing your old transaction ( as seen in the history) but their node's mempool still has it. My suggestion above is to find a way to sync your transaction history to the blockchain so that your old transaction will show and at the same time, its input wont be used in your new transaction. And based from my test, they only have that scroll-down feature to refresh the wallet, try to find if there's any other way to rescan for transactions.
|
|
|
I faced the problem of not sending my BTC, The old transaction is pending when I try to new transaction so i see the error message.
There's only one available UTXO aside from the one spent by your other unconfirmed transaction: a40fa4553208a4f2f49d44aca8103762c895fbedf06ad0a3e6c79a172799b8d6:10 ( 0.00095895 BTC) Since you managed to create a transaction with 0.00186771BTC amount, Trustwallet must have reused the same input as the previous transaction instead of only using your other unspent transaction outputs. That linked transaction isn't marked as replaceable and Trustwallet's mempool doesn't support full-rbf that's why it rejected the new transaction. Check your balance first; if it shows more than the correct amount, refresh the wallet tab or restart the app. If it now shows the correct balance, 0.00095895 BTC, you can now send without that error.
|
|
|
I sent the address -snip- I made sure that I sent the correct address and my friend copied it using his phone, so I don't think he coppied it wrong.
Since it's certainly sent to a wrong recipient though malware ( or not), you must investigate who's responsible for the lost amount. I'm not sure the countre-party has copy-pasted the wrong address! He said he generated a request and the counter party copied it via his mobile phone. He literally said " I sent the address" right there in the quote. If it's the QR or a Bitcoin URI, he would've said something like " I sent the QR Code" or " I've shown him the QR Code". For manual copy of URI with address, it is still vulnerable to clipboard hijacking malware.
|
|
|
I sent the address -snip- I made sure that I sent the correct address and my friend copied it using his phone, so I don't think he coppied it wrong.
Since it's certainly sent to a wrong recipient though malware ( or not), you must investigate who's responsible for the lost amount. Check your conversations for the actual address that you sent him and cross-check it to your Electrum wallet's 'Address' tab manually ( don't copy). ( "View->Show Addresses" to show the tab) Then it's simple: - If it's there, you've sent him the correct address, it's his liability.
- If it's not there, you've sent him the wrong address, it's your liability.
Confirmed Bitcoin transactions are irreversible so discuss who pays who.
|
|
|
Good job, now that you have proved that you're the real owner of the account and now you should sync your Bitcoin core with Bitcoin Network and once syncing is completed then try to recheck if the balance appears there or not. If even after syncing Bitcoin core that balance unavailable message still appears then you will have to brute-force the password once again.
Take note that providing screenshot of Bitcoin Core's main tab proves nothing since anyone can do that with any bought, given or tampered wallet.dat files. Proof can be anything that involves the usage of that address' private key like signing a message or spending an agreed amount of satoshi at a given time. So for now, we should just assume that it's his lost old wallet as he told. ( being skeptical isn't bad either) Also, the " balance unavailable" has nothing to do with the password since Bitcoin Core encrypted wallets can show balance even if it stay locked.
|
|
|
Also I cannot cash out on the funds as the wallet is password protected. I followed a YouTube video on bruteforcing the wallet.dat file but no luck.
This will be your main issue. That " balance not available" isn't too much since after you fully sync your blockchain to the network, that 'triangle ! icon' will disappear. First of all, not even the developers can recover users' password from a server or some sort, only the owners know about their password. Bruteforcing is your only option so you need to at least know something about your password: parts of it, some characters, etc. to limit the search space. Without remembering any info, your only chance is if you've used a very short or simple password that can be bruteforced with 4~9 character combinations or " dictionary attack". Since you tried bruteforcing already, I'd guess that you've already done those simple bruteforce attacks, if not, try them. If you do not have the resources, I'd also suggest you to try the mentioned service by others above, the owner has quite the reputation. He wont accept it though if you do not have the slightest idea of the possible password.
|
|
|
So it makes me wonder if those QR codes are actually my wallet, or maybe they are just the blocktrail pubkeys as third party of the 2-3 signature
One thing's for sure, Blocktrail/BTC.com never issued P2PKH to their clients, it's always 2-of-3 MultiSig. So, it's either what you're guessing or the funds are just sent to the derived P2PKH address unintentionally. ( like imported the xpub to a wallet and used it to receive BTC) Is your backup V1 ( developer)? Since it has that extra blocktrailKey @m/9999'. In that case, I'm afraid I'm not familiar with the developer version which may be different than V2 or V3 backups. Try to contact neutraLTC to check if he knows if the V1 blocktrailKeys are recoverable from your backups mnemonics. @others Those mnemonic phrases in the backup aren't actually the BIP39 seed phrases of the MultiSig wallet. Those are actually what is " labeled" but converted into a BIP39 mnemonic. In other words, deriving the seed from it isn't the correct way to get the master key and extended keys, the source entropy must be derived from it instead. Examples: Encrypted Primary Seedlibrary fantasy right giraffe impulse believe unique puppy rain amount abandon above cotton lottery cash exclude bicycle hamster pair clock edit picture two guard supply shadow wife maximum tired lion speed cruel draw knife brave wheel pumpkin foot plate involve eight guide mule carbon valley enroll grow town enemy sunset power regular allow cycle plug expose immune output pave result
The source entropy is, which is the " Encrypted Primary Seed": 810a62e7311722297b6570b101000000430d0808d27715ed167c15b46748baeb3ad9d89bebc4be2b047441a4426f746d7d0adab5e98bb146ecf245113f0e9659c73249fb32a55a606a6da9b28571b3ae Backup Seedscissors census engage duty alarm salon cabbage benefit two sudden service whisper organ caught whisper much symptom fire radio sadness faint tip write illness The source entropy is, which is the " Backup Seed" ( backupSeed - 256Bits): c104a92922405d7d07e8a9ebbb1310fd49c648fea488dc8ae6c35ef51fc53fa3 Reference: https://github.com/blocktrail/wallet-recovery-tool/blob/master/src/libs/blocktrail-sdk/docs/KEYS.md#print-recovery-sheet
|
|
|
User @nc50lc already mentioned how to achieve that on Electrum application. I suggest you to re-read what he said calmly.
Yes, nc50lc explained one way to do it, but there is actually a simpler way that the OP can use to disable the "change addresses" feature in Electrum. He probably couldn't find this option due to changes in the GUI of the newer versions of the software. That's not the point of the instructions. It's to explain that even if what he want to do is doable, there wont be any difference when it comes with the number of UTXO that his wallet will receive even if the change is sent to the same address or a change address. And for some reason, OP is fixated on the thought of disabling change address will fix his high transaction fee issue. At this point, I wont add anything that's already been explained here.
|
|
|
-snip-
It does not appear to work as you guys think. Bitcoin in the old days did not use to do this. When I was sent bitcoin to an address, it STAYED on that address. I could always go on blockchain explorers and see my funds. -snip-I wont point you to technical explanations like " there's no addresses in the blockchain" to keep things simple. That's just clients lacking the use of change address, even if it's sent to the same address, it still the same as sending it to a change address. That change will be a UTXO that your wallet will spend in the next transaction. So you basically used 1 UTXO and gained 1 UTXO either way. Seems like you're pointing your frustration to the wrong feature because having more UTXO to spend just means that you've been receiving lots of transactions. More inbound transactions = more UTXO to spend.
|
|
|
Thanks for all the responses but no one has pointed me to a solution where bitcoin was back in the old days.
I don't get it, in the first version of Bitcoin, it's already using the same UTXO model. The only thing that's changed is the amount of transactions that you've been receiving. I literally send all my funds to ONE SINGLE ADDRESS yet each bitcoin app I have used INSISTS on changing my funds around causing me headaches and endless fees later. -snip- I want ONE BITCOIN ADDRESS FOR EVERYTHING ALL FUNDS!
I tried electrum too it does the same thing! I tried googling how to disable it, but mine doesn't have the option or I'm just having a hard time?
Okay, there's a way to do that in Electrum ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) You do that by importing a single WIF private key to Electrum by selecting the option " Import Bitcoin addresses or private keys" when creating a wallet. You can click the " info" tooltip above it to indicate the address type. But take note that receiving everything to that single address or receiving the change to that same address wont do any difference. Each unspent transaction output ( UTXO) still counts as one " coin".
|
|
|
The old version of Blockchain's recovery mnemonic can be recovered here: login.blockchain.com/wallet/forgot-passwordIf it accepted the old mnemonic, you'll be presented with your wallet ID and password. But I highly doubt that the 4-words mnemonic will be valid, but it's still worth the try. Tried but gave checksum invalid. I am not sure if possible to create a wallet.aes.json file with her info and then import here: https://login.blockchain.com/wallet/import-walletThat means that the 4-word mnemonic backup is invalid, as expected. For the " wallet.aes.json" file, you'll have to download it from their server using " download-blockchain-wallet.py" script from btcrecover but it also requires email authorization since they wont just provide something sensitive without verification. AFAIK, they provide that file to users in the old version after creating a wallet, try to search if she still has a backup/email of it. You'll also see the contents of the 'wallet.aes.json' file if you put your wallet ID in this URL: https://blockchain.info/wallet/00000000-0000-0000-0000-000000000000?format=json ( replace 0's with your Wallet ID) But then again, it will only work with accounts without a linked email address or it will show something else if the session ( IP & browser) isn't verified yet with your email. Anyways, they have issues with authorization email most of the time. Try their support if they can verify that you have the correct email address and it's just their system that cannot send the email. -snip- So which one is it?
The second one. Only problem is that when she entered the email address in the login page, she didn't get any verification email, so she probably changed the linked email account in her blockchain.info settings but doesn't remember. That's still good news, since you have the password. The '2FA code' only comes after that 'email authorization' if she enabled it.
|
|
|
@nc50lc: does that mean that BTC Pay server (i didn't use it for the moment) do not use the master private key, but only the scriptHash?
I'm not using it so I can't give elaborate answers but that's a payment processor, not an Electrum server implementation like ElectrumX, electrs, Esplora or Fulcrum. The connection of Electrum wallet to BTCPayserver isn't the same as the connection between Electrum client to a server ( Network setting). It requires your master public key since it needs it to generate new addresses for you.
|
|
|
|