This is what they sent me. For 2/3 MS, please sign the transaction with your first BTC private key in your Electrum Wallet. Not sure how to do that.
Ah, so they aren't looking for a signed message to confirm that you're the sender like the SOP for refunds ( OP sounds like that). The OP is vague, but the new reply has some inconsistencies because why would they need you to sign a transaction for them to return your money back? The question is: who's " they"? And please describe your goal/issue better since this turned out to be an " XY problem".
Anyways, you don't have to export any private key to sign a transaction. Just load the unsigned transaction as described by pooya " Tools->Load transaction": Click " Tools", point at " Load Transaction"; then select " From file" or " From text" depending on the format of the transaction that you need to sign.
|
|
|
Unfortunately, you can't sign a message with your 2-of-3 MultiSig address; there's also a note that will pop-up if you try to sign a message using your multisig wallet: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2FSgmpXjY.png&t=663&c=5Nwv1nI7Y8ejTQ)
What you can do is to explain them that it's a Multisig address and it's impossible to comply with their request. Try to find alternative ways ( ask them what they need aside from a signed message).
|
|
|
For nc50lc: Then they must be internal. I've changed database cache to 400 and 512. Insignificant upgrade (+0.01% at the same number of peers when I had 1024). For the last 10 minutes it syncs at 0.02% with 2 peers.
Forgot to mention, I have 256GB SSD (where is installed the windows and some small apps) and 1TB HDD where I have 800 GB for Bitcoin Core.
I missed this reply ( posted 19sec before mine). Then limiting your dbcache to reduce the 'page file' wont really do much because the data directory isn't in the same drive where the 'page file' will be.
|
|
|
" Internal" means that the HDD is inside the PC, while " External" is connected via USB or other external ports. Right now I have 5 peers at 0.07%, an hour ago I had 3 peers at 0.01%. Don't know how many peers I had at 0.30-0.50%
That's quite a low number of peers but 5 shouldn't be limiting the speed to 0.07%/hr so it must be the HDD or something else. What I'm thinking is your RAM must not be enough for the dbcache that you've set together with the background processes of Windows10 That will use a lot of " page files" which will further stress your HDD. Try to reduce your database cache into 512 instead ( or lower); then, restart Bitcoin Core and check if it'll improve.
|
|
|
That's indeed slow considering the internet speed and it's a quite capable machine. However, the most important factor to the initial block download's speed is the Drive which you haven't mentioned. So, are you using an HDD/SSD, internal or external?
It can also be affected by your connection to the network, How many peers do you have in "Window->Peers"?
|
|
|
These experiments mean that even if the wallet does not have a password, then "Timestamp" is still there and it means the date and time the wallet was created, but if the password is set, then "Timestamp" means the date and time the password was set?
I can only guess based from Bitcoin Core's behavior in generating the keypool. Those timestamps are date & time of each individual keys in your wallet.dat. Upon creation of the wallet, it will immediately preload thousands of keys for receiving and change addresses to the wallet.dat, Thus, all those keys' timestamp should be the similar ( may differ in a few seconds) so your hypothesis may be correct about the " timestamp" of the unencrypted wallet. After setting a passphrase, Core will drop the unused keys from the wallet, create a new 'HDSeed' and derive a new keypool from it. Thus, the new keypool has an updated timestamp based from when the wallet is encrypted; However, if you just changed the passphrase of an already-encrypted wallet, the 'HDSeed' will remain the same so the timestamp will stay the same for the already-derived keys.
|
|
|
-snip- Check the lowest left corner of you Electrum and the lower right corner, if it is written 'not connected' at the left corner and also red circle on the right corner,
Signing a transaction doesn't require the wallet to be connected, in fact it can be done in an Air-Gap computer. I'm thinking that it may be more of a hardware wallet issue than Electrum's since it's the Ledger that can't sign.
|
|
|
the logs, the errors where do I see them? if there are...
So all cosigners are using Electrum v4.0.1+ including your Ledger? " Errors" as in the message you're getting when trying to sign the partially signed transaction. Logs can be enabled in the setting: " Tools->Preferences->White logs to file", then close Electrum. It will create a log file in " %appdata%\Electrum\logs" ( for Windows) during the next session ( try to sign it in that session for the issue to register there).
|
|
|
Probably there are cosigners that are still using versions below 4.0.1. Because the newer version's unsigned transactions are now in "Partially Signed Bitcoin Transaction" (PSBT) format which is incompatible with the older version of Electrum or some other clients.
If all are using the same Electrum version, then please add more info like the errors and if possible, the logs.
|
|
|
Hypothetically speaking If i knew whick blockchain file was suspected to be in someway corrupt, if it was deleted or renamed, would bitcoin rebuild it when it scans the blockchain files and correct the error?
I've seen some developers suggest that before doing a -reindex but I haven't tried it myself. Specifically this stackoverflow post: https://bitcoin.stackexchange.com/a/54455
|
|
|
This is the fingerprint I get when looking at the Emzy file in Kleopatra:
9EDA FF80 E080 6596 04F4 A76B 2EBB 056F D847 F8A7
It matches the fingerprint of Emzy' GPG key that I've imported: 9EDA FF80 E080 6596 04F4 A76B 2EBB 056F D847 F8A7Both public keys from the download page and the repository matches that fingerprint. Sombernight's is the same as the one in o_e_l_e_o 's reply.
|
|
|
Just looked at Bitcoin/data and found bitcoin had generated another bitcoin.conf file, 0 length. I assume when it did not find the bitcoin.conf file there... hmmm
Bitcoin Core will still use the one in the default directory, plus it created one in the custom data directory that you put in it so it's using the config. Now for the same error, Hmm, everything now checks-out, getblockchaininfo's result is good, pathing is good and Armory's database is fresh. At this point, I'd guess it's the blockchain, there may be a corrupted block at the point of the error. -edit-In the newer versions of Core, if the custom datadir was set in the 'welcome screen' of the GUI, then it wont use the config in the default datadir. Anyways, it's pointing to the same datadir so, nothing's changed.
|
|
|
What kind of hardware problems could happen with my computer?
That's only if your hardware already has problem in the first place. Otherwise, you'll just experience high CPU, HDD, RAM and Network activity while Bitcoin Core is running. It's common for a computer to run normally if it's idle or just at minimal usage, however if it's pushed to the limit, existing hardware issues may show-up. The most common " exposed problem" when syncing Bitcoin Core are: HDD or RAM issues that could corrupt the blockchain.
|
|
|
----------------- from the logs Invoked: C:\Program Files (x86)\Armory\ArmoryQt.exe --satoshi-datadir=H:\Bitcoin\data Spawning DB with command: C:\Program Files (x86)\Armory\ArmoryDB.exe --db-type="DB_FULL" --cookie --satoshi-datadir="H:\Bitcoin\data\blocks" -snip-
That's the same pathing setting as the previous. What I want to confirm is: if the correct blocks directory is actually " H:\Bitcoin\data\blocks". Because it's the one that Armory is using, and it keeps on getting an error that indicates that the blockdir doesn't have the whole blockchain. But this kinda answered it: (dir) H:\Bitcoin 419 GB (450,776,633,913 bytes) 5,942 Files, 1 Folders
" 1 Folders" must be the 'data' folder, so Armory may be using the correct satoshi-datadir " H:\Bitcoin\data" afterall. (figured because the actual Bitcoin datadir should have more than one folders in it)So we're back to square one, looking for the issue.
Anyways, try these setup In Bitcoin Core: - Go to "C:\Users\greyaliens\AppData\Roaming\Bitcoin"
- Find bitcoin.conf file (create one if you don't have it)
- Open it as text, and add the configs datadir=H:\Bitcoin\data and prune=0 (one config per line) then save.
- Start Bitcoin Core, open the console (Window->Console), and enter: getblockchaininfo
- In the result, the line "initialblockdownload" should be false because it indicates that you have the complete blockchain in that datadir;
you may as well check "blocks": 724826 (value as of now) if the value isn't lower.
If everything checks-out, continue with Armory. In Armory: - Go to "C:\Users\greyaliens\AppData\Roaming\Armory"
- Find armoryqt.conf file (create one if you don't have it)
- Open it as text, and add a line satoshi-datadir="H:\Bitcoin\data" then save.
- Find and rename "database" folder into "database_backup"
- Now open Armory without the start parameters in the shortcut and see if it'll be able to build the database this time.
BTW, the config files should have the " .conf" as the extension if you have to create them manually by creating a text file and renaming that text file. Because in Windows, it might display as 'bitcoin.conf' but it's actually 'bitcoin.conf.txt' because of the hidden extension. In that case, you might need to enable it in Windows File Explorer's setting, tick: " View->File Name Extensions".
|
|
|
Basically my question is does Bitcoin Core need a bitcoin.conf file (and what parameters) for Armory to send outgoing transactions and overall work properly?
Here's a reply from the dev: RPC is the broadcast fallback mechanism. Armory tries to broadcast via the p2p layer first, but that one throws a lot of false negatives.
Basically, it will broadcast to your node's peers first and if it fails, it'll be sent through RPC. - Do I need to add "server=1"? (I noticed this was recommended in another thread when a user reported an issue).
- Do I need to allow for incoming connections? I was always curious about this. I would prefer not too, wallet is just for personal cold storage.
server=1 is required to use RPC. For the incoming connection, do you mean listen=1? If so, disabling it wont affect Armory since you can still connect to the network, it's just the other nodes wont be able to initialize connection to you. Disabling it will just reduce your connection.
|
|
|
To be honest i don't know. And to be really honest, i didn't created the wallet myself. It's a game of a faucet where you have to solve a word puzzle to find all the words of the seed and then bring them in the right order. Sorry for lying, i thought it's better :/
That's good to know. I thought something was off so I stopped replying after you ignored my question about how the 24-word Electrum seed is created. (or you just missed it and only seen o_e_l_e_o's follow-up?)Anyways, if it's a puzzle, try to find a clue that may be a hint to the words' arrangement. That's how puzzles work, otherwise, no one will be able to win it. Although you should continue the discussion about the puzzle in a new thread in the correct board ( try 'Bitcoin Discussion').
|
|
|
This from the ArmourySettings file shows the correct pathing. SatoshiDatadir | H:\Bitcoin\data ---------------------- ---------------------- As for hardware issues, i will run drive checks on the H: , but my brain suggests that any errors in the bitcoin files, should have been caught by bitcoincore during the -reindex. Am i using correct assumptions?
Yes, -reindex checks the local blockchain for blocks to rebuild the 'block index', so if any of the block is corrupted, it'll have to resync the blockchain from that point. So I think it may just be " pathing issue" in Armory. Since you've set that directory as " SatoshiDatadir" to Armory, check if Bitcoin Core is using that as datadir as well. How did you set Drive H as Bitcoin datadir? What's the exact directory did you set as Bitcoin datadir? If you decided to browse to " H:\Bitcoin\data" folder instead, you can check if the blockchain's size is appropriate for a full-synced blockchain. the blockchain that Armory is using is: " H:\Bitcoin\data\blocks", check the blocks folder's properties and see if the size is about 445GB.
|
|
|
-snip- I've attempted to export my key, but when following the instructions above, there is no option to backup may wallet when I highlight my wallet and click 'wallet properties'.
Any suggestions as to why would be greatly appreciated.
That's odd, even old versions have that option; but to be sure, make sure that you're using the latest version 0.96.5. It's also available for any " User" level setting ( Standard~Expert). Double-clicking the wallet name will display the same wallet properties, try it. The only wallet type that doesn't have that option is " Watching-Only", which doesn't contain any private keys. It's indicated under 'Security': ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Fi.imgur.com%2Fwg8YAG6.png&t=663&c=CQonwvshsxKpPQ)
|
|
|
|