Pages:
Author

Topic: Automated blocksize increases (Read 708 times)

member
Activity: 200
Merit: 73
Flag Day ☺
May 09, 2019, 11:19:04 PM
#51
For how long we are going to increase the block size? There needs to be another alternative. It is widely claimed that Bitcoin is having around 100 million users. But I guess the number of active users stand at somewhere between 1 million and 10 million. So my question is what happens if Bitcoin becomes more popular and gets accepted by the vast majority of the world population? What will happen if the number of active users increase from 1 million to 1 billion? Are we comfortable with block sizes like 1GB or 2 GB? Is it possible to include such blocks in the blockchain?

# of active users is irrelevant, what is relevant is the # of transactions.
Moving to a true 8MB blocksize would give btc years of extra transaction capacity before having to worry about it again,
in which time Moore's law will do it's job and technology will improve to support even larger blocks or faster block times with no worries.

It is amazing how , jumping to 8mb is such a fright for some,
but 1gb blocks would be possible when btc reaches that level of adoption , which may not be needed in our life times.
FYI:  https://news.bitcoin.com/bitcoin-unlimited-reveals-gigablock-testnet-performance/
Quote
“We’re looking forward,” says Andrew Stone responding to Vays question.
“We don’t assume you are going to run a 5-year-old computer —
We’re not going to use 1-gigabyte blocks tomorrow
The fact is that a relatively inexpensive computer can do it today.”
Quote
standard hardware spec is four core machines with 30 megabit/second internet — 16 GB RAM and a solid state hard drive,”

It is like this , if btc does not scale onchain, it's competitors will.
Offchain networks work for any coin, but if the onchain can't keep up, the offchain becomes useless.
Litecoin Capacity exceeds bitcoins, and litecoin works with LN, if you want all future users forced into litecoin leave btc blocksize where it is,
the world will literally pass it by.  Tongue

In the words of many business ventures,
Get Big or Get Out!  


member
Activity: 200
Merit: 73
Flag Day ☺
May 08, 2019, 10:37:34 PM
#45
actually one of the most important usages of LN is when people want to make lots of transactions like when they move their money between their wallets and exchanges. we only need one exchange to start an LN node and traders to move their transactions there to see a decreased number of on-chain transactions. there are a lot of other cases too, like gambling sites and mixers.

Just to clarify LN used incorrectly actually increases the number of onchain transactions,
so if used correctly then LN will decrease onchain transactions but only if used correctly which can't be stated strongly enough.


I'll be working up a comparison at a later date,
based on most likely amounts locked in each of the 3 solutions and how many offchain transactions are really available,
after a glancing look, the thought that thousands of transactions will occur per deposit on LN appears to be extremely overstated except possibility for micro-payments of less than a penny, before new funding is required.

Some preliminary thoughts are a person deposit $200 in their account and spending the entire amount.
Exchange:  1 onchain transaction and possibility a 2nd (optional) onchain transaction withdraw by vendor
Gift Card :  only 1 onchain transaction required
LN          :  2 onchain transaction required per party

In a normal US person, a funding of $200
would allow $40 transaction for gas, $120 transaction for electricity , four $10 restaurant visits =$40

$200 on Exchange , spent on the above
1 onchain to fund account and 1 onchain withdrawl by gas station and 1 onchain withdrawal and 4 onchain withdrawals by 4 different restaurants.

So we have a possible 7 maximum onchain transactions,
however, since withdrawals can be grouped from multiple users at a weekly or monthly basis,
by only withdrawing large amounts, the total onchain transactions can be reduced greatly


$200 on Gift Cards , spent on the above
Only 1 onchain transaction required, the other transactions occur on the gift card network
(For the Purpose of this example the gift card is a Refillable Visa Debit Card accepted at multiple vendors)


$200 on LN , spent on the above
2 onchain transactions Person,  2 onchain transactions Gas Station, 2 onchain Electric Company, 8 onchain transactions from 4 separate restaurants  
6 offchain transactions total

When you look at the above it becomes apparent that gift cards are superior in reducing the # of onchain transactions
over Exchanges and LN.  In the above Scenario :
Gift Cards: 1 onchain transaction required
Exchange : 7 onchain transactions , if none of the companies group their withdrawals with others
LN           : 14 onchain transactions

Just using the onchain blockchain alone and paying the gas station, electric company, 4 separate restaurants directly onchain,
requires 6 onchain transactions.

So anyone really wanting to cut down on the # of onchain transactions would use gift cards over exchanges and LN.  Wink
Other Factors may be more important for the individual on which they choose , but gift cards win decreasing onchain transactions hands down for the normal individual.

You also notice that anyone using LN for normal life purchases such as gas, electricity , restaurants,
end up generating more onchain transactions by trying to use LN offchain network,
than if they just paid the vendors directly onchain.  Tongue  

FYI:
For 1000 transactions to take place on LN, from a $200 deposit
each transaction would have to be worth no more than 20 cents each offchain transaction.

Which brings up a question, what are people buying that is only worth 20 cents?   Huh  

* Even a single 20oz bottle of coke cola is ~$2.00 *

If a person only used LN to buy meals at the same restaurant, of no more than $10 per visit,
you can squeeze 20 offchain transactions out of it, using only 4 onchain transactions, saving 16 onchain transactions,
however if those visits were to 20 different restaurants,
those 20 offchain transactions would be using 40 onchain transactions, a loss of 20 onchain transactions verses paying onchain only.

The above brings an interesting development, LN users that don't consciously plan their transactions to maximize offchain transaction over onchain transactions could actually generate more onchain transactions than if they paid directly onchain and potentially nullify any transactions reduction that LN could have provided. Tongue

*Note onchain transactions reduction would still be far more if you used a gift card instead.*    

 
legendary
Activity: 4424
Merit: 4794
May 10, 2019, 05:23:25 AM
#44
well, i don't consider those cases to be "spam", it is normal usage even if i don't like it. and there shouldn't be any restrictions on them in my opinion. there is just too many exception cases that will end up harm regular users too. that average Joe that spends every 5 days might want to purchase two things in one day some day and his second purchase would cost a lot more just because of a bad rule that was supposed to prevent spams but it can't.

??seriously??
so again 3000tx a block. to match the 'blockreward' of ~$62k a tx needs to be ~$20

so your ok with a $20 tx... so lets start with you being ok with a $20 tx FOR EVERYONE.. FOR EVERY TX.

now theres those that want/need to use the blockchain every 10/20minutes.. they pay the ultimate price of $20.. which you would be ok with...
where as those that only transact once every 5th day pay $20/144/5=~3cents..
yes occassionally if they need to buy something, and then realise 10 minutes later they might need to buy something else straight away they will end up having to pay $20.

but the current "fee war" is fixed at everyone paying $20 anyway.. so infact the times average joe is not 'spamming' he is saving money. and learns to form better spend planning habits to not be so impulsive.
again as for those that want/need to spend/spam regularly and cant form better spending habits. they can use the niche service..
win win for everyone.

i do find it funny how those loving the fee war forcing everyone to pay a $20 premium EVERYTIME. then claim any way to make people more frugal/ organised save money is a bad rule
legendary
Activity: 3472
Merit: 10611
May 09, 2019, 11:40:09 PM
#43
~
as for spam attack bitcoin.
easy solution.. implement a fee priority.
instead of everyone bidding for top price. have a formulae where if your spending funds with less than X confirms you pay more then someone who has XXX confirms.

that way spammers that need to spend multiple times a day pay the price.. or use LN for its niche. and those that use bitcoin irregularly are not forced to use LN and not forced to pay the same price as a spammer.. win win for everyone

so far spammers have never done it on a tiny scale or for a short time. they have always done it over a very long period of time (a couple of months at least) and on a very large scale (as in using thousands of addresses). they even started hiding it in 2017 well enough by running a "warm up step" first where these outputs first spread to the appropriate addresses then those addresses start spamming and after the spam was done they all aggregated again.
in other words your suggestion will only screw normal users, the spammers just have to run a "warm up step" where they spread their outputs sooner and on a larger scale to have enough confirmation on them to pay less fees.
on top of that they have proven that they don't have much of an issue with high fees, possibly even have miner ties which makes it cost a lot less for them to spam (they get the fees themselves on blocks they mine)

^ thats about malicious spammers
im talking about the day trader/mixer/gambler spammers the ones that spend more frequently than usual. but in either case average joe who may only spend once evry 5 days wont pay as much as a day trader who arbitrages 5 times a day. where the niche small market of LN would advantage a day trader rather than an average user that only spends once every 5 days.

this way it actually becomes fairer. those that do use it regular would benefit from a niche service rather than having the current system that is trying to force everyone into a niche service whether they need it or not, purely due to blind everyone pays premium fee war set up

well, i don't consider those cases to be "spam", it is normal usage even if i don't like it. and there shouldn't be any restrictions on them in my opinion. there is just too many exception cases that will end up harm regular users too. that average Joe that spends every 5 days might want to purchase two things in one day some day and his second purchase would cost a lot more just because of a bad rule that was supposed to prevent spams but it can't.
legendary
Activity: 4424
Merit: 4794
May 09, 2019, 11:02:34 PM
#42
~
as for spam attack bitcoin.
easy solution.. implement a fee priority.
instead of everyone bidding for top price. have a formulae where if your spending funds with less than X confirms you pay more then someone who has XXX confirms.

that way spammers that need to spend multiple times a day pay the price.. or use LN for its niche. and those that use bitcoin irregularly are not forced to use LN and not forced to pay the same price as a spammer.. win win for everyone

so far spammers have never done it on a tiny scale or for a short time. they have always done it over a very long period of time (a couple of months at least) and on a very large scale (as in using thousands of addresses). they even started hiding it in 2017 well enough by running a "warm up step" first where these outputs first spread to the appropriate addresses then those addresses start spamming and after the spam was done they all aggregated again.
in other words your suggestion will only screw normal users, the spammers just have to run a "warm up step" where they spread their outputs sooner and on a larger scale to have enough confirmation on them to pay less fees.
on top of that they have proven that they don't have much of an issue with high fees, possibly even have miner ties which makes it cost a lot less for them to spam (they get the fees themselves on blocks they mine)

^ thats about malicious spammers
im talking about the day trader/mixer/gambler spammers the ones that spend more frequently than usual. but in either case average joe who may only spend once evry 5 days wont pay as much as a day trader who arbitrages 5 times a day. where the niche small market of LN would advantage a day trader rather than an average user that only spends once every 5 days.

this way it actually becomes fairer. those that do use it regular would benefit from a niche service rather than having the current system that is trying to force everyone into a niche service whether they need it or not, purely due to blind everyone pays premium fee war set up
legendary
Activity: 3472
Merit: 10611
May 09, 2019, 10:43:48 PM
#41
~
as for spam attack bitcoin.
easy solution.. implement a fee priority.
instead of everyone bidding for top price. have a formulae where if your spending funds with less than X confirms you pay more then someone who has XXX confirms.

that way spammers that need to spend multiple times a day pay the price.. or use LN for its niche. and those that use bitcoin irregularly are not forced to use LN and not forced to pay the same price as a spammer.. win win for everyone

so far spammers have never done it on a tiny scale or for a short time. they have always done it over a very long period of time (a couple of months at least) and on a very large scale (as in using thousands of addresses). they even started hiding it in 2017 well enough by running a "warm up step" first where these outputs first spread to the appropriate addresses then those addresses start spamming and after the spam was done they all aggregated again.
in other words your suggestion will only screw normal users, the spammers just have to run a "warm up step" where they spread their outputs sooner and on a larger scale to have enough confirmation on them to pay less fees.
on top of that they have proven that they don't have much of an issue with high fees, possibly even have miner ties which makes it cost a lot less for them to spam (they get the fees themselves on blocks they mine)
legendary
Activity: 3346
Merit: 1352
Leading Crypto Sports Betting & Casino Platform
May 09, 2019, 10:28:10 PM
#40
For how long we are going to increase the block size? There needs to be another alternative. It is widely claimed that Bitcoin is having around 100 million users. But I guess the number of active users stand at somewhere between 1 million and 10 million. So my question is what happens if Bitcoin becomes more popular and gets accepted by the vast majority of the world population? What will happen if the number of active users increase from 1 million to 1 billion? Are we comfortable with block sizes like 1GB or 2 GB? Is it possible to include such blocks in the blockchain?
legendary
Activity: 4424
Merit: 4794
May 09, 2019, 04:39:07 PM
#39
too much is also a problem, it is not as serious as too little but still is. if the blocks were mostly empty then it becomes easier to spam the network with more junk and cause problems. remember that spam is not just increasing fees, it has different forms. for example one form is to increase the number of UTXOs and make it extremely hard for nodes to run since they would have to load up a much bigger UTXO database in memory and look things up.
you can't compare bitcoin with altcoins either. because there is no incentive to spam attack an altcoin but there are lots of incentives from all sides to spam bitcoin!

LN CLTV locks increase UTXO's because the longer funds are locked as UTXO's and the more tx's getting locked. the more UTXO's there are stuck in ram not moving for weeks. which makes it a waste to even have them in ram.

as for spam attack bitcoin.
easy solution.. implement a fee priority.
instead of everyone bidding for top price. have a formulae where if your spending funds with less than X confirms you pay more then someone who has XXX confirms.

that way spammers that need to spend multiple times a day pay the price.. or use LN for its niche. and those that use bitcoin irregularly are not forced to use LN and not forced to pay the same price as a spammer.. win win for everyone
legendary
Activity: 4424
Merit: 4794
May 09, 2019, 04:24:14 PM
#38
I don't see correlation between cost of running full nodes and tx fee, but cost of running a full node is more than internet bill. Don't forget initial hardware cost (if user buy an hardware mainly for run full nodes) and electricity price.

initial hardware cost
well if you dont have a modern PC then your not interested in computer stuff in the first place.
again if you think its ok to have people pay $1+ fee per tx. then worrying about having to spend $500 every 4 years is not an issue.

again for emphasis.
those that use computers already have computers. those that have computers are those interested in bitcoin. upgrading a computer is cheaper then buying a computer for first time.
 
those that have no clue about computers and never had a computer wont be the ones that NEED to be full node users as they have no technical reasoning to understand or need to be full nodes. if they run a business then buying a computer is not an issue due to certain business/tax allowances and buying a computer becomes a justified expense.

but to be hypocritical and say using bitcoin should be ok to be charged at XX fee a tx, but then cry about someone having to buy a pc.. is foolish
legendary
Activity: 3472
Merit: 10611
May 08, 2019, 09:48:27 PM
#37
Too much isn't a problem, if by that you mean it would be too empty. For most of Bitcoin's life the blocksize has been too much. Was never a problem. Most altcoins that claim high tx/sec have large almost entirely unused blocks, not a problem for them.
too much is also a problem, it is not as serious as too little but still is. if the blocks were mostly empty then it becomes easier to spam the network with more junk and cause problems. remember that spam is not just increasing fees, it has different forms. for example one form is to increase the number of UTXOs and make it extremely hard for nodes to run since they would have to load up a much bigger UTXO database in memory and look things up.
you can't compare bitcoin with altcoins either. because there is no incentive to spam attack an altcoin but there are lots of incentives from all sides to spam bitcoin!

i agree with the rest.

Quote
The way I see it, LN opens up new possibilities, like everyday $5, $10, $50 transactions, or even microtransactions. These are things that aren't really done currently on bitcoin, as the blocks are currently mostly filled with people just moving money between wallets or exchanges. So the LN does nothing to solve the current problem,
actually one of the most important usages of LN is when people want to make lots of transactions like when they move their money between their wallets and exchanges. we only need one exchange to start an LN node and traders to move their transactions there to see a decreased number of on-chain transactions. there are a lot of other cases too, like gambling sites and mixers.
hero member
Activity: 2240
Merit: 848
May 08, 2019, 07:59:19 PM
#36

No, the BIP clearly says the number based on average growth rate of bandwidth the last years, which seems to be the bottleneck. Check https://github.com/bitcoin/bips/blob/master/bip-0103.mediawiki#rationale


Yes I mentioned that earlier, that it is based off growth for a few years. But like I said when I mentioned that, that doesn't mean that level of growth will continue for decades to come. It could be less it could be more. Plus LN could take up a lot of growth. So picking a yearly increase for decades into the future based off a few very early years of data is indeed rather arbitrary.

My other main problem with BIP103 is that compounding the percentages means it would start growing too much in a few decades, the growth might become unnecessarily large 30 years from now, but it is too small for right now. So it likely misses on both ends. We need much more than yearly 17% increases right now, and will likely need much less than 17% increases 30 years from now. That's why I think my halving idea makes more sense. We alleviate the near-term problem right away rather than waiting a bunch of years for the 17% increases to get large enough to resolve the problem, but the increases get smaller and smaller in the future so the blocks don't grow too large and don't outstrip network technology and risk centralization from propagation problems and whatnot.

BIP103 and my idea have the same general idea though, and I think it is the best concept for keeping bitcoin growing, but I prefer my idea over BIP103 because it is better in those two ways and solves the immediate (or near-term) problem, which BIP103 doesn't do.
hero member
Activity: 2240
Merit: 848
May 08, 2019, 11:14:07 AM
#35
That's where my idea of automated blocksize increases comes in. I don't know if this has been talked about, but I've never seen mention of it.

I used to push for an automated, algorithmic increase, but it never found any real support.  It just seems as though the majority of people who run full nodes don't like the uncertainty of it.  In a way, it's understandable they'd rather know what the resource costs are going to be before they agree to bear them.  

It's all well and good everyone piling in with their views about what would be best and how it should be done, but it all means nothing if no one runs the code.  It's not going to change unless it's an idea that lots of people can get behind and support.


That doesn't make sense to me - I mean the part about people not knowing what the resource costs will be. Because with an automated increase they will always know exactly how much the blockchain will grow by and when. Unless you are saying they just always want the blockchain to be the same size with no increases. If so that's a losing argument because that means no growth for bitcoin in the long run.

Everyone reasonable can agree that we need blocksize increases in the near term and the long term. Having it done with a single hard fork and having it automated so there is no question about it, and everyone knows exactly how large the limit will be in the future, is the only thing that makes sense.

Except for that fact the technology of hard drives and memory are an unknown at this point.

Aside from that obvious flaw, sure, your idea makes some sense, except for the obvious error, so what you propose is nonsense.

Take your anger out elsewhere please. Hard drives readily decrease in cost and increase in size. Storage is not remotely a problem. The storage for the bitcoin blockchain right now is super small compared to available storage technology. And what I'm suggesting doesn't come even close to pushing storage technology.
hero member
Activity: 2240
Merit: 848
May 08, 2019, 11:12:36 AM
#34
that is not something that you could leave to an algorithm to automatically decide what the size should be. what if it was too much? what if it was too little? and not to mention that you can't just be abstract and say "algorithmic way", the implementation of such a thing can open up new ways of exploitation by the miners and we don't want that.
with that said i am all for a block size increase. i always say we need "scaling" not just block size increase but with all the scaling that we have received, it was obviously not enough and with the adoption increase there simply is not enough room in blocks to handle that. and if we want to see LN be used more we need to be able to handle all the extra transactions that LN adoption would bring to bitcoin.


Too much isn't a problem, if by that you mean it would be too empty. For most of Bitcoin's life the blocksize has been too much. Was never a problem. Most altcoins that claim high tx/sec have large almost entirely unused blocks, not a problem for them. The only problem for blocksize it too little and it makes the blockchain almost unusable, which is the problem that needs solving, and making sure blocks don't get so big (assuming they are full) that it forces more centralization. But also the reason my idea involves halving of the size increase each time is so that the size increase doesn't run amok and get way too large too fast. Right now we need a good size increase to handle whats gonna happen at the next market peak, likely bitcoin will need a 4x or 8x realistically to not grind to a halt during the next peak. Unfortunately I'm 100% sure there will be no scaling by then which means the tx fees and limited blocksize will likely end the bull market prematurely. Then in the future, as the compounding blocksize increases build upon themselves, we need smaller percentage increases, especially so that the blockchain doesn't become too big and risk centralization. If anything I think my proposal wouldn't be able to keep up with what is needed, but it would alleviate it a lot and the rest could be pushed mostly to the LN, and it would limit centralization from having too large blocks being filled and therefore fewer people can mine or run nodes.

Absolutely, both LN and blocksize increases are absolutely necessary for bitcoin to scale. It is sad that people tend to only think that one of those things is needed (2nd layer or onchain scaling) and they ignore how obviously the other one is needed as well.

The way I see it, LN opens up new possibilities, like everyday $5, $10, $50 transactions, or even microtransactions. These are things that aren't really done currently on bitcoin, as the blocks are currently mostly filled with people just moving money between wallets or exchanges. So the LN does nothing to solve the current problem, but it opens up bitcoin to handle many thousands of everyday transactions per second that aren't currently done. We still need a lot of onchain scaling in the years and decades to come to handle the types of transactions that make sense to do on-chain rather that in the LN. The current blocksize is grossly inadequate for what we should expect for that in the future.
legendary
Activity: 3472
Merit: 10611
May 07, 2019, 10:42:06 PM
#33
that is not something that you could leave to an algorithm to automatically decide what the size should be. what if it was too much? what if it was too little? and not to mention that you can't just be abstract and say "algorithmic way", the implementation of such a thing can open up new ways of exploitation by the miners and we don't want that.
with that said i am all for a block size increase. i always say we need "scaling" not just block size increase but with all the scaling that we have received, it was obviously not enough and with the adoption increase there simply is not enough room in blocks to handle that. and if we want to see LN be used more we need to be able to handle all the extra transactions that LN adoption would bring to bitcoin.
hero member
Activity: 2240
Merit: 848
May 07, 2019, 05:03:15 PM
#32
That's where my idea of automated blocksize increases comes in. I don't know if this has been talked about, but I've never seen mention of it.

I used to push for an automated, algorithmic increase, but it never found any real support.  It just seems as though the majority of people who run full nodes don't like the uncertainty of it.  In a way, it's understandable they'd rather know what the resource costs are going to be before they agree to bear them.  

It's all well and good everyone piling in with their views about what would be best and how it should be done, but it all means nothing if no one runs the code.  It's not going to change unless it's an idea that lots of people can get behind and support.


That doesn't make sense to me - I mean the part about people not knowing what the resource costs will be. Because with an automated increase they will always know exactly how much the blockchain will grow by and when. Unless you are saying they just always want the blockchain to be the same size with no increases. If so that's a losing argument because that means no growth for bitcoin in the long run.

Everyone reasonable can agree that we need blocksize increases in the near term and the long term. Having it done with a single hard fork and having it automated so there is no question about it, and everyone knows exactly how large the limit will be in the future, is the only thing that makes sense.
hero member
Activity: 2240
Merit: 848
May 07, 2019, 04:59:56 PM
#31
This topic already discussed many times, to the point where people insult each other, going off-topic, sharing FUD or all of them.
There are even few proposal which pass BIP (check BIP 101 - 109), the only BIP that i could agree is BIP 103 which based on technology growth, not some random arbitrary number.

I'm in favor of incremental block size limit growth, but i disagree with your idea since all i could see is arbitrary number, not following technology growth which would jeopardize decentralization.



But it is always going to be an arbitrary number. Even BIP 103 just proposes slowly stepping up the blocksize by small amounts every 97 days, at a rate of 17.7% increase per year. That is arbitrary. OK yes it was based on the average growth rate over bitcoin for several years, but there is no reason to think bitcoin will continue to grow at the average rate of a few early years for future years and decades to come.

Anyway BIP 103 is is arguing for the same thing I am, an automated increase over decades to slowly expand the blocksize to at least try to keep up with growth and requiring only a single hard fork rather than multiple one-off hard forks to solve immediate capacity problems when they arrise (which from the scaling debate over the past few years we know having to do repeated hard forks just means it wouldn't happen).

Anyway, I wasn't proposing a specific increase, but a carefully thought out set of increases, the main difference being that in my model it is front loaded since the increases halve over time, but that is percentage based so it is still increasing by a significant amount for quite a while. Also front loading it is needed now because Bitcoin already smashed into the capacity wall in 2017, it's going to be much much worse in the next couple of years, so a bigger increase is needed now, and then as LN gets going in the years to come that should take up a lot of the new transaction growth.

I'd be fine with BIP 103 if you include in that hard fork an immediate blocksize increase of say like 4x so that the network doesn't grind to a halt in the next couple years on the next bitcoin boom (or at least it can take in a lot more before it grinds to a halt). I think an immediate 2x or 4x increase, combined with a BIP103-like solution would be perfectly fine. I think it should actually be less than 17%/year if we solve the near-term problem the network will have once the market heats up again by getting an initial 2x or 4x, but yeah I like BIP103.

The problem is, and as we have seen from most of the comments on this thread, people have somehow been lulled into thinking the problem was resolved by not doing anything. Not sure how its even possible to think that, but Bitcoin will desperately need a solution in the next couple of years before things start getting bad even when the market is down, or otherwise it will just severely restrict bitcoin growth and none of us want to see that.

BIP 103 is promoting the same idea I am, a single hard fork to gradually increase blocksize over the coming decades so that some action to resolve the problem has been taken and bitcoin is allowed to grow and we can stop the endless debate on when, if, and how a hard fork to increase block size which will no doubt arise every few years if a long term solution isn't put in place.
legendary
Activity: 3948
Merit: 3191
Leave no FUD unchallenged
May 07, 2019, 04:43:27 PM
#30
That's where my idea of automated blocksize increases comes in. I don't know if this has been talked about, but I've never seen mention of it.

I used to push for an automated, algorithmic increase, but it never found any real support.  It just seems as though the majority of people who run full nodes don't like the uncertainty of it.  In a way, it's understandable they'd rather know what the resource costs are going to be before they agree to bear them.  

It's all well and good everyone piling in with their views about what would be best and how it should be done, but it all means nothing if no one runs the code.  It's not going to change unless it's an idea that lots of people can get behind and support.
hero member
Activity: 2240
Merit: 848
May 07, 2019, 04:36:25 PM
#29
Comeee onnnn! We shouldn't talk about any news forks. We are watching old ones which they are completely useless. Let go this fork shits also.


There is one big problem we should solve ASAP. It is energy consumption. It is not sustainable now. And I guess we need more developed mining device would be fine.
I do agree with you here. I have honestly had enough of these forks which are basically splitting our crypto communities instead of uniting them thanks to different perspectives.

Also, Bitman just released new miners which is good progress and they focused on improving energy efficiency which is epic indeed.

Yeah, another fork will just cause another market collapse as the public thinks this industry is a joke. Bitcoin Gold, Bitcoin Rabbit, Bitcoin Diamond, Bitcoin Buttcheeks, etc., etc. There is already a flavor for everyone.


I'm not talking about creating an altcoin with a fork. I'm talking about upgrading bitcoin with a fork, as plenty of other coins do but bitcoin has yet to do, at least not since the very early days.

I see that. But I think you don't want to understand we are talking about a big data size already now. As you see in this chart, blockchain data size reach over 200GB. So all computer keep 200GB data in blockchain network already. If we increase the data size x2-x4, then we will reach to 1 tb in a few months. So I think we have no choice about data size.


200GB is NOT a big size. It's quite small. It may take a while to download the blockchain the first time, but actually storing that is cheap because 200gb is tiny for a storage these days. A full 100% segwit block would be 4MB right (I think I'm right about that). In a year that would take up 200GB. Addoing 200GB of storage a year for a bitcoin miner is nothing compared to the cost of actually running a miner, and full node operators are usually hobbyists so they're into this stuff and probably wouldn't be scared away from having to buy some more cheap storage. If you say 5x the blocksize right now, that would clear out any immediate or near-future problem with transaction capacity (probably for the next few years) and it'd still only require an extra TB storage to be added each year if every block were full. That's not too bad. And storage is only going to get cheaper in the future, which is why gradually increasing the blocksize on a regular interval makes sense from this perspective becomes you make the blockchain gain data at a faster rate every few years as storage gets cheaper. Downloading the full blockchain the first time might suck, but storing the blockchain would not be much of an issue.
hero member
Activity: 2240
Merit: 848
May 07, 2019, 04:16:57 PM
#28
We really have ideas and suggestions which are beyond the capacity of Bitcoin. Sometimes, it's exceeding beyond its real role. As for me the supply and demand has no problem and automated increase isn't really what we need but rather adoption, transaction development and the problem with energy regulatory.


Adoption won't happen if it costs $100 to do a bitcoin transaction. I don't know what you mean by transaction development. And I don't know what you mean by energy regulatory, but if you mean energy consumption that isn't a problem either. I agree we need adoption, and you can't have adoption unless there is space for transactions, and there won't be as soon as bitcoin gets even just a little bit more popular again.
hero member
Activity: 2240
Merit: 848
May 07, 2019, 04:12:21 PM
#27

There is one big problem we should solve ASAP. It is energy consumption. It is not sustainable now. And I guess we need more developed mining device would be fine.


I certainly agree with you. I really don't get the sense of talking about fork and debating about this issue over and over again when there is really better and more important stuff that we should focus on. There are still lots of changes that might happen so thinking of blocksize increase for the coming years is quite too early.
[/quote]


How is it too early? It's already a problem! As soon as the price goes up and people start flooding back into bitcoin scaling is again going to be THE MAJOR limiting factor with bitcoin.

And energy consumption is not a problem at all. Bitcoin uses proof of work. That is never going to change, it'd be way to disruptive to the mining community to change that. A mining change would be one thousand times harder to do than a blocksize increase so between these two things talking about blocksize is the one to focus on. Energy consumption is only a problem in the media. A lot of the energy comes from cheap renewables, very possibly over half the energy is from renewables, a recent non-scientific study concluded that about 75% is from renewables. Energy consumption is entirely a non-issue. Transaction throughput, which will grind the blockchain to a halt for most people as soon as bitcoin becomes popular again, is the only major problem we should be dealing with right now. Everything else is secondary, except energy consumption, which isn't a problem at all.
Pages:
Jump to: