spazzdla (OP)
Legendary
Offline
Activity: 1722
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 10, 2017, 05:24:36 PM |
|
Any thread on this.. or is still an instant delete subject... I use to be very anti big block but after buying a 4tb harddrive for $120... I am changing my tune.. I can't see how the blocksize scaling at half of moores law causes any issues..
I read some stuff on segwit.. seems like a lot of changes in one go. Alas some to complicated for me to get :S. It has been sounding promising though.
|
|
|
|
achow101
Staff
Legendary
Offline
Activity: 3486
Merit: 6824
Just writing some code
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 10, 2017, 05:30:39 PM |
|
There is still quite a bit of discussion on segwit and block size increase hard forks. None of it is being instantly deleted. Those threads have just not been posted as much because there are already threads discussing segwit and other proposals. All of the arguments for and against all of the proposals have basically been discussed to death already. Any thread on this.. or is still an instant delete subject... I use to be very anti big block but after buying a 4tb harddrive for $120... I am changing my tune.. I can't see how the blocksize scaling at half of moores law causes any issues..
There's more to it than just disk space. You also have to consider network bandwidth usage and processing power for processing blocks. Also, segwit is a block size increase as the data per block being sent over the wire will be larger than now.
|
|
|
|
spazzdla (OP)
Legendary
Offline
Activity: 1722
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 10, 2017, 05:33:14 PM |
|
Bandwidth.. good point.
|
|
|
|
franky1
Legendary
Offline
Activity: 4340
Merit: 4683
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 10, 2017, 06:22:07 PM Last edit: January 10, 2017, 06:40:08 PM by franky1 |
|
below was a summary of the last years debates using actual numbers, stats and ideas admitted by core devs. but wrote without their hiding the details under the carpet games, so yes it will have my biased comments
segwit yep.. limit the transaction count.. dont expect more than 7tx/s (same numbers suggested as expectations 2009/2013) but due to feature bloating we only get 3tx/s pre-segwit today.. meaning if 100% of users use segwit only expect 7tx/s again. if less than 100% use segwit expect less than 7tx/s but more than current 3tx/s
meaning a one time gesture of pretend growth. but in reality just resetting expectations back to normal of 2009-2013 temporarily again. much like the pretend "fee discount". just resetting expectations of fee's back to 2015 average cost.. temporarily again
increase bandwidth, although core believe 4mb is now "bandwidth safe" how that will be utilised is not 4x tx count, but...: 1mb txdata, 1.1mb witness, 1.9mb future extended features = 4mb weight EG:(1 for input-output.. 1.1 for signature.. 1.9 for confidential commitments/other features)
yep we wont get 4x tx count.. only at best 2x CURRENT average. and only IF 100% use segwit.
user advantage/disadvantages old transaction users (long term holders) wont benefit from it and infact penalised more because their old tx's would be treated as the cost of more than 1 segwit tx(based on bytes). and as described above only 7tx/s is achievable if EVERYONE moved across to the new transaction type.
meaning even though the maths of 2009-2013 suggested 1mb blocks and 250byte/tx yielded 7tx/s
current feature core estimates suggest 2.1mb blocks of todays 500byte average will yield 7tx/s, with 1.9mb spare area in weight for extended features later (but not extra transactions beyond 7tx/s when future features enabled) couple months ago stats: feature core estimates suggest 1.8mb blocks of todays 400byte average will yield 7tx/s, with 2.2mb spare features area in weight for extended features later (but not extra transactions beyond 7tx/s when future features enabled) or later on full bloat/feature heavy core estimations suggest 4mb blocks of 1kb/tx will yield 7tx/s
yet the community have instead asked for a compromise 2mb blocks yielding 7tx/s (no segwit, no extended features) or 4mb (2mb base 4mb weight segwit, but no confidential commitment features) of 7tx's - as a compromise to allow segwit but with a dynamic block consensus utility to not depend on dev spoonfeeding. so that the community can later. say 2018-2020 have: 4mb blocks 14tx/s or 6mb (3mb base 6mb weight segwit, but no confidential commitment features) of 10tx's - as a compromise to allow segwit
... but nah core dont want 4mb blocks for 14tx's, heck they dont even want to allow more than 7tx's even if they think 4mb or even 2mb is ok
they prefer 4mb blocks of 7tx's and bloated features raising the average tx to 1kb each.. but having a bit of grace/gesture period of a possible 2.1mb bandwidth of 7tx's.. before the extended feature bloating begins.. which will happen before 100% of users switched to segwit, thus users wont get to see/benefit the one time boost potential gesture, before bandwidth increases to 4mb but tx numbers remain at best 7tx's.
above was a summary of the last years debates using actual numbers, stats and ideas admitted by core devs.
|
I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER. Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
|
|
|
spazzdla (OP)
Legendary
Offline
Activity: 1722
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 10, 2017, 07:43:27 PM |
|
Thanks for that! A useful summery.
|
|
|
|
BillyBobZorton
Legendary
Offline
Activity: 1204
Merit: 1028
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 01:24:50 AM |
|
All core devs except one want to increase the blocksize to 2mb after segwit is activated, because raising the blocksize before activating segwit opens a can of worms we want to avoid.
Ultimately the real red pill is the fact that we need everything. We need segwit, we need a bigger blocksize, we need lightning network, we need EVERYTHING, or else we will FAIL.
|
|
|
|
franky1
Legendary
Offline
Activity: 4340
Merit: 4683
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 01:39:57 AM Last edit: January 11, 2017, 01:59:51 AM by franky1 |
|
All core devs except one want to increase the blocksize to 2mb after segwit is activated, because raising the blocksize before activating segwit opens a can of worms we want to avoid.
Ultimately the real red pill is the fact that we need everything. We need segwit, we need a bigger blocksize, we need lightning network, we need EVERYTHING, or else we will FAIL.
the linear/quadratics issue has never been an issue.. if core implemented some rules properly users dont need the capability of 20,000-80,000 sigops for their single transaction. the solution is not to limit bitcoins whole growth out of fear of one malicious users... but limit users individual sig-op allowance so that malicious users cant do crap. EG say 100sigops max.. definitely not 20,000 EG imagine a single transaction with say 141 inputs imagine 141 transactions with 1 inputs each same data, same destinations same funds coming and going.. but nodes process the 141 transactions easier its pure logic.. dont let one person bloat a whole block with a single bloated tx.. .. set a TX sigop limit so not only does a 'malicious bloater' have to make multiple tx's which no longer cause time delays for the network.. but does make time delays for the malicious user having to make the tx's himself (good for both reasons).. but also allows a better chance of random honest peoples tx getting into a block due to it not being completely filled by a single tx. even things like LN doesnt need 20,000 sigops for one tx. an LN tx is just a 2in 2out tx afterall
|
I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER. Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
|
|
|
Wind_FURY
Legendary
Offline
Activity: 3038
Merit: 1905
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 03:04:55 AM |
|
All core devs except one want to increase the blocksize to 2mb after segwit is activated, because raising the blocksize before activating segwit opens a can of worms we want to avoid.
Ultimately the real red pill is the fact that we need everything. We need segwit, we need a bigger blocksize, we need lightning network, we need EVERYTHING, or else we will FAIL.
Here are my thoughts on why most of the core developers want to increase the blocksize to 2mb after SegWit activation. To avoid a bottleneck for the closing of channels in the Lightning Network. Imagine we still have 1mb blocks and have hundreds of LN channels closed at the same time on a regular basis. This could cause those transactions back onchain to be stuck and the mempool would go higher than we have seen before.
|
| .SHUFFLE.COM.. | ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ | ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ ███████████████████████ | . ...Next Generation Crypto Casino... |
|
|
|
BitcoinBarrel
Legendary
Offline
Activity: 2006
Merit: 1028
Fill Your Barrel with Bitcoins!
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 04:26:56 AM |
|
Why do we need big blocks again? Why do we need SegWit again?
Let's see how SegWit works for Litecoin first.
|
▄▄▄▄▄▄▄▄▄▄ ▄██████████████▄ ▄█████████████████▌ ▐███████████████████▌ ▄█████████████████████▄ ███████████████████████ ▐███████████████████████ ▐███████████████████████ ▐███████████████████████ ▐███████████████████████ ██████████████████████▀ ▀████████████████████▀ ▀██████████████████ ▀▀████████████▀▀
| .
| .....█ .....█ .....█ .....█ .....█ .....█ | | █ █ █ █ █ █ |
|
|
|
charmingfreddie
Newbie
Offline
Activity: 48
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 04:29:42 AM |
|
How much longer is this going to go on?
|
|
|
|
Kakmakr
Legendary
Offline
Activity: 3542
Merit: 1964
Leading Crypto Sports Betting & Casino Platform
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 05:52:05 AM |
|
How much longer is this going to go on?
Until someone acknowledge that we need a streamlined scaling solution or until they bump the block size. At this time, both sides wants to be right, so they bumping heads over trivial nonsense. The suggested solution is overkill i.m.o but it is a start. The issues is more about politics and ego than the technical merit of the solution, but you will never be able to take the human factor out of the equation. ^hmmmmmm^
|
..Stake.com.. | | | ▄████████████████████████████████████▄ ██ ▄▄▄▄▄▄▄▄▄▄ ▄▄▄▄▄▄▄▄▄▄ ██ ▄████▄ ██ ▀▀▀▀▀▀▀▀▀▀ ██████████ ▀▀▀▀▀▀▀▀▀▀ ██ ██████ ██ ██████████ ██ ██ ██████████ ██ ▀██▀ ██ ██ ██ ██████ ██ ██ ██ ██ ██ ██ ██████ ██ █████ ███ ██████ ██ ████▄ ██ ██ █████ ███ ████ ████ █████ ███ ████████ ██ ████ ████ ██████████ ████ ████ ████▀ ██ ██████████ ▄▄▄▄▄▄▄▄▄▄ ██████████ ██ ██ ▀▀▀▀▀▀▀▀▀▀ ██ ▀█████████▀ ▄████████████▄ ▀█████████▀ ▄▄▄▄▄▄▄▄▄▄▄▄███ ██ ██ ███▄▄▄▄▄▄▄▄▄▄▄▄ ██████████████████████████████████████████ | | | | | | ▄▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▄ █ ▄▀▄ █▀▀█▀▄▄ █ █▀█ █ ▐ ▐▌ █ ▄██▄ █ ▌ █ █ ▄██████▄ █ ▌ ▐▌ █ ██████████ █ ▐ █ █ ▐██████████▌ █ ▐ ▐▌ █ ▀▀██████▀▀ █ ▌ █ █ ▄▄▄██▄▄▄ █ ▌▐▌ █ █▐ █ █ █▐▐▌ █ █▐█ ▀▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▀█ | | | | | | ▄▄█████████▄▄ ▄██▀▀▀▀█████▀▀▀▀██▄ ▄█▀ ▐█▌ ▀█▄ ██ ▐█▌ ██ ████▄ ▄█████▄ ▄████ ████████▄███████████▄████████ ███▀ █████████████ ▀███ ██ ███████████ ██ ▀█▄ █████████ ▄█▀ ▀█▄ ▄██▀▀▀▀▀▀▀██▄ ▄▄▄█▀ ▀███████ ███████▀ ▀█████▄ ▄█████▀ ▀▀▀███▄▄▄███▀▀▀ | | | ..PLAY NOW.. |
|
|
|
Amph
Legendary
Offline
Activity: 3248
Merit: 1070
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 08:02:30 AM |
|
Why do we need big blocks again? Why do we need SegWit again?
Let's see how SegWit works for Litecoin first.
does litecoin really need segwit, they have no block limit problem, they numbers of transactions per day is very small not comparable with bitcoin How much longer is this going to go on?
it's about consensus, there isn't a centralized party that will decide for everyone, that's is the bad part about decentralization, when you actually need something to be implemented asap but none agree
|
|
|
|
jacafbiz
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 08:32:33 AM |
|
There are talks on SegWit but in my own opinion it is more political and ego than the actual technology, and this is a concern
|
|
|
|
Ironsides
Newbie
Offline
Activity: 38
Merit: 0
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 10:04:25 AM |
|
Some altcoiners're afraid of SegWit and Lightning because their alts become meaningless so they impede segwit's implementation. Roger ver one of them he bought lot's of shitcoins and now scheming bitcoin
|
|
|
|
sportis
Sr. Member
![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif) ![*](https://bitcointalk.org/Themes/custom1/images/star.gif)
Offline
Activity: 406
Merit: 252
Veni, Vidi, Vici
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 01:13:11 PM |
|
There is still quite a bit of discussion on segwit and block size increase hard forks. None of it is being instantly deleted. Those threads have just not been posted as much because there are already threads discussing segwit and other proposals. All of the arguments for and against all of the proposals have basically been discussed to death already. Any thread on this.. or is still an instant delete subject... I use to be very anti big block but after buying a 4tb harddrive for $120... I am changing my tune.. I can't see how the blocksize scaling at half of moores law causes any issues..
There's more to it than just disk space. You also have to consider network bandwidth usage and processing power for processing blocks. Also, segwit is a block size increase as the data per block being sent over the wire will be larger than now. I strongly agree with achow101's view. Hard disks are pretty cheap today but we can't tell the same about network bandwidth and especially upload speed. Of course this is not a problem for educational institutes to run their full node but for enthusiasts home users is a big hassle in every day operation. I would like try to run a full node at least for a month but I don't know the consequences in other network operations. So I don't know what is more preferable for network load. Segwit or the alternative of bigger block sizes. Somewhere I had read that last year the number of full nodes has considerably reduced and now is no more than 5500 nodes globally. At last I have read some things about the two different views but in none of them I was able to distinguish what is preferable when we see only the computing and network load.
|
|
|
|
panju1
Legendary
Offline
Activity: 1246
Merit: 1000
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 03:20:47 PM |
|
How much longer is this going to go on?
it's about consensus, there isn't a centralized party that will decide for everyone, that's is the bad part about decentralization, when you actually need something to be implemented asap but none agree Decentralization <> Consensus. We have had decisions taken when the majority support an initiative. If a fork is required for us to progress, so be it.
|
|
|
|
BillyBobZorton
Legendary
Offline
Activity: 1204
Merit: 1028
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 03:34:50 PM |
|
Why do we need big blocks again? Why do we need SegWit again?
Let's see how SegWit works for Litecoin first.
Litecoin is not a real test scenario, the traffic in litecoin is really small compared to bitcoin, so you can't extrapolate any useful data to apply on bitcoin as far as a I know. In any case, it's obvious why we need segwit and lightning network (and increase blocksize to 2mb after we get segwit running)
|
|
|
|
franky1
Legendary
Offline
Activity: 4340
Merit: 4683
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 11, 2017, 04:18:39 PM |
|
All core devs except one want to increase the blocksize to 2mb after segwit is activated, because raising the blocksize before activating segwit opens a can of worms we want to avoid.
Ultimately the real red pill is the fact that we need everything. We need segwit, we need a bigger blocksize, we need lightning network, we need EVERYTHING, or else we will FAIL.
Here are my thoughts on why most of the core developers want to increase the blocksize to 2mb after SegWit activation. To avoid a bottleneck for the closing of channels in the Lightning Network. Imagine we still have 1mb blocks and have hundreds of LN channels closed at the same time on a regular basis. This could cause those transactions back onchain to be stuck and the mempool would go higher than we have seen before. you raised a valid point. although a LN tx is just a 2-in 2-out tx. people need to think about the multi-hop trades where one entity (hub) starts becoming the arbitrator/manager. where to ensure satisfaction MANY separate transactions need to settle at the same time to ensure each channel gets what it should. so although over 2 weeks people can play within their offchain channels. one tx of funding becomes dependant on the IOU trust of another tx of funding, meaning suddenly many tx's need to broadcast to aggregate and settle equally. leading to a bottleneck. especially if there are more tx's than there are space in a block to accept it. yes i know LN has a CLTV to freeze funds and not make them spendable for x blocks. (like blockreward maturity/banks 3-5day funds unavailable) to allow a grace period so transactions can be plopped in over several blocks, aslong as all tx's aggregated together all eventually confirm in time.. but this is not enough precaution to avoid a mainnet mempool bottleneck. because that can cause a fee war, where transactions will need to be renegotiated to cover the larger fee's then predicted X blocks ago.
let alone allowing space for legacy (non-LN) transactions to get confirmed at a reasonable fee. because turning bitcoins mainnet into just a LN settlement layer where the only option for people to use bitcoin is only within a LN PERMISSIONED channel, is foolish and the polar opposite of bitcoins permissionless ethos. and yes needing a second party to sign off on your decision to transact (multisig) is permissioned.. and no longer permissionless.
|
I DO NOT TRADE OR ACT AS ESCROW ON THIS FORUM EVER. Please do your own research & respect what is written here as both opinion & information gleaned from experience. many people replying with insults but no on-topic content substance, automatically are 'facepalmed' and yawned at
|
|
|
CraigWrightBTC
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 14, 2017, 02:38:49 AM |
|
There are talks on SegWit but in my own opinion it is more political and ego than the actual technology, and this is a concern
Yes i agree many thread on here that talking about activation of segwit, I think it is not political is like election for me unfortunately there are some people who doesn't agree for activation of segwit. But it is decentralize (it is more democratic ![Cheesy](https://bitcointalk.org/Smileys/default/cheesy.gif) ), we must accept about it and maybe must there are other solution about block size except segwit.
|
|
|
|
Decoded
Legendary
Offline
Activity: 1232
Merit: 1030
give me your cryptos
|
![](https://bitcointalk.org/Themes/custom1/images/post/xx.gif) |
January 14, 2017, 02:51:56 AM |
|
Segwit may be good, but it makes it easier to make bigger changes in the future that would allow hard forks. This gives more power to the current Core team. People find that this goes against Bitcoin's philosophy, which tries to make the network as decentralised as possible. But I guess you could say that about any other hard fork.
Currently I'm split between Bitcoin Unlimited and adopting Segwit. Im unsure about Blockstream's future, and I like Bitcoin Unlimited's approach to scalable blocksize.
|
looking for a signature campaign, dm me for that
|
|
|
|