It seems that the spin is "let's do segregated witnesses now, it's safe, it's a soft fork! then we can maybe discuss increasing block size later, probably the flex-cap scheme"Was it presented that way?
It seems that the spin is "let's do segregated witnesses now, it's safe, it's a soft fork! then we can maybe discuss increasing block size later, probably the flex-cap scheme"Was it presented that way?
Once there is a mechanism in place for effective fraud proofs, then there's no valid reason to have a block size limit at all.It seems that the spin is "let's do segregated witnesses now, it's safe, it's a soft fork! then we can maybe discuss increasing block size later, probably the flex-cap scheme"
Agreed. I had the same thought re #1 and #2; I don't see how this fundamentally does anything but save disk space. But the live tx bandwidth is the far bigger cost.I haven't looked closely at separating signatures from the rest -- "Segregated witness" -- but you have to ask:
1. will it encourage even less validation?
2. Fully validating nodes still need to download the "witness" part, right? So the bandwidth requirements for full nodes don't change? The only thing that changes is disk space because after a few years you can forget the witness. But disk space is not an issue.
3. It seems like this "soft" fork is so huge that it is a defacto hard fork. Its one thing to create a "soft" fork for a new transaction type that you feel might be awesome in the future but it does not affect normal bitcoin transactions. Old clients can still understand 99% of what new clients are generating. Its another thing to do that with every bitcoin transaction. Old clients won't be able to understand any of the new format transactions, which is all transactions new client generate. So sure they won't fork... they just won't understand a single thing going on on the blockchain. With a soft fork this big we could "soft fork" an equivalent to BIP101 too, couldn't we? Add a "txout" to the coinbase that is not really a transaction, it contains the hash of an extension block that contains more transactions.
4. It also seemed like the soft fork was accomplished in a very complex manner... additional complexity causes bugs; better to just hard fork.
Likewise.I still vote for the simpler BIP101 now.
Agreed but doesn't this essentially equate to fractional reserve banking of claims on physical gold? I believe long term Gold will trend down to its market value as an inert pretty metal. However I'm not yet convinced there won't be some sort of short/medium term 'run on the bank' as the realisation dawns that there is no gold left in the West. At this point, what will happen? To my mind this means the various insurance companies and brokers will have to cover their shorts on gold or go bankrupt?the way i see it, all those paper claims have come as a result of debt based claims.
Money yes, SOV not so sure? Well theoretically compared to bitcoin yes, but the traditional world has yet to wake up to this sea change, and as the debt based system inflates to infinity and beyond, surely ANY port of value in currency storm?fundamentally gold is a shitty form of money, let alone a SOV
Indeed, its a shame reddit failed to follow up with Ryan Charles ideas. Datt his offshoot project looks like a great approach, but as with all networks, it's the number of users that gives the strength. A reddit wide implementation would have been an instant winner, but a brand new platform takes a while to develop.The scheme is actually better suited to something like reddit (which is what Taringa is).
It is important for facts like that to be documented in verifiable ways.AFAIK I was the first to post on reddit about the supply demand cliff a max block size creates. But flex cap references meni Rosenfeld's later proposal. Because he has more street cred I guess.
@Peter R I haven't watched his talk yet, but I'm very curious if anything in it has caused you to rethink your positions to date on fee markets.I think Jonathan gave a well-balanced and open-minded talk. He promoted BIP100 but he removed my biggest objection to it (that the voting wasn't based on a straightforward 50% majority). Well done, Jonathan.
i'll present my optimistic scenario. i agree, the West has minimal gold left. where i differ from you is that i believe we (the banks) realize this and are beginning to think a transition to Bitcoin is what will save us. which is why we see the intense interest in private blockchains now with a full transition to the Bitcoin blockchain later; only after some losses. fundamentally, i still believe the US will be the tallest pigmie left standing and will sustain it's lead worldwide. i know that's debatable but we still have the greatest freedoms of most countries around and somehow, someway, i think we are going to get thru this but not w/o significant pain. IOW, if the US can move to Bitcoin quickly enough, we will short circuit the Armageddon by driving the price of gold back downwards towards $250 and killing all the speculative claims on phyz (killing the longs). the US will may have to give up the USD as the reserve currency but it will be a smaller price to pay than having to print up enough USD to fulfill all the paper gold claims which can otherwise never be fulfilled with phyz (b/c they can't).@cypherdoc thanks for the response.
Agreed but doesn't this essentially equate to fractional reserve banking of claims on physical gold? I believe long term Gold will trend down to its market value as an inert pretty metal. However I'm not yet convinced there won't be some sort of short/medium term 'run on the bank' as the realisation dawns that there is no gold left in the West. At this point, what will happen?
Money yes, SOV not so sure? Well theoretically compared to bitcoin yes, but the traditional world has yet to wake up to this sea change, and as the debt based system inflates to infinity and beyond, surely ANY port of value in currency storm?
i still think you should be leaving any personal code out of BU for now. KISS. until it gets accepted and running. this isn't the last time you'll hear about that bug.@ justusranvier RE attribution. I know. It sucks. AFAIK I was the first to post on reddit about the supply demand cliff a max block size creates. But flex cap references meni Rosenfeld's later proposal. Because he has more street cred I guess.
Then I add traffic shaping to XT, and some guy basically takes my code and applies cosmetic changes. So how can I start getting any cred? So I complain (very nicely) and Gavin basically says "suck it or cya" but mike says ok we'll attribute you in some wierd way that applies your name to your parts of this other guy's checkin. And then one of those "cosmetic changes" (it was actually to be c++ not c99 compliant) causes that bug in XT found yesterday. I'm just like WTF??? /RANT and thx for reading
esp in light of the fact that Bitcoin has absolutely no ornamental or industrial value. it's pure digital money. thus, it has to function not only as a SOV but as a payment network which we have never seen before. which is probably why all the miniblockists can't shed their blinders about Bitcoin solely serving as a settlement layer with small blocks while totally not understanding that Bitcoin is nowhere near distributed enough worldwide to ordinary users who really will provide the liquidity and monetary velocity that will maximally decentralize Bitcoin and make it as secure as can be vs gvts. which is why i always talk about the little African kid who has never even heard of Bitcoin and will continue to crawl down 3' wide holes 100 yds deep to pull up a few grains of worthless metal. when he covets Bitcoin instead, we've made it.If there's some truth to the above, then it should be obvious that it's important for a store-of-value to maintain a direct-utility connection with the economy. This is why it's important that bitcoin be viable for large scale transactional *use*; it's probably a pre-condition of store-of-value monetization.