Topic: SegWit must be stopped! - page 3. (Read 3267 times)

you are pedantic,,

to use segwit keypairs.. you have to use different keypair creation mechanism,
then say the traditional (private key that begins with a 5 and then used ripemd160 in the middle which later results in an address ending 1)
(yes it also has other bits in the middle im just not trying to overcomplicate things by mentioning everything)

the bit inbetween changing the private to public is changing.. for segwit

segwits new high deterministic seeded keys will have the new key making mechanism where sha256 is used instead of ripemd160

in short. a segwit keypair is different to a traditional keypair.

people using traditional keypairs will need to change and fund segwit keypairs


0.12.x has bips in it that are NEEDED to have even made segwit possible.
yes 0.12.x was not a final version of segwit ready code.. but it was a stepping stone to get segwit ready.

so include the 0.12.x's into the count.. and you get 4 downloads..
you are being pedantic, megatime

can i give you a hint...
you are being pedantic, at first i thought you were just a snob because i was not buzzwording everything to a satisfactory level of techno-jargon that makes no sense to common man.

i then thought you would realise i am trying to speak layman on purpose. not due to not knowing the techno buzzwords. but because common man prefers to read common words. and what i say is just as valuable to others as it is to just you. so its best to keep things laymen for the communities sake.

but now im thinking you are the one that doesnt understand the concepts, and are just trying to defend blockstream but tweaking things and make arguments.

goodluck in life..

---

separate subject
oh and ages back i seen you and lauda take a fee from a guy who had issues with bitcoin core. i see you didnt fix his issue and instead took his funds got him to reset his wallet and give him back the funds minus a fee you shared with lauda..

called a workaround. not a bug fix

did you do the right thing and report the bug to bitcoin-core. or did you just take the fee and walk away
i hope you reported it. otherwise that makes you useless aswell as pendantic

That change has nothing to do with what your original statement was:
No 0.12.x release contains any segwit implementation. 0.13.0 and 0.13.1 contain nearly the same segwit implementation (the consensus implementation is not changed). So yes, perhaps you could call it two implementations, but that would be a stretch. Furthermore, you can't even use 0.13.0 with segwit on mainnet, so there is really only one segwit implementation in Core if you want to use segwit on mainnet after deployment.

LOL i see your: offtopic ECDSA mention
and i hint you: ripemd160->SHA256

im guessing your forgetting all the 0.12's and the 0.13's

Polished and ready IS NOT THE SAME AS compatible.

Maybe you don't understand what I am writing, I'll try to break it down for you.

With the segnets, you could do all of the things that you can do NOW with Bitcoin. You couldn't do all of the things with segwit that you can do now on testnet, and some of those things that you tried to do could fail in a horrible way. But it was still compatible with Bitcoin, it did not break anything that you can do with Bitcoin NOW. Segwit was not polished and ready meaning that doing certain segwit related things with the implementation at the time could fail horribly or not work as expected.

ill leave you to argue with yourself .. just read what you wrote..
how can something be compatible, but not compatible but is compatible but isnt.. all in 2 sentances

The first segnet was not the elements design. It was based on Bitcoin Core. At that point in time, segwit was not ready or polished enough to be tested on testnet, so they created segnet.

During that time, it was already bitcoin compatible, just not polished or ready for testnet, which is why the segnets were created. It was most certainly Bitcoin compatible by segnet3 since I was doing testing on segnet3 with normal Bitcoin transactions and it all went perfectly fine. I'm pretty sure that it was bitcoin compatible in the previous segnets, but I personally did not try them out.

The public version of segwit that is up for activation began as a fork and modification of Bitcoin Core. The concept started on elements, but it was not the elements code made compatible with Bitcoin. The reason it was not deployed on testnet when they began implementation was because it is a consensus change and the developers wanted to test their changes without fucking up anything used publicly (i.e. testnet). The segnets were for "private" testing of segnet so that they could break things without causing major problems with other developers who were using testnet. Breaking testnet would mean that testnet would need to be reset, a much larger and harder task than resetting the segnets.

Tests were being done on the segnets long before it was deployed on testnet. Why do you think they would not test it beforehand before deploying it on a semi-important network? They had to be confident that it would not break the testnet so they did testing on the segnets.

There is a change to the wallets, but not in the way that you are describing. The change is related to output and script creation, not to the ECDSA keypairs.

Also, the wallet part of Bitcoin Core does support segwit. You can have it create the segwit address for an address in your wallet and it will know to track it and how to spend from it. What it doesn't do now is default to using segwit addresses by default (i.e. it just doesn't give you a segwit address when you ask for a new address).

There are 4 BIPs that are being deployed that are related to segwit (peer services, consensus, transactions, GBT). However that does not mean that there are 4 different implementations. There is one implementation specified in 4 documents so that the changes to those things are clearly defined.

and how many versions of segnet testnet did they go through.. 1,2,3,4 oh wait.
your talking about the first segnet back when it was the elements design..


im talking about in spring, you know march2016.. spring... you know the time after december, but before may/june... when they were thrashing about with it to get it to be bitcoin compatible.. so they could possibly use it on a bitcoin testnet

https://bitcoincore.org/en/2016/06/24/segwit-next-steps/
they activated on the 13th may.. but lets see when they actually organised some proper tests

so tests didnt really start properly until the 23rd. i call that closer to JUNE than the start of may.. oops i meant december 2015(like you imply as your right answer).. but screw it im a week and a half out.. boo hoo.. now your getting pedantic..
im secretly laughing by you "hinting" it was bitcoin compatible back before the december 31st announcement.. i really am
MOST tests that could be deemed bitcoin related (bar a week and a half) were done in JUNE onwards..

https://bitcoincore.org/en/2016/06/24/segwit-next-steps/

i emboldened your words that explain my words. thank you its now self explanatory within the quotes. i even colour coded it
note the underlined future tense of achows response "will" and my future tense "after"
achow being pedantic yet again

ill add this just for fun
https://bitcoincore.org/en/2016/10/27/segwit-upgrade-guide/

if there is no change to the wallet... why withhold the wallet.
https://bitcoincore.org/en/2016/10/27/segwit-upgrade-guide/

how many bips needed to be activated just to help segwit along.. think about it..

yea someone in 2018 does need to download all the 0.12's and 0.13's they can skip to the latest.. but im talking about people in the past needing to in the past dowload previous releases, to push bips into activation just to get this far.


FUD??? nope. just not pedantic nazi inspector specific enough for a white paper scrutinising committee.
but im still laughing you thing it was bitcoin compatible in december 2015.. you made me laugh so i thank you and wish you a good day

SegWit is not an alt. The only way to upgrade a decentralised system like this is to push it out to every single user. That's basically what a hardfork is.

I believe SegWit is for the better of the bitcoin ecosystem.

Op is a huge troll ore he doesnt know how to make Bitcoin mainstream. He thinks that Bitcoin will be ok with just 2 mb blocks....

We need something like 1gig blocks to make a good shot for mainstream, now lets sink that in...1 gig vs 2 mb  

There is nothing wrong with bigger blocks but to handle mainstream adoption we will need Segwit/Lightning.

SegWit is not alt. It's upgraiding for Bitcoin. Bitcoin will be stronger than eva! And from what I gather, you are just bitcoin hater. You are too puny to become it's enemy

I agree and the miners especially from China will not be support for this project, and will become long debates without solution although the coindesk has wrote about this problem.  http://www.coindesk.com/why-arent-bitcoin-businesses-talking-segwit-protocol-upgrade/
The best solution is SegWit project be stoped.

It's the morons that always roll-over and take it up the ass.  I'd rather fight it.

The segnet was announced right on the new year on December 31st. IIRC it was running before the post to the mailing list.

That is simply not true. Segwit was built on top of Bitcoin Core. It was not an altcoin that was modified to do what Bitcoin does, it was Bitcoin modified to do segwit stuff. However, the elements sidechain was probably completely incompatible, but that codebase was not modified to become Bitcoin but rather the other way around.

Segwit actually activated on testnet block 834624 which was in May.

Not entirely true. Segwit fully works with Core 0.13.1 and you can do segwit transactions from the RPC. It does not have segwit wallet support unfortunately, but other wallets will. (If you couldn't tell, the Core devs tend to focus more on the node aspect of Core instead of the wallet.)

That is just completely and absolutely false. There is no such thing as HD seeded keypairs. Segwit works only with the normal ECDSA keypairs, regardless of whether those keys were derived deterministically.

What 4 different implementations? Users have only needed to download one implementation, the one that was released.

---

---

Please stop with the FUD and trolling. Actually fact check your statements before you make them.

Yup i could understand the point of author if there was a point. But there is not.
Segwit is now our only scaling solution out there.
Maybe blockstream is too much involved in this, maybe its not pure intentions but we have no choice now.

segwit was a blockstream project under the "elements" codebase, unrelated and incompatible with bitcoin in 2015-mid 2016.
 
it was put onto its own sandbox (altcoin testnet) in the spring 2016, totally not emulating bitcoin, but thrashed about until it kinda resembled what bitcoin does. it did not even get a chance to be on a bitcoin emulating sandbox (testnet) until june 2016.

this means just to get basic bitcoin-esq functionality it has only been in bitcoin-esq ability for 4 months (june to october). even the latest release 0.13.1 is not a final, fully functioning version just waiting to be activated. it requires a further download after activation..

so TKEENAN, has got some things right as do the others with differing opinions on both sides. it is not the same 2009-2016 bitcoin we knew,
it is just an implementation that has been made compatible to then divert people away from the traditional bitcoin keypairs and data store methods for those that choose to use it for that possible one time capacity boost.

---

its been 1 year since their scaling promise(that also promised dynamic blocks) and they have only released activation parameters for a onetime boost. where that one time boost is only possible if everyone drops their standard private-public keypairs and moves funds to segwit compatible HD seeded keypairs.

it has required users to download 4 different implementations to get to a stage of even being close to activating their one time boost.

lets atleast hope that by the blockstream devs saying 'its all ok'. they are currently this second preparing that 5th download to include dynamic block sizes along with the actual segwit wallet capability to actually utilise segwit. so that everyone can get what they want.

after all, they obviously have spare time to work on dynamic blocks now they believe segwit code is ready and have nothing else to do.. right!?.

Lightening Network can't work without SegWit being activated.
LN is a Offchain system that can be used instead of BTC OnChain Transactions,
while it is not an altcoin it is also not Bitcoin. An Alt Payment system might be more accurate.

Did someone pay you to promote SegWit & LN?

 

Wrong. Even franky1 realizes that this is far from the truth and the definition of an altcoin. While Segwit is far from being some perfect solution, it most surely is no altcoin. Here's a more healthier stance on the matter:

You said it.  Blockstream cheer squad is worse than a gaggle of little high school girls. 

Just because they sit behind a sign that says 'Core Devs' doesn't mean that their new coin is somehow original Bitcoin.  It is an altcoin.  SegWit is an altcoin. 

Bitcoin with 4MB blocks - is Bitcoin. 


Let Blockstream start their altcoin the same way everyone has to start an altcoin, on their own miners/chain.  Hijacking Bitcoin to launch an alt is pure and simple treason.  Just because they were able to sucker a few miners into agreeing with them, they now own Bitcoin. 

SegWit is an alt!!!!

user nodes cannot veto it out.
and now you see why blockstream went for a soft fork.


all blockstream needs to do is coax 15-20 pools

so far they tried it by doing fully paid all inclusive weekend meetups..
they already had 4 this last year..
unless they were hoping the 'scaling bitcoin' in Milan this October would have been enough. (should have picked somewhere warmer)

but hey, theres always the new year to plan a nice tropical spring break to kiss some ass

anyway blockstream have a year to coax pools. no need to rush.
but here is a hint listen to the community: dynamic blocksize+segwit
like promised last year
heres another hint:

dynamic blocksize: default starting at 2mb base 4mb weight.

that way its both segwit and actual scaling.
and yes 2mb base 4mb weight DOES actually mean 1mb base 4mb weight is acceptable

do it as a 2 stage consensus
1a)usernodes, 95%(yes it might take upto a year, but nothing will happen before that so no harm in atleast releasing he code to give a choice)
1b)followed by a 2 week grace period.

THEN
2a)pool 95%(yes it might take upto a year, but nothing will happen before that so no harm)
2b)followed by a 2 week grace period.

so its win win

knowing the time of (1b)->(2b) than enough time to reduce the 260(5%)nodes of 5400 that didnt upgrade at (1a) by them upgrading

yep thats right the nodes get to have a say, after all they are the ones doing the validating, relaying and storing the blockchain. only fair they get to be part of activating something by being full node ready to accept it by the time it activates.... not after

unlike segwit is doing the opposite. which is going to wait for pools to activate and then waste a few weeks twiddling thumbs before actually releasing 0.14 that actually has segwit (and wallet) features fully utilisable.

but hey..
segwit thinks christmas seems "safe".. so they should not argue about any timescales.
especially knowing a real consensus upgrade wont actually activate without node consensus, the way it should be

i feel pity for anyone that may reply to defend blockstream and the 90 unpaid interns. purely "because blockstream rules".
i feel pity for anyone that may reply to defend blockstream and the 90 unpaid interns. purely "because blockstream should dictate".
i feel pity for anyone that may reply to defend blockstream and the 90 unpaid interns. purely "because blockstream owns bitcoin".

those types of people have no clue

since you dont even try to argue about why we shouldn't support segWit, i'm gonna take this as trolling...