The wallet is set up as a 2/3 multi-sig wallet, with #1 being Electrum, #2 being Trezor One, and #3 being Ledger Nano S.
When I try to sign a transaction with Electrum (and then sign + broadcast with Ledger Nano S), it won't work because Electrum won't detect the Ledger Nano S.
I am on Mac and using Electrum 3.3.8.
Does the Ledger Nano S work correctly if you use Ledger Live? If not, then maybe try following the MacOS troubleshooting here: https://support.ledger.com/hc/en-us/articles/115005165269-Fix-USB-connection-issues-with-Ledger-Live?support=trueIf it normally works with Ledger Live OK, did you have Ledger Live open and running when trying to use Electrum? Often, having multiple applications that are attempting to communicate with the Ledger device at the same time will cause problems. I've had issues in the past with Electrum being unable to communicate with a Nano S if Ledger Live was running. So, make sure Ledger Live is not running before you start Electrum and see if that helps with the communication process between Electrum and the Nano S. NOTE: I have a Ledger Nano S and a Trezor ONE, and am able to use both with an Electrum 4.1.5 MultiSig "OK"... but I'm running Windows 10.
|
|
|
I tried using that web site to generate xprv BIP32 Extended Private Key. The addresses matched under the BIP32 tab using MultiBit option, but when I paste the key into Electrum to restore, it generates completely different addresses! I can go to Wallet > Master Public Key in Electrum, and the xpub key still matches the xpub key on the site, but they have different addresses entirely.
This is very confusing to me... I can only assume it is a derivation path issue (or possibly a script type issue? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) ). If you have the same key + same derivation path (and script type), then you should be getting the same addresses. However, I think the issue might be because DELTECHE is trying to use the xprv... when you use Master Private Keys (xprv) with Electrum, it doesn't give you the ability to select the derivation path. In a quick test I just did... starting with an 18 word BIP39 seed: demand disorder unit nurse surge patrol satoshi anchor because runway upgrade claim split labor security minor split sell
This generates the following addresses in Electrum (using 'BIP39 seed' option, legacy addresses and derivation path m/0'): ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2Fzz21j.png&t=665&c=E88bulf783iEMw) ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzUeG.png&t=665&c=4sEYqUq2rCxnAg) Now, if I look at Ian Coleman... same 18 word seed, using BIP32 tab + MultiBit HD from the "client" options: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzXQD.png&t=665&c=wYZQCPsbkq-_bA) We can see the exact same addresses: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2Fzzdff.png&t=665&c=1oS1XQpf_Ly1kQ)
However, if you try and take the "BIP32 Root Key" from Ian Coleman: xprv9s21ZrQH143K2ZRDWraxpi37q53mDq5o7sc6wyT7rToRncfyAfyJhha7oXxstqPiroaZx89wWVGjRvvLV8hGq1Hi3RuDySj9S4zjDEcQKF6
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzuKZ.png&t=665&c=MAXWf87NuH1E9w) That generates this in Electrum: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzAA8.png&t=665&c=162OK0Vu6X-Rxw)
And the "BIP32 Extended Private Key" from Ian Coleman: xprv9wDwnu5YwiffoGgeThEXGJef96fExwqBSKQxoxCWwrcJJJACGAGD5FgfVA4mM2LpGaDiW21oePR2rQStRJU7yqSbR4XvfkXJXxwwpysjUDr
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzHI3.png&t=665&c=0PxClKs8a17xkg) Generates this in Electrum: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzS7w.png&t=665&c=4_8xajRBCpifKg)
Essentially... if you want to take the xprv for a MultiBitHD seed from Ian Coleman... and make it work in Electrum... you need to do this: Set the "BIP32" tab, to use a "custom" client... and set the derivation path to m/0'![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzznU9.png&t=665&c=_yIKNKt-qnl2Ag) Then take the "BIP32 Extended Private Key": xprv9uEFwpm1if6DiCQQYeSWgrFmcK1i48Kd2EkHt3qcdVjty7o6C1dBjC9fXpTKHKSL8GiiDzbp8HrYaEtC3Z7uHr8yHGXbCQKcULoz6XNwBNE
![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzCTN.png&t=665&c=RWqTSNoe-EduWw) Paste that into the "Standard Wallet" -> "Use a master key" option in Electrum: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzQLa.png&t=665&c=rNWjjACcv60IEA) And that will generate the same addresses as the seed does: ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzGeo.png&t=665&c=-p8cm4iElZ7Xdg)
Or just do it the stupidly easy way... and use the seed + 'BIP39 seed' option + Legacy + m/0' derivation path directly in Electrum and save yourself a lot of time and bother ![Roll Eyes](https://bitcointalk.org/Smileys/default/rolleyes.gif)
Ok, firstly... please forgive the double posting, but I feel like this very important information might get lost in my very long previous post! For better or worse, I contacted the user via Telegram... mainly just to let them know I had posted my big long post regarding seeds/xprvs and MultiBit HD... and they sent me a screenshot that revealed the user is actually using some very dodgy looking "MultiBit Core"... (https: //multibitwallet . org/index.php ) a complete scam that looks like a clone of the old "bitsblock . io" scam... creating a wallet that looks like Bitcoin Core, but supposedly has an 18 word seed recovery system. It has so many dodgy red flags tho... You sign up and get emailed your 18 word recovery phrase!!?! ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) Refer: https://bitcointalk.org/index.php?topic=5230464.0 and https://bitcointalk.org/index.php?topic=5225197.msg53854675#msg53854675[moderator's note: consecutive posts merged]
|
|
|
Any thoughts/ideas on what I can do to fix this? Any feedback most appreciated.
As goatpig has mentioned, without being able to see the log files, it's going to be very difficult to understand what exactly is happening with your setup. Are there any obvious errors in the log files? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Also, no idea why your whole computer is "freezing"... That isn't a normal situation, so possibly indicative of something other than Armory or Bitcoin Core causing issues ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) I've had Armory basically "freeze" (or seem like it has frozen) during the initial sync/scan... but the rest of the PC was functioning just fine.
|
|
|
0.22 should work with 0.96.5. There are no changes to the P2P layer nor block/tx serialization. Armory will simply ignore the taproot scripts.
I can confirm that this is indeed the case. I have been running Armory 0.96.5 and Bitcoin Core v0.22 without any major problems. On a side note, 0.96.5 ArmoryDB chokes on the testnet now. Someone mined malformed multisig scripts.
Definitely ran into this error tho! ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif)
|
|
|
I'd have to agree with Pmalek... it really depends on how big your business currently is, and how big you think it might grow. If the number of clients you have is measure in single or double digits, then you can probably get away with simply using a "standard" Bitcoin wallet (like Electrum or Bitcoin Core), possibly with the use of a hardware wallet if you think that you'll be getting hundreds or thousands of dollars worth of income. Hell, buying a hardware wallet would probably be tax deductible! ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif) However, if your agency has hundreds of clients, you might be better off using a payment processor of some description. Whether you want to go for a "zero fee" self host solution or pay ~1% fee to something like Coinbase or other commercial payment gateway would be something you would need to decide based on your particular circumstances. Do you have the knowledge/skillset/equipment/bandwidth to be able to setup and maintain a full node and payment gateway like BTCPay Server? Do you have the time? Is 1% low enough of a cost for the convenience of not having to deal with it? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) If you're currently small, but plan on getting big, you can always start with a simple wallet, and upgrade later as you expand. You're not really tied into anything permanently.
|
|
|
If the mempool full or congested and miners start to add the transaction with high transaction fee. What will happens to the transaction with very low transaction fees if the ones with high transaction keep coming into the mempool after each one get confirm. Will the ones with low fee need to wait until anytime or anyday the mempool will become empty. What of If the mempool stay very long without bin empty.
You weren't using Bitcoin in Dec 2017/Jan 2018 were you? Or indeed, for the first 4-5 months of this year? It would seem not: Date Registered: 2021-09-01, 11:17:57
Well, to answer your question, this graph shows the size of the mempool... basically, the amount of unconfirmed transactions... remembering that as a rough guide, 1 meg = 1 block worth of unconfirmed transactions. ![](https://ip.bitcointalk.org/?u=https%3A%2F%2Ftalkimg.com%2Fimages%2F2023%2F11%2F14%2FzzmGT.png&t=665&c=Q5V1sozr3TaV2w) source: https://www.blockchain.com/charts/mempool-sizeYou can see that the mempool at some points had in excess of 80 blocks worth of transactions for months on end. So, basically, confirmation times for low fee transactions will stretch into days/weeks rather than minutes/hours. There are literally hundreds (if not thousands) of threads on this forum in the "Beginners & Help" section (and littered in the Tech Support section) about "stuck transactions": https://www.google.com/search?q=site%3Abitcointalk.org+stuck+transaction
|
|
|
A very confusing answer to be sure... User1: "It's bad for the environment to destroy perfectly functional drives, you should zero it and reuse it" User2: "I agree, I smashed my harddrive with a hammer" Ummm what??!? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif) Still, the amount of time required to properly zerofill a drive can be quite massive... especially when you're talking Terabyte+ sized drives! ![Shocked](https://bitcointalk.org/Smileys/default/shocked.gif) whereas... 5 minutes and a hammer? ![Tongue](https://bitcointalk.org/Smileys/default/tongue.gif)
|
|
|
Indeed... anecdotally, I have seen so many stories on this forum over the last 4-5 years of "small children" that destroy backups (ripping paper, scribbling in notebooks etc)... and, from memory, one or two involving animals. Also, a few with "bad handwriting" where they can't decipher certain characters... and spilling of liquid onto papers is another.
|
|
|
What is small transaction and what is larger transaction?
If transaction with small bitcoin is small transaction and the transaction with big bitcoin is large transaction. Then statement 1 is wrong.
It's not small bitcoin or big bitcoin... it's the fee rate as mentioned above... that is to say, the number of sats per (v)byte that a given transaction is paying that will generally determine any given transactions priority. They only have a finite amount of space in a block, so by including transactions paying the highest "rate" (not necessarily just a large total fee amount), they are more likely to receive the optimal payout for finding a block. For arguments sake, if you only have 1,000,000 bytes of space... and you have 1 transaction that is 1,000,000 bytes and pays 0.01 BTC in fee... you think, that's a BIG fee... I'll use that one... well, the actual fee rate on that is 1,000,000 sats / 1,000,000 bytes = 1 sat/byte. If you have 10 transactions of 100,000 bytes each paying 0.002 BTC in fees... then because their rate is 200,000 sats / 100,000 bytes = 2 sat/byte... you're better off taking the multiple "smaller" transactions with the larger rate. 10 X 0.002 = 0.02. Outside of the logical choice being to maximise the amount of fees received, miners are essentially free to do whatever they like with regards to prioritising transactions... for instance, a miner could elect to ignore any transaction going to a specific address or group of addresses if they really wanted to... they'd be foolish to do so, because they'd be ignoring potential income, but they could do it.
|
|
|
What should I do if Bitcoin Core isn't responding? Usually when a program doesn't respond I just force-close... Maybe that was the cause of the problem.
Leave it. It should come back to life when it finishes whatever it is doing. Bitcoin Core can look non-responsive for periods of time when it is validating blocks. What are the specs (CPU/Ram etc) of the machine you're running Bitcoin Core on? Do you suggest I use a different bitcoin wallet that is more appropriate for beginners maybe?
What are you wanting to do with your wallet? Just send and receive coins? or are you looking at leveraging a full node for running services like a block explorer etc? ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
I didn't bother you, I was asking about some things
You've been told multiple times, by multiple people... Your money is gone. You're not getting it back. You never will. You're not getting any bitcoins either and you never had any to start with. You need to accept that your $56 is lost. Gone forever.
|
|
|
It's only "strange" because we generally consider Bitcoin addresses to be a mix of all the Base58Check characters... but it's really no different to addresses missing a given set of characters. For example: addresses missing the characters [b, B, i, t, T, c, C, o, i, n, N].
Basically, it is impossible for all addresses to contain all the characters... so there are always likely to be groups of addresses that are missing a given set of characters (assuming that set is relatively small).
|
|
|
No answer on all available contacts online
It has only been 3 or 4 days... so don't give up all hope. Give it a week or 2 and see if you get any response. If you still get nothing after a few weeks, then it looks like you've learned a very unfortunate, very expensive lesson about bitcoin ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif)
|
|
|
Yeah, the issue being that Electrum is trying to support Lightning... which is where I believe the "expiry" time has more relevance. Unfortunately, this ends up being very confusing for new users who suddenly think their "receive address" is going to expire if their transaction doesn't confirm quickly (hence all the posts from users when the network is overloaded and transaction confirmation times for low fee transactions blow out to hours/days). But maybe if they want to keep it, this feature should be moved to some sort of "advanced" section that has to be manually activated
Personally, I also like the idea of making it an "advanced" feature like with the "Pay" dialog and the advanced preview option... and I think it should be disabled by default (like the advanced preview).
|
|
|
I've been plugging it once or twice a year to check the contents for possible corruption.
That would probably be more than enough then... as most of the articles I've read (granted none were written within the last 2 years) would indicate that once or twice a year should be enough to keep the "bit rot" at bay ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) I have one or two SD cards that I'm fairly sure hadn't been plugged into anything or powered up in any way for a couple of years (sitting in storage) and they were "OK"... not sure I'd do the same for crypto backup storage tho ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
For sure... that's why I said not for me and my use cases. I do like the idea of using Tasker and I had indeed had the same thought as o_e_l_e_o about leveraging it's "geofencing" abilities. It takes the onus off the wallet developer and allows a user who wants it to protect themselves... however, I still don't think there is a huge market for "people with low willpower who need a wallet that stops them from spending". But I do see the "security" side of it... accidentally leave your phone on the table in the cafe? No worries, even if they get it unlocked, they won't be able to spend because the phone isn't in your "geo-fenced" spending area. You'd just have to hope they can't figure out how to crack the wallet and export your seed/keys... which would render any wallet level protection meaningless. I would only add that imho the market needs badly a wallet for newbies, packed with a lot of (optional) features like this (whether we find them useless or useful), with a lot of explanations and fences so the user cannot "hurt himself" while he is learning his way into using bitcoin. If such a SPV wallet is not implemented soon enough the "ultimate" newbie friendly wallet will most probably be a custodial one.
It's a fine line for wallet developers though... If you put too many fences up, even optional ones, users will simply throw their hands up and cry "arrrgh, too difficult" and move on... and if you don't enable those options by default, users generally won't enable them themselves... and then complain "why didn't your wallet stop me from being stupid?" Honestly, it's a lose/lose proposition ![Undecided](https://bitcointalk.org/Smileys/default/undecided.gif)
|
|
|
I doubt I would trust any "second hand" hardware wallet... configured with a seed or not. Unless you're willing to crack it open and inspect the hardware (and there are sources available to indicate whether it has been tampered with) and you can reflash the entire firmware, one could never be sure exactly whether or not the unit had been modified in some way. I think i'd be approaching Jerry levels of paranoia if I purchased a 2nd hand hardware wallet! ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif)
|
|
|
Also, I had lost the password, so it had to be brute forced or something. Noway I could have managed by myself.
That does indeed change the situation. Not having the password and requiring it to be brute forced is indeed more of a specialist task ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) But for most people in this forum, I believe they would have been fine with getting the services of data files recovery and then recover the funds themselves.
Not necessarily. While it isn't impossible to setup and run something like hashcast or btcrecover etc... the problem comes from the performance of "typical" hardware that most users have, or, more correctly, the lack thereof. The equipment necessary to bruteforce anything but relatively simple wallet passwords can be quite expensive to buy or even rent. Given the sorts of passwords I use, even my gaming rig with a relatively powerful GPU isn't going to cut it if I needed to bruteforce one of my passwords. So, don't feel like you're being judged for seeking professional assistance. Very happy you managed to find a reputable firm that didn't scam you. I still think that the fee charged was excessive tho ![Wink](https://bitcointalk.org/Smileys/default/wink.gif) PS. Yes I have my 24 word ledger recovery phrase in a safe place.... I have learnt so much from this forum and advice given to me... Thank you!
Truly a "good news"™ story all around. ![Smiley](https://bitcointalk.org/Smileys/default/smiley.gif)
|
|
|
Is there a way to monitor this?
In a word, No. Danny's idea of monitoring it on a number of nodes on an isolated LAN would yield "lab quality" data, but won't give you an idea of "real world" performance. Theoretically you could try and setup 2 nodes that in geographically different locations to try and ensure they are not directly connected and then measure the time between one node broadcasting a transaction and the other node receiving it... but, as Danny pointed out, there will be no way to know exactly how many steps/nodes are between your 2 nodes. It could be 0, it could be 100. There is also the likelihood that the traversal path could change as nodes drop out and/or come on line. It's a dynamic network. Additionally, you'd only really be monitoring what the latency is between those 2 specific nodes. It won't necessarily be indicative of the "average" latency experienced for any given transaction/node.
|
|
|
COBRAS' spelling errors are so bad, that it is not even clear what his requirements are.
I'm still confused as to what happened with the "scam" script??!? Did this interiawp person write a script that supposedly "stole" some bitcoins or did he just write a script that didn't do what COBRAS wanted??!? I've read the messages like 4 times and I'm confused!!?! ![Huh](https://bitcointalk.org/Smileys/default/huh.gif)
|
|
|
|