|
1) Stop mining.
2) Go to localbitcoins.com, enter your location.
3) Pick a reputable seller near you.
4) Arrange to meet them in a public place.
5) Pay them cash for the BTC.
|
|
|
|
The Trezor calculates the change address so it knows it is correct so it does not need to bother you to veryify something that it knows is correct and cannot be faked, since everything happens inside the Trezor.
Stop It can be calculated based by blockchain. Trezor doesn't know the blockchain. So it cannot calculate it. Only computer with opened site MyTrezor.com can help because only computer knows which addresses are not used. You are right, I got off on a little bit of a tangent and I am sorry. Try this: All of the change addresses can be determined from xpriv which is derived from the seed. The seed, xpriv, all the receive addresses, all the change addresses are or can be calculated inside the Trezor. Sure, the change address can also be calculated from the xpub on the myTrezor web site (or any other wallet that supports Trezor). So, since myTrezor calculates the change address from xpub and Trezor calculates the same change address from xpriv the Trezor can verify that the myWallet (or any other wallet) calculated the same change address. If the two change addresses do not match the Trezor can simply refuse to sign the transaction and reject it. Same result: we don't need to be bothered to verify the change address because the Trezor can verify it. BTW I went back and fixed my previous post. |
|
|
|
|
That is not as much fun. I can also just put 2256 into my calculator, still not a much fun.
|
|
|
|
I would love to buy one but 119 bucks?  Just waaaay to expensive for the newbies. If you have less than $1000 in BTC then this product may not be for you. But for someone who has thousands, tens of thousands, hundreds of thousands, etc. then this is a great product. I love this little thing. I have 5 of them and will be ordering a couple more for Christmas gifts for people I know that have BTC holdings. It is the second best thing I have ever purchased with BTC, the best one being a case of Girl Scout thin mint cookies. |
|
|
|
|
The Trezor can calculate the change address so it knows it is correct so it does not need to bother you to veryify something that it knows is correct and cannot be faked.
Also, let's say it did show you the internal change address on the screen then how would you know whether it is correct or not? Since myWallet does not show the changes addresses (yet?) it would take you some large effort (launch bip32.org, copy in xpub, search through all the change addresses until you find the correct one which could be very far into the sequence if you have done a lot of transactions, etc.) to even calculate it yourself in order to verify it.
Trezor is correct to not bother us with this because it can verify if the change address in the transaction is correct or not itself.
|
|
|
|
I have just used it to mix a lot of BTC with no issues at all. Not one. AFAICT it is not a scam and never was. They might have very bad/slow customer service in case something were to go wrong (I have never had anything go wrong so I would not know) but that is par for the course in Bitcoinland. Very fast, you just: setup, send BTC, wait for the required number of confirmations, get new BTC minus the fee. The number of confirmations required depends on the transaction volume:
Less than 25 BTC - 1 confirmation;
Less than 250 BTC - 3 confirmations;
Less than 1000 BTC - 4 confirmations;
More than 1000 BTC - 5 confirmations. Pro tip 1: When you setup the mixing you can enter the amount you want to get out instead of the amount you want to put it. That way it gives you the exact fee that will be required. The exact fee is never exactly 5% by design. So I send the amount they calculate with the randomized fee and get out exactly the amount I want. Pro tip 2: Be sure to save a copy of the guarantee letter until you get your BTC back from the mixer. If you close the browser before you save the letter the information about the mixing transaction (input addresses and output addresses) is gone forever by design (you don't want this information kept anywhere so they don't keep it). Since the mixing is so fast I just keep the letter open in the browser until I get my BTC. That way if something were to go wrong I could send a copy of it to the customer service. When I get my BTC I just close the browser and the information is deleted. Pro tip 3: Do not send less than the minimum amount of BTC! Most of the complaints I have seen about this service were from people who sent less than the minimum even though it says, right in the FAQ: Is there a minimum transaction size?
Please do not send transactions less than 0.01BTC. Smaller amounts will be considered as donations.
|
|
|
|
First of all, does every public key have a corresponding private key or can more than one public key correspond to just one private key?
Every public key is calculated directly from its corresponding private key. There are slightly less than 2 256 possible public/private key pairs. yes I don't think it will happen anytime soon because that is 1 big fuckin number of possibilities, something like 1.157920893×10^77. Well that's what a mate told me it was and he is pretty smart. I can't claim I worked that out.Can't see it happening in my lifetime. 10 x = 2 256ln(10 x) = ln(2 256) x(ln(10)) = 256(ln(2)) x = 256(ln(2))/(ln(10)) x = 77.06367888997918597471715704947 2 256 = 10 77.06367888997918597471715704947 = 10 (0.06367888997918597471715704947 + 77) = (10 0.06367888997918597471715704947)(10 77) = 1.1579208923731619542357098500863 * 10 77Math is fun. |
|
|
|
|
Just used bitmixer.io and I really like the service. Thinking about investing.
|
|
|
|
The BoP can't see it because it follows BIP0039 standard where the gap limit is set to 20, see https://github.com/bitcoin/bips/blob/master/bip-0044.mediawiki#address-gap-limitWallet software should warn when the user is trying to exceed the gap limit on an external chain by generating a new address. What happens is that 3rd party wallet are not BIP0039 compliant in this detail, which cause confusion in compliant wallets like myTrezor. The remedy is as follows: fill the gap limit with several small transactions, so that the difference in path of two transactions in the account is always less then 20. In this case we have payment on the address 44. It should be enough to send 0.001 BTC to address number 15 and 30. I think you quoted without reading: Ok I tested out your theory. I went back and used up every single address before m/0/44. My trezor is still showing the incorrect balance by 0.01btc. The balance on BTCReceive is showing correctly. So I'm guessing the only way to recover this lost btc would be to restore my seed to wallet32 app then send it somewhere else? I hope this is not the case.
If true then I think this may indicate a bug in the BoP implementation. |
|
|
|
|
How long have you owned this account? Why did you buy it?
|
|
|
|
|
On myTrezor can you just look at your "used addresses"
Click Account -> Receive -> find and click the "Show used" link
|
|
|
|
The answer you seek is just a few posts back: https://bitcointalk.org/index.php?topic=122438.msg8537393#msg85373931) Your coins are not lost 2) If you have a gap of more than 20 unused addresses your balance will not be correct until you use some of the unused addresses 3) Since the balance calculating algorithm stops after it sees 20 unused addresses all you need to do is send some coins to the unused addresses between your last properly summed address and the "lost" one in such a way as to make sure there are not more than 19 unused addresses between any two addresses that contain BTC I have a missing transaction. Here is what I did right before: I installed the btcreceive app onto my android. I then loaded the xpub code into the btcreceive app. Then I proceeded to test the app sending multiple transactions to the keys generated on the app. Then I opened the account tab on btcreceive and tried sending to some of the addresses there. All was well until I tried one of the addresses further down on the list in the account tab. I tried the m/0/44 address. I sent a total of 0.01btc. this transaction is showing up in the btcreceive app, but it doesnt show up on the mytrezor.com transaction list. So I tried to send another small amount from another wallet to this address again and this transaction is showing up. Both transactions are showing up on blockchain.info. https://blockchain.info/address/1CVHky4FZ4V5TN7DZSgaqwszRWg7iPrQfc. This has got me a little worried. What would happen if i had sent a larger amount of bitcoin? Would it be lost forever?   |
|
|
|
After much trial and error I finally figured out how to use http://bip32.org to verify the Bitcoin addresses being displayed at https://mytrezor.com against a second system (to make sure they are not being spoofed). I thought I would post my findings here in case anyone else is struggling with this: 1) Open up https://mytrezor.com and copy the xpub key you want to verify against the output of the http://bip32.org web site. Your xpub key(s) can be found under the advanced details on the main/home page for your wallet. 2) Open up the http://bip32.org web site and go to the second tab "BIP32 key". 3) Paste the xpub key into the BIP32 Extended Key box. 4) In the key info notice the depth number. It should be 3. Evidently this means that the key already includes the first three levels m/44'/0'/0' so you only need to add pathing past that point (see the next steps below). 5) In the Derivation Path drop down select "custom". 6) In the Custom Path box type m/0/0 Down at the bottom of the screen you should see a Bitcoin address. It should match the first Bitcoin address from the Trezor! 7) Change the Custom Path box to m/0/1 and on the myTrezor press "More Please" and you should see that your second address matches, etc.  Once you get this far, if you want to know the change addresses used by your Tezor, change the Custom Path box to m/1/0, m/1/1, m/1/2, etc. and this will display the change addresses. |
|
|
|
> Wallet32 shows you the change addresses also. If you want this feature just send a feature request to them. I think there better to use BTCReceive from same author As i know for Wallet32 you need to import there private seed (i don't have Wallet32 right now - may be i make mistake) But BTCReceive undetstands xpub keys of accounts. The xpub keys of accounts can be found in mytrezor.com advanced options for each account. But there bad news - BTCReceive now works only with one account and there no way to delete account  Only uninstall + install again BTCReceive. If you will want to import to Wallet32 you private key (seed) for viewing of change addresses so why you need the Trezor? You did not read the post right above yours where I said: FWIW I was not suggesting anyone actually use Wallet32 to determine the change addresses. What I was saying is that Wallet32 (and probably other wallets) do show the changes addresses. MyTrezor would just need to add another tab in order to show the changes addresses - like some other wallets do.
|
|
|
|
You can enumerate your change addresses with bip32.org securely (unlike the proposed Wallet32).
FWIW I was not suggesting anyone actually use Wallet32 to determine the change addresses. What I was saying is that Wallet32 (and probably other wallets) do show the changes addresses. MyTrezor would just need to add another tab in order to show the changes addresses - like some other wallets do. |
|
|
|
SSDs make sense for end users and certain other use cases. But if it comes to large storage needs and data that needs to be overwritten a lot, they just don't do the trick. Blocks on an SSDs can only be written about 1000 times and they're still a lot more expensive than regular HDDs when it comes to large capacities.
Your information is way out of date: Another limitation is that flash memory has a finite number of program-erase cycles (typically written as P/E cycles). Most commercially available flash products are guaranteed to withstand around 100,000 P/E cycles before the wear begins to deteriorate the integrity of the storage.[22] Micron Technology and Sun Microsystems announced an SLC NAND flash memory chip rated for 1,000,000 P/E cycles on 17 December 2008.[23] http://en.wikipedia.org/wiki/Flash_memory |
|
|
|
I'm admitting I was a thief, dipshit. Don't go around calling people names.
That is funny. "Don't go around calling people names you dipshit." |
|
|
|
|
Honesty test: How long have you owned the digitalindustry account?
|
|
|
|
I've shoplifted smaller items in the past than $3... My hero. |
|
|
|
under your definition it is not a wallet. You don't have private keys.
Cool. Back to the topic at hand then. what's interesting though, is that coinbase calls itself a digital wallet. Those lying bastards! Well that is just my personal terminology to express the distinction. I wish it was widely accepted but it is not. However, it is the very first distinction I explain to any noob I meet. It is actually very eye opening to some of them and gets them to thinking about the difference between having cash in their pocket and loaning their money to a bank. |
|
|
|
|
Show Posts
