* [bitcoin-dev] Questiosn about BIP100 @ 2015-08-21 23:38 Andrew C 2015-08-24 14:40 ` Jeff Garzik 0 siblings, 1 reply; 5+ messages in thread From: Andrew C @ 2015-08-21 23:38 UTC (permalink / raw) To: bitcoin-dev [-- Attachment #1: Type: text/plain, Size: 229 bytes --] Hi all, Is there any client or code that currently implements BIP 100? And how will it be deployed? WIll the initial fork be deployed in the same manner that the max block size changes are deployed described in the bip? Thanks [-- Attachment #2: Type: text/html, Size: 299 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bitcoin-dev] Questiosn about BIP100 2015-08-21 23:38 [bitcoin-dev] Questiosn about BIP100 Andrew C @ 2015-08-24 14:40 ` Jeff Garzik 2015-08-27 15:07 ` Andrew C 0 siblings, 1 reply; 5+ messages in thread From: Jeff Garzik @ 2015-08-24 14:40 UTC (permalink / raw) To: Andrew C; +Cc: Bitcoin development mailing list [-- Attachment #1: Type: text/plain, Size: 769 bytes --] Great questions. - Currently working on technical BIP draft and implementation, hopefully for ScalingBitcoin.org. Only the PDF is publicly available as of today. - Yes, the initial deployment is in the same manner as size votes. On Fri, Aug 21, 2015 at 7:38 PM, Andrew C via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > Hi all, > > Is there any client or code that currently implements BIP 100? And how > will it be deployed? WIll the initial fork be deployed in the same manner > that the max block size changes are deployed described in the bip? > > Thanks > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > [-- Attachment #2: Type: text/html, Size: 1381 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bitcoin-dev] Questiosn about BIP100 2015-08-24 14:40 ` Jeff Garzik @ 2015-08-27 15:07 ` Andrew C 2015-08-27 20:49 ` Jeff Garzik 0 siblings, 1 reply; 5+ messages in thread From: Andrew C @ 2015-08-27 15:07 UTC (permalink / raw) To: Jeff Garzik; +Cc: Bitcoin development mailing list [-- Attachment #1: Type: text/plain, Size: 1082 bytes --] I have been reading the pdf and one thing I can't figure out is what you mean by "most common floor". Is that the smallest block size that has a vote or the block size with the most votes or something else? On Mon, Aug 24, 2015 at 10:40 AM Jeff Garzik <jgarzik@gmail.com> wrote: > Great questions. > > - Currently working on technical BIP draft and implementation, hopefully > for ScalingBitcoin.org. Only the PDF is publicly available as of today. > - Yes, the initial deployment is in the same manner as size votes. > > > On Fri, Aug 21, 2015 at 7:38 PM, Andrew C via bitcoin-dev < > bitcoin-dev@lists.linuxfoundation.org> wrote: > >> Hi all, >> >> Is there any client or code that currently implements BIP 100? And how >> will it be deployed? WIll the initial fork be deployed in the same manner >> that the max block size changes are deployed described in the bip? >> >> Thanks >> >> _______________________________________________ >> bitcoin-dev mailing list >> bitcoin-dev@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >> >> > [-- Attachment #2: Type: text/html, Size: 2232 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bitcoin-dev] Questiosn about BIP100 2015-08-27 15:07 ` Andrew C @ 2015-08-27 20:49 ` Jeff Garzik 2015-08-28 3:02 ` jl2012 0 siblings, 1 reply; 5+ messages in thread From: Jeff Garzik @ 2015-08-27 20:49 UTC (permalink / raw) To: Andrew C; +Cc: Bitcoin development mailing list [-- Attachment #1: Type: text/plain, Size: 1277 bytes --] 20th percentile, though there is some argument to take the 'mode' of several tranches On Thu, Aug 27, 2015 at 11:07 AM, Andrew C <achow101@gmail.com> wrote: > I have been reading the pdf and one thing I can't figure out is what you > mean by "most common floor". Is that the smallest block size that has a > vote or the block size with the most votes or something else? > > On Mon, Aug 24, 2015 at 10:40 AM Jeff Garzik <jgarzik@gmail.com> wrote: > >> Great questions. >> >> - Currently working on technical BIP draft and implementation, hopefully >> for ScalingBitcoin.org. Only the PDF is publicly available as of today. >> - Yes, the initial deployment is in the same manner as size votes. >> >> >> On Fri, Aug 21, 2015 at 7:38 PM, Andrew C via bitcoin-dev < >> bitcoin-dev@lists.linuxfoundation.org> wrote: >> >>> Hi all, >>> >>> Is there any client or code that currently implements BIP 100? And how >>> will it be deployed? WIll the initial fork be deployed in the same manner >>> that the max block size changes are deployed described in the bip? >>> >>> Thanks >>> >>> _______________________________________________ >>> bitcoin-dev mailing list >>> bitcoin-dev@lists.linuxfoundation.org >>> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev >>> >>> >> [-- Attachment #2: Type: text/html, Size: 2771 bytes --] ^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [bitcoin-dev] Questiosn about BIP100 2015-08-27 20:49 ` Jeff Garzik @ 2015-08-28 3:02 ` jl2012 0 siblings, 0 replies; 5+ messages in thread From: jl2012 @ 2015-08-28 3:02 UTC (permalink / raw) To: Jeff Garzik; +Cc: Bitcoin development mailing list Mode could be ruled out immediately. Just consider this: 34% 8MB, 33% 1.5MB, 33% 1.2MB I personally believe the median is the most natural and logical choice. 51% of miners can always force the 49% to follow the simple majority choice through a 51% attack. Using median will eliminate the incentive to 51% attack due to this reason. The incentive to 51% attack will exist when you use any value other than 50-percentile. The further it is from 50, the bigger the incentive. Having said that, I don't think it is an absolutely bad idea to use a value other than 50-percentile. The exact value is debatable. However, if you use something other than median, you should make it symmetrical. For example, the block size will increase if the 20-percentile is bigger than the current limit, and the block size will decrease if the 80-percentile is smaller than the current limit. Jeff Garzik via bitcoin-dev 於 2015-08-27 16:49 寫到: > 20th percentile, though there is some argument to take the 'mode' of > several tranches > > On Thu, Aug 27, 2015 at 11:07 AM, Andrew C <achow101@gmail.com> wrote: > >> I have been reading the pdf and one thing I can't figure out is what >> you mean by "most common floor". Is that the smallest block size >> that has a vote or the block size with the most votes or something >> else? >> >> On Mon, Aug 24, 2015 at 10:40 AM Jeff Garzik <jgarzik@gmail.com> >> wrote: >> >> Great questions. >> >> - Currently working on technical BIP draft and implementation, >> hopefully for ScalingBitcoin.org. Only the PDF is publicly >> available as of today. >> - Yes, the initial deployment is in the same manner as size votes. >> >> On Fri, Aug 21, 2015 at 7:38 PM, Andrew C via bitcoin-dev >> <bitcoin-dev@lists.linuxfoundation.org> wrote: >> >> Hi all, >> >> Is there any client or code that currently implements BIP 100? And >> how will it be deployed? WIll the initial fork be deployed in the >> same manner that the max block size changes are deployed described >> in the bip? >> >> Thanks >> >> _______________________________________________ >> bitcoin-dev mailing list >> bitcoin-dev@lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev [1] > > > > Links: > ------ > [1] https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev ^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2015-08-28 3:02 UTC | newest] Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2015-08-21 23:38 [bitcoin-dev] Questiosn about BIP100 Andrew C 2015-08-24 14:40 ` Jeff Garzik 2015-08-27 15:07 ` Andrew C 2015-08-27 20:49 ` Jeff Garzik 2015-08-28 3:02 ` jl2012
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox