Bitcoin Forum
November 18, 2024, 10:55:19 AM *
News: Check out the artwork 1Dq created to commemorate this forum's 15th anniversary
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 [987] 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 ... 1491 »
19721  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 08:32:41 PM
You know that is bs. Read the whitepaper without making up stuff like the pay pal 2.0 that people have been saying to you is wrong over and over and over  and you still don't look up the facts.
Is Bitcoin BU really that bad that you have to make up stuff to make it happen?

lol white paper??
blockstream stopped following satoshis whitepaper in 2013-2014.. even just a few months ago they actually wanted to edit it to suit their new rhetoric
https://news.bitcoin.com/revising-satoshi-white-paper/
Quote
I have seen people promote toxic and crazy ideas, and then cite parts of the paper in an effort to justify it.
https://github.com/bitcoin-dot-org/bitcoin.org/issues/1325

its only toxic to the banker paid devs that want to change bitcoin for the worse.. not toxic for citizens of the world that want some something that remains open and border/controll less.



as for the LN white paper.. that has been outdated too. the current concept does have penalties, spend-ability after confirm delays and revoke funding (chargeback) facilities..

but you just have to learn what CSV and CLTV do to see it plain as day.
think about the reality of end user experience of the 'service' they receive with CSV and CLTV included.

forget the shady buzzwords. actually think of real world utility and real world experience of using them.
19722  Bitcoin / Bitcoin Discussion / Re: Go start your own fork you stupid fuck - on: November 29, 2016, 08:23:53 PM
Not a new thing for thousands of years humann beings have looked to a leader to lead them, #sadstateofaffairs we are very easily lead.

blockstream=hitler Cheesy
19723  Bitcoin / Bitcoin Discussion / Re: Has Bitcoin Failed to Deliver ? on: November 29, 2016, 08:14:29 PM
Bitcoin shouldn't be compared to the internet.

What bitcoin did was more like mp3, napster, torrent did. There are many similarities. Those technologies are riots against big companies, just like bitcoin is a riot against big banks.

Bitcoin, just like the others gave us freedom.

bitcoin is like the internet. its a network. but the services/browsers on the network, have seemed to be pointed more in the direction of AOL branded netscape with built in mp3 player. to dominate the internet
where millions use AOL and only a few hundred thousand uses napster/torrents

no longer are people thinking about the internet as an open and diverse network, but something AOL should dominate in because they trust AOL to do a good job to give them all the internet solutions there could ever be.

shame on those people especially if they deny who is actually paying investment into the AOL brand and what AOL's actually contracted to do to promote bankers alternatives (like when AOL got bought out by time warner)

replace:
"AOL" for "blockstream"
"services/browsers" for "nodes"
"napster/torrents" for "independent node implementations"

 and analogy applies
19724  Bitcoin / Bitcoin Discussion / Re: Go start your own fork you stupid fuck - on: November 29, 2016, 08:07:41 PM
Welcome to Ethereum 2.0
Disaster in 3..2...1

yep thats what maxwell wants. so his monero and his bosses hyperledger can rule supreme
19725  Bitcoin / Bitcoin Discussion / Re: Go start your own fork you stupid fuck - on: November 29, 2016, 08:02:33 PM
the funnier part of Gmaxwell (nullc)
is that he works for blockstream.. who work for hyperledger(bankers altcoin)

Quote
I've been telling them to go and create their fork for over a year now.

The fact of the matter is that for a least a few of the vocal people involved do not actually want a fork and don't really believe that users want it either. They just want to disrupt Bitcoin, create FUD, and slow technical progress while then invest in competing systems.

as for the last sentence i underlined from him. he loves his fiat and monero income.. get has not stable bitcoin income/if any.
blockstream got MILLIONS of dollars for a team of say 40.. thats nearly $2million each if equally split. with maxwell being he cheif tech/supervisor im sure his cut is much higher.

he has lost all care and desire for bitcoin. all his idea's have been to push the community apart with:
intentional splits.. not consensual upgrades
increasing fee's to throw third world unbankable countries out of bounds of using bitcoin

now he is pushing hard with his colleagues for LN (bank 2.0) which has many and high fee's

going against blockstream is not disrupting bitcoin. its instead preventing banker dictatorship twisting bitcoin away from "permissionless affordable peer-to-peer currency with no barrier of entry" to what blockstream want, which is "permissioned hubs with fee's, penalties, settlement delays, and chargebacks"


permissioned: LN= dual signed multisig ...buzzword: 'bidirectional channels' managed by hubs
fee's: open channel onchain fee, LN swap fee, multihop fee, hub management fee, close channel onchain fee
penalties: not signing in acceptable time, denying payment
settlement delays: coin maturity after confirmation onchain (CLTV)
chargeback: output revoke codes (CSV)


the devs:


who they really work for and got millions of dollars investment from.. (hyperledger)
19726  Bitcoin / Bitcoin Discussion / Re: Go start your own fork you stupid fuck - on: November 29, 2016, 07:16:49 PM
No one can force someone else to run software against their will.

The community is clearly divided between those who want to keep the block chain as lean as possible in order to preserve decentralization at the cost of on chain scaling, and those who want to put every transaction under the sun in the permanent ledger that all full nodes must keep a copy of forever.

These two sides will never see eye to eye! There is no point in furthering the perpetual argument.

Therefor, the best solution is one side to create a block which the other side refuses to acknowledge.

Forking will resolve these differences in the blink of an eye.

the solution is
dynamic 2mb base 4mb weight.
remember 4mb weight is still 4mb weight.. thus not causing any more bloat harm than core is allowing. but HOW that data is used within the weight and also what that can be utilised for changes.

both sides win and then let the freedom of how users transact decide what happens

oh and that solution does not cause an intentional split. just some temporary orphan drama if the % adoption is not high enough before adoption, hense a 95% is only a 5% risk which pools have already found acceptable

win win win
19727  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 07:01:34 PM
The world is moving forward and so is Bitcoin. Back in 2009 segwit wasn't on the table because there was no need for it.
Just because Ford didn't think of putting seat belts in his car when he designed it doesn't mean that Fords with seat belts isn't Ford.

but segwit is not an adjustable seatbelt.
segwit is putting 4 wheels on a motorcycle to emulate a car, but get special permisson to use the bike lane.. to then advertise 2 wheel motorcycles in the future that require the passenger on the back to charg you for his time to let you use the carpool/bike lane simply because 2wheeled bikes are faster.
19728  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 06:40:49 PM
as i see it segwit is only an alternative way to have 2mb, so in the end it will be like we have 4 MB when 2MB will enter in play isn't this good? why yuou say an altcoin, when it's still need to be activated anf require a certain consensus to do so?

the person calling it an outright altcoin is saying it i presume. for the same reason core devotee's are calling anything not core an altcoin.
even when other implementations have been running on bitcoins mainnet for atleast a year.

the base of segwits code (the concept) did not begin in 2009 from satoshi's vision. segwit began separately as an altcoin as part of blockstreams elements and then tweaked into being bitcoin compatible version

it changes alot of things 'under the hood'
how data is stored on peoples computers, how its relayed between nodes, even how the transactions and blocks are formed.
though its bitcoin compatible. its alot different to the original vision.

many say if certain things change in bitcoin. like if stupidly its suggested to change bitcoins coin cap and difficulty retarget patterns to emulate say litecoin. then bitcoin is no longer bitcoin.. even if the 7 year historic data still continues growing and all nodes are connected to that same chain of data that goes back to satoshis genesis block.

so although its not an "altcoin" in the traditional sense (separate network) the direction its taking us in is far different than imagined in say 2009-2014

(thats about as unbiased as i can word it)
19729  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 06:17:21 PM
Sure seem people in the space might not give a damn about Bitcoin ending like a Paypal 2.0.
But I do!And many other here as well.
I'm in for SegWit as this lays the ground for second layer implementations!

you do know "second layer implementations" are paypal2.0.. right

LN is going to be pushing us away from permissionless peer-to-peer and into permissioned hubs with fee's, penalties, settlement delays, and chargebacks

permissioned: LN= dual signed multisig ...buzzword: 'bidirectional channels' managed by hubs
fee's: open channel onchain fee, LN swap fee, multihop fee, hub management fee, close channel onchain fee
penalties: not signing in acceptable time fee, denying payment fee
settlement delays: coin maturity after confirmation onchain (CLTV)
chargeback: output revoke codes (CSV)

atleast learn why CSV and CLTV are going to be used.
do you really want to close a channel (like closing a paypal account) and see the funds arrive (onchain confirm). but then it not showing as available balance for days/weeks (CLTV maturity lock similar principles to blockreward coinbase maturity lock)
where even after the close session is confirmed onchain. that unavailable balance (maturity lock) allows time for the paypal(LN HUB) to chargeback(invoke their CSV code) and make the funds theirs

oh i must add LN are conceiving to add 'demurrage' concepts to LN  (minus interest rates)
19730  Bitcoin / Bitcoin Discussion / Re: Has Bitcoin Failed to Deliver ? on: November 29, 2016, 06:04:54 PM
we are still early.

but it appears due to dominance from bankers in the more popular implementation, would be like saying:
"we are using netscape and netscape is the only future the internet has"

internet analogy for future bitcoin mindset
lets not blindly follow netscape and keep the internet open and flowing, as we all know what happened to netscape

lets not blindly follow one implementation and keep it diverse and expanding,
19731  Bitcoin / Bitcoin Discussion / Re: blockchain development vs bitcoin on: November 29, 2016, 05:36:34 PM
it has taken the blockstream paid devs 2 years to not even yet activate a one time boost to bitcoins capacity,
during this delaying period. they have ramped up bitcoins fee's and done other things to cause barrier of entry.
 even when the community demand a scaled approach that naturally grows due to network demand not dev control. without fee barriers of use that are expensive to third world countries.

but in just 6 months them same devs have been doing alot more for the bankers at hyperledger

you may think they wont ruin bitcoin because they are invested in it. but that is not the case their funding is FIAT
dont underestimate the hyperledgers influence to expand while they try to halt and delay bitcoin growth/usability.

this segwit boost is a "token gesture" to kep pushing the rug from under us.
the next step is pushing us away from permissionless peer-to-peer and into permissioned hubs with fee's, penalties, settlement delays, and chargebacks


permissioned: LN= dual signed multisig ...buzzword: 'bidirectional channels' managed by hubs
fee's: open channel onchain fee, LN swap fee, multihop fee, hub management fee, close channel onchain fee
penalties: not signing in acceptable time, denying payment
settlement delays: coin maturity after confirmation onchain (CLTV)
chargeback: output revoke codes (CSV)


the devs:


who they really work for and got millions of dollars investment from.. (hyperledger)


19732  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 06:07:11 AM
pedantic comment

ok for everyone else

lets say for laymans quick understanding..

that for using bitcoin addresses there's technical steps involved like
A->B->C->D

a user puts in A, it goes through a few processes and get D
knowing achow is going to be pedantic i will inform him i know there are more than 2 processes in the middle.. i just dont mention them all as they have not changed.

for mr pedantics sake i will name ABCD
private->ecdsa->ripemd160->public

again its not the full list of the mechanism im just keeping it simple.

i was trying to concentrate on an easy ACD where me and him both know C has changed.. mr pedantic twists it to talk about B.. where the stuff im on about segwits new HD wallet seeds (before he got pedantic)
and how they are different than the older traditional stuff.

so lets get back to simple stuff
A-C-D
private->ripemd160->public
changes to
A-X-D
private->sha256->public

again for mr pedantics sake i know there are other bits between A and D but thats not the point and thats not related to whats changing in segwit.. so not worth mentioning and getting to complicated over.

if you want techno jargon and white papers, go to the development category.
this category is for general discussion that tries to avoid techno-jargon to help the community understand things in simple terms

edit to avoid new post and told hold for prosperity
Segwit does not change anything in address encoding

How about you link a source from which you are getting this information? How about you stop being a spoiled little brat who thinks that only he is right and everyone else is wrong?

https://bitcoincore.org/en/2016/10/27/release-0.13.1/
^ oh look its bitcoin cores own website ^
Quote
6. Increased security for multisig
Bitcoin addresses (both P2PKH addresses that start with a ‘1’ and P2SH addresses that start with a ‘3’) use a hash function known as RIPEMD-160. For P2PKH addresses, this provides about 160 bits of security—which is beyond what cryptographers believe can be broken today. But because P2SH is more flexible, only about 80 bits of security is provided per address.

Although 80 bits is very strong security, it is within the realm of possibility that it can be broken by a powerful adversary. Segwit allows advanced transactions to use the SHA256 hash function instead,

edit 2:
ohhh i see now.. he is thinking ECDSA keypairs.. and not the extended more secure BITCOIN KEYPAIRS that have extra things involved... no wonder!!

im ending mr pedantic's offtopic misdirecting charades .. before he makes everyone fall asleep and begin to Schnorr Cheesy hint hint



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

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

19733  Bitcoin / Bitcoin Discussion / Re: where can i read unbiased arguments For and Against Segwit? on: November 29, 2016, 05:05:49 AM
i am sick and tired of BU and other fanboys bashing segwit and also seeing blockstream fanboys singing its praise.

so is there anywhere (preferably off bitcointalk!) that i can read more about unbiased arguments for and against segwit and LN?

or just keep an open mind and ask for both, settles the arguments.

heres a hint:

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

that way its both segwit and actual scaling.
19734  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 05:02:03 AM
My favorite part about this is the people who start the fight usually have no better viable solution to a quite real problem.

LOL
nah what you see is most blockstream hero's try to poke the bear and start debates to side step the solution purely to make people forget there was one.

such as
heres another hint:

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

that way its both segwit and actual scaling.
19735  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 04:30:26 AM
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.
LOL i see your: offtopic ECDSA mention
and i hint you: ripemd160->SHA256
That change has nothing to do with what your original statement was:
Quote
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.
The ripemd160 to sha256 for p2wsh outputs has nothing to do with keypairs.
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

im guessing your forgetting all the 0.12's and the 0.13's
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.

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
19736  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 03:44:44 AM
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.
LOL i see your: offtopic ECDSA mention
and i hint you: ripemd160->SHA256

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.
im guessing your forgetting all the 0.12's and the 0.13's
19737  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 03:32:43 AM
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

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
19738  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 03:06:04 AM
it was put onto its own sandbox (altcoin testnet) in the spring 2016,
The segnet was announced right on the new year on December 31st. IIRC it was running before the post to the mailing list.

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

totally not emulating bitcoin, but thrashed about until it kinda resembled what bitcoin does.
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.
https://bitcoincore.org/en/2016/06/24/segwit-next-steps/
Quote
Segwit was originally implemented by Pieter Wuille and several other Blockstream developers on the Elements Project sidechain in April through June 2015 as a “from scratch” version that wasn’t intended to be compatible with previous Bitcoin software. This version has been used for every single transaction on Elements-based sidechains.

so if it was bitcoin -> segwit.. like your trying to suggest, then ask yourself..
why do segnet(testnet) first, second, third, fourth, to get it then compatible enough to then open the bitcoin testnet to then see if it would work with bitcoin transactions and bitcoin legacy nodes..

again.. if it was bitcoin first.. it would have run on a bitcoin testnet first. and then developed to be more segwit-esq later...
(chicken and egg! comes to mind.) but the observations are simple.. it was segwit first

it did not even get a chance to be on a bitcoin emulating sandbox (testnet) until june 2016.
Segwit actually activated on testnet block 834624 which was in May.
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/
Quote
Also in May 2016, twenty Bitcoin Core developers met in Switzerland for (among other things) an in-person review of the segwit code and ensuring that test coverage was adequate.
they then met up on the 20th.. to discuss for 3 days what tests they should do
https://bitcoincore.org/logs/2016-05-zurich-meeting-notes.html
link is them spending 3 days reviewing code and discussing what test to do on the bitcoin testnet..
EG not doing official tests before this date

i say june.. u say december.. actual quotes say may 20th-23rd ish...before they started officially testing

and you think im more in the wrong?? please!!
december----/may/june whos closer..
im one and a half weeks out.. your... 5 months...... come on

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..
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.)

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/
Quote
The wallet provided with Bitcoin Core 0.13.1 will continue to only generate non-segwit P2PKH addresses for receiving payment by default. Later releases are expected to allow users to choose to receive payments to segwit addresses.

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.
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.

if there is no change to the wallet... why withhold the wallet. Cheesy
https://bitcoincore.org/en/2016/10/27/segwit-upgrade-guide/
Quote
If you do want to upgrade to segwit, you will first need to wait for miners to activate segwit, and then you will need a wallet that supports receiving and spending segwit-style payments. This applies to Bitcoin Core’s wallet, lightweight wallets, and wallets where third-parties send and receive bitcoins on your behalf (sometimes called web wallets). Users of Bitcoin Core or other full nodes should also read the section above about full nodes.

it has required users to download 4 different implementations to get to a stage of even being close to activating their one time boost.
What 4 different implementations? Users have only needed to download one implementation, the one that was released.

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..

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
19739  Bitcoin / Bitcoin Discussion / Re: SegWit, are we sure about this? on: November 29, 2016, 01:33:29 AM
It will provide around 2-2.1x capacity based on the current usage patterns.

dont oversell it.

that 1,8x old stat and the updated 2-2.1x new stat is ONLY TRUE. if 100% of people move funds away from legacy(old) keypairs and directs funds over to the new segwit compatible HD seeded keypairs, and 100% sticks with using segwit.

if not all users used segwit it WONT be close to your numbers. so dont oversell it
19740  Bitcoin / Bitcoin Discussion / Re: SegWit must be stopped! on: November 29, 2016, 01:05:48 AM
those types of people have no clue
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!!!!

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!?.
Pages: « 1 ... 937 938 939 940 941 942 943 944 945 946 947 948 949 950 951 952 953 954 955 956 957 958 959 960 961 962 963 964 965 966 967 968 969 970 971 972 973 974 975 976 977 978 979 980 981 982 983 984 985 986 [987] 988 989 990 991 992 993 994 995 996 997 998 999 1000 1001 1002 1003 1004 1005 1006 1007 1008 1009 1010 1011 1012 1013 1014 1015 1016 1017 1018 1019 1020 1021 1022 1023 1024 1025 1026 1027 1028 1029 1030 1031 1032 1033 1034 1035 1036 1037 ... 1491 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!