I love the fact that it's hashing rate is continuing to increase, and soon it'll be stickied in the forums (meaning it'll be in the Top 10.)
|
|
|
At the risk of rehashing a settled issue, I have a stupid question:
It is already cryptographically possible to have two or more devices each have access to a portion of a private key, and be able to combine these portions to spend funds in such a way that no device gains access to any more of the private key than it already had, correct?
If this is the case, I'm wondering why it's considered mission-critical to implement scripting for multisig and for extra security measures in general by altering the protocol, rather than letting the owners of the private keys take responsibility for securing them and preventing unauthorized spending.
|
|
|
- With Bitcoin, the money supply can be subdivided indefinitely as market forces demand.
What do you mean by this? I know that it can be divided down to 10 -8 units, but no further. Are you referring to something different? We could change the code to allow further subdivisions if necessary. It would still maintain the 21 million bitcoin cap.
|
|
|
Missed this or I would have contributed, but I certainly want to see the finished product!
|
|
|
Nice! Just finished the addition of the video.
|
|
|
The concern advanced by the OP is the same concern I believe that resulted in "Litecoin", a currency based on an algorithm that favors regular CPUs and that is more difficult to specialize on hardware that would favor those with capital (as compared to SHA256 which favors GPUs, and soon FPGA and ASIC).
I've never really gotten how that addressed the concerns. Someone with resources could just buy several thousand high-powered CPUs and do the same thing as folks spending a lot of money on GPUs. Really, if there's something that can be bought and that is good to own, there's no way to prevent the rich from owning more of it, whether it be gold, U.S. Senators, or hashing power.
|
|
|
I'd run with the simple fact that gold can't be shoved down a wire and spent online, and that any gold-backed electronic commerce comes with all sorts of risk from the centralization necessary to operate it.
"Online commerce is here to stay, and we need digital cash. Would you prefer it be golden fiat, yet another promise-to-pay that can fail like it has before, or to be an actual digital commodity, limited in amount and with a free-market exchange rate, that's almost frictionless in it's utility, and that is always paid-in-full?"
|
|
|
Yes, over time, only those with a lot of capital will be able to mine efficiently. But it's not like only businesses in a narrow industry, or only the top three global corporations will be the ones involved.
Even if it costs $10M to do significant mining, since bitcoin will have become mainstream by that time, there will be plenty of big businesses that could get involved if they chose to, possibly thousands. It's been suggested that many might jump in just so they have a way to get their own transactions processed without any fees, since by then fees for quick processing will likely be non-negligible. And of course, there will continue to be new businesses springing up whose only function is mining, distributing profits to the shareholders.
tl;dr - It's not a real concern. Only the scale will shift, not the level of centralization.
|
|
|
Alpha release-copy #1! See the top post for information about what this means. In a nutshell, this will be the "final" alpha version, barring minor bugs I've introduced recently. Complete binaries won't be available for Windows, but I'll be posting a half-way solution that should work for everyone (and be dramatically easier to setup than the full build instructions).
All features I wanted for alpha have been tested and stable for a while (relatively speaking). I've even moved all my own funds to an offline laptop I adopted from a coworker (offline mode works with only 512 MB of RAM!). PLEASE let me know if you find any issues with the release copy (via PM) and hopefully I'll have the official, alpha version solidified by the end of the week!
First priority after alpha is "normal" RAM requirements!
Great to hear! I'll continue to be on the lookout for developments, and plan to make a small donation to you for everyone who posts feedback on the alpha release in this thread (for a short while, anyway.) More for positive feedback, but it looks like there should be plenty of that.
|
|
|
Well, this one isn't an MP3 yet, but it's just audio clipped from a podcast, so no important visual data would be lost if any kind soul took the time to convert it to an MP3 and upload it someplace. The hour-long interview with Roger Ver on the Free Talk Live radio show/podcast: http://www.youtube.com/watch?v=1ZAFGRrp_kc
|
|
|
I hope the rage of hazek (are you hayek with a non-austrian keyboard?) wont come down on me, I will try to substantiate my claims upon request.
Of course not, what you said makes perfect sense and you backed it up with real world evidence. I just get a rage fit at zombies who don't investigate their beliefs and just blindly repeat something someone else taught them with zero evidence to back it up. It's the attitude more so than the person. And since the majority of people at no fault of their own weren't taught any critical thinking skills in school, just like I wasn't, I really don't have any patience left to give BS credibility by elevating my way of communicating to a civilized debate so I just end up in a rage. Don't get so worked up. You'll just increase your blood pressure and die early. Sorry... I don't have time to provide citations.
|
|
|
Summary to date 1g Au2012 04 01 miscreanity 2012 05 03 Goat 2012 05 13 Niko 2012 06 12 cloon 2012 08 01 oOoOo 2012 08 03 sadpandatech 2012 08 10 kjlimo 2012 09 03 the joint 2012 12 01 westkybitcoins2012 12 07 notme 2012 12 21 Mageant 2013 01 03 Koekiemonster 2013 03 23 Scott J 2013 04 13 proudhon 2013 06 10 Clark 2014 01 01 farfiman 2014 03 04 Wekkel 2014 04 01 Revalin 2014 05 03 indeededausername 2014 05 05 BTCurious 2016 09 07 sgbett 2018 06 27 trogdorjw73 never - westkybitcoins pse to let me know if I've made any typos or missed anyone out, mt Just a little fix for ya.
|
|
|
There is another danger though even if bitcoin rejects the idea of multisig all together. Govt can always come up with their own network built with multisig in mind where one key always belongs to them. Make this network hash-compatible with bitcoin and start merge-mining it. Of course people won't know anything about it. Once govt network gains a lot of power, they can suppress any activity on bitcoin network via merged mining exactly how Luke-Jr did it with CoiledCoin. So the the only way we can fight it is not by suppressing multisig because it's irrelevant, but gain more support from the masses before govt does. This year they will be busy with elections, so we have to hurry up and propel bitcoin to the Moon I think Bitcoin magazine would do a great job here. Good points all around.
|
|
|
With the sigmoid curve, why would anyone go in first? They would all be fighting over scraps of coins, and all the electricity they burned would be much more efficiently utilized past -2 on the horizontal line, when the coins start coming in abundance. Waiting would encouraged. The coins would start coming into abundance as bitcoin increased in popularity. Well, that's the hope anyway. Depending on the scale of the curve, if done wrong, sigmoid-coin could start taking off after the first block reward decrease (kind of like bitcoin,) or it could start taking off while the block reward is still at 1.5625 BTC, and I don't think that kind of reward is going to prompt a bunch of for-profit miners... yet with a popular coin, and a low difficulty, you'd sure get a lot of "miners" jumping in with the intent of taking over and/or destroying the blockchain. Basically, there's no way a specific curve can be an automatic cure for what you're considering a problem. Posting a message on a crypto board that had all of 10 posts in an entire year is not exactly a big way to get the word out. True, but would you drop millions into an ad campaign for an untested new form of currency? And what if, instead of people paying attention, the only ones who did were banks and others who might find the coin a threat? The incentive for adoption is at least as important as the ad campaign... all the ads in the world won't persuade me to jump on board with a new technology that I see no advantage to getting involved with, but if the campaign is big enough it WILL broadcast the existence of that new technology to exactly the wrong people. You say there is no incentive, but if the early adopters could prove its use as a currency such as selling a pizza for 50 BTC instead of 10,000, how would that make any difference? If it had still not taken off by the time the distribution reached maximum (probably 50 btc/10 min) then it was unlikely to take off anyway. But, if it did start working, then as the curve approached 50 btc, you'd have thousands upon thousands of people mining as you do now, It would make a difference because potential miners would look at the curve, and say "meh, I'll wait until the block reward increases. No point in jumping in this early." The last thing you want is growing awareness without a growing number of new miners. and the early adopters would still have a very large sum of bitcoins worth a significant amount of money, but they would not have a complete stranglehold over the supply. But you can't predict how long miners will wait to jump in, and hence how many coins early adopters will have. My contention is that it might be just about as many coins as they have now, relatively speaking. I admit, it sounds good, but I don't think it fixes the real "problem": the coins flowing into the hands of a few right up until they have a significant number of them. Excellent, I addressed this in one of my posts where I said it may just be the first big business that starts accepting BTC that becomes the real elite. I don't understand. How is one big business being the big early adopter any better than having several independent geeks be the early adopters? I'd really like to hear a method that directly addresses the number of participants, and then their subsequent share of coins. encoin: https://bitcointalk.org/index.php?topic=49683.0 (again, it's overly complex but I set out to fix 51% attacks, pools, and other issues) A quick scan of the material at the link and at the wiki doesn't seem to address the number of participants. Could you boil it down to the essential idea? How does encoin directly address making sure the number of participants is followed by the output of coins? Early adopter shit is easy to promote. Give away 2x the coins, whatever. A deflationary currency is going to promote hoarding, and it is going to mean that the wealthy will always have more power over the unwealthy as they do not need to spend 90% or more of their income per year on food and rent. They can always hoard until the value goes too high and causes recession, then buy up property and other things of real value to "spur" the economy or LEND it too.
IMO, currency should strive for a stable value so that it cannot be manipulated by the wealthy. The early adopters can get all kinds of bonuses, I don't care about that, as long as they can't use those bonuses to manipulate. I think you're underestimating what it takes to encourage early adoption. I knew about bitcoin in 2010, yet despite the potential for profit, I waited until 2011, until I'd heard more advertising, and got the impression there was finally the beginnings of an infrastructure, before I got involved. That despite the early adopter potential. Giving early adopters 2x the coins, but making it so that amount is meaningless, isn't going to encourage much of anything. There are two contradictory goals you have here: (1) encourage early adoption, (2) ensure that early adopters don't profit "too much." With item (2) in effect, what exactly are you going to use to promote item (1)? And if you're not really concerned about item (1), then what's to stop just the few people who care about the coin from being the only early adopters, leading to the exact same situation we have now? TL;DR - There's still no method being given that demonstrably (or even theoretically) leads to a situation of having many, many early adopters.
|
|
|
I'm still waiting to hear of a better method of initial cryptocurrency distribution. OP?
Sigmoid curve. Natural resource depletion. Difficulty was 1 for over a year. Yet the BTC output was as high as it is now. Distribution sucks because of that. The problem wasn't the difficulty. The problem was the lack of people who knew about the system, which meant few people mining, which is what kept difficulty low in the first place (and which meant those coins were split among the few people.) The problem was there wasn't a national ad campaign so that everyone could have jumped in, and the early coins could have been distributed among more people. That said... The problem I've come to see with the sigmoid curve is that there's no incentive for anyone to be an early adopter, even with a national ad campaign. If tons of people had started flooding into mining bitcoin early, they would have done so when the inflation rate was the highest, and the most coins were coming into circulation. Early adoption was encouraged. With the sigmoid curve, why would anyone go in first? They would all be fighting over scraps of coins, and all the electricity they burned would be much more efficiently utilized past -2 on the horizontal line, when the coins start coming in abundance. Waiting would encouraged. That suggests to me that either sigmoid-coin would never get off the ground (so few people would be involved early on it would flounder) or that only a handful of people, out of sheer love of the project, would be mining right up until the -2 point.... and you'd still have millions of coins in the hands of a few. I admit, it sounds good, but I don't think it fixes the real "problem": the coins flowing into the hands of a few right up until they have a significant number of them. I'd really like to hear a method that directly addresses the number of participants, and then their subsequent share of coins.
|
|
|
Plausible in the sense that you would accept having a "joint" account with the govt. People don't do that now so it seems unlikely they'd be very willing later.
Plenty of people, in a sense, have this, at least in the U.S. It's called a bank. Government thinks you're a criminal? Boom, your account is frozen. They think you owe them something? Boom, they take the money out directly. The fact that they don't do it that often doesn't mean it never happens. And most people still wouldn't DREAM of not having a bank account, or worse, banking with some *unregulated* bank that doesn't do what the government tells it to. I've even heard the sentiment expressed in this forum that letting government take a little bit of control of bitcoin in some form or fashion is a good thing because it lends bitcoin legitimacy! To my mind, the idea of there being a push toward government-controlled (read: "regulated") multisig accounts isn't just plausible, it's a question of "when", not "if."
|
|
|
I'm still waiting to hear of a better method of initial cryptocurrency distribution. OP?
|
|
|
I think the real question is, how long on average will coins sent via complex transactions remain unspent? If the intention is for most transactions in the future to become complex (which I'm seeing hints of, and if so, I'd love to be pointed to where this is actually discussed openly,) then I see your point, but I don't see that that as a given.
The expectation that many in the future would be 'complex' because all two-factor wallets transactions would be complex. I'd certainly encourage typical users to go this route. I do see the utility of this, but I find myself wondering if this will really be how the masses will handle most of their transactions; having to always use two devices for every spend can get inconvenient, and people like convenience. Still, yes, were this to become standard (which I personally would dislike) I could see a lot more unspent complex-tx outputs sitting around. But it's also not the entirely right question to ask here, because the chain doesn't just carry earnest transactions. If someone wants to DOS attack bitcoin to make it unusable or ruin its decentralization, they'll use the cheapest method available to add the most immortal data to the blockchain. By reducing the amount of potentially immortal data needed in normal financial transactions we reduce that attack, because it is either easily distinguishable from normal transactions (thus subject to higher fees), or isn't as much data.
Hmm. I see your point.
|
|
|
Pardon me while I don't let the government have control of my second key, regardless of various laws that might be passed.
Basically, if people give up their responsibilities, and end up oppressed, it's not the system's fault, it's the people's fault.
Pretty much this. Let's not mince words. Bitcoin has the potential to be a tool of financial freedom so powerful it could completely shake up the status quo. It also has the potential to be a tool of financial control so complete it could qualify as a Mark of the Beast (tm). It all depends on the people. If everyone rejects government involvement and refuses to allow centralization, we win. If everyone just accepts government controlling it and forcing you to use it a certain way, we're doomed.
|
|
|
To risk permanent harm to the system...
There is no risk of permanent harm. Hmm. I'm going by what I've read on the other thread. I seem to recall one of the big points of contention was that, essentially, "we can't screw this up, because if we do, we won't ever be able to fix it." One example: And, at the same time, there's nothing stopping anyone from implementing both. It's conceivable someone could create a client that did the validation for both BIP-16 and BIP-17. Miners could also validate both style transactions. Since they are both designed to be backward compatible, they will all be recognized as legitimate transactions by the whole network if they get into a block (even if not all clients relay them). The downside of course is that if you create either a BIP-16 or BIP-17 style transaction and the majority of mining power isn't doing the full validation, you run the risk of losing your coins to theft.
Perhaps its more accurate to say implementing either risks causing serious problems. And the blockchain bloat? That almost seems like a distraction. Complex transactions are going to take up extra space in the blockchain; arguing over where and when the bloat occurs seems pretty academic too.
You forget that completed transactions can be pruned. They can and will be deleted by many miners after the bitcoins are spent further. Unspent bitcoins can not. They are kept by all miners forever. These BIPs would reduce the size of unspent transactions, no matter how complex, to the lowest safe size. It is not merely academic. It is significant. Unspent bitcoins are only kept by miners until they are spent. Sure, there will be some "lost" coins... coins sent using complex transactions where the recipient loses the private key, dies before spending the coins, etc. But I think that's a negligible situation that shouldn't dictate the protocol. I think the real question is, how long on average will coins sent via complex transactions remain unspent? If the intention is for most transactions in the future to become complex (which I'm seeing hints of, and if so, I'd love to be pointed to where this is actually discussed openly,) then I see your point, but I don't see that that as a given. Even if the average time delay of spending coins from complex transactions is months (which sounds highly unlikely,) it still just delays the pruning. A "rolling amount" of temporary bloat from some unspent complex-tx coins doesn't seem like it would be enough to worry about.
|
|
|
|