Also most mining pools limit incoming connections as a pool wants to get a block to other miners (namely other large pools) quickly. Having a bitcoind bogged down with hundreds of connections doesn't help orphan rates. In theory a miner's optimal peer configuration would be direct connections to all other mining pools and then a few connections to major tx hubs (exchanges, blockchain.info, major merchants, etc).
If there was a significant demand for non-standard transactions they could set up a separate node, perhaps only available to subscribers, in order to accept them. Of course the people wanting to send these non-standard transactions would need to pay for the additional risk of orphaned blocks, since they wouldn't be in the signature cache of other nodes.
|
|
|
It would be useful to include a "special exception" to the double spend rules. Nodes will drop double spends of outputs currently in their memory pool. A double spend which consists of the exact same inputs and same outputs and only differs in the amount of the fee to miner by a preset amount (say up to 5x min fee) could be allowed to "pass through" the double spend shield. This would allow users to "upgrade" a transaction from low/no fee to standard/higher fee and get it to miners. Mining pools could offer this as a service by setting up a node that allows for lots of direct connections and bypasses the normal relaying rules, and which immediately includes qualifying transactions in the next block.
|
|
|
I'm sorry. You did address my question. I think we may have cross-posted. Your answer is that you will depend on others to take care of you. That is the tribe/socialist solution. I have rejected that solution in my opening post as it limits your freedom and the freedom of others. Any time you consume more than you produce (spending your savings) you depend on others to take care of you. The only difference is whether you are depending on anonymous producers in a market, or depending on people you've built up personal relationships with. Saving means consuming less that you produce in the present in order to accumulate that which you guess the producers of what you want to consume in the future accept for trade. It presupposes those producers will be willing and able to trade with you, and that whatever you accumulate now will still be in your possession when you want to consume. Is it less speculative to depend on your ability to predict what anonymous producers will want in the future, or is it less speculative to maximize your own productive ability and to build social capital with people you know and trust? This is not to say that saving and speculation are bad, but I just don't think they are the best long term strategy to rely on.
|
|
|
Again you ignored my vital question: What if you are not able to earn a living due to illness, accident or old age?
I did not ignore it. The majority of illnesses in the modern world are both chronic and preventable, so they can be minimized with appropriate lifestyle changes. For the risks that can't be eliminated you can hedge against by having a strong social network.
In the current worldwide fiscal climate the people who are already old are doomed, so there's not much they can do anyway besides speculate and hope. Those who aren't yet old have the opportunity to prepare before they end up in that position.
|
|
|
I don't like Kleopatra on Linux or Windows; it's a generalized solution to a problem that most people don't have. GPA or KGpg work well, along with the Enigmail plugin for Thunderbird. FireGPG (browser plugin) is dead, although the code on GitHub mostly works. The replacement WebPG is under development but doesn't work very well yet.
|
|
|
Saving means consuming less that you produce in the present in order to accumulate that which you guess the producers of what you want to consume in the future accept for trade. It presupposes those producers will be willing and able to trade with you, and that whatever you accumulate now will still be in your possession when you want to consume.
Saving is much more speculative than maximizing and diversifying your own ability to produce new wealth because in the latter case more of the variables are under your control.
|
|
|
What do you do if an unprecedentedly severe economic disruption means the goods you want to buy aren't available at any price? How can the Permanent Portfolio preserved your wealth?
That is what I mean by "all saving is speculation". Nothing can guarantee the future ability of the economy to produce the goods and services you will want to buy with deferred consumption.
The majority of illnesses in the modern world are both chronic and preventable, so they can be minimized with appropriate lifestyle changes. For the risks that can't be eliminated you can hedge against by having a strong social network.
In the current worldwide fiscal climate the people who are already old are doomed, so there's not much they can do anyway besides speculate and hope. Those who aren't yet old have the opportunity to prepare before they end up in that position.
|
|
|
I think all forms of saving are speculation, and there's nothing with as much upside as Bitcoin.
To protect yourself from loss you should invest in your earning potential. Diversify your knowledge, skills, and experience so that no matter what happens in the broader economy you'll be able to earn a living.
Learning how to weld is a better investment than buying gold because practical skills allow you to produce wealth, not just trade for it.
|
|
|
While we're on the ZH topic, is there some kind of private joke about losing PMs in a "boating accident"? I believe that phrase started out in the gun owner community, as in what someone would say if the federal government banned guns and started tracking down firearm owners based on purchase records. "I don't have those guns any more. They all fell overboard in a tragic boating accident."
|
|
|
But I also think that choosing a larger-but-still-limited block size won't kill Bitcoin (but not raising the block size at all might-- a payment system with a hard seven-transactions-per-second limit is not Satoshi's vision).
In any case it buys time, which has advantages and disadvantages. I would prefer permanent algorithms that will never need to be changed, such as the difficulty adjustment formula, because making backwards-incompatable changes is dangerous and becomes more so as time goes by. Presumably Bitcoin is still mostly used and operated by people who more or less believe in the same core principles, but as adoption goes up this is not guaranteed to remain the case. The earlier we make the necessary changes to allow Bitcoin to scale without requiring any more hard forks, the less leverage malicious stakeholders in the future will have when they try to get support for changing Bitcoin into the opposite of what it is. I described two reasons I think people are opposed to scaling Bitcoin in this post, and I have a lot more sympathy for the latter reason than the former. I just don't see that as a reason to delay or avoid necessary changes. I'd rather make them as soon as practical.
|
|
|
I thought for a while that one could discover Satoshi's identify by doing text analysis on his posting style, but then I realized he was probably too smart for that. If Satoshi is still around and posting under a different name then that identity should have the complete opposite style.
I conclude, therefore, that MysteryMiner is Satoshi Nakamoto.
|
|
|
Crap. I really didn't anticipate that they can just change rules like that and nobody cares.
Lots of proposals floating around now; no guarantee that any of them will be implemented but it's probably best to speak up about it.
|
|
|
Subject line is misleading.
|
|
|
A state of no (or gradually increasing) block size limits avoids the market mechanism for pricing transaction times. When did miners become helpless pawns of the greedy users who are forced to include every single transaction in a block unless they are rescued by having the size limited by protocol? Larger blocks increase the miners' hardware and bandwidth costs, and the odds of an orphaned block. The equilibrium price for transaction fees will be higher than miner's marginal cost. The idea that we have to mandate an upper limit on block size in order to have a pricing mechanism is ridiculous. Transaction processing is a service which gets more valuable per Metcalfe's law as the number of possible transactions increases. Bitcoins emulate a scarce good that are only valuable if the quantity is limited. The only reason to limit the block size is to subsidize non-Bitcoin currencies or to insulate existing miners from future competition.
|
|
|
Withdrawing cash and buying offline from the start adds even more privacy and deniability. No way to withdraw cash without being recorded on camera.
|
|
|
I believe the point of the essay was staying away from Gox. I understand that, I just don't agree. If you've got money in a bank account you're not going to withdraw it without being monitored, so you might as well send it to the exchange with the best liquidity to buy Bitcoins with. After you take possession of the bitcoins you have a lot more options with regards to privacy and plausible deniability.
|
|
|
The reason a customer would choose to connect over Tor is because they want additional anonymity at the expense of speed. You can't be ordered by a court to keep records of information you don't have and can't get.
|
|
|
I really like the bounty idea. Any chance of you doing that for the rest of Armory development? I mean, I'd really like to see a Bitcoin Armory rpm for fedora users. Slap up a bounty and I'll donate to it, eventually there's bound to be enough fedora users that would like to have that. It was a real workaround for me to figure out how to get Bitcoin Armory to work for me on Fedora.
There's not even a current Bitcoin-Qt rpm for Fedora, is there?
|
|
|
I don't know about the other clients but Armory won't let you spend until it's caught up with the blockchain.
|
|
|
This is scary because I would like to think that no part of Bitcoin has an order of growth of O(N8). It won't last forever; just until we move past the inflection point of the S curve.
|
|
|
|