Bitcoin Forum
May 02, 2024, 11:08:45 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: So what is this proposal BIP100?  (Read 452 times)
OmegaStarScream (OP)
Staff
Legendary
*
Offline Offline

Activity: 3472
Merit: 6114



View Profile
April 21, 2017, 07:30:58 PM
 #1

As some of you already know, bitcointalk was down for some hours for some people, I took the chance to check reddit as I'm not that active there. I found out about this new BIP100 that everyone is talking about.

I want to know what is it and how different is it from BU and would SegWit supporters support this BIP100? If that's the case then I don't see why miners didn't start signalling it yet. I found out that this proposal is not really "new" but has been proposed 2015 and not sure what happened at that time.

█▀▀▀











█▄▄▄
▀▀▀▀▀▀▀▀▀▀▀
e
▄▄▄▄▄▄▄▄▄▄▄
█████████████
████████████▄███
██▐███████▄█████▀
█████████▄████▀
███▐████▄███▀
████▐██████▀
█████▀█████
███████████▄
████████████▄
██▄█████▀█████▄
▄█████████▀█████▀
███████████▀██▀
████▀█████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
c.h.
▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄▄
▀▀▀█











▄▄▄█
▄██████▄▄▄
█████████████▄▄
███████████████
███████████████
███████████████
███████████████
███░░█████████
███▌▐█████████
█████████████
███████████▀
██████████▀
████████▀
▀██▀▀
1714691325
Hero Member
*
Offline Offline

Posts: 1714691325

View Profile Personal Message (Offline)

Ignore
1714691325
Reply with quote  #2

1714691325
Report to moderator
1714691325
Hero Member
*
Offline Offline

Posts: 1714691325

View Profile Personal Message (Offline)

Ignore
1714691325
Reply with quote  #2

1714691325
Report to moderator
1714691325
Hero Member
*
Offline Offline

Posts: 1714691325

View Profile Personal Message (Offline)

Ignore
1714691325
Reply with quote  #2

1714691325
Report to moderator
"In a nutshell, the network works like a distributed timestamp server, stamping the first transaction to spend a coin. It takes advantage of the nature of information being easy to spread but hard to stifle." -- Satoshi
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1714691325
Hero Member
*
Offline Offline

Posts: 1714691325

View Profile Personal Message (Offline)

Ignore
1714691325
Reply with quote  #2

1714691325
Report to moderator
1714691325
Hero Member
*
Offline Offline

Posts: 1714691325

View Profile Personal Message (Offline)

Ignore
1714691325
Reply with quote  #2

1714691325
Report to moderator
1714691325
Hero Member
*
Offline Offline

Posts: 1714691325

View Profile Personal Message (Offline)

Ignore
1714691325
Reply with quote  #2

1714691325
Report to moderator
AngryDwarf
Sr. Member
****
Offline Offline

Activity: 476
Merit: 501


View Profile
April 21, 2017, 07:41:07 PM
 #2

BIP 100 is an old blocksize increase proposal that was recently amended by Jeff Garzik to make it more compatible with BU style signalling I think. It seems to have disappeared from github gist entirely, so I'd be interested if someone could find it.
If I remember correctly, it allows the blocksize to increase or decrease by a certain percentage every difficulty adjustment period.

Scaling and transaction rate: https://bitcointalk.org/index.php?topic=532.msg6306#msg6306
Do not allow demand to exceed capacity. Do not allow mempools to forget transactions. Relay all transactions. Eventually confirm all transactions.
Sundark
Hero Member
*****
Offline Offline

Activity: 560
Merit: 502


View Profile
April 21, 2017, 07:55:56 PM
 #3

BIP 100 is an old blocksize increase proposal that was recently amended by Jeff Garzik to make it more compatible with BU style signalling I think. It seems to have disappeared from github gist entirely, so I'd be interested if someone could find it.
If I remember correctly, it allows the blocksize to increase or decrease by a certain percentage every difficulty adjustment period.
BIP100 is about: "Replacing the static 1M block size hard limit with a hard limit set by coinbase vote, conducted on the same schedule as difficulty retargeting."

https://github.com/jgarzik/bip100/blob/master/bip-0100.mediawiki

I noticed that Bitcoin.com and some miners from ViaBTC started signalling BIP100 today.
Someone can tell me why this old scaling solution is gaining so much attention now?
AngryDwarf
Sr. Member
****
Offline Offline

Activity: 476
Merit: 501


View Profile
April 21, 2017, 08:00:48 PM
 #4


That's it. Thanks for finding it.

Seems to have disappeared from this list:  Huh

https://github.com/bitcoin/bips

Scaling and transaction rate: https://bitcointalk.org/index.php?topic=532.msg6306#msg6306
Do not allow demand to exceed capacity. Do not allow mempools to forget transactions. Relay all transactions. Eventually confirm all transactions.
BitcoinPanther
Hero Member
*****
Offline Offline

Activity: 1918
Merit: 564


View Profile
April 21, 2017, 08:01:46 PM
 #5

BIP 100 is an old blocksize increase proposal that was recently amended by Jeff Garzik to make it more compatible with BU style signalling I think. It seems to have disappeared from github gist entirely, so I'd be interested if someone could find it.
If I remember correctly, it allows the blocksize to increase or decrease by a certain percentage every difficulty adjustment period.

I read it can only increase by 100% or decrease by 50 % (doubled or half) during the time it needs to modify the block . I do not know if the current features is being modified to support BU. But I believe Segwit supporters will reject this kind of proposal because it will remove a lot of power from the developer and put it on miners which I think is not good to Bitcoin as a whole. What I worries is the need of Hardfork once implemented.  If this thing gets popular  we are back to the Hardfork Issue again.

AngryDwarf
Sr. Member
****
Offline Offline

Activity: 476
Merit: 501


View Profile
April 21, 2017, 08:19:14 PM
 #6

Update to BIP100 by Jeff Garzik and Tom Harding discussed here:

https://bitcointalk.org/index.php?topic=1822824.0

Scaling and transaction rate: https://bitcointalk.org/index.php?topic=532.msg6306#msg6306
Do not allow demand to exceed capacity. Do not allow mempools to forget transactions. Relay all transactions. Eventually confirm all transactions.
Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!