Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-17 Thread Jorge Timón via bitcoin-dev
On Mon, Oct 17, 2016 at 1:17 PM, Tom Zander via bitcoin-dev wrote: > You are asking people to create everyone-can-spend transactions that would > mean a loss of funds to everyone that used it if we do find a major flaw and > need to rollback. Please, nobody

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-17 Thread Btc Drak via bitcoin-dev
This thread has strayed extensively off topic from the OP which asked a simple question about BIP141 signalling start params. Please move to another thread, or take more general discussion to bitcoin-discuss. Thank you. ___ bitcoin-dev mailing list

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-17 Thread Andrew C via bitcoin-dev
On 10/17/2016 7:17 AM, Tom Zander via bitcoin-dev wrote: > As Marek wrote just minutes before your email came in; companies will not > roll out their updates until it locks in. Peter Todd says the same thing. > So your assumption that the lock-in time is the END of the upgrading is > false.

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-17 Thread Peter Todd via bitcoin-dev
On Mon, Oct 17, 2016 at 01:17:39PM +0200, Tom Zander via bitcoin-dev wrote: > On Sunday, 16 October 2016 17:19:37 CEST Andrew C wrote: > > On 10/16/2016 4:58 PM, Tom Zander via bitcoin-dev wrote: > > > Lets get back to the topic. Having a longer fallow period is a simple > > > way to be safe.

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-17 Thread Tom Zander via bitcoin-dev
On Sunday, 16 October 2016 17:19:37 CEST Andrew C wrote: > On 10/16/2016 4:58 PM, Tom Zander via bitcoin-dev wrote: > > Lets get back to the topic. Having a longer fallow period is a simple > > way to be safe. Your comments make me even more scared that safety is > > not taken into account the

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Johnson Lau via bitcoin-dev
On Mon, 17 Oct 2016 04:08:29 +0800 Tom Zander via bitcoin-dev wrote > On Monday, 17 October 2016 03:11:23 CEST Johnson Lau wrote: > > > Honestly, if the reason for the too-short-for-safety timespan is that > > > you > > > want to use

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Peter Todd via bitcoin-dev
On Sun, Oct 16, 2016 at 04:31:55PM +0200, Pieter Wuille via bitcoin-dev wrote: > Hello all, > > We're getting ready for Bitcoin Core's 0.13.1 release - the first one > to include segregated witness (BIP 141, 143, 144, 145) for Bitcoin > mainnet, after being extensively tested on testnet and in

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Andrew C via bitcoin-dev
On 10/16/2016 4:58 PM, Tom Zander via bitcoin-dev wrote: > Lets get back to the topic. Having a longer fallow period is a simple way to > be safe. Your comments make me even more scared that safety is not taken > into account the way it would. Can you please explain how having a longer grace

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Marek Palatinus via bitcoin-dev
On Sun, Oct 16, 2016 at 10:58 PM, Tom Zander via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > On Sunday, 16 October 2016 12:49:47 CEST Douglas Roark via bitcoin-dev > wrote: > > It's not the website's fault if wallet devs aren't updating their > > statuses. Besides, "WIP" can

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread gb via bitcoin-dev
It's controversial not contriversial. And it isn't controversial except among a small clique, which you seem to be the sole representative of here. It might be time to consider unsubscribing (again) if you don't seem to know when to shut up and the moderators are letting you go on an

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Tom Zander via bitcoin-dev
On Sunday, 16 October 2016 12:49:47 CEST Douglas Roark via bitcoin-dev wrote: > It's not the website's fault if wallet devs aren't updating their > statuses. Besides, "WIP" can mean an awful lot of things. As I said, it would be nice to get an updated version so we can see more than 20%

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Btc Drak via bitcoin-dev
I can see how it looks but actually most of the underlying libraries have already been adapted or are almost finished being adapted for segwit. Since segwit is not live on mainnet, most are not released (either still in PR form or merged to a development branch). As a software developer, I think

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Tom Zander via bitcoin-dev
On Monday, 17 October 2016 03:11:23 CEST Johnson Lau wrote: > > Honestly, if the reason for the too-short-for-safety timespan is that > > you > > want to use BIP9, then please take a step back and realize that SegWit > > is a contriversial soft-fork that needs to be deployed in a way that is > >

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Douglas Roark via bitcoin-dev
Before getting to my reply to Tom's message, I forgot to give my thoughts on the Nov. 15 date. I think it's a reasonable date. With various holidays coming up in the West, it's probably best to get the word out now so that work can progress before some people get sucked into family obligations and

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Johnson Lau via bitcoin-dev
On Mon, 17 Oct 2016 02:54:04 +0800 Tom Zander via bitcoin-dev wrote > Honestly, if the reason for the too-short-for-safety timespan is that you > want to use BIP9, then please take a step back and realize that SegWit is a >

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Tom Zander via bitcoin-dev
On Sunday, 16 October 2016 20:41:34 CEST Jorge Timón wrote: > You keep insisting on "2 months after activation", but that's not how > BIP9 works. We could at most change BIP9's initial date, but if those > who haven't started to work on supporting segwit will keep waiting for > activation, then

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Jorge Timón via bitcoin-dev
As has been mentioned there have been a lot of time to upgrade software to support segwit. Furthermore, since it is a softfork, there will be plenty of time after activation too for those taking a "wait and see" approach. You keep insisting on "2 months after activation", but that's not how BIP9

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Tom Zander via bitcoin-dev
On Sunday, 16 October 2016 09:47:40 CEST Douglas Roark via bitcoin-dev wrote: > Would I want anyone to lose money due to faulty wallets? Of course not. > By the same token, devs have had almost a year to tinker with SegWit and > make sure the wallet isn't so poorly written that it'll flame out

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Matt Corallo via bitcoin-dev
This start time seems reasonable to me. It is mostly in line with BIP 9's proposed defaults, which seems like an appropriate choice. On October 16, 2016 10:31:55 AM EDT, Pieter Wuille via bitcoin-dev wrote: >Hello all, > >We're getting ready for Bitcoin

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Douglas Roark via bitcoin-dev
On 2016/10/16 09:35, Gavin Andresen via bitcoin-dev wrote: > I asked a lot of businesses and individuals how long it would take them > to upgrade to a new release over the last year or two. > > Nobody said it would take them more than two weeks. > > If somebody is running their own validation

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Johnson Lau via bitcoin-dev
This is completely wrong. SPV wallets will work as normal without upgrade. Full nodes will only provide transactions to SPV in a format they understand, and SPV will accept the transaction since they are not doing any validation anyway. The only reason an end user may want to upgrade is for

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Eric Voskuil via bitcoin-dev
If somebody is not "running their own validation code" then they aren't actually using Bitcoin, so their ease in transition is irrelevant. For all they know they are accepting random numbers. e > On Oct 16, 2016, at 9:35 AM, Gavin Andresen via bitcoin-dev >

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Tom Zander via bitcoin-dev
On Sunday, 16 October 2016 12:35:58 CEST Gavin Andresen wrote: > On Sun, Oct 16, 2016 at 10:58 AM, Tom Zander via bitcoin-dev < > > bitcoin-dev@lists.linuxfoundation.org> wrote: > > The fallow period sounds wy to short. I suggest 2 months at minimum > > since anyone that wants to be safe

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Gavin Andresen via bitcoin-dev
On Sun, Oct 16, 2016 at 10:58 AM, Tom Zander via bitcoin-dev < bitcoin-dev@lists.linuxfoundation.org> wrote: > The fallow period sounds wy to short. I suggest 2 months at minimum > since anyone that wants to be safe needs to upgrade. > I asked a lot of businesses and individuals how long it

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Chris Belcher via bitcoin-dev
Hello, Excellent news that segregated witness is nearing release for the mainnet. I know I don't only speak for myself in saying that this has been eagerly awaited for some time. For the timing, I'd support segwit being usable on the network as soon as is technically and safely possible. We at

Re: [bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Tom Zander via bitcoin-dev
The fallow period sounds wy to short. I suggest 2 months at minimum since anyone that wants to be safe needs to upgrade. Also, please comment on why you won't use the much more safe and much smaller Flexible Transactions. On Sunday, 16 October 2016 16:31:55 CEST Pieter Wuille via

[bitcoin-dev] Start time for BIP141 (segwit)

2016-10-16 Thread Pieter Wuille via bitcoin-dev
Hello all, We're getting ready for Bitcoin Core's 0.13.1 release - the first one to include segregated witness (BIP 141, 143, 144, 145) for Bitcoin mainnet, after being extensively tested on testnet and in other software. Following the BIP9 recommendation [1] to set the versionbits start time a