Peter R. Ah, yeah. He seems like a good guy. I think that may still be a bad move though. I did a search on the text and nothing turned up so I assumed google hadn't indexed it yet
|
|
|
What would happen if Gavin just up and locked everybody out of the repo? From Reddit: Peter's idea is not to replace Core with a different team in the repo, it's to nuke the repo so that ALL teams have to post their offerings in new repos that don't have the privileged position of being historically connected to Satoshi - a privileged position that Core now enjoys. Is that Peter Todd? I consider him the most dangerous man to Bitcoin's future but that might not be a bad idea. If it didn't come from him and Theymos wasn't holding the keys to the gateways to Bitcoin information.
|
|
|
Hmm. I just did a git clone. I thought it would be the latest stable release (I'm not that familiar with git).
The current matter branch, which is what you cloned, is now for 0.13. 0.12 is not in its own branch but it isn't stable yet. It just has feature freeze. The latest stable would be in the 0.11 branch with the v0.11.2 tag. It would explain why I couldn't find any release notes For sure! ;-) Hopefully this doesn't indicate a bug in 0.12. Possibly they are just enforcing the rpcallowip option if they haven't before. Though localhost might be enabled by default and it may indeed be a bug *shrug* Edit: Hmm, looks like rpcallowip is only for unauthenticated RPC connections? Oh well, I'm sure they'll sort it out before release. Quite possibly they're doing something clever like encrypting the rpcpassword. I did notice they're letting the useragent comment be specified by an option which could make things interesting.
|
|
|
Well sure there is, unless I want to pay double (and possibly more) for each cup of coffee, but Bitcoin didn't set out to be "like money, only more expensive and inconvenient," AFAIK. If unclear, bank transactions take days, occasionally, not because of the slow 300 baud modems used by legacy finance, and not because bankster electrons move slower, but *because what's being transferred is a different thing altogether.*
Bitcoin user: I want to spend BTCx and am willing to spend BTCy to do so. Miner: I will gladly accept your BTCy to include your transaction for BTCx on the blockchain should I be fortunate enough to solve the next block. Core-dev: No! Ah, p2p cash...
|
|
|
Damn, Core really did pull a rabbit out their hat If by "rabbit" you mean "semantic sophistry to hide a de-facto max-block-size increase to 2MB while adding a good deal of complexity to the code" and if by "pulled" you mean "talked about" rather than "implemented" then sure, I can go with that.
|
|
|
Again, short and long are somewhat relative. From bank to bank, from paypal to bank, for western union etc, it takes days... That's eons of time compared to bitcoin.
Only where the banking system is completely backward (i.e. the US) Much of Europe has near-instantaneous inter-bank transfers. And that's for small amounts too such as $30 for topping up a phone. The scenario you present has the problem that it is absolutely dependent on lots of high-value transactions that can't be fulfilled elsewhere. A free market allows for other options, even at the same time. If your scenario is not the success story for Bitcoin, you have left no other option. The block size limit is effectively a price control and such centralized decision making has never had a good history.
|
|
|
Hmm. I just did a git clone. I thought it would be the latest stable release (I'm not that familiar with git).
The current matter branch, which is what you cloned, is now for 0.13. 0.12 is not in its own branch but it isn't stable yet. It just has feature freeze. The latest stable would be in the 0.11 branch with the v0.11.2 tag. It would explain why I couldn't find any release notes
|
|
|
I'll give that a try. Thanks.
|
|
|
Wait, 0.12 is already out? I've just tried going into Bitcoin.org and the version availible to download is still 0.11.2 so im pretty confused... also in the "News" section above in this forum it still says Bitcoin Core: 0.11.2? Are you talking about some sort of RC version? (release candidate)
If he is running 0.12, he is running a beta - could be part of the issues. 0.12.0 is hoped for by Feb 1, 2016. https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-September/011182.htmlHmm. I just did a git clone. I thought it would be the latest stable release (I'm not that familiar with git).
|
|
|
So, slightly offtopic but...
*If* the halving leads to many miners being unprofitable and assuming they do not just switch off and go on holiday for 10+ days, what is the #2 sha256 altcoin they will switch to?
I.e. "which coin is not long for this world." (Difficulty increases x1000 and then ...unincreases ) Heh, yeah. I wasn't thinking about the back-end for that... . I think instead of the halvening, we might want to call it Cryptogeddon As for 51% attacks, that would only be good for destroying a currency you deployed it against so I doubt many miners would even consider that. (They could do it easily enough already, after all) Unfortunately, Doge is Scrypt so not much chance of killing that one off.
|
|
|
So, slightly offtopic but...
*If* the halving leads to many miners being unprofitable and assuming they do not just switch off and go on holiday for 10+ days, what is the #2 sha256 altcoin they will switch to?
|
|
|
There shouldn't be anything that is causing this. I don't think there were any changes to the RPC server for 0.12.
I haven't had chance to check yet but I believe it may be the rpcallowip option. I didn't need this in the version I was running previously but I suspect I do now.
|
|
|
Is halvening even a word?? Do you mean halving?
Is this like hodl and hold?
Am I just being an old grumpy shit?
Yes^4
|
|
|
Surely the rate of block production stays the same, the block reward is what gets lowered?
Surely you must consider that miners running at the edge of profitability [at the time of Teh Halvening] would be forced to shut down? This. The next difficulty adjustment after the halvening is 10 days away at 1 block per 10 minutes. Longer the more the hash-rate drops. Maybe core will get their shit together and add in a difficulty adjustment closer to the halvening though.
|
|
|
hopefully as the block subsidy dwindles, fees *will not* go up proportionally.
Total transaction fees per block=average transaction fee*number of transactions. So you either increase the fee or you increase the number of transactions or your security goes down. We probably are over-secure right now. But by how much? And if fees increase because the number of transactions can't go up, there is a limit to what people will pay, especially for a service which is seen as having damaged usability (i.e. submit a transaction with a fair fee and still have long confirmation times). So you end up in a situation with low block reward due to halving an low fees due to low number of transactions * perceived value for performing transactions. So how much would people be willing to pay for a Bitcoin blockchain transaction? Well, there should be some data from the recent stress test where blocks did fill up and there is likely to be some more data coming soon as transactions continue to rise. My guess is 2-10c. I also suspect that we are over-secured by at least 400% currently. Though that's for the market to decide. As to the road map? Want to like it but it just seems like more stalling to me. We shall see.
|
|
|
A segregated witness softfork will be done ASAP (within 3-6 months, probably)
LOL. Double that at least. And in the meantime, we will have the halvening which will slow down block production significantly, exacerbating the problem.
|
|
|
From my understanding, there is going to be an intentional wait until blocks are full before there will be any increase in capacity so the fee market can develop. That will be interesting.
Getting popcorn.
I think it's fairly likely at this late stage that we'll see increasing backlogs until the price tanks and miners switch to BIP101 as an emergency measure. Even then, we have at least a 750 block wait. For the first time in 3 years, I'm reconsidering my strong HODL position. Though I might just put some $ on standby.
|
|
|
Besides my last suggestion of using pywallet there is another way of retrieving private keys using some old tools from 2011. There is a tutorial at this link, but it's only for wallets from 2011, not for later versions. That's why the first thing you read in the thread is a warning that it's out of date. [GUIDE] Simple wallet recovery using bitcointoolsIt uses some python software called bitcointools to get the job done. If worse comes to worse, it's possible to just use the BDB tools to dump the database as a text file and pull the private keys from that.
|
|
|
It wasnt sudden but well prepared. Well-conmected people made a shit ton of money on that one.
For sure. Bitcoin may fluctuate but at least you have to use money to move the market and the results are often unpredictable.
|
|
|
0.12 of what software? Bitcoin Core?
Sorry, yes. 0.12.0
|
|
|
|