Bitcoin Forum
May 01, 2024, 12:13:35 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 3 4 5 6 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 ... 212 »
1041  Other / Politics & Society / Re: Anyone following the ebola outbreak? on: October 25, 2014, 02:52:01 AM
What do you folks thinking, will winter somehow stop this shit?

There is no winter in the equatorial hot zones of Africa, Asia, and Central America.

I'm talking about planet The Earth, not only about Africa or USA.

Do you think, winter will isolate the World from Ebola in Africa ?

That depends on the temperature in which the Ebola virus can survive outside of the host. I have no data about this.
Here in Alaska there are huge distances between people so spread would be very slow.

Winter moves from hemisphere to hemisphere. and pretty much skips the equatorial zones.
The virus can survive wet stored longer in cool than in warm, so probably not so much isolatied, no.
In a cold dry place it has been observed to remain infectious for 50 days. (so possibly also much longer)

Some data, and references to the studies:
http://www.phac-aspc.gc.ca/lab-bio/res/psds-ftss/ebola-eng.php

Quote
SURVIVAL OUTSIDE HOST: Filoviruses have been reported capable to survive for weeks in blood and can also survive on contaminated surfaces, particularly at low temperatures (4°C) Footnote 52 Footnote 61. One study could not recover any Ebolavirus from experimentally contaminated surfaces (plastic, metal or glass) at room temperature Footnote 61.  In another study, Ebolavirus dried onto glass, polymeric silicone rubber, or painted aluminum alloy is able to survive in the dark for several hours under ambient conditions (between 20°C and 25°C and 30–40% relative humidity) (amount of virus reduced to 37% after 15.4 hours), but is less stable than some other viral hemorrhagic fevers (Lassa) Footnote 53. When dried in tissue culture media onto glass and stored at 4 °C, Zaire ebolavirus survived for over 50 days Footnote 61. This information is based on experimental findings only and not based on observations in nature. This information is intended to be used to support local risk assessments in a laboratory setting.

A study on transmission of ebolavirus from fomites in an isolation ward concludes that the risk of transmission is low when recommended infection control guidelines for viral hemorrhagic fevers are followed Footnote 64. Infection control protocols included decontamination of floors with 0.5% bleach daily and decontamination of visibly contaminated surfaces with 0.05% bleach as necessary.
1042  Bitcoin / Legal / Re: Bitcoin is "NOT" Legal Tender According to the IRS on: October 25, 2014, 02:42:50 AM
it is better to be taxed than being banned

Ban is simply 100% tax if/when they seize it.
1043  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 25, 2014, 02:38:39 AM
Um, is that it?  How do we know if we've reached consensus?  When will the version with the increased MAX_BLOCKSIZE be available?

I would stipulate that we agree that both Gavin's first and second solution are an improvement over the current code, I'd further opine that the second is a better guess even than the first.
I would maintain that our best so far is still a horrible miss of an opportunity.  With any luck we won't get another opportunity on this one in quite a while.  It is not a good solution, but it can get us at least up to the next time it has to be adjusted.

It is probably a different question whether to make a change, and if so when.  And another question as to whether there is a consensus to do so.

The answer to both might be in the same little bit of work.

In order to increase predictability, we might want to have some criteria for looking at this parameter, not just for now, but also for future? 
We have done the expedient before, in changing it,
Each time should continue to be an improvement over the last.  It is a patch not a fix, and it will probably last longer than what came before.
It is far less than Satoshi's suggestion.  We should recognize that it very well may need to change again.


Your questions, David are good ones.  They suggest the way to answer it may be in a few other questions:

If the plan is to keep changing MAX_BLOCKSIZE whenever we think MAX_BLOCKSIZE is awry, how does one know when MBS is off? 
What defines a crisis sufficient to get easy consensus?

Or put another way:
How how to measure risk of preventing legitimate transactions?  When risk is high enough we do this again.


Answering these satisfactorily, would likely foster an easy consensus.

This would also be a step toward the design goals, discussed on the last page.
If we get those defined, ahead of hitting that change criteria, we may yet end up with something still better.
1044  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 11:11:33 PM
Since the monumental debate which occurred in February 2013 (which you will remember), I have despaired for 18 months that nothing will get done until the limit is actually hit, throughput is crippled for days, and world's press laughs at Bitcoin for years afterward.

I do remember. I'm really hoping it doesn't take running into the limit to provide impetus to take action. Not only would we likely get negative press as you mention, but it would highlight the issue to people completely oblivious to it. If we can't get people with good knowledge of the subject to agree how would we fare after adding even more noise to the signal?

Which is why I even argued for a 3MB cap, just to buy some time.

https://bitcointalk.org/index.php?topic=709970.msg8129058#msg8129058

I think half-measures only increase the likelihood we can't get a comprehensive solution.

That 40% for 20 years is more than fine by me :-)

Thanks for your feedback and for being IMO reasonable Smiley


The 40% per year starting at 20MB as a half measure.
Its an improvement over the first round of 50% but is still picking some numbers, with some justification, arbitrarily guessed.

We aren't seeking "legendary" nor "ideal", but thank you for your rhetoric, and also for being a solidly reliable unvarying advocate for whatever the loudest voice says.  
I know I can rely on you for that, if any of the better suggestions catch traction, that you will just pile on with whichever you think is likely to get consensus.
You are also very reasonable, and your reasons clear:  Seek consensus.  Attack dissension.

I don't need to be right.  I am just as happy to be wrong, the happiness comes from improvement.

It will be nice to have this 40% solution in pocket as the minimum quality, temporary patch, while a fix may be devised that would not need future adjustment.
The max block size was already reduced once for being too large, and also once for being too small.  It isn't as though we haven't been here before, it would be a good one to see solved eventually.
1045  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: 10 lots of 1,000 CK gold each -> 2014-10-25, 19:00 GMT on: October 24, 2014, 08:08:59 PM
Shhhh... no more bids, I'm at the bottom of the win list   Grin
!
1046  Other / Politics & Society / Re: Anyone following the ebola outbreak? on: October 24, 2014, 05:11:57 PM
The news and politicians are stupid liars.  It is not helpful to lie in order to placate the panicking masses.  They then lose trust with information sources and make up things to believe.

"Ebola can only be contracted by contact with bodily fluids"
"Casual contact can not transmit this disease"


Ebola, like all virus, is contracted by contact with the virus.  
The virus is tiny.  It can maintain infectiousness in fine mist or moisture, and yes, this can be small enough to stay airborne for a time.  Ebola isn't like an STD (though you can certainly get it that way too).
Though it typically will be contracted when a host human crashes and bleeds out, during the clean-up of the remains, etc., statements like the above just sound like magical thinking, as though there were some limit on how the virus RNA crashes into a cell that can replicate it in a living body.  It is simple science, not magic.

yeah they are stupid.  they care more about "public panic" than actually science or reality.  then nobody will believe them if it gets worse and people will panic.  how dumb are these people....it seems they are run by idiots with psychology/marketing degrees....bottom of the barrel.

If so, they failed their psych courses too.
Yes, their actions run counter to their public policy.  The way to deal with panic is to provide good information in a way that is understandable.  
Their ELI5 is more like a "Lie like a dog and hope for re-election".
It is also going to make it hard for them to explain why they killed your dog and quarantined you.
http://nypost.com/2014/10/23/spanish-nurse-who-had-ebola-finally-told-her-dog-was-killed/
1047  Alternate cryptocurrencies / Altcoin Discussion / Re: Crypto Kingdom - 1991 Retro Virtual World(City) on: October 24, 2014, 05:06:34 PM
Tidings of the Kingdom, (in the beginning of) A.D. 1428


smooth is created Baron.   "Due to various considerations requiring our thought, it has slipped unnoticed that Lord smooth is a Monero core team member. It goes without saying that in the game designed and dedicated for the furtherance of Monero, such a noble profession carries a noble title. Not only is smooth created Baron, but every other core team members will be (at least) Knighted as well."

The King bestows smooth with 250 gold.

Hip Hip Huzzah for the wisdom and beneficence of our king!  Cheerful tidings and eternal grace be on the noble and grand Lord Smooth.  There shall certainly be much feasting in the kingdom on this day.  Roasted alpaca, a frothy brew, and a fresh apple for all whose shadow crosses my barbican on this day.
1048  Other / Politics & Society / Re: Anyone following the ebola outbreak? on: October 24, 2014, 04:40:06 PM
The news and politicians are stupid liars.  It is not helpful to lie in order to placate the panicking masses.  They then lose trust with information sources and make up things to believe.

"Ebola can only be contracted by contact with bodily fluids"
"Casual contact can not transmit this disease"


Ebola, like all virus, is contracted by contact with the virus.  
The virus is tiny.  It can maintain infectiousness in fine mist or moisture, and yes, this can be small enough to stay airborne for a time.  Ebola isn't like an STD (though you can certainly get it that way too).
Though it typically will be contracted when a host human crashes and bleeds out, during the clean-up of the remains, etc., statements like the above just sound like magical thinking, as though there were some limit on how the virus RNA crashes into a cell that can replicate it in a living body.  It is simple science, not magic.
1049  Other / Politics & Society / Re: Anyone following the ebola outbreak? on: October 24, 2014, 04:14:01 PM
Gloves may become fashionable again.
Maybe I should make some alpaca gloves.
1050  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 02:37:20 PM
My (ideal) goals, in particular, would be to (1) never kick out grandma, and (2) never prevent a minor from including a legitimate transaction. (edited to add: those are in priority order)

We share these design goals, and priority.  They aren't comprehensive for me though.

I'd add (at least)
3) provide conditions conducive for mining when the transaction fees are supporting the network  
4) avoid future changes on the same issue.
And of course avoid introducing new unmitigated risks (more of a criteria than a goal).

It seems to me that (1) and (2) could both be implemented with either the static (Gavin's) method or some reactive method, although the I suspect the reactive method can do (1) more safely/conservatively. If a reactive method can do (2) safely enough (I suspect it could), I'd prefer it. A reactive method seems much more likely to meet (4).

If I understand you correctly, (3) takes us back to an artificial cap on block size to prevent a perceived, as Gavin put it, "Transaction Fee Death Spiral." I've already made my rant on that subject; no need to repeat it.

I'm of the opinion that reaching consensus on (3) is more important, and possibly more difficult, than any static-vs-reactive consensus. (3) is an economic question, whereas static-vs-reactive is closer to an implementation detail.

I think you are missing the point entirely on #3, probably my fault for being overly brief there and not really explaining the point in this context.

The artificial cap on block size would fail the test of #3.  So would a too high max block size if node maintenance storage costs make processing transactions unfeasible if only supported by TX fees.  We have never seen a coin yet that survives on transaction fee supported mining.  Bitcoin survives on its inflation.  What is sought there is to compensate at an appropriate level.  We don't know what that level is, but it may be something like a fraction of a percentage of all coins.
Currently TX fees are 1/300th the miner compensation.  After the next halving, we may be around 1/100 if TX continue to grow.  Fees will still be well within marginal costs and so not significant still.
This is fundamentally a centralisation risk, and a security risk through not creating perverse incentives.  

Much mining can be done with a single node.  Costs are discrete between nodes and mining and asymmetric.  If costs for node maintenance overwhelm the expected rewards at <x hashrate / y nodes then we lose all mining under that hashrate irrespective of other costs, and we lose nodes per hashrate.  People look at hashrate to determine network health and not so much at node population and distribution, but both are essential.

It is not so much an artificial limit created for profitability, it is a technical limit to preserve network resilience through node population and distribution by being sensitive to the ratio.  Much of the discussion on blocksize economics treats mining and node maintenance as the same thing.  They aren't the same thing at all.  Its more a chain length vs hashrate issue.
In later years, there is a very long chain, and most coins transacted will be the most recent.  Old coins are meant to get to move for free, this reduces the UTXO block depth.  We don't know how it will play out, its uncharted territory.  #3 is more about not creating a perverse incentive to unbalance this that doesn't materialize until the distant future than about encouraging compensation through artificial constrain on supply.

For better clarity I should swap #3 for

3) provide conditions conducive for node maintenance and mining when the transaction fees are supporting the network by avoiding perverse incentives.
1051  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 01:59:47 PM
I'd rather not implement a grandma-cap on bitcoin's growth. Grandma doesn't need to run a full node. She can use an SPV or other thin client.
lol @ grandma-cap for Bitcoin
We agree, in this case "grandma" is substituting for "bitcoin enthusiast" WRT bandwidth availability, I think.
I'm guessing he was thinking that our enthusiast might be living with grandma, or maybe is grandma, IDK?

Actually I picked the term up from NewLiberty's post, but yes that's what I was assuming it meant. Should the term "grandma-cap" make it into the BIP?

Ah yes, the backstop reference, grandma at the ball park watching grandkid play, protected by the backstop.

Its that fence behind the kid, that protects them from the wild pitch and thrown bat.
1052  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 01:34:04 PM
If we wanted to be brutally pedantic on ourselves we could kick around the definitions of who grandma might be, and what makes a transaction legitimate, but I agree with the sentiment entirely.

I'd rather not implement a grandma-cap on bitcoin's growth. Grandma doesn't need to run a full node. She can use an SPV or other thin client.
lol @ grandma-cap for Bitcoin
We agree, in this case "grandma" is substituting for "bitcoin enthusiast" WRT bandwidth availability, I think.
I'm guessing he was thinking that our enthusiast might be living with grandma, or maybe is grandma, IDK?
1053  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: October 24, 2014, 07:20:08 AM
I'm in justusranvier's camp on this one. Not raising blocksize, *at least* roughly allowing for Moore's Law, seems insane, and would just drive some alt to gain significant marketshare.

Bandwidth doesn't increase according to Moore's.
At best, Neilson's
http://www.nngroup.com/articles/law-of-bandwidth/

Your source says "10% less than Moore's law." That's not really much difference. Still a lot and still exponential, for now.


Right, That is just the first of many criticisms I have of the current proposals.  
I don't like extrapolations used for predictive purposes.
They assume too much.
I'd prefer a method of rightsizing max block size through use of the data of the future which may be derived from the block chain through sums of fees or block size.
This can be done much in the same way that difficulty is generated.
The risks of doing it in this better way may be that it could create some perverse incentives for folks that wanted to "game" the metric.
I'd like to see a proposal that doesn't come with what amounts to a guarantee that it will be wrong because it relies on a guess made years ago.
1054  Economy / Speculation / Re: Gold collapsing. Bitcoin UP. on: October 24, 2014, 05:30:33 AM
I'm in justusranvier's camp on this one. Not raising blocksize, *at least* roughly allowing for Moore's Law, seems insane, and would just drive some alt to gain significant marketshare.

Bandwidth doesn't increase according to Moore's.
At best, Neilson's
http://www.nngroup.com/articles/law-of-bandwidth/

This would be in time of peace, in rich nations, with good infrastructure, and other assumptions.

There is some discussion of methods to achieve this in a way that is flexible to accommodate changing conditions.
https://bitcointalk.org/index.php?topic=815712.0
1055  Alternate cryptocurrencies / Marketplace (Altcoins) / Re: 10 lots of 1,000 CK gold each -> 2014-10-25, 19:00 GMT on: October 24, 2014, 05:14:07 AM
To alleviate the dearth of gold in the citizens' hands, one of our good nobles has agreed to sell 1,000 gold and HM has accepted it to be included in the auction. The total will now consist of 11 lots of gold. It is not impossible that more new lots will be added if the demand stays strong.

And the poor gold-less peasants rejoiced!

Yes, this makes it more likely (and less expensive) to get gold in this auction with the extra supply.
This early gold will produce more stone due to more days of holding it.
Everybody must get stone  Cool
1056  Other / Politics & Society / Re: Anyone following the ebola outbreak? on: October 24, 2014, 04:52:18 AM
What do you folks thinking, will winter somehow stop this shit?


I'm talking about exponential growing of illness.


What we have:

                                                    winter 100,000 ? ? ? ?
                                                         ,,,,,
                                                      ....

                                        autumn 5,000 - 10,000 infected
                                            ......
                                          .....    
              summer 1,000 - 5,000 infected
                    .....
            ....
spring 10 - 100 infected
IIRC cold weather helps virus molecule stay together, hence people catch colds in winter, if same principle is at work, more ebola cases in winter?
Cold and darkness preserve the virus, so that it can remain viable and infect over a much longer delay. 
The upside is that intense UV can kill it. 
(Using mechines to deliver UV is one of the proposed methods of disinfecting hospital rooms.)
1057  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 03:38:46 AM
My (ideal) goals, in particular, would be to (1) never kick out grandma, and (2) never prevent a minor from including a legitimate transaction. (edited to add: those are in priority order)

We share these design goals, and priority.  They aren't comprehensive for me though.

I'd add (at least)
3) provide conditions conducive for mining when the transaction fees are supporting the network  
4) avoid future changes on the same issue.
And of course avoid introducing new unmitigated risks (more of a criteria than a goal).


If we wanted to be brutally pedantic on ourselves we could kick around the definitions of who grandma might be, and what makes a transaction legitimate, but I agree with the sentiment entirely.
1058  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 24, 2014, 03:21:08 AM
NewLiberty, we can continue back and forth trying to sway one another and who knows how that will turn out. How about the following compromise:

We implement Gavin's plan - go to 20MB blocks and 50% annual increases thereafter. That is the default. However, we add a voting component. We make it possible to restrain the increase by say 1/2 if enough blocks contain some flag in the block header. It could also be used to increase scheduled increase by 1/2 if the model is too conservative for computing growth. There was a header variable mentioned before I think in the block size debate, the first time around.

I think this is the best of both worlds. It provides a measure of predictability, and simplicity, while allowing the community to bend capacity more inline with the growth of the time if needed. What do you think?

I don't recall Gavin ever proposed what you are suggesting here.  1st round was 50% per year, 2nd proposal was 20MB + 40% per year, yes?


I'm less a fan of voting than you might imagine.  
It is mostly useful when there are two bad choices rather than one good one, and a choice is forced.  I maintain hope for a good solution yet.  To give us an easy consensus.

This flag gives only miners the votes?  This doesn't seem better than letting the transactions or the miner fee be the votes?
Its better than a bad idea though, as it does provide some flexibility and sensitivity to future realities and relies on proof of work for voting.
It fails the test of being a self-regulating approach, and remains based on arbitrary guesses.
So I don't think it is the "best" of either world, but also not the worst.  More like an engineering trade-off.

Presumably this is counting years by blocks, yes?
This would give 100MB max blocks size in 2018 and gigabyte 6 years later, but blocks are coming faster than the years, so wouldn't likely take that long.

At such increases, Bitcoin could support (current) Visa processing peak rates within a decade, and a lot sooner if the votes indicate faster and the block solving doesn't slow too much.  (perhaps as soon as 6 years, by 2020)

The idea has a lot of negatives.  Possibly its fixable.
Thank you for bringing forward the suggestion.
1059  Bitcoin / Development & Technical Discussion / Re: Increasing the block size is a good idea; 50%/year is probably too aggressive on: October 23, 2014, 07:07:35 PM
NewLiberty, you seem to be ignoring me.

Your sticking point, in my mind, is less about solving this issue than it is you feel people are not taking adequate time to find an input based solution to "fix it right".

As I said before my goal isn't to be right. It's to find a solution which can pass the community so we're not stuck. Ideally it also meets Bitcoin's promises of decentralization and global service. I made a bullet point list outlining my thinking on the two proposals, but please note I didn't refer to any specific plan from you. I said any input based solution, which implies any taking accurate measurements too - lack of consideration in uncovering such isn't relevant. I fundamentally think that approach wouldn't work as well for reasons I outlined.

Would you make a bullet point list of your likes and dislikes on the two proposed paths so we can at least see in a more granular way where our beliefs differ?
Oh?  And I thought you were ignoring me.

I understand your goal, and your ossification fears.  I don't mean to be ignoring you, only thought this was already fully addressed.

If your ossification fears are justified (and they may be), then (I would argue) that it is more important to do it right than to do it fast, as the ossification would be progressive, and more difficult in years to come.
I understand your position to be that a quick fix to patch this element is needed, that we are at a crisis, and it may be now or never.
I disagree.  If it were a crisis, (even in an ossified state) consensus would be easy, and even doing something foolish would be justified and accepted broadly.  

Unless you are Jeremy Allaire, I probably want this particular issue fixed even more than you do, but I would rather see it fixed for good and all, than continuously twiddled with over the decades to come.

To your bullet point assignment...  maybe.
One of my publishers has been pestering me for a paper so I will likely 'write something'.  I'll try not to point to it and say "but didn't you read this" as if it were the definitive explanation of everything, because it surely will not be that.
1060  Other / Politics & Society / Re: The Illuminati discussion thread Do they exist? on: October 23, 2014, 06:48:29 PM
Don't let the government's use of sacred geometry take away from the true meaning of said geometry.

The six pointed star forms the merkeba, a dualistic pyramid figure derived from metatron's cube.  The merkeba is a interdimensional vessel that allows one to safely navigate the astral realm.


No worries there.  The Illuminated understand how
meaning is additive.  True meaning are not subtracted, though they may be obscured.
Meaning, it does not subtract.
From these words you now read, you may derive a meaning, and you may not be able to resist adding the meaning these words have for you.

Confusion occurs when one attempts to resolve multiple meanings into one, fusing them.
Yet not all meanings are true meanings. 

When the true meaning of these words are within, you will have ascended.
Pages: « 1 ... 3 4 5 6 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 ... 212 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!