Bitcoin Forum
May 02, 2024, 08:09:22 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 ... 114 »
1121  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 21, 2015, 10:55:47 AM
I am only falsifying your statement "limit was set without any reason".

That was not my statement. Bitcoin has always been and will always be vulnerable to some kinds of theoretical attacks. If miners wanted to, they can do all sorts of nasty things to the network. Satoshi's decision was fighting with the symptoms and was never a good solution for the long term. I agree that when the network was young it was sort of a safety measure similarly to having block chain check points hardcoded into the protocol. These days are over now, it's time to grow up and ditch those safety wheels.

I don't that would be a secure way. People owning big amounts could easily alter it. CMIIW.

Holy shit, people owning big amounts of shares in any company are also in advantage when voting for change. That's how it's supposed to be. You have more coins, that means you're a bigger stakeholder and your vote must count more.
1122  Economy / Speculation / Re: Weekly Parabolic SAR just turned bullish on: June 21, 2015, 10:45:38 AM
2nd week confirmed.

1123  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 21, 2015, 10:18:40 AM
It is hard to predict who mines next block and we can't enforce miners to include or exclude certain transactions. OP_RETURN was also used to spam blockchain and your argument of miners choosing is invalid IMHO.

Oh and now we have much better situation, right? I'd say that miners choosing the block size is the lesser evil. Miners could also combine their power and make a 51% attack, think of that. Miners have the ultimate power either way. They can mine zero tx blocks if they want to, they can decide what TXs to include and what not even though we have the max block size limit. Right now bitcoin is heading towards slow and painful death due to Satoshi's paranoia and distrust for miners. HOW ON EARTH CAN YOU DISTRUST MINERS IF THEY SECURE THE NETWORK?!

There's also a possibility to vote with your bitcoins what the block size limit should be and that voting can be included in the block chain itself. Take a look at NuShares and how shareholders pass motions in their network. The votes are stored in the block chain and the protocol counts the votes and decides what the maximum block size limit should be. Miners can vote with their coins that they mine. Bitcoin holders can vote with theirs. We have the technical capabilities to solve this problem democratically and yet  I see people only throwing trash at any improvement suggestions. From this I deduce that you are the traitors of the bitcoin network and should be banished from bitcoinland forever.
1124  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 20, 2015, 06:32:56 PM
Better to not have any hard limit at all, and allow a configurable soft limit for miners.

That's a good idea. Miners protect the network so let miners decide how big blocks to allow.

edit:
the max size was implemented because of paranoia and not because of any real reason

Not true. It was added because of excessive spam transactions. Also see http://bitcoin.stackexchange.com/a/37303.

False. Miners could have chosen not to include spam tx-s in the blocks. Your argument is invalid. It was paranoia and hardcoding a max size was a kludgy hack that could have been solved on a different level by the means of prevention. Hardcoding a max block size is fighting with the symptoms and that is just a pathetic means to solve a problem.
1125  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 20, 2015, 01:21:22 PM
Better to not have any hard limit at all, and allow a configurable soft limit for miners.

That's a good idea. Miners protect the network so let miners decide how big blocks to allow.

edit:
the max size was implemented because of paranoia and not because of any real reason
1126  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 20, 2015, 12:27:11 PM
I simply do not understand why miners would be against the larger maximum block sizes. The argument that including more unconfirmed transactions in a block gives the miner a disadvantage is a pseudo argument because miners can still choose what number of TXs to include in a block.

Let's say I'm a whiny little bitch miner with very shitty bandwidth. Even though the maximum block size is 8MiB I deliberately only include no more than 1MiB of TXs in a block that I'm mining. How does the bigger block size impact me negatively then?

The blocks that others have found may be bigger than 1MiB so downloading them could cost me some time. However, do I really have to download the full 8MiB block in order to start mining the next one? I am sure it is technically possible to only download the hash and the proof of work of the latest block (block header?) and I can already start mining the next block. So, what's the big problem? Until I don't know which exact TXs from my mempool were included in the latest block I can mine on an empty block (being a selfish little bitch that I am) and still get my profit.

So fuck you miners and fuck you chinise exchanges who want to harm bitcoin by opposing every improvement to the protocol no matter what. I am absolutely sure that those people are against improvements because they have released their own pathetic shitcoin and now they see bitcoin as a rival.

By the way, I have another idea of improving Bitcoin in the context of blocks getting full and backlog building up: TRANSACTION FEE AUCTIONS.

How does it work? The network must allow double spends with a small exception: it must be possible for the user to override their old transaction with a higher TX fee. That way the client can be shown real time mempool ordered by the TX fees. The user will see their TX in that ordered list and the rank of their TX. The list should separate TXs that fit into the maximum block size and the TXs that are probably going to be left out from the next block. The user must have a possibility to override their old transaction by making a new one with a higher TX fee, so that their TX will move up in the list. This situation will then look like an auction.

Technically, it would be rather simple improvement. When a bitcoin node receives a double spend, it checks whether the outputs and the output amounts of that double spend are exactly the same. The node then checks which TX has a higher TX fee and forgets the other TX. In case the previous TX had a smaller TX fee than the new one, the node will propagate the newly received TX as an update to the TX fee auction.
1127  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 19, 2015, 06:53:04 PM
Actually your solution wouldn't even work. We already have miners that occasionally mine a block with 0 transactions in it. What would be stopping them from implementing a counter in the mining software so that they do the same on this 'unlimited block'? Nothing really.
Besides, the solution isn't good because it can't handle enough transactions.

Actually you are overly pessimistic about it and not even thinking about the possibility that not all miners are selfish.

So let's say 9 out of 10 miners are selfish and decide not to include any TXs in the 6th fat block that has no size limit. For the sake of simplicity, let's assume that each of those miners has equally 10% of the hashing power.

Because we have 1 good miner, 10% of blocks will be found by them. That means 10% of the potentially fat blocks (6th blocks) are mined by a righteous miner. The righteous miner will include all unconfirmed transactions in the fat block so the backlog of transactions gets regularly cleared. The only penalty is that instead of once per hour the backlog is cleared once per 10 hours.

And that was pretty much the worst case scenario. In reality, we would have more like 70% of the miners righteous and 30% of them selfish. That means the backlog is cleared once in every ~8 blocks.
1128  Bitcoin / Bitcoin Discussion / Re: Blocks with 0 transactions, attack on Bitcoin or normal? on: June 19, 2015, 10:17:09 AM
Luckily this wouldn't be a problem with Proof of Stake blocks so in case miners start to damage the network with this selfish mining we could introduce PoS blocks and turn bitcoin into PoW/PoS hybrid.
1129  Bitcoin / Bitcoin Discussion / Re: There was just a block with 0 transactions, is Bitcoin forking or something? on: June 18, 2015, 09:56:26 PM
This has been going on for awhile now. Like a 3-4 weeks maybe.
Those miners are not adding transactions to get the block faster.
Kind of cheap, but I think someone started it, and now other follow randomly.

Edit: To clarify, I have not noticed those 0 transactions blocks till recently, so it is possible this has existed since the beginning of mining.

someone may be attacking the network by finding blocks but not publishing them immediately. then when they have found 3 blocks in a row they would publish them all at once to reverse the transactions of last 2 published blocks since the attacker has a longer block chain.
1130  Bitcoin / Bitcoin Discussion / Re: New Solution to Block Size Debate on: June 18, 2015, 09:48:34 PM
Thanks for the constructive feedback. I didn't think of the possibility that miners could start to avoid mining on those big blocks, for example. But then again, let's suppose that 90% of miners switch off their miners when it's time to mine that 6th block. I am absolutely sure that there will be at least one miner that is willing to confirm that block but it could take too much time for them. Perhaps mining the 6th block should be easier by design? Cheesy Or, better yet, the mining of the 6th block would be done by proof of stake? Either way, there should be some mechanism for clearing the backlog of unconfirmed transactions and this could be it. We could even imagine if every 144th block was allowed to include all the unconfirmed txs to have the tx mempool cleared once a day.

goosoodude asked whether it would be a simple code change. I'm pretty sure it's would be very simple because all you have to do is to divide the current blockchain height by the number 6 and see if the remainder is zero to allow a bigger block to go through.

Anyway, I hope I got the ball rolling and that we get some more interesting ideas now.
1131  Bitcoin / Bitcoin Discussion / New Solution to Block Size Debate on: June 18, 2015, 08:37:24 PM
I was sleeping and then suddenly I woke up with this idea in my mind: remove the block size limit from every 6th block.

This guarantees that all TXs will be confirmed eventually (in an hour) while not impacting miners too much. Problem solved. Everyone can just STFU already and move on with their lives.

What is that? Do I hear someone complaining about the number 6 or saying that removing the size limit is too much? In that case, I wouldn't care if those constants were different. For example, every 18th block could have the size limit of 8 MiB, all the others would remain 1 MiB. Whatever configuration gets the most supporters.

Now get this idea out there, make it viral, comment, subscribe and question everything!
1132  Bitcoin / Bitcoin Discussion / Re: Bitcoin Core or XT? POLL on: June 18, 2015, 08:21:24 PM

So I think you should create and "Official altcoin", related with Bitcoin, with some inflation options, managed by the same community. That alt must be "cheap" and must has a real estable value to support a massive selling pressure. The alt would be build over a Community Central Bank.


Such a coin already exists and is doing pretty well: NuBits. It's the first cryptocurrency that solved the volatility problem and has been holding a 1$ per nubit price peg for 10 months already since it was created.
1133  Alternate cryptocurrencies / Altcoin Discussion / Re: High-risk, high-reward: Dogecoin and Bitcoin on: June 18, 2015, 02:19:20 PM
What's with the dogecoin pumpers lately?  Keep this crap in the alt section.

So do you agree that, it is more probable for Dogecoin to gain $1 billion market cap, than for bitcoin to show the same amount of growth in the same period of time or not?

I think this is an important discussion to have.

dogecoin sucks
1134  Economy / Speculation / Re: why so much pump? on: June 18, 2015, 02:13:27 PM
this pump won't stay long anyway

Better take some arginine then, it will make the pump last longer and feel better.

1135  Bitcoin / Bitcoin Discussion / Re: Bitcoin Core or XT? POLL on: June 18, 2015, 10:17:56 AM
If the Core's block limit is raised to 8 MB, most people will use Core.

I totally support 8 MiB. But after that we should not increase it any more and find some long term solution.
1136  Economy / Speculation / Re: We are going to the moon! The reflection in the deep sea! on: June 16, 2015, 07:32:29 PM
No we aren't. Rising price but low volume. It's a typical pump and dump. Crash imminent. Act accordingly.

I guess you didn't realize that OP is actually a bear troll such as yourself.
1137  Economy / Speculation / Re: After corrections, Bitcoin is now ready to go to $1777! on: June 16, 2015, 05:41:42 PM
We will see 17777$ bitcoins by the year 2017 but there will be casualties. I'm not sure whether it's all good after that. Your 17k bitcoins may be a drop of honey in a pot of shit.
1138  Economy / Speculation / Re: Weekly Parabolic SAR just turned bullish on: June 16, 2015, 05:36:27 PM
I'm pretty optimistic myself too, but i wouldn't just place blind trust to the chart analysis, it is proven over and over again that it doesn't
have to mean anything in the end. When you see sell walls of few hundred BTC fall down one after the other tho, that's a sure rally.
I'm guessing this will slow down and fall back down to 230 after touching 250 or so.
cheers

I suspect we may touch 270 by the end of this week. We have seen such rises many times during these general bear times and it is about time we saw another quick surge.
1139  Bitcoin / Project Development / Re: [ANN] B&C Exchange - A decentralized exchange paying BTC dividends - 95% funded on: June 16, 2015, 11:48:29 AM

2b) Bitcoin holders too right, (they get total of ~4,250 BKS, 2%)?

four ways

giving bitcoin holders some shares is a very good idea. has this been done before? if so then which projects?
also why haven't altcoin creators done that more often? with proof of stake mining it makes perfect sense to have the initial coin distribution in accordance to the current distribution of bitcoins.
1140  Economy / Speculation / Weekly Parabolic SAR just turned bullish on: June 16, 2015, 08:41:23 AM
I've been expecting this to happen for some time now. Last time it happened (~november 2014) it was only on Bitstamp and thus rather weak indicator. This time, however, it should be so on other exchanges too. Can anyone confirm and post charts?

Pages: « 1 ... 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 [57] 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 ... 114 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!