Unless it has a sticker or hologram on it displaying a "public" key or address (with a hidden private key under the sticker/hologram)... Then I doubt very much that your coin is "loaded" with anything... and is basically worth whatever a collector would want to pay for it.

Based on @rhomelmabini 's link... I'd say that would be around $5

You're right, it is most likely a scam. The site is completely fake... This is the CromtonTech "team":



The "Co-Founder" is a John Doe pic from a website template by the looks of it... check the results from the Google Image search for his profile pic:




Same with the others:


DO NOT send these scammers any money!

It's the usual story... you've just hit a bad patch of a LOT of transactions... the network is busy right now:


There are around 30,000 unconfirmed transactions. So, depending on your fee it could take a while to get a confirmation.

If you hover over the bottom graph "Mempool size in MB) here: https://jochen-hoenicke.de/queue/#0,24h
You can get an idea of where your transaction is effectively sitting in the "queue".

Welcome to the Internet... you must be new around here

You need to realise that not everyone has the same moral compass as you... and some don't even have moral compasses at all... As I was fond of telling my ex when she would get upset because she couldn't understand why people would say and do stupid or mean things... "Everyone is not you".

Some people are nice, some are asshats... it's no real different than any other facet of life... it's just easier for people to be asshats online because they think they're anonymous and untouchable. ¯\_(ツ)_/¯

And yet... that is all you spew in pretty much each and every post you make on this site. "Nonsense shit".

Your silly semantic games and "fingers in ears"-type denial of reality don't make you right... and you know it. But no doubt, you'll wait a few more days... give everyone another round of red trust for being "brain dead", claim you "don't make contracts"... and "only accept donations"... and that you "refunded h4ns" by ever so graciously deducting that 210 euro from the amount you're magically claiming as damages in your made up little defamation fantasy...

Here's some truth for you... that isn't a refund. It isn't even close to be being refund. Since you're so fond of definitions:


You didn't give it back or repay it... therefore... NO REFUND has been made. His claim is good... as is the flag.

So, stop making yourself look like a twat with all your stupid games and arguments and just give him his 210 euros like you promised you would in the email you wrote to him (which by the way... in spite of your protestations otherwise IS classified as a written agreement).

Don't bother repeating all your "nonsense shit" about contracts and donations and refunds... we've all seen it... multiple times... and it's still just as incorrect as the first time you posted it.

Most likely because the latest version is working "correctly"

The older version *should* have been changing the address as well, but it didn't always work properly... with the newer versions, the wallet will give you the first "unused" receiving address (where tx == 0) that it finds in the list... once it has been "used" (tx >= 1), an address should not automatically show up on the "receive" tab any longer. If it was already on the receive tab and the address receives a transaction, and then you go back to the receive tab, it will be highlighted RED to warn the user that it has already been used. If the wallet is subsequently closed and re-opened, that "used" address will then be skipped and the first unused address in the list will be shown instead.

However, as TryNinja said above... any and ALL of the address(es) shown on the "Addresses" tab will remain valid and can be used at any time.

More likely... the Firefox Addon will simply modify the "deposit" address displayed to the user to display an address belonging to the thieves. They don't even need to steal the coins from the users LBC account, because the user will simply end up sending them directly!

It is essentially a slightly more "polished" version of the LBC deposit address changing scam using TamperMonkey/GreaseMonkey script that was doing the rounds recently...

That's not how "Be your own bank" works... Asking someone else to "protect your BTC" pretty much goes against the entire ethos of Bitcoin.

It seems that you're basically suggesting "custodial" wallets as a solution for non-techies!!?!

In my mind, the solution is education, but that generally requires someone who wants to learn. Bitcoin has a steep learning curve... but there have been advances away from the complicated process of generating and using paper wallets securely or attempting to setup an air-gapped machine etc. For instance, a hardware wallet offers most of the benefits without the complicated procedures and are generally easy to use.

Likewise, there are desktop wallets available that offer the ease of use and nice GUIs of web wallets... but ensure you maintain control of your private keys/seed mnemonics and don't require full blockchain downloads.

All the information should be on the blockchain, and you should only need the TransactionID from the transaction that moved the coins from Wallet A to Wallet B...

This should show the change address(es) that had the coins left over from the 175 BTC. It should be a simple matter to follow back from that (A to B) transaction to see that those change address(es) are indeed from the 175 BTC transaction.

Not sure why you would need a "pro" to show that? Unless there were a number of transactions inbetween "175->Exchange" and "A to B"?

You didn't copy/paste the WHOLE message box correctly... the correct message should be:

That verifies properly with Electrum!

oh man... I was sooooo close... had "7"... result is "8"... congrats to Mbitr!  

Thanks for the raffle Krogothmanhattan! Will try again tomorrow!


With the hobbits and sheep in Middle Earth

Rock and roll... all slots full! So excited for my first shot at this... sat up until after midnight waiting for this... the "joys" of being UTC+13

7 - HCP

It still does... it's just that wallets that use "seed words" derive all their private keys from those seed words... so as long as you (and ONLY you) have the "seed words"... you still control the private keys

User: saraholiver

Copied Post:

Archived

Original Article on Forbes.com here: https://www.forbes.com/sites/cbovaird/2019/11/26/bitcoin-fell-50-from-its-2019-high-has-it-bottomed-out/#73ea376d6ed6

Post has been reported.

One could probably argue that the security of the backup is increased... as without the minimum number of pieces, you can't access the seed mnemonic and restore the wallet. (assuming the pieces are stored separately in safe and secure locations etc)

However, I would agree that the overall security of the wallet is essentially the same if it was all done (wallet creation + shamir split) on an online machine.

Impossible to know without seeing the logs from the application. The "Transaction signing failed" error is a relatively generic error that doesn't really tell you much other than the app was unable to sign your transaction

Why it was able to sign the transaction when you spent BOTH UTXOs in one transaction, but could not do so when you were just spending ONE UTXO... I guess we'll never know.

Given some of the "syncing" issues that Mycelium users have had since the latest update... it's possible the app was simply unable to confirm the UTXOs were "valid" so the creation/signing of the transaction simply failed... and then by the time you decided to try sending everything, it was able to sync OK and confirm the UTXOs were valid, so the process worked fine. It's also possible that Mycelium doesn't work like this at all and will happily sign transactions containing invalid UTXOs I'm not very familiar with the underlying codebase to be honest.

I imagine attempting to troubleshoot this would be very difficult as it will not doubt prove to be hard to replicate the issue!

As noted by nc50lc, Bitcoin Core does not use "seed phrases" aka "recovery phrase" aka "seed mnemonics" aka "12/24 words" etc... The closest you can get is the "hdseed" value in the 'dumpwallet' output. Displayed in a WIF format... you could theoretically use this to recreate your wallet using this 'hdseed' WIF key and the "createwallet" and "sethdseed" commands.

Again, this will not be able to restore any imported private keys... it will only be able to restore addresses that were originally generated from the seed... and it also means that you've potentially exposed your unencrypted private keys and hdseed by having to use the 'dumpwallet' command to find the "hdseed" value in the first place.


Keeping (multiple) copies of the encrypted wallet.dat is really the best solution, in my opinion.

Basically the private keys (and the redeem scripts for your P2SH/segwit addresses)... Basically, this is why you see the block of addresses repeated... one block shows the private key... one block is the redeem script.

reserve = "receiving addresses"
change = "change"
script = the redeem script for the displayed address


In short... yes. It is also the same as the "File -> Backup Wallet..." option in the GUI. It basically just copies the wallet.dat to the specified location.


In my opinion, the best method is to simply backup your wallet.dat (either manually or using the 'backupwallet' option). It's simple, quick and effective. Your private keys remain encrypted with your wallet passphrase... they are output unencrypted if you use 'dumpwallet'... and if you have an "HD enabled" wallet, you will be able to recover everything by simply restoring the wallet.dat and loading it up in a fully synced Bitcoin Core instance.

Worst comes to worst... you'd be able to load that wallet.dat in an unsynced Bitcoin Core and run 'dumpwallet' anyway.

There should be a law that a "Black Friday" sale needs to be a minimum of 50% discount

TBH, tho, it's all becoming a bit "overdone"... these days everyone is doing "pre-Black Friday deals"... "Black Friday week sales"... "Did you miss Black Friday? sales"