Author

Topic: Gold collapsing. Bitcoin UP. - page 386. (Read 2032266 times)

legendary
Activity: 1764
Merit: 1002
May 05, 2015, 07:30:20 PM
legendary
Activity: 896
Merit: 1001
May 05, 2015, 05:57:26 PM

Quote from: nullc on redit
You've repeatedly made this accusation regarding me specifically-

LOL, bribing up that history is his response to this comment, for pointing out sidechains stand to benefit from a small transaction size.  I was not picking on him or even challenging his position merely pointing out why there was a debate at all.  

I originally stopped reading after the word specifically. but if it's any consolation ripple has always been a centralized system, and I have taken a lot of flack for pointing out that's its Achilles' heel and not supporting it, why not take some heat on the other side for not recognizing that fact at the start.  

I think nullc relates to sidechains on a very personal level and is feeling very threatened at the moment, my comment was an observation not an accusation for the record.

since even before the San Jose Conference 2013, smoothie and i have been pounding this thread and the forum in general about the problems with centralized Ripple gateways and their ridiculous premine model of XRP that awarded the founders billions.  we now see the fallout btwn them that has resulted.  anyone truly understanding of Bitcoin's core principles and how they did not relate to Ripple in any way recognized what has happened from the very beginning.

Maybe the entire point of Ripple was to show bitcoin's superiority to the idea of "modernizing" the traditional money system.
legendary
Activity: 1764
Merit: 1002
legendary
Activity: 1764
Merit: 1002
May 05, 2015, 05:52:12 PM

Quote from: nullc on redit
You've repeatedly made this accusation regarding me specifically-

LOL, bribing up that history is his response to this comment, for pointing out sidechains stand to benefit from a small transaction size.  I was not picking on him or even challenging his position merely pointing out why there was a debate at all.  

I originally stopped reading after the word specifically. but if it's any consolation ripple has always been a centralized system, and I have taken a lot of flack for pointing out that's its Achilles' heel and not supporting it, why not take some heat on the other side for not recognizing that fact at the start.  

I think nullc relates to sidechains on a very personal level and is feeling very threatened at the moment, my comment was an observation not an accusation for the record.

since even before the San Jose Conference 2013, smoothie and i have been pounding this thread and the forum in general about the problems with centralized Ripple gateways and their ridiculous premine model of XRP that awarded the founders billions.  we now see the fallout btwn them that has resulted.  anyone truly understanding of Bitcoin's core principles and how they did not relate to Ripple in any way recognized what has happened from the very beginning.
legendary
Activity: 1764
Merit: 1002
May 05, 2015, 05:02:34 PM

I cant help but have a little chuckle, it is now obvious to me one Core Developer is an amazing programer but with limited foresight.

limited understanding of economics and financial game theory.  his name is gmaxwell.

edit:  oh, and he's willing to try and cover up his posting history in this regard.
legendary
Activity: 1372
Merit: 1000
May 05, 2015, 05:01:38 PM
ppl get defensive when they know there's some truth to the allegation.  in fact, they start seeing things that aren't there, like in your comment.  problem is, though, Blockstream for profit does indeed represent a conflict of interest to expanding tx throughput on the MC.  it's clear they stand to profit the more this tx volume gets pushed off to SC's.  plus, given all his Bitcoin skepticism and behavior over the years, it all fits.

life isn't easy and I think there is more to his stress than we know, my only interest is to see Bitcoin succeed.
legendary
Activity: 1372
Merit: 1000
May 05, 2015, 04:58:25 PM

I cant help but have a little chuckle, it is now obvious to me one Core Developer is an amazing programer but with limited foresight.
legendary
Activity: 1764
Merit: 1002
May 05, 2015, 04:47:21 PM

Quote from: nullc on redit
You've repeatedly made this accusation regarding me specifically-

LOL, that is his response to this comment, for pointing out sidechains stand to benefit from a small transaction size.  I think nullc feels very defensive at the moment, I was not picking on him or even challenging his position merely pointing out why there was a debate at all. 

ppl get defensive when they know there's some truth to the allegation.  in fact, they start seeing things that aren't there, like in your comment.  problem is, though, Blockstream for profit does indeed represent a conflict of interest to expanding tx throughput on the MC.  it's clear they stand to profit the more this tx volume gets pushed off to SC's.  plus, given all his Bitcoin skepticism and behavior over the years, it all fits.
legendary
Activity: 1372
Merit: 1000
May 05, 2015, 04:39:35 PM

Quote from: nullc on redit
You've repeatedly made this accusation regarding me specifically-

LOL, bribing up that history is his response to this comment, for pointing out sidechains stand to benefit from a small transaction size.  I was not picking on him or even challenging his position merely pointing out why there was a debate at all.  

I originally stopped reading after the word specifically. but if it's any consolation ripple has always been a centralized system, and I have taken a lot of flack for pointing out that's its Achilles' heel and not supporting it, why not take some heat on the other side for not recognizing that fact at the start.  

I think nullc relates to sidechains on a very personal level and is feeling very threatened at the moment, my comment was an observation not an accusation for the record.
legendary
Activity: 1153
Merit: 1000
May 05, 2015, 04:36:15 PM
I'm for Gavin's 20MB increase.  But if I was doing it, I'd propose actually building a real supply/demand curve so economic analysis actually works.  The reason it doesn't work today is because additional demand (price) cannot ever create new supply (space in the block).

So I'd do it by allowing txn fee paying blocks to be located beyond the limit (its now a "soft" limit).  In other words, if your txn pays 0uBTC fee it can be located in the block at 0-20MB, if 1uBtc located at 0-21MB, if 2uBTC located at 0-22MB, 3uBTC located at 0-23MB, etc (or some other pricing curve).  So supply (space in a block) can actually increase as demand increases.

You might be able to look at historical block size vs price information to actually price this... it does not need to be perfect since an error will just move the graph a bit.  The biggest concern would be if exponential BTC price increases (vs fiat) makes the minimum fee way too high.  In that case, we are no worse than today's proposal.

I like this proposal a lot.

High-priority non-fee transactions that consume older coins are suppose to be just that, free and gain priority access to a block. Today's situation is even if your transaction has enough priority to qualify for free processing, they often take hours to confirm since most minors do not pick high priority transactions without a fee. This completely defeats the purpose of having the priority system at all.

Reserving a front space in each block for high-priority non-fee transactions does two things:
1) It would ensure that high-priority transactions are processed in a timely fashion
2) It would encourage more competition from low-priority transactions and possibly increase the fees they need to offer to be processed quickly

This would shift transaction fees more towards for profit services that are built on top of bitcoin and away from individual wallet users. I would consider this to be a good thing.

Anyone on this thread have contact with any of the core developers? Have they considered it? If not how could zerg propose it (provide people here also think it makes sense...)
legendary
Activity: 1764
Merit: 1002
May 05, 2015, 03:48:32 PM
Blocksize debate blowing up all over /r/Bitcoin right now, though it's mostly pro-increase.

what strikes me most about /nullc and LukeJr objections are that they revolve around incorrect perceptions of what the Bitcoin market looks like today.  for instance, /nullc believes that mining is centralizing.  i don't; look at the pie charts from mempool:



the distribution of miners has improved (decentralized) markedly since the ghash event.  i've regularly documented that improvement over the years and believe we may have in fact witnessed the very last time any pool gets anywhere near 50%.  i've argued using game theory and it appears to have been prescient.

also, he believes that the decrease in full nodes "creates huge systemic risk and undermines Bitcoin's value proposition".  give me a break; the decrease in nodes yes might be due partly to node dropout but i think it is mainly due to the proliferation of SPV clients.  furthermore, i was initially a part of the Bitnodes Incentive Program and was one of it's first payment recipients, however, due to the fact they require re-registration every month, i've dropped out.  it's too much of a hassle and involves relatively complex code to re-register while the payout is trivial.  but i still run my nodes and as i've said before, i'm actually looking forward to learning how to prune so i can run a dozen more nodes or so.

and what does he mean by this? "This is especially concerning as we've seen the deployment of full nodes fade out and even large commercial operations become dependant on third party hosted node services."  what's he talking about and where's the evidence?

and then he points to Kaminsky as some kind of prophet?:  "it should be noted that this outcome was already predicted years ago (e.g. by Dan Kaminsky's comments that I was writing about above), but we've still slid into it."  what sticks in my mind is the lost bet btwn Garzik and Kaminsky when DK predicted Bitcoin's underlying Proof-of-Work hash function (Sha-2) would be replaced within 12 months:  https://storify.com/socrates1024/bitcoin-pow-bet-10btc-jgarzik-vs-dakami-may-2014.   There haven't been any more famous tech experts who have been more wrong about Bitcoin.  even DK admits it now.

and then he points to Todd and MPOE as worthy colleagues against increased block sizes:  "Rather, the only push you see against larger blocks come from strong advocates of personal autonomy and decenteralization, like Peter Todd; or the MPOE crowd".   aligning one's self with these 2 is even more dangerous than Kaminsky.

he's always been almost bearish on Bitcoin; for years.  he's always said mining is centralizing despite the facts.  he's been a fan of Ripple in the past here:  https://en.bitcoin.it/w/index.php?title=Scalability&action=historysubmit&diff=14273&oldid=14112

you'll notice in the link below he admits to going back and deleting his posts of support for Ripple in the past.  who does that?  own up to it, don't try to cover it up.

here's all his concerns highlighted in gory detail  Roll Eyes:

https://www.reddit.com/r/Bitcoin/comments/34uu02/why_increasing_the_max_block_size_is_urgent_gavin/cqycy4h
legendary
Activity: 1036
Merit: 1000
May 05, 2015, 03:11:32 PM
Blocksize debate blowing up all over /r/Bitcoin right now, though it's mostly pro-increase.
legendary
Activity: 1764
Merit: 1002
legendary
Activity: 1036
Merit: 1000
May 05, 2015, 03:03:13 PM
I'm for Gavin's 20MB increase.  But if I was doing it, I'd propose actually building a real supply/demand curve so economic analysis actually works.  The reason it doesn't work today is because additional demand (price) cannot ever create new supply (space in the block).

So I'd do it by allowing txn fee paying blocks to be located beyond the limit (its now a "soft" limit).  In other words, if your txn pays 0uBTC fee it can be located in the block at 0-20MB, if 1uBtc located at 0-21MB, if 2uBTC located at 0-22MB, 3uBTC located at 0-23MB, etc (or some other pricing curve).  So supply (space in a block) can actually increase as demand increases.

You might be able to look at historical block size vs price information to actually price this... it does not need to be perfect since an error will just move the graph a bit.  The biggest concern would be if exponential BTC price increases (vs fiat) makes the minimum fee way too high.  In that case, we are no worse than today's proposal.

I assume a fee market will be ready by then, or by whenever block scarcity becomes an issue.
legendary
Activity: 1036
Merit: 1000
May 05, 2015, 02:52:18 PM
I don't think we need the same security model for buying loaves of bread that we use for buying homes,.
Of course you do, once you understand what the security problem is.

The entire job of the Bitcoin network is to make sure that the number of currency units is exactly correct at all times.

There's probably a hundred million loaves of bread sold every day, which represents a hundred million opportunities to improperly expand the currency supply.

I don't know if there's much hope of avoiding every possible improper expansion. I'm undecided on whether it really matters to have everything be on blockchain (or otherwise completely un-finagle-able like through OT).
legendary
Activity: 1246
Merit: 1010
May 05, 2015, 02:48:29 PM
I'm for Gavin's 20MB increase.  But if I was doing it, I'd propose actually building a real supply/demand curve so economic analysis actually works.  The reason it doesn't work today is because additional demand (price) cannot ever create new supply (space in the block).

So I'd do it by allowing txn fee paying blocks to be located beyond the limit (its now a "soft" limit).  In other words, if your txn pays 0uBTC fee it can be located in the block at 0-20MB, if 1uBtc located at 0-21MB, if 2uBTC located at 0-22MB, 3uBTC located at 0-23MB, etc (or some other pricing curve).  So supply (space in a block) can actually increase as demand increases.

You might be able to look at historical block size vs price information to actually price this... it does not need to be perfect since an error will just move the graph a bit.  The biggest concern would be if exponential BTC price increases (vs fiat) makes the minimum fee way too high.  In that case, we are no worse than today's proposal.

legendary
Activity: 1764
Merit: 1002
May 05, 2015, 12:12:35 PM
weaker, weaker, and weaker:

legendary
Activity: 1400
Merit: 1013
May 05, 2015, 10:53:23 AM

Justus laid out a structure.  There are a great number of missing pieces between what exists today in the consensus code and that structure.  There are also undefined and missing elements in the ecosystem.  I like the structure too, but we aren't anywhere close to it yet and it won't be soon.

The current proposal is Gavin's most reasonable one yet.  He dropped the assumptions about the future, took out most of the guesswork, and is implementing the method satoshi offered when the antispam 1mb limit was created in 0.3 or so.

More would be great, and future proof would be even better, no limit best....  but... remember, we are still in beta.  The pieces to do any of that are not written, tested, integrated, accepted and secured.

Bitcoin is still a baby.  So as eager as we all are to get there, we will get there by baby steps or end up not getting at all.  There are a great many looking for us to fail (check the short interest lately?) we help that failure by over-extending what can be done.

20mb gives us some room to build more of the missing pieces.  Its enough for now.

I can't have said it better, really.

I'm aware that bitcoin development is quite peculiar and there's little to no margin for errors.
And this is the reason why I think it's important to start spreading Justus's idea in advance,
because as you rightly said we need a lot of time to get there. So the sooner we start the better.

That said I wonder what are the link you see between the price discovering mechanism sketched by Justus
and the Bitcoin consensus code? I see them as quite unrelated pieces of the system, but maybe I am missing
something obvious.

I'll devote more time to explaining how the price discovery mechanism could be rolled out as an incremental upgrade after I finish with this:

https://github.com/justusranvier/wallet-ratings/tree/2015-1/2015-1
Jump to: