Bitcoin Forum
June 14, 2024, 09:38:09 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 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 ... 1471 »
19321  Bitcoin / Bitcoin Discussion / Re: Go start your own fork you stupid fuck - on: November 29, 2016, 10:26:23 PM
I think you underestimate the ability of authorities around the world to force ISPs in their jurisdictions to block Bitcoin network traffic in order to protect against flavor-of-the-week bogeymen.

At that point, it becomes a cat and mouse game. The leaner the requirements (bandwidth) to facilitate a working Bitcoin network, the easier it is to maintain it in the face of direct censorship.

I filter EVERYTHING through that lens. We have basically ONE asset (you could argue other cryptocurrencies as well) on the planet which can't be controlled by some authority. I don't want to lose it.

When we have a worldwide decentralized wireless mesh network in place which is capable of hosting the Bitcoin network with blocks bigger than 1MB, I will gladly support increasing the direct on-chain scaling of Bitcoin. Until then, we should use layers that can be peeled away in a worst case scenario situation.

Bitcoin means one thing to me: Freedom. I'm willing to wait a long time and pay handsomely in order to write into the permanent ledger that every full node must keep a copy of forever. I can use cash and credit cards for everything else.

All transactions do not need to be censorship-proof in a world where censorship-proof transactions exist.

As far as "ignoring the problem", I strongly believe that everyone who wants to increase the on-chain capacity simply by increasing the block size is ignoring the problem. There are real trade-offs and I will err on the side of a lean, robust block chain every single time.

Anyway, instead of attacking me, why don't you do something constructive and enact your solution and let it compete on the market? I'm not screaming for change in another new thread every day, I'm perfectly content to have everything remain in stasis for years to come. I'm not interested in "Bitcoin for the mainstream" and I personally don't believe the average mainstream debt slave cares about Bitcoin in the slightest.



i talked about ISP issues many times im fully aware i even broke it down into how easily it is for ISP's to do it

ok. another worse case scenario.

a government could via united nations/interpol set up a sudden international tactical strike

this can be done by
https://bitnodes.21.co/
getting all the IP's and finding out which ISP that ip belongs to.
EG in the UK its under 230..in the U.S its under 1500

so imagine tomorrow under 230 homes out of 20 million households have their internet disconnected
at the same time
in america under 1500 homes out of 100mill households have their internet disconnected
and so on
even things like proxies are useless because the landline has been literally cut off for upto 6000 locations
think its impossible? its not. ISP's have millions of customers and regularly turn the internet off on 10's of thousands of users every week due to breach of contract/non payment of bill.

they would also take bitnodes and other DNS seeding locations offline to further cause drama of new node locations not being able to link up, though smart people will just join an IRC channel and request a list of working ip addresses to manually add node connections

as for the network
what would happen is that the countries with no "partnerships" to whatever agency is organising this tactical strike will continue on. and people who are affected would need to either move house or go to court to get their internet ban lifted or change ISP which can take upto 10 days in some cases.

again it wont require an all out "ban the internet" of 1.5billion people. but instead disconnecting the land lines of under 6000 people to cause alot of drama and issues.

the solution is to get more diverse. instead of bitcoin nodes running in just 91 countries it needs to be running in all 200 countries. and also needs to be running via satalite and other non landline/ISP reliant methods

the data/bloat is not an issue.

you do realise that 1mb base 4mb weight is the end-sum acceptable and same bloat as 2mb base 4mb weight.. the difference is that its actually utilised better, not holding it back at 1.8mb(lean) to then later utilise the spare 2.2mb for other features, but instead allowing more just lean transactions through. at a metric of 3.6mb(lean) with 0.4mb for other features

also breaking the network into layers only works if the layers didnt have to rely on eachother
the downside of that. is that then really is an altcoin..

also by being completely detachable makes people more careless, and less scrutinising things because they think if everyone has moved over to the bankers hyperledger (like your hinting) then its ok if bitcoin dies because peoples funds are no longer on bitcoin.

again the banker endgame agenda, get people to not care about bitcoin because they dont understand the "service" they were directed towards.

my mindset is to scrutinise and look at all attack vectors of bitcoin to keep bitcoin strong. and yea i am not here to kiss some banker paid devs ass or trust a dev .. after all if they decide to retire (satoshi) have medical reasons to stop(hal finney) quit(hearn) or join the bankers (hearne maxwell wuille).. where would we be left when they are not cough "maintaining" the code" cough

we need to think about bitcoins network first. not what devs want, not what bankers want. especially if what the devs and bankers want differs from the ethos of decentralised permissionless peer-to-peer currency with no barrier of entry
19322  Bitcoin / Bitcoin Discussion / Re: Go start your own fork you stupid fuck - on: November 29, 2016, 09:09:46 PM
Therefor, the best solution is one side to create a block which the other side refuses to acknowledge.

^ his solution, ban each others ip to avoid consensus by refusing to acknowledge eachother....... basically an intentional split reworded.(gmaxwell twin?)

the point is that there is no need to discuss it further.

^ his solution, dont mention the problem just shut up and stand in the corner. let the bankers advertise uninterrupted

i can see where Holliday's allegiances lay.. very obvious what his desires are.
19323  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.
19324  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
19325  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
19326  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
19327  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)
19328  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
19329  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.
19330  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)
19331  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)
19332  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,
19333  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)


19334  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

19335  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.
19336  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.
19337  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
19338  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
19339  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
19340  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
Pages: « 1 ... 917 918 919 920 921 922 923 924 925 926 927 928 929 930 931 932 933 934 935 936 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 ... 1471 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!