|
AtheistAKASaneBrain
|
|
August 20, 2015, 12:04:12 PM |
|
Well, obviously you can add Greg Maxwell and the rest of the devs as Core proposers lol. Im pretty certain Nick is also supportive of Core. Actually few people are supporting core beside Gavin and Hearn themselves.
|
|
|
|
Kazimir
Legendary
Offline
Activity: 1176
Merit: 1003
|
|
August 20, 2015, 12:23:11 PM |
|
Actually few people are supporting core beside Gavin and Hearn themselves.
You mean: are supporting XT ?
|
|
|
|
Kazimir
Legendary
Offline
Activity: 1176
Merit: 1003
|
|
August 20, 2015, 12:32:58 PM |
|
Pieter Wuille : ? Pieter proposed an excellent suggestion to slowly and moderately increase the block size limit. I think this would be a wise middle ground, hopefully something that all devs are willing to consider as a reasonable compromise. Even if they think it's not perfect, it's not that dramatic. And it's most definitely way better to have a least a unanimous decision for the time being, rather than strictly holding on to each own's position and risking Bitcoin to be split up in Core and XT (which is devastating). Seriously... Nobody can claim that Pieter's proposal of growing by 2 1/16 (≈ 4.4%) every 2 23 seconds (≈ 97 days), or about 17% per year, is in any way ridiculous or damaging or shortsighted. Adam Black : Core but link some article too.
Adam Beck on reddit 2 days ago: ...I also proposed a simple compromise: 2MB immediately, then 4MB in 2 years, 8MB in 4 years and then re-evaluate what to do next based on experience with how well lightning, sidechains etc work in practice. 4 years is a really long time in Bitcoin, and I think racing off into the future with an 8GB block is inadvisably risky. Very hard to predict 20 years into the future and likely wrong in one direction or other with deleterious effects. https://www.reddit.com/user/adam3usJeff Garzik : Core but will like to see some link. Jeff proposed BIP 102 to increase the block size to 2MB. Intended as a temporary solution, to give us all more time and space to think longer about a more definitive solution. He earlier proposed BIP 100 where block size limit is dynamically adjusted every 12000 blocks (3 months) depending on block size usage over the past 12000 blocks. Much like how mining difficulty is adjusted.
|
|
|
|
valkir (OP)
Legendary
Offline
Activity: 1484
Merit: 1004
|
|
August 20, 2015, 01:37:47 PM |
|
Thanks Kazimir. I will edit OP. Keep posting article
|
██ Please support sidehack with his new miner project Send to :
1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
|
|
|
gentlemand
Legendary
Offline
Activity: 2590
Merit: 3014
Welt Am Draht
|
|
August 20, 2015, 01:42:41 PM |
|
Core devs support Core? I'm shocked, SHOCKED.
|
|
|
|
valkir (OP)
Legendary
Offline
Activity: 1484
Merit: 1004
|
|
August 20, 2015, 01:44:35 PM |
|
Core devs support Core? I'm shocked, SHOCKED.
Gavin and Mike are supporting XT, I'm shocked, SHOCKED! Im adding other well know member of the crypto currency community.
|
██ Please support sidehack with his new miner project Send to :
1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
|
|
|
|
ZephramC
|
|
August 20, 2015, 02:50:07 PM |
|
This is false dilemma. There are actually more than two options! Is is not either "Core" or "XT". At least these options should be considered (and their popularity with devs/pools/merchants/nodes clarified): - Core (and never changing block size, coins cap, block interval, etc.)
- Core for now (with clear intention not to increase block size until (dev) consensus is reached peacefully, with clear commitment not to enforce any forking BIP or put it into wild without thorough* discussion, but with clear intention and commitment to increase block size eventually and not to block it at 1MB forever)
- Some Block size solution (such as BIP100, or dynamical changing block size which includes even possibility to block size decrease if underutilized such as this**)
- Block size increase (to some "reasonable value" 1.2MB-4MB, as a quick fix, using other BIPs than BIP101, formulating new BIP)
- Block size increase to 8MB without XT (for now, postponing any other size increases)
- Block size increase according to BIP101 without XT (block size doubling even after 8MB, final block size 8GB, ..., no XT-like "anti DDOS")
- XT
* - Lengthy does not necessarily mean thorough. "It has been discussed for two years now" does not mean "It has been discussed enough and we ought to make change now!"** - tl;dr: "Nodes will also calculate what % of blocks in the last difficulty period is higher than 90% of the maximum block size, which is 1 MB for now. If it is found that more than 90% blocks in the last difficulty period is higher than 90% of the maximum block size, then double the maximum block size. If not, then calculate what % of blocks in the last difficulty period is less than 50% of the maximum block size. If it is higher than 90%, then half the maximum block size. If none of the above condition satisfies, keep the maximum block size as it is."
|
|
|
|
valkir (OP)
Legendary
Offline
Activity: 1484
Merit: 1004
|
|
August 20, 2015, 03:00:31 PM |
|
Well the question here is more do we want XT or work on core. I know there is multiple proposition on core and this is why Im trying to find all info about proposition and opinion of dev.
|
██ Please support sidehack with his new miner project Send to :
1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
|
|
|
valkir (OP)
Legendary
Offline
Activity: 1484
Merit: 1004
|
|
August 20, 2015, 06:49:04 PM |
|
I need more link. This could help everyone to make their choose. P. Kaufmann : ? Cory Fields : ? Matt Corallo : ?
|
██ Please support sidehack with his new miner project Send to :
1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
|
|
|
meono
|
|
August 20, 2015, 06:53:49 PM |
|
Developer | Employer | In favor of | Gavin Andresen | MIT | 8mb+ | Mike Hearn | Google, now Vinumeris | 8mb+ | Meni Rosenfeld | Israeli Bitcoin Association, Bitcoil | tentative 8mb+ | Jeff Garzik | Bitpay, now Dunvegan Space Systems, Inc. | 2mb+ | Peter Todd | Viacoin et al. | 1mb | Luke-JR | Subcontracted by Blockstream | 1mb | Adam Back | Blockstream Co-Founder | 1mb | Matt Corallo | Blockstream Co-Founder | 1mb | Gmaxwell | Blockstream Co-Founder | 1mb | Peter Wuille | Blockstream Co-Founder | 1mb | Mark Friedenbach(Maaku7) | Blockstream Co-Founder | 1mb | laanwj | MIT | 1mb |
|
|
|
|
PolarPoint
|
|
August 20, 2015, 07:06:26 PM |
|
Actually, I want to know which dev(s) is against Garzik's BIP102 and what are his/their reasons. The choices are more than a clear cut Core or XT. BIP102 is a good middle ground and why aren't most of the Core devs supporting it?
|
|
|
|
valkir (OP)
Legendary
Offline
Activity: 1484
Merit: 1004
|
|
August 20, 2015, 07:07:21 PM |
|
meono do you have any link for this? Thanks you
|
██ Please support sidehack with his new miner project Send to :
1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
|
|
|
roadbits
Legendary
Offline
Activity: 1092
Merit: 1000
|
|
August 20, 2015, 10:05:46 PM |
|
This block size debate is healthy. It needed to happen and when consensus is reached Bitcoin will be stronger because of it.
|
|
|
|
ticoti
|
|
August 20, 2015, 10:31:41 PM |
|
Its all stupid why dont they implement changes in core,I dont understand this shit
|
|
|
|
TPTB_need_war
|
|
August 20, 2015, 10:51:19 PM |
|
why dont they implement changes in core,I dont understand this shittechnology
Correct.
|
|
|
|
Alley
Legendary
Offline
Activity: 910
Merit: 1000
|
|
August 20, 2015, 11:39:08 PM |
|
I think it's pretty obvious core devs will make more money with their blockstream project if the 1mb limit stays in place permanently.
|
|
|
|
RocketSingh
Legendary
Offline
Activity: 1662
Merit: 1050
|
|
August 20, 2015, 11:42:42 PM |
|
Its all stupid why dont they implement changes in core,I dont understand this shit
Which changes ? There are many suggested here - http://bipsxdevs.azurewebsites.net. Core Devs are not against block size increase. They are against the way XT is doing it.
|
|
|
|
valkir (OP)
Legendary
Offline
Activity: 1484
Merit: 1004
|
|
August 21, 2015, 03:07:41 AM |
|
http://bipsxdevs.azurewebsites.net/Nice website. Lets hope many dev will answer.
|
██ Please support sidehack with his new miner project Send to :
1BURGERAXHH6Yi6LRybRJK7ybEm5m5HwTr
|
|
|
|