Gold collapsing. Bitcoin UP. - page 387.

sickpig

legendary

Activity: 1260

Merit: 1008

Quote from: NewLiberty on May 05, 2015, 07:02:15 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.

NewLiberty

legendary

Activity: 1204

Merit: 1002

Gresham's Lawyer

Quote from: sickpig on May 05, 2015, 01:16:53 AM

Quote from: cypherdoc on May 04, 2015, 09:23:55 PM

interesting logarithmic Monte Carlo simulation of tx confirmation delays related to progressive filling of current 1MB block size. bottom line is we need an increase in the block size otherwise confirmation delays will exponentially increase as the fill reaches the max. note in the conclusion who would benefit from NOT increasing the block size; "SC's". no wonder gmax and LukeJr are spamming Reddit in defiance of Gavin's proposal:

http://hashingit.com/analysis/34-bitcoin-traffic-bulletin

Nice graph! Thanks for sharing. So with a 100% filled block you have a 0.1 probability of having your tx confirmed after 1000/sec. This is nasty.

As I already said multiple times I'm a big supporter of Justus proposal to eliminate false block size scarcity and introducing economic incentive in the p2p nodes network.

Nonetheless I think that a part of txs will occur out of bitcoin main chain, through payment hub, lightning network, you name it. In fact the very solution Justus proposed to implement a price discovery mechanism in Bitcoin p2p network is based on micropayment channels.

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.

cypherdoc

legendary

Activity: 1764

Merit: 1002

Don't forget to vote the poll.

lunarboy

hero member

Activity: 544

Merit: 500

Quote from: solex on May 05, 2015, 01:41:34 AM

Quote from: cypherdoc on May 04, 2015, 09:23:55 PM

no wonder gmax and LukeJr are spamming Reddit in defiance of Gavin's proposal:

I just scanned their recent reddit posts about the proposal and to be fair their position leans more to "open mind but cautious" than "outright rejection". This is good as obviously they contribute a lot to core dev, and hopefully that will continue.

Luke mentions increasing the block size in an emergency:

Quote

Those are all scalability issues that will not be fixed by making the blocks larger. We should fix them, not put them off. Maybe we can increase the max block size just in case of emergency, but we most definitely should not increase the actual block sizes simply to ignore real problems.

http://www.reddit.com/r/Bitcoin/comments/34uu02/why_increasing_the_max_block_size_is_urgent_gavin/cqye7m6

Well, frankly, passing the point of average blocks being 40% full, where confirmation times start to decay exponentially (as per the hashingit graph) is an emergency, something rightly addressed now because everyone who runs a full node needs to upgrade.

Actually Nullc / Gmax is positive about an increased blocksize WRT sidechains see here:

Are 20mb blocks good or bad for Sidechains?
https://www.reddit.com/r/Bitcoin/comments/34riua/hard_fork_allow_20mb_blocks_after_1_march_2016/cqxhs1o

solex

legendary

Activity: 1078

Merit: 1006

100 satoshis -> ISO code

Quote from: cypherdoc on May 04, 2015, 09:23:55 PM

no wonder gmax and LukeJr are spamming Reddit in defiance of Gavin's proposal:

I just scanned their recent reddit posts about the proposal and to be fair their position leans more to "open mind but cautious" than "outright rejection". This is good as obviously they contribute a lot to core dev, and hopefully that will continue.

Luke mentions increasing the block size in an emergency:

Quote

Those are all scalability issues that will not be fixed by making the blocks larger. We should fix them, not put them off. Maybe we can increase the max block size just in case of emergency, but we most definitely should not increase the actual block sizes simply to ignore real problems.

http://www.reddit.com/r/Bitcoin/comments/34uu02/why_increasing_the_max_block_size_is_urgent_gavin/cqye7m6

Well, frankly, passing the point of average blocks being 40% full, where confirmation times start to decay exponentially (as per the hashingit graph) is an emergency, something rightly addressed now because everyone who runs a full node needs to upgrade.

sickpig

legendary

Activity: 1260

Merit: 1008

Quote from: cypherdoc on May 04, 2015, 09:23:55 PM

interesting logarithmic Monte Carlo simulation of tx confirmation delays related to progressive filling of current 1MB block size. bottom line is we need an increase in the block size otherwise confirmation delays will exponentially increase as the fill reaches the max. note in the conclusion who would benefit from NOT increasing the block size; "SC's". no wonder gmax and LukeJr are spamming Reddit in defiance of Gavin's proposal:

http://hashingit.com/analysis/34-bitcoin-traffic-bulletin

Nice graph! Thanks for sharing. So with a 100% filled block you have a 0.1 probability of having your tx confirmed after 1000/sec. This is nasty.

As I already said multiple times I'm a big supporter of Justus proposal to eliminate false block size scarcity and introducing economic incentive in the p2p nodes network.

Nonetheless I think that a part of txs will occur out of bitcoin main chain, through payment hub, lightning network, you name it. In fact the very solution Justus proposed to implement a price discovery mechanism in Bitcoin p2p network is based on micropayment channels.

cypherdoc

legendary

Activity: 1764

Merit: 1002

interesting logarithmic Monte Carlo simulation of tx confirmation delays related to progressive filling of current 1MB block size. bottom line is we need an increase in the block size otherwise confirmation delays will exponentially increase as the fill reaches the max. note in the conclusion who would benefit from NOT increasing the block size; "SC's". no wonder gmax and LukeJr are spamming Reddit in defiance of Gavin's proposal:

http://hashingit.com/analysis/34-bitcoin-traffic-bulletin

tabnloz

legendary

Activity: 961

Merit: 1000

Grabbed this off ZH

Australia to Introduce Bank Deposits tax in upcoming budget.

http://www.zerohedge.com/news/2015-05-04/war-cash-australia-leads-new-age-economic-totalitarianism

From a google search

http://www.theaustralian.com.au/business/financial-services/deposit-tax-banks-oppose-budget-tax-plan/story-fn91wd6x-1227284293520

ZH sees it as a trial balloon with US watching the reaction carefully.

HeliKopterBen

hero member

Activity: 622

Merit: 500

Quote from: solex on May 04, 2015, 12:51:09 AM

Bitcoin, while its issuance is capped at 21M, the software can be duplicated thousands of times.

The ability to clone/fork the software is a feature, not a bug. Take the Euro for example, which is under a round of QE right now. Imagine if Euro savers could easily clone the entire Euro monetary system, take out the QE, and put the QE_less system into production to compete. Which fork would win? I imagine sound money would win.

The only thing that cannot be duplicated is processing power. Processing power is in finite supply, so whichever fork garners the most processing power wins. The ability to clone the software keeps the system honest.

sickpig

legendary

Activity: 1260

Merit: 1008

Quote from: thezerg on May 01, 2015, 07:14:39 PM

With UTXO merkle tree the whole thing does not need to be in phone RAM. Or even on the phone. phone clients could validate and fwd txns iff they are connected to wifi. The only parts of the UTXO merkle tree that needs to be processed is the logn route from each UTXO involved in a txn to the tree root. So very doable on today's mid range smart phone esp with a good sized uSD expansion.

On that matter I've just found out an etotheipi's (armory core dev) proposal "Ultimate blockchain compression w/ trust-free lite nodes" that he made in June 2012. This is the summary:

Quote from: etotheipi on June 17, 2012, 01:33:40 PM

Use a special tree data structure to organize all unspent-TxOuts on the network, and use the root of this tree to communicate its "signature" between nodes. The leaves of this tree actually correspond to addresses/scripts, and the data at the leaf is actually a root of the unspent-TxOut list for that address/script. To maintain security of the tree signatures, it will be included in the header of an alternate blockchain, which will be secured by merged mining.

This provides the same compression as the simpler unspent-TxOut merkle tree, but also gives nodes a way to download just the unspent-TxOut list for each address in their wallet, and verify that list directly against the blockheaders. Therefore, even lightweight nodes can get full address information, from any untrusted peer, and with only a tiny amount of downloaded data (a few kB).

More recently TierNolan with his "Locally verifiable unspent transaction output commitments" is "sketching" his idea of a potential implementation.

Quote from: TierNolan on May 04, 2015, 08:37:48 AM

A proposal to help SPV nodes verify blocks is to commit the root of an (unbalanced) Merkle tree containing all unspent (and spendable) transaction outputs.

It is possible to create proofs of validity for each modification of the set. The proof would prove that inserting an entry into a tree with a root of X will give a new tree with a root of Y. There would also be proofs for removing entries.

it seems that the idea of an "UTXO" light node to add to the the list of the already implemented nodes (full, spv, pruned) is gaining momentum.

rocks

legendary

Activity: 1153

Merit: 1000

Quote from: Natalia_AnatolioPAMM on May 04, 2015, 04:47:00 PM

Quote from: justusranvier on May 04, 2015, 09:15:41 AM

Quote from: cypherdoc on May 04, 2015, 09:02:40 AM

Multiply that by 100M and pretty soon you're making real money.

Here's an example of a money protocol that allowed for "only" 3%/year worth of double spending:

never realized it's that bad unless saw the graphs like this one

Even this chart is misleading, since it is linear it does not show how the dollar continued drop over the past 30 years. Instead it looks relatively flat.

The log chart shows how this process is continuing. Even though the dollar has already lost 98% purchasing power, dropping to 99% is really another 50% lose, not the 1% drop shown on this chart.

Natalia_AnatolioPAMM

full member

Activity: 280

Merit: 100

Quote from: justusranvier on May 04, 2015, 09:15:41 AM

Quote from: cypherdoc on May 04, 2015, 09:02:40 AM

Multiply that by 100M and pretty soon you're making real money.

Here's an example of a money protocol that allowed for "only" 3%/year worth of double spending:

never realized it's that bad unless saw the graphs like this one

Erdogan

legendary

Activity: 1512

Merit: 1005

Quote from: cypherdoc on May 04, 2015, 03:23:19 PM

Quote from: Erdogan on May 04, 2015, 03:17:56 PM

Quote from: cypherdoc on May 04, 2015, 03:09:32 PM

new poll

Cool, but this time there is no "unlimited" option.

well, certainly i'm no expert in polling; i just feed 'em like i see 'em.

if you have any suggestions, lemme know.

edit: given Gavin's proposal, it looks like the "unlimited" option is off the table for now, so in this sense, this latest poll is heading in the right direction.

Yes, let's get 20 MB going, then new poll

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: Erdogan on May 04, 2015, 03:17:56 PM

Quote from: cypherdoc on May 04, 2015, 03:09:32 PM

new poll

Cool, but this time there is no "unlimited" option.

well, certainly i'm no expert in polling; i just feed 'em like i see 'em.

if you have any suggestions, lemme know.

edit: given Gavin's proposal, it looks like the "unlimited" option is off the table for now, so in this sense, this latest poll is heading in the right direction.

Erdogan

legendary

Activity: 1512

Merit: 1005

Quote from: cypherdoc on May 04, 2015, 03:09:32 PM

new poll

Cool, but this time there is no "unlimited" option.

cypherdoc

legendary

Activity: 1764

Merit: 1002

new poll

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: cypherdoc on April 29, 2015, 10:27:13 AM

just to memorialize the results of last poll:

cypherdoc

legendary

Activity: 1764

Merit: 1002

Quote from: shmadz on May 04, 2015, 12:55:36 AM

*btw, I'm still curious what your full node consumes in bandwidth?

lunarboy

hero member

Activity: 544

Merit: 500

Auzzies going to be the first to tax savings? The war on savers heats up.

http://www.zerohedge.com/news/2015-05-04/war-cash-australia-leads-new-age-economic-totalitarianism

mrhelpful

legendary

Activity: 1456

Merit: 1002

If the fall our dollar started way way back, and comparing now shouldnt it be on the road to zimbawe money.

But its not doing this because other international reletionships doing the same thing for others and private loans to one another. Its crazy cause I just a recent documentary where this guy bought $3 mill companies with cash he didnt have and went to the bank asking for it.

Since the rates were dirt cheap.

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