millicoin informally.
If I was pricing something in print I would just use mBTC.
|
|
|
Which is greater? 1% * 200,000 * $120 1% * 400,000 * $60
When I say they make more depending on the volume, I mean in terms of the same currency. The more volume in BTC, the more BTC they make. The more volume in $, the more $ they make. Both linearly and ceteris paribus. Right now volume and volatility are strongly correlated. Volume in BTC and $/BTC not so much. I was asking the OP. I believe his argument is flawed. I agree with you in that IF there is a conflict of interest it is that panic/volatility/chaos leads to higher volume = more trading fees.
|
|
|
Which is greater? 1% * 200,000 * $120 1% * 400,000 * $60
|
|
|
Today, you could peg the bitcoin to the dollar. Of course, this is rather pointless, as we could just use dollars instead.
Or, you could peg the bitcoin to gold. That would be rather more interesting, as it would provide a genuine high-quality alternative to the U.S. dollar. Shows a complete lack of understanding on how Bitcoin (or more generally crypto-currencies work). One can't "peg" anything without centralized control. If you have centralized control you have no need for the overhead of the blockchain and you now must have implicit trust in the issuer/controller.
|
|
|
The QR code contains the shared secret (which is what synchronizes the codes on your smartphone and the site's backend server. Same shared secret + same time means both you and site generate the same code in sync. The shared secret is simply a number. The QR code also contains some less important information like "display name".
So if you have a backup of the QR code you use it to "setup" another smartphone
1) When you setup 2FA before you scan the QR code print it out. 2) Instead of scanning the QR code on screen scan the printout (this verifies the printout was correct, no printing errors rending it unreadable). 3) Complete the 2FA setup. 4) Now just label the printout. 5) Store the all your labeled google authenticator QR codes in a safe place (like fireproof safe or safety deposit box).
|
|
|
Land is no more free than bitcoins are. You have two means of acquiring bitcoins: mining, or buying. You have two means of acquiring land: first appropriation, or buying. The means of first appropriation are analogous to mining bitcoins: You use your property (your body, tools, etc) to mark out the land as yours. This proves that you are the first appropriator, much like using your hashpower to form a block before the other miners do proves that you mined those coins first.
But with Bitcoin they are just imaginary tokens like pokemon cards. Land is what is required for life, food, and shelter. Those that control the land can control ones life. If you owned 1000 acres of Iowan farmland, you could lease the land for about $250 per acre. Thus, you could be on the beach in California with $250,000 a year stipend. Since land is scarce, you can survive by solely owning land. You can survive solely by owning Bitcoins, as well. What you can't buy directly with bitcoins, you can buy with currencies you can buy with Bitcoins. It sounds like your problem is with rent... Fine, don't rent, buy land. Problem solved. Exactly. If an acre of this hypothetical land nets $250 per year in rent, then the present value (i.e. purchase price) is something like 20x annual rent cashflow or $5K per acre. 100 acres @ $5K ea = $5M. If you have $5M in performing assets the reality is you likely don't need to work. Land isn't special in that respect.Of course once you redistribute land them people will store more of their wealth in other assets. So what is next? Free stocks & bonds for the average person?
|
|
|
What about situation when we have huge difficulty and bitcoin price collapses making mining unprofitable for almost all miners?
The least efficient miners will quit, difficulty will lower and eventually a new equilibrium will exist.
|
|
|
So is this basicaly because there is highly illegal shit like CP embedded in the blockchain forever via nano-transactions?
Of course this would never be admitted, but it comes right on the heels of rumors of its use for this purpose
No that has nothing to do with this. One could still "embed" data in the blockchain by just ensuring the outputs are larger than the dust threshold.
|
|
|
Air is not a "good", because it is not scarce. Land is.
Exactly. If one lived on a lunar colony or orbital station one better believe someone would be charging for air. Maybe it would be rolled in with your rent, maybe it would be simplified to a standard fee per person but air would be scarce and the delivery of air a service.
|
|
|
It increases the costs of that dataset that cannot be pruned There's no real reason the dataset cannot be pruned - i've been playing with a DB copy of a blockchain, looking at ways of "removing" the records for accounts with a nil balance (amount out = total amounts in) where date is > 30 days ago I think you misunderstand. Nobody is saying the blockchain can't be pruned. IT CAN be pruned however the UXTO (set of unspent outputs which can still be inputs for future txs) CAN'T be pruned. That is fine because generally the UXTO is going to grow slower than the blockchain (people tend to spend unspent outputs creating roughly the same number of unspent outputs). There is one exception. That is UNECONOMICAL outputs. If you have a 0.0000001 output but it would cost 100x as much in fees to spend it would you spend it? Of course not. Kinda like mailing a penny (at a cost of $0.46) to your bank to apply to your mortgage principal. Nobody does that it doesn't make economical sense. So these uneconomically outputs are likely NEVER going to be spent. Each one that is produced won't be spent and thus won't be pruned and will remain in the UXTO forever (or a very long time on average) this is causing the UXTO to bloat and will continue to bloat as there is no reason for anyone to ever spend these outputs (and spending is what allows an output to be pruned). The UXTO is the critical resources. In order to validate tx quickly the UXTO needs to be in memory. So what happens when the UXTO is 32GB? 64GB? 200GB? Now if those are "valid" outputs likely to be used in future tx well that is just the cost of being a full node. But when 50%, 70%, 95%+ of the outputs are just unspendable garbage it greatly increases the processing requirements of full nodes without any benefit, to anyone. I don't *need* as a _user_ of bitcoins the whole blockchain, if I could get "balances at point in time" and the journal entries after that. Of course you don't which is the whole point of pruning the blockchain however you do need to retain a copy of every unspent output otherwise when you receive tx or block containing that output as an input in a new tx you can't validate the tx or block. If the input is coming to you, you can't even know if the tx/block is valid or just some nonsense garbage that an attacker sent to trick you into thinking your got paid. This unprunable dataset is a subset of the blockchain however tx below the dust thresholding simply bloat this.
|
|
|
I opened the bitcoin-Qt folder and I see a src folder and daemon folder. I did a search on *.dat and it's coming up blank. Am I looking in the right area?
No. Data directory (folder) is in a different location. Depends on your OS https://en.bitcoin.it/wiki/Data_directory
|
|
|
Even if a client doesn't check, the protocol requires that a tx have valid addresses otherwise the tx is invalid.
Note there is a difference between invalid address and a valid one in which the private key is lost/unknown (or was never known).
|
|
|
How would I go about getting another instance of the wallet so that I can start fresh. I have the current wallet file backed up in case I end up remembering the passphrase. Can two wallets exist independently of one another?
Double check you have a backup of the wallet.dat file. Ensure the client is closed, then delete the wallet.dat in the bitcoin datadir. Restart the bitcoin client and it will produce a new wallet.dat. Right away BEFORE DOING ANYTHING ELSE a) encrypt the wallet b) ensure you can decrypt the wallet c) make an offline backup of the passphrase d) make a backup of the encrypted wallet.dat file
|
|
|
If we store balances before the checkpoint and transactions only after checkpoint it seems to be as safe as the current bitcoin implementation (beacuse balance at the time of the checkpoint won't change even in the case of some forks). The double spents could be easily verified - it only need to check that the sum of transaction inputs less then the balance.
Then you have to implicitly trust the entity making checkpoints. Say you are a new user and you download the latest version of the client and it has a checkpoint for block 200,000 which says I have 100 BTC. Prove that I do or don't legitimately have 100 BTC without any information prior to block 200,000. What a developer owes me a lot of money so I say "you can pay your debt by putting a fake balance into the checkpoint for me". There is no longer Satoshi's goal of commerce without a trusted third party. Remember the point of the blockchain is to decentralize verification and validation. Any node, running any version of the client produced by anyone given a copy of the genesis block can prove every block and thus every current "balance" is valid.
|
|
|
So block 123,456 shows I (or more correctly an address I have) have a balance of 100 BTC. How do you verify it? If all you have is the balance how do you know it is correct? If you can solve that problem then you can build a more efficient
Hint: miners might actually be attackers, scammers, thieves, etc. In Bitcoin miners can't falsify coin records. If they make a block which shows a "fake transaction" other nodes (which inherently DONT TRUST any other node) can verify the block is invalid a reject it. How can they do that? Because they can trace the history of every coin and thus can prove a tx is valid.
Don't start by thinking of how "X" would work. Start by thinking of how someone could abuse/attack/defraud "X". Remember this is money we are talking about here.
|
|
|
blerg. I should have known. Amazon lost their tax fight in VA last year. Still I think this year passage is unlikely. If it was an intrade bet with even money I would bet against it. Now looking out over the next 5 to 10 years ... well the prospects of keeping it at bay are looking more dim.
|
|
|
I known you tried with this guide, but it's still a place where so many get scammed, it is best to just avoid using it entirely. What attracts so many sellers to eBay for example is the high markup price they can sell for. Browse the sold listings and you can see sales with over +$50-150 markup. ... and end up -$50 to -$100 after chargebacks.
|
|
|
good idea, thanks for the tip. Last year I made a small 3 digits loss on ebay because of paypal chargebacks of bitcoins. Learned my lesson It was bad even a year ago? If PayPal is an 'eBay company', and if PayPal does not allow the sale of BitCoin, then why doesn't eBay prevent its sale? There is no restriction at all for selling BitCoin on eBay, only with using PayPal for the payment. Any restriction on PayPal is defacto a restriction on ebay as you MUST accept PayPal as a condition of listing on ebay. Just because ebay doesn't kill every listing within seconds doesn't mean they support it. There are something like 20 million auctions on ebay at any particular time. It simply isn't cost effective to monitor them all continually. It would be like a cop stops you for speeding 75 in a 60. You say to the cop "if speeding is illegal then why didn't someone stop me yesterday when I was speeding? Obviously you must be incorrect and speeding is not illegal"
|
|
|
Sorry typo was trying to say a quadrillion quadrillion (i.e 10^15 * 10^15). Still the point is that 2^256 is "big". Deceptively big since for example we have 64 bit computers and some people even have 32 bit dollars (~$4.3 billion USD) so at a "common sense" level it doesn't seem like the jump to 128 bit or 256 is "that much more".
|
|
|
|