Bitcoin Forum
June 14, 2024, 09:53:41 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 [432] 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 ... 514 »
8621  Bitcoin / Armory / Re: Restore paper wallet without syncing Armory? on: August 12, 2017, 11:53:42 AM
Select wallet -> Wallet Properties -> Backup this wallet -> See other backup options -> Export keys list

That should give you a list of addresses and private keys (I recommend using the "omit spaces in keys" if you plan on copy/pasting these later)... and PrivateKeys Base58 option. You can even dump it out to a text file.
8622  Bitcoin / Armory / Re: Armory wont start after 0.96.1 upgrade on: August 12, 2017, 11:47:54 AM
The important part is the "gpg: Good signature from "goatpig (Offline signing key for Armory releases) <moothecowlord@gmail.com>" [unknown]"

This means that it is all signed with goatpigs gpg signature... Smiley

"gpg: WARNING: This key is not certified with a trusted signature!" just means that no trusted cert that you have currently vouches for goatpigs sig... ie. You haven't imported his signature into your "circle of trust" Wink 

TLDR; the files are signed with the sig... but you haven't "trusted" the sig yet.
8623  Bitcoin / Armory / Re: Armory wallet never received sent BTC from Coinbase on: August 12, 2017, 11:37:06 AM
Your core does not seem to be synced properly:
Quote
-INFO  - 10:07:26.360: (..\DatabaseBuilder.cpp:127) scanning new blocks from #469641 to #469640

Current height of BTC blockchain is: 480201

If your transactions were in blocks AFTER 469641, Armory can't see them... check that your Bitcoin Core is using the "datadir": C:\Users\john\AppData\Roaming\Bitcoin\ and that is has blocks up to 480201

You can see this in "Help -> Debug Window -> Information"
8624  Bitcoin / Electrum / Re: Satoshis stuck on Electrum wallet, how to transfer them to a coin exchange ? on: August 12, 2017, 11:29:20 AM
A minimum sized transaction would be around 192 bytes... at current rates of around 100 sats/byte recommended fees, you would need a fee of 19200 satoshis to send that transaction. Those satoshi's are now effectively dust and should just be forgotten.

I don't even think you could try a low manual fee of 10sats/byte and try the ViaBTC accelerator as if you used fee of 1920 sats, I think the 8500 sats left over for your output would be classifed as dust and ViaBTC would refuse to accept that transaction.

Honestly, just let those sats go until BTC is worth like $100,000 Tongue
8625  Bitcoin / Electrum / Re: Can somebody explain to me how Electrum works offline ? on: August 12, 2017, 11:23:34 AM
... So how do I exactly verify that I own the coins without connecting my offline wallet to the internet?...
In your offline electrum wallet... you want to export the "master PUBLIC key"... (Wallet -> Master Public Key).... it will be a big string of characters that starts with "xpub".  Make sure you DO NOT use the private key!!

You then create a "watching only" wallet using Electrum on an online computer by importing that master public key (File -> New/Restore -> Standard Wallet -> Use public or private keys, then enter your xpub)... it will allow you to see all the addresses and transactions of the oflfine wallet... but it does not have the private key information (and can not be used to generate the private key information), so it is safe to have on an online computer.

That way you can see your balance and addresses etc without fear of your coins being stolen.
8626  Bitcoin / Electrum / Re: Accidentally sent BTC to BCC wallet on: August 12, 2017, 11:13:43 AM
The "coin" number for Bitcoin Cash when using BIP44 derivation paths is "145"... so the derivation path should be: m/44'/145'/0'/0

If you use the coinomi recovery tool, leave coin as "bitcoin" in the dropdown... select BIP44 and then in the "coin" textbox (underneath "purpose"), set it to 145. You should see the Bip32 derivation path set to: m/44'/145'/0'/0


Check those addresses... They should be the BCH receive addresses in your Coinomi wallet.
8627  Bitcoin / Electrum / Re: BTC Core offline wallet to Elecrum Watching Only Problem on: August 12, 2017, 11:05:40 AM
I highly recommend you take a backup of your offline wallet.dat first... once you have it safely backed up, you might want to try using the -zapwallettxes command to remove all the unconfirmed transactions from your offline wallet.

Also, I believe that when you are trying to use Bitcoin Core as offline signer, you may need to give it the appropriate inputs so it can validate that they exist and use the appropriate keys... check the documentation for "signrawtransaction"...
8628  Bitcoin / Armory / Re: Big problem with export private key of wallet ! on: August 12, 2017, 10:43:33 AM
Ahhhh ok... a "3" address... Armory supports both P2PKH and P2SH-P2PK addresses inside the same wallet... P2SH-P2PK addresses start with a 3...




I believe the only solution is to use the new BCH "signer" module that goatpig made to create a BCH transaction to get your BCH coins out... as per the sticky here: https://bitcointalk.org/index.php?topic=2070058.0 as I am not aware of any method of recreating these addresses outside of Armory.

You will need an updated Armory with the BCH "signer", BitcoinABC (or at least a copy of the BCH blockchain)... and you'll want to be super careful not to mess up your Bitcoin Core install and blocks folder... as Bitcoin ABC (by default) installs to the Bitcoin Core locations Undecided
8629  Economy / Service Announcements / Re: [ANN] ChipMixer - mixing reinvented on: August 12, 2017, 08:03:42 AM
Personally, I wouldn't use the "chipmixerLite"... but I'm just one guy. I like the current system, and "instant" withdrawl. With the traditional system, you then need to implement a system to ensure users don't get back their old coins. I don't think it is quite as simple as "receive coins/send coins". Plus if you want to obfuscate your payments you need to randomise fees and delays etc...
8630  Bitcoin / Electrum / Re: Problems with spending coins from a 2of3 signature Wallet on: August 12, 2017, 02:50:30 AM
It's not the people who made the transaction, it's the people you set the wallet up with.

When you create a 2of3 wallet... You need to provide 2 additional keys (generally these are public keys, but can be private keys) that are the cosigners of the wallet.

These docs are a bit out of date and for a 2of2 wallet, but they show the general procedure of requiring the second public key: http://docs.electrum.org/en/latest/multisig.html
8631  Bitcoin / Bitcoin Technical Support / Re: Getting guaranteed transaction confirmation on: August 12, 2017, 02:43:51 AM
It seems informative to me bro. I am using Coinbase wallet. I know this online wallet. Is there any option to edit the fees to 0.0001 or 0.0002. When I trying to transfer the bitcoin I have in my wallet. It asks to 0.00044 btc as fees. If that get reduced I will be more comfortable.
Sorry, I can't help with Coinbase... I've never used it. Looking at this page: https://support.coinbase.com/customer/en/portal/articles/815435-does-coinbase-pay-bitcoin-miner-fees-

it seems that they use some sort of preset fee that is dynamically calculated. I see no reference to being able to manually adjust fees.

I suggest you contact Coinbase support for more info
8632  Economy / Gambling discussion / Re: Seuntjie' Dice bot programmers mode discussion. on: August 11, 2017, 10:29:06 PM
To change the chance use you the "chance" variable.

Code:
chance = 49.5
...
function dobet()
...
  if someThing == true then
    chance = 90
  end
...
end

To reset, just have some default values stored in variables like basebet and basechance etc and just reset your nextbet and chance values when your condition is true
8633  Bitcoin / Electrum / Re: Claiming Bitcoin Cash with Electrum Wallet on: August 11, 2017, 10:16:47 PM
Oracle VirtualBox is free... You can load up a Linux distro in that and then install ElectronCash there. That'll effectively sandbox EC so that it can't see your Electrum install.

You don't need to install Electrum on it... Just create a 2nd wallet in your main OS and Electrum install. Move coins from current wallet to new wallet.

Then use old seed in Electron Cash in virtual machine.
8634  Bitcoin / Electrum / Re: Problems with spending coins from a 2of3 signature Wallet on: August 11, 2017, 08:33:50 AM
Assuming that your friend has a key with is one of the co-signer keys for that wallet, then yes.. it is pretty much that simple.

Your friend should be able to send it after they sign it... or they can give it back to you and you can sign it. Again, this assumes that they actually have signing authority for this wallet.

You can't just give the transaction to anyone and get them to sign it... when the wallet was made, you gave it 3 keys which it combined in such a way that any combination of 2 of those 3 keys is enough to sign transactions.  So, to sign a transaction, you need to sign it with 2 of those original 3 keys... and only those 3 original keys.
8635  Bitcoin / Development & Technical Discussion / Re: Why I Am Not Using Hardware Wallet For Cold Storage on: August 11, 2017, 07:51:34 AM
1. You are assuming hackers and kidnappers are so stupid that they do not know about dummy wallets. You have wrong assumption.
You seem to have the assumption that all hackers and kidnappers are evil and sadistic enough to keep beating people for the hell of it... just in case you have more money. My point is that with a hardware wallet, there is no actual evidence anywhere how many wallets a person happens to have. They simply don't exist until a passphrase is entered...

However, if an attacker happens to find 20 items in my email account that are all encrypted... what do you think they're going to do if i stop at #1 and say I have nothing else? Perhaps they'll just ignore items 2 through 19?



Quote
2. If you have tons of change addresses, your backup will be very problematic. You don't believe? Try it out. You should pray your hardware wallet will stay fine without glitches, or else you can say sorry to all your savings.
They're ALL able to be regenerated from a simple 12/24 word seed... unlike a bunch of randomly generated keys... ie. one of the main reasons for BIP32 existing in the first place. I can create a thousand addresses... and then have my computer explode into a million pieces... and drop my hardware wallet into the toilet and then microwave it... and you know what? I can recover all of them...  I don't even need the hardware wallet to do it.



Quote
Oh, yeah. Don't worry. You have the seeds written down and stored somewhere just in case for recovery. I assume they cannot be eaten, stolen, or destroyed.
Exactly... I can just triple encrypt them and put them in my email, on USB thumbdrive, written down on a piece of paper in my favourite book between pages 57/58, stored on the cloud, stored in a bank vault...



Quote
3. What I mean is that 19 addresses are part of the change addresses as well, or else you will have far more than 20 addresses to look after.
Ummm no... why wouldn't I just have 20 receive addresses? You really don't seem to understand how Hierarchical Deterministic wallets actually work.



Quote
4. You are avoiding the question on how to secure your hardware wallet's seeds/mnemonics/passphrases, which I believe you can never answer satisfactorily.
As I just mentioned above, I can just store it digitally encrypted if I so choose. I am then protected from exposure by the use of dummy wallets. The dummy wallet facility DOES give me the security of ensuring that an attacker can only have confidence of 1 wallet, the default wallet generated from the seed and no passphrase. While they may know how dummy wallets work and may suspect I have hidden wallets, there is nothing they can do to actually prove their existence, regardless of how much they hit my loved ones or me. Unlike having a whole bunch of digitally encrypted items laying around in my email and on thumb drives etc. Do you see the difference? I have plausible deniability because there is no proof of anything existing other than my seed.



Quote
5. If you want to spend, you don't necessarily must use hardware wallets to do the job. Desktop wallets can work fine and they cost $0.
At which point all your security is also 0. You're going to just import your keys into a desktop wallet? Oh that's right... 2nd computer offline... oh wait... how much did that second computer cost again? You're doing well if you found one for less than the price of a hw wallet...

I also never said hardware wallets were compulsory for spending. I said they offer security without compromising convenience.

If I need to move some coins, I can plug the wallet in, sign the transaction, and then broadcast. I don't need to get my encrypted file, decrypt it, transfer an unsigned transaction to offline machine (better make sure that USB stick is clean)... sign transaction... back to online machine and broadcast. And the make sure I've destroyed all evidence of the key on the offline machine... Also, I've found that carrying a 2nd computer with me while travelling is a bit of a nuisance with the limited baggage allowances that airlines give these days Tongue



Quote
Come on. Give me a break. You are here arguing against my method without giving even a single credit to it, as if it is useless. Clearly you are here to argue for the sake of winning an argument and rest assured I will never let you win this argument.
"Without a single credit"?? I've mentioned on multiple occasions, that your method is a viable alternative to hardware wallets... I just don't think it is as secure as you believe it to be (a point you eventually conceded) nor as useful overall as a hardware wallet for the reasons I've outlined... and I certainly never said it was useless.
Like I've been saying all along... your system is pretty much the same as using a hardware wallet
I've taken the liberty of bolding it for your eyes to see Roll Eyes
You mean where I said "Is it "better" than a hardware wallet? A viable alternative sure, but better? I'd say that is somewhat debatable and likely dependent on the use case(s) of a given person"
I'd already bolded that one before... so I've underlined it as well this time...



Quote
A hardware wallet:
1. Doesn't give you 100% control of your keys. Using some source code to derive the keys from the seeds is bullshit as that's not the company's intention.
It's no different to using encryption software to decrypt your keys now is it? Or are you going to do the decryption by hand?



Quote
2. Doesn't protect you from a $5 wrench. Using dummy wallet as excuse is bullshit as we all know what you have is more than just dummy wallet.
How can they? There is no proof. No evidence of how many wallets I have. I could 1 or I could have 10000000. They don't know because there is no tangible evidence of anything past the seed existing, unlike having a series of encrypted items on disk or in email etc. that are visible.



Quote
3. Is a 3rd-party security risk. Denying this is bullshit. Saying/implying it is compulsory to use WinRar for my method is also bullshit.
I never said it wasn't a 3rd party security risk... you claimed your method was better than hw wallet as it didn't rely on a 3rd party... but clearly it does rely on 3rd parties... unless you've gone ahead and written yourself an OS and some encryption software from scratch... I've been trying to point out, since I made the mistake of offending your ego, that NO method is 100% safe. There is always risk.



Quote
4. Doesn't allow unlimited backups, vs my method that allows so.
Pretty sure that there aren't any laws saying that 12/24 word seeds can't be stored in multiple places using multiple methods... but then legal systems around the world can be kinda crazy... so you never know. I'm also fairly sure that the hw wallet manufacturers don't limit purchases to 1 per person... Trezor sells 3 packs if I'm not mistaken.



Quote
5. Requires the same/similar need for encryption/security/backup (of seeds/mnemonics/passphrases). Implying they do not need so is bullshit.
Feel free to show where I have said that seeds don't need to be securely backed up somewhere...



Quote
There is NO such thing as needing hardware wallet to spend the cryptocurrencies easily, conveniently, safely, and securely. Implying that we need hardware wallet to spend is bullshit. In my article, I've said it clearly that hardware wallet is an option (but not the only option) when it's time to spend.
Obviously people are spending cryptocurrencies every day without using hardware wallets... I never said they were required to spend. I stated they offer a level of convenience without sacrificing security, which I believe your method does not.



Quote
You being a smartass, either do not read my article, or read it but have partial understanding of it, try to seek the pleasure of arguing with me. I will not let you win this argument. It is very easy to spot someone arguing for ego, and someone arguing for solution. You argue for ego, because you give NO solution.
No solution for what exactly? How to store bitcoins securely while maintaining convenience? I thought that my solution would be fairly obvious... use a hardware wallet. In my opinion it offers the same level of security in some areas (securing seed), more in others (spending and dummy wallets) and is more convenient (portability, spending)... arguably it could be considered cheaper too, as a hw wallet is cheaper than a 2nd computer for spending or setting it all up offline.

While we're talking about solutions... I'm still waiting to hear how you propose to leave no evidence of multiple encrypted addresses in your email or on your thumbdrive etc and/or how you would implement a dummy wallet solution with your method.

Telling me I'm not creative enough to see it or that "my heart will point the way" doesn't really explain it... and is the sort of answer people resort to when they don't actually have a solution either. Despite what you think, I am genuinely interested in possible solutions to these issues...
8636  Bitcoin / Armory / Re: Big problem with export private key of wallet ! on: August 11, 2017, 04:51:39 AM
When you are looking on bitaddress.org (I hope you're using an offline copy of this BTW)...

After you enter your private key, are you looking at the "compressed" or "uncompressed" keys? The private key will generate two different public addresses... compressed and uncompressed. Given that your private key starts with a 5... this is an "older" uncompressed private key, so make sure you're looking at the "uncompressed" address (should be the one on the left side of the page)

If your private key starts with a L and K, it is compressed and will line up with address on the right side of the page.
8637  Other / MultiBit / Re: Did I get robbed? Please help on: August 11, 2017, 04:20:58 AM
and it's gone...
Welcome to two weeks ago... https://bitcointalk.org/index.php?topic=2049217.0 Tongue

It was nice of them to dump MultiBit 5 days before the hardfork... top marks there. I was kinda surprised that there weren't more threads around here wondering what to do about the fork and/or how to migrate to another wallet.

At least they made a video, showing peeps how to migrate their wallet to Electrum...
8638  Bitcoin / Wallet software / Re: Google cloud wallet on: August 11, 2017, 04:06:54 AM
So, I wanted to withdraw my BCH from my addresses but I don't want to trust electron-wallet with my private keys, but I also don't have the space on my hard drive nor the bandwidth to download the whole blockchain in case I wanted to use BitcoinABC wallet. What I launch a goggle cloud vps and download the BitcoinABC wallet there. So my question is
I find it interesting that people seem to think that BitcoinABC is more trustworthy than ElectronCash and are more than happy to download the ABC binary and use that, than they are to download the ElectronCash binary and use that... As far as I can tell, both are pretty much equally unproven... sure, they're both open source... but as far as I'm aware, there is still no really good reason to trust one binary over the other? Huh

If electron cash does steal the private keys (a lot of sources say they might do it, so I want to be safe)
Honestly, I see a lot of this "but sources say they might steal keys"... I have not actually seen one person show ANY proof that ElectronCash can or might steal keys... sure they copied wallet files from default data directory, which was a pretty stupid thing to do, but I understand why they did it... but there isn't anything in the source code to point to anything malicious... it was a fork of Electrum with some code changes to make BCH work.

And yes, the binaries *could* be totally bad and evil... but the sources look clean... and this is true of pretty much ANY wallet software... BTC, BCH, ETH etc... There is a lot of fear and FUD floating around... Undecided



At the end of the day... if you want your BCH, you are going to have to put your BTC seed or private key(s) into a BCH client at some point... Personally, I think I'd rather download the ElectronCash source and either compile it myself or run from sources than use a binary from any of the BCH clients. At least that way you can be 100% sure that the code you are running, is the code you can see... And it's relatively simple to do (note: much easier on Linux than Windows)

Alternatively, you could create an offline, sandboxed (airgapped or non network VM or non network Live distro etc) version of the BCH client with your seed/private keys... and then use an Online version of BCH client with xpub/public keys to create watching wallet and create unsigned transaction... transfer unsigned transaction to offline version of BCH client... sign transaction... transfer signed transaction back to Online client and broadcast it.

Then destroy the offline client (a live distro with no persistence would be the ideal scenario, as you'd just need to power the machine down to wipe the RAM, others would require special care to ensure you had thoroughly wiped the data from storage media)...

I believe that should mean that your key exposure is minimised... and there is no chance for a rouge client to transfer your keys elsewhere.
8639  Bitcoin / Bitcoin Technical Support / Re: How to confirm transactions in an offline wallet? on: August 11, 2017, 12:31:00 AM
According to the "demos" that I've seen, when you're using Core, you need to provide the input information when you're signing the transaction offline: https://people.xiph.org/~greg/signdemo.txt

Essentially, you need to provide the TXIDs, the vouts and the ScriptPubKeys and/or redeemScripts for the inputs that you're using in the transaction.

Quote
signrawtransaction "hexstring" ( [{"txid":"id","vout":n,"scriptPubKey":"hex","redeemScript":"hex"},...] ["privatekey1",...] sighashtype )

Sign inputs for raw transaction (serialized, hex-encoded).
The second optional argument (may be null) is an array of previous transaction outputs that this transaction depends on but may not yet be in the block chain.
The third optional argument (may be null) is an array of base58-encoded private keys that, if given, will be the only keys used to sign the transaction.

8640  Bitcoin / Bitcoin Technical Support / Re: help with importing pvt keys please on: August 11, 2017, 12:09:15 AM
If they are xprv's... then you're looking at "extended private keys" of some description. These are generally used as the root to derive child keys in BIP32 wallets...each xprv has 232 children, so your "100 keys" are actually slightly more than that Wink

This is why Electrum will only let you import them one at a time, as it considers each one to be the starting point for a different HD wallet. To import multiples you'd need them to be in WIF format (ie. start with 5, K or L)

http://bip32.org/ might be your best bet to get from xprv to a WIF format private key... bit of a long process to convert them all 1 by 1... it's possible that some python wizardry using the bitcoin libraries would be able to take a list of xprv's and spit out matching keys.

Which wallet did these come from? I'm curious as to why you'd end up with 100 xprv's... instead of just "normal" WIF format keys?  Huh
Pages: « 1 ... 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 [432] 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 448 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 ... 514 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!