Bitcoin Forum
June 18, 2024, 10:53:58 AM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 [163] 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 ... 442 »
3241  Bitcoin / Bitcoin Discussion / Re: BTC.value = if(you_can_get_blocksize_together = 10K, dead); on: March 16, 2017, 08:47:35 AM
Since when does sending 32 MB blocks on any version of Bitcoin actually work in reality? Since when does downloading 14.6 TB of data sound enticing? Are you mad?


Since when has there been 6 billion Bitcoin users? Are you mad?

3242  Bitcoin / Development & Technical Discussion / Re: [RFC] Multi-stage client fork: SegWILL on: March 16, 2017, 08:40:01 AM
I am considering a slightly different approach, to mitigate the partitioning risk completely.


A stage 0 is needed. This stage should detect prevalence of SegWILL nodes on the network, and only invoke stage 1 once a 51%  activation threshold has been reached and maintained for X blocks. It seems to me that the version bits could be used to signal this. Maybe it would be a good idea, for transparency's sake, to code all 3 stages into a single client, and use the same mechanism for invoking the 2nd (BU blocks not relayed) and 3rd (non Segwit signalling blocks not relayed) stages.

This means abandoning the strategy of preventing SegWILL nodes from being detected and mistreated on the network, as realistically, this is an "all-or-nothing" strategy overall, a majority of nodes must run SegWILL for the strategy to work at all, and so the issue of counter attacks against identifiable SegWILL nodes is not relevant in that necessary outcome.


Thanks for all the comments so far.
3243  Bitcoin / Bitcoin Discussion / Re: BTC.value = if(you_can_get_blocksize_together = 10K, dead); on: March 16, 2017, 08:09:26 AM
"Oh no, this is too good for everybody to use, my precious HDD space and bandwidth, you can't all have it, joke's on you.."

So multi million dollar miners are built and just shove the small guy right out of being able to earn any BTC, but I guess they can't afford a frickin $50 hard drive and half ass internet now so it can't even really be used by people anymore..

I call BS, who is out there trying to run nodes on dialup and 10 year old computers? Nobody.. The network can definitely handle 2X or even 5X blocksizes and by time the chain gets massive either storage tech will be improved or pruning tech will become reality..

If hard disk space and bandwidth were the only issues, you might have a point.

HD space and internet speeds are more serious issues than you're imagining anyway; your hard disk is big enough, your internet is fast enough, your wages can afford all those things, and your internet and phone companies can afford to upgrade their infrastructure, all in your region of the world.

But, guess what? You're not the only person that exists, in the only region of the world. Not everyone is experiencing the exceptionally good conditions, that you are fortunate enough to have. Other people aren't so fortunate.

We need bigger blocks right now, now, immediately..
Add segwit to it now or later or even bigger blocks I don't care, but you better quit your arguing and do something about this right now or this revolution that showed such promise is DEAD, and soon..

Soft fork, hard fork, over easy medium rare fork, fork 3 times, DO IT!!

Fork 2 megs NOW to buy time before it's DEAD and then you can get back to your quibbling until the userbase doubles again..

This thing is having a stroke but you won't fix it because you're arguing about if it's the right time to give it a nose job at the same time or not..

Not only is Bitcoin working perfectly well for those who know how to use it (clearly you're struggling to understand how to figure out the needed transaction fee), but BIG BLOCKS IS NOT THE ONLY SOLUTION.  

And

BIG BLOCKS IS THE MOST DANGEROUS SOLUTION

do I need to make that clearer?
3244  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 16, 2017, 07:44:44 AM
You're refusing to answer the question? It's because you can't, isn't that right? It contradicts your Ideal Money dogma, doesn't it?


What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant
3245  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 16, 2017, 07:20:28 AM
You're refusing to answer the question? It's because you can't, isn't that right? It contradicts your Ideal Money dogma, doesn't it?
3246  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 16, 2017, 07:09:08 AM
What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant


Respond with actual reasoning please, it's not too much to ask, I think you can do it
3247  Bitcoin / Development & Technical Discussion / Re: Typo in key.h on: March 16, 2017, 07:06:22 AM
I am not registered so I cannot submit bugs.

There is an error in this sentence. Bugs cannot be submitted to github repositories, but bug reports can be submitted.


Please correct your error, others reading may be confused by the lack of clarity. Sorry if this seems nitpicky.
3248  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 16, 2017, 06:47:40 AM
What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant

Why aren't any of you capable of -

  • reading this question
  • answering this question


I actually want to hear your erudite answers, but you seem highly adverse to reading or answering the actual question I'm asking.
3249  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 16, 2017, 06:07:31 AM
What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant

Why aren't any of you capable of -

  • reading this question
  • answering this question


I actually want to hear your erudite answers, but you seem highly adverse to reading or answering the actual question I'm asking.
3250  Bitcoin / Bitcoin Discussion / Re: can someone point me to hard (objective) technical evidence AGAINST SegWit? on: March 16, 2017, 06:02:09 AM
There are huge problems with FlexTrans that you've demonstrated already you prefer to ignore.
Are you referring to this? As far as I understand, that are simple bugs which with some testing could be surely resolved. If there are fundamental problems with FlexTrans please share links to them.

https://bitcointalk.org/index.php?topic=1822954.msg18177918#msg18177918

(I am neutral, for now, I prefer Segwit; but if its easiear to achieve consensus with miners for FlexTrans as a malleability/quadratic hashing fix, I would have no problem with it).
Quote
Let's not forget that FlexTrans was designed by the same incompetent who gave us xThin block propagation, which carried not 1 but 2 fatal bugs, 1 of which was recently exploited to BU's demise.

Ad hominem won't help in finding a solution. If we stay on this discussion level, in one year we'll have still no LN (/Thunder/Rootstock etc.) neither a blocksize increase - and sub-500 Bitcoin prices again (and very probably, some kind of fork).

There's nothing slanderous about stating facts. And what I stated was a fact; the programmer who devised FlexTrans and xThin produced poor designs with large quantities of bugs that are sufficiently bad that they span the broad codebase in the case of FlexTrans i.e. bugs that are essential aspects of the actual overall design, and so cannot be fixed without using a different design altogether.


designing incompetently is incompetent. Pointing that out is not impugning someone's reputation, it's an important part of what their true reputation actually is. But sure, keep shrieking about ad hominem attacks when you simply don't like the facts the other party presents, go right ahead
3251  Bitcoin / Bitcoin Discussion / Re: BTC.value = if(you_can_get_blocksize_together = 10K, dead); on: March 16, 2017, 05:55:36 AM
The original Bitcoin code handled 32MB blocks.


When there were 2 people worldwide using Bitcoin, it could handle 32 MB blocks, but all the blocks were 1 kB or less at that stage. Because only 2 people were using it


When dozens began to use it, the same person who allowed 32 MB network messages (there was, in fact, no explicit limit on blocksize at all, it was "unlimited") changed their mind, and added the 1MB blocksize limit.


All of which you know, you lying scammy little shit
3252  Bitcoin / Bitcoin Discussion / Re: IF you cant get blocksize together = dead on: March 15, 2017, 11:02:27 PM
3 things


1. What business accepts these alts? It rhymes with "shogun"

2. Why not? Is it becasue of Bitcoin's coveted MASSIVE AMOUNT OF CUMULATIVE HASHES PROTECTING EVERYONE'S BTC? It is, isn't it?

3. Altcoin exchange rate or market caps mean nothing. Fiat money is free to those with the printing press or access to the right kind of credit. Rich adversaries of Bitcoin can empty their toilet paper into altcoin markets all they want, the market liquidity will drop right out when they move onto the next coin.
3253  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 15, 2017, 10:55:22 PM
So, again:

What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant
3254  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 15, 2017, 10:54:39 PM
You're talking about a system where banks are the sun around which planetary markets evolve, which is very much contrary to what Mises and Hayek wrote, of whom I'm familiar.

The markets and banks using an effectively closed shop to create over-complex financial instruments that essentially allow them to surreptitiously fix prices is not an example of banks playing a useful role, it's in actual fact the soft-fascist facsimile of communistic price fixing.


3255  Bitcoin / Bitcoin Discussion / Re: [POLL] Possible scaling compromise: BIP 141 + BIP 102 (Segwit + 2MB) on: March 15, 2017, 10:41:58 PM
How are we going to use mesh nets to cross the oceans? (which was the crux of my point anyway)

It's very, very difficult to imagine an event like you're pointing out (e.g. where most of all trans-oceanic cables are broken). It's even more difficult to imagine that the Bitcoin transaction volume would stay as high as before the catastrophe. So even if all what you imagine comes true, block size would be almost for sure much smaller (and block propagation temporarily faster). But I don't want to profundize here as I consider that event highly improbable.

It would help your credibility a great deal if you weren't putting massively exaggerated words in my mouth. I specifically did not say "most or all" trans-oceanic cables are at risk of breaking, I gave a specific (and HIGHLY PLAUSIBLE) political scenario where some important cables could be broken. Your arguments are still circular, you proved me wrong by saying "it's improbable, because I say it's improbable"

Again, why are you planning for optimistic scenarios when we're supposed to be treating this like an actual engineering problem, where that approach FREQUENTLY AND DEMONSTRATIVELY LEADS TO FAILURES NO-ONE FORESAW. Where is your safety margin?


Quote
And what is your ACTUAL RATIONALE for wanting 12 MB blocks? I've not seen anything in this thread that isn't a circular argument

If we really want mass adoption (>1 billion users), we would need >12 MB blocks even to enable LN users to open one payment channel per year. And LN needs to enable its users to close the channels when they need it (one on-chain transaction more per user), because otherwise the counterparty could steal the money. Imagine if a hub tries to steal Bitcoins from their users. We would have instantly millions of unconfirmed transactions because of all users wanting to close their channels.

So your "maximum of 4 MB" would mean Bitcoin user base being capped permanently at about 50 million users, even if all the transactions were done in a second layer/off chain manner.

Your imagination for transaction rate increases seems strangely limited to the block size only, considering I asked for an ACTUAL RATIONALE.


Why not improve the efficiency of transaction encoding FIRST, which is also a hard fork

Why not explore the possibility of decreasing the block interval target FIRST, which is also a hard fork

Why not explore the possibility of separating tx and coinbase blocks (and making the tx block interval more frequent) FIRST, which is also a hard fork

Why not do everything that isn't the most dangerous option FIRST?


With some combination of ALTERNATIVES, WHICH EXIST, the x3 increase in tx rate from 4MB could achieve the same exact effect that your inherently more dangerous suggestion does. Why not play it safe, like an ACTUAL ENGINEER. It's only a highly important development in human progress, after all
3256  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 15, 2017, 10:21:17 PM
No, what useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant
3257  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 15, 2017, 10:00:24 PM
What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant
3258  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 15, 2017, 09:34:11 PM
What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant
3259  Bitcoin / Bitcoin Discussion / Re: BUcoin is officially dead on: March 15, 2017, 09:05:04 PM
i want something that scales of course

Abandon the big blocks rhetoric if you believe that.

The bigger blocks approach is no different in scale irrespective of how big the size is, the rate of transactions increases 1:1 with the increase in blocksize. Not scaling is not scaling.
3260  Bitcoin / Bitcoin Discussion / Re: Open Letter to GMaxwell and Sincere Rational Core Devs on: March 15, 2017, 09:02:07 PM
What useful role can banks play in Bitcoin at all? Huh Everything they can do, the individual can do better. If you mean that everyone becomes their own bank, I guess the statement could be sensibly argued, but I doubt that's what Nash meant
Pages: « 1 ... 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 [163] 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 ... 442 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!