Bitcoin Forum
June 15, 2024, 04:03:18 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 912 913 914 915 916 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 ... 1471 »
19221  Bitcoin / Bitcoin Discussion / Re: So where is the Bitcache thing by KimDotcom on: December 08, 2016, 01:36:52 PM
im still wondering why people are getting excited about LN/bitcache..

do you guys know its just the same as using bitgo, or a multisig where one key of a 2of2 multisig is owned by kimdotcom.

LN and bitcache when you brush away all the buzzwords is not a permissionless system. bitcache and LN hubs become the bank/paypal 2.0 where the funds you deposit in then need their signature(authorisation) for you to move funds around.

its like having a joint bank account with someone you have never kissed or touched.

if you think dual signing with remote entity having 50% control is acceptable in exchange for speedy transactions. you might aswell stick with paypal/visa
19222  Bitcoin / Bitcoin Discussion / Re: The UK government view on distributed ledger technology on: December 08, 2016, 12:40:00 PM
I've started reading this government paper on distributed ledger technology. It's fairly meaty, and I'm not even half way through it, but I thought it was interesting. It could give some insights into future planning and products in the UK - Royal Mint Gold for example.

https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/492972/gs-16-1-distributed-ledger-technology.pdf


Wow its so cool. Though i do not fully understand the concept but what I like about distributed ledger is the movement of datas. I am working in a planning department and the difficulty we face all the time is the collection and consolidation of raw datas from other agencies. But this new technology the distributed ledger will allow any agency to access upated datas that are occuring from time to time. To the clients and citizens this will be the new face of transparency of records.

I salute this innovation, hope this also happen in my country so our work may focus on important planning details rather just wasting time on gathering datas which are already there.

transparency of records??
no

it is a better distribution of records for agencies but its all going to be locked within those agencies. meaning the UK HMRC (tax office) can se peoples 'accounts' passport office can see births, deaths and marriages records easily.
but citizens accessing it.. nope.
19223  Bitcoin / Bitcoin Discussion / Re: Cirlce CEO blame openly bitcoin devs in WSJ on: December 08, 2016, 12:27:24 PM
he sounds like a crybaby who has failed in his business model, at least the part of business that was related to bitcoin and now he is blaming everyone who is remotely related to bitcoin for his failure.

and it surely is funny to see Circle like this, at this particular time when Coinbase is under magnifying glass by the IRS.

its partly because of the coinbase IRS issue.
the legal costs of protecting bitcoiners identity, when circles bitcoin 'income' is insignificant means its not financially viable to have bitcoin users.

so they are migrating circle bitcoin customers over to coinbase so that circle customers are managed by coinbase, due to coinbase being happy to manage them.

anyway circle is now working with hyperledger, along with blockstream, along with blockchain.info. and others. who are all happy to stall bitcoin. so just like hearn who a couple years ago announced bitcoin was stalled by his colleagues.. circle is saying the same thing.
its a message from the hyperledger(bankers) that bitcoin is being pushed aside, for their playform.

all that needs to be done now is blockstream fess-up and admit their involvement in hyperledger for people to realise all the stall tactics put against bitcoin
19224  Bitcoin / Bitcoin Discussion / Re: Can my ISP tell that i am running a full node ? on: December 08, 2016, 12:23:37 PM
no need to watch data packets for specific ports and data sizes live while its being sent.

afterall ISP's are keeping metadata for years on every user(yea we know they keep more then just metadata, but shhh)
meta data is easy..
search keywords: "useragent satoshi"
search keywords: "useragent bitcoin"

Do you think ISPs could start ratting out Bitcoin users to the government? The government could force them to get on board with that easily. ISPs can blacklist all the unlicensed gambling sites in countries where gambling is regulated or forbidden so ISPs could be the ultimate watch dog to keep track on this lucrative Bitcoin business.
I wonder if they are keeping tabs on Bitcoiners with a lot of coins using web wallets. Do you know what they keep on users aside from the metadata you mentioned? Like passwords and search patters or more? Or passwords are encrypted and they can't get their grubby fingers on them?

knowing who uses bitcoin is super easy, they know all your cookie data.
so even if you use blockchain.info or an exchange as a webwallet.... they know!

they can 'clone' a session with a webservice and look into what you are doing by just emulating the data that goes between you and the website.
so finding how much you have 'online' is easy.

its a little harder to know how much funds you have stored privately (desktop wallet/paper wallet) but just knowing you use bitcoin is a millisecond search for keywords.

though bitcoin is not illegal and so there is no reason/point to care right now.. however KNOWING the weaknesses to prepare for 'possible' future changes is atleast worth it, just to not be shocked if things do change.

also ISP's keep logs for YEARS. so lets say laws change in 5-10 years, they can retrospectively look back and highlight people.
afterall its only 5400 nodes, spread out over 200 counties. so america only has to be concerned with 1500 people, UK under 400 people. so it is easy to manage for them. they are not having to worry about manually searching millions.. just hundreds/thousands. which take milliseconds to find

atmost its less than 1000 people found in only a couple milliseconds per ISP or atmost 1500 per country.
but right now governments are not caring about arresting people for just running bitcoin. so dont be concerned for knocks at the door today. but do be aware what you do now could end up as a red flag if a future law is implemented and they retrospectively look back through logs and then put on a fture watchlist.
19225  Bitcoin / Bitcoin Discussion / Re: Anyone know the Bitcoin blockchain growth rate? on: December 08, 2016, 11:38:31 AM
no one is proposing 8mb blocks any time soon.

2gb is the 'safe' amount for 2017.. 4mb at a stretch.
all of which are going to be acceptable within someones 60gb monthly limit. even after you account for relaying.

also not everyone has to be a full node. there are a couple million people using bitcoin regularly but only 5400 of them are full nodes.

if you have no reason to run a fullnode (your not that interested in bitcoin or not a merchant) then just run a litenode.
if you have a reason to be a full node you can run it and be within your bandwidth.
worse case.. not today but in a couple years if your ISP has not migrated your 'cap' to bigger numbers. you can change your ISP

here is the thing.
watching just 4 hours of netflix wastes more bandwith than running bitcoin at 8mb ALL day .
livestreaming a game for 2 hours wastes more bandwith than running bitcoin at 8mb ALL day.

watching just 2 hours of netflix wastes more bandwith than running bitcoin at 4mb ALL day .
livestreaming a game for 1 hours wastes more bandwith than running bitcoin at 4mb ALL day.

watching just 1 hours of netflix wastes more bandwith than running bitcoin at 2mb ALL day .
livestreaming a game for 30 mins wastes more bandwith than running bitcoin at 2mb ALL day.

if watching TV or playing games is more important than bitcoin. then just run a litenode.
stop throwing doomsdays of numbers that do not rationally meet real life expectations for the next year, shouting the horrors of the next year, where you have not even done any real maths or scenarios of the next year.

atleast be realistic
19226  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 08, 2016, 01:02:10 AM
A slightly offtopic point: Your assumption is that when 95% agree to run one protocol over another, that
they will stick to that. That 95% is effectively a pledge to perform a future act, it does not guarantee that
post-hardfork. So with that understanding in mind, within a system that no one should trust anyone
else, including miners, we choose to take a risk at a 95% pledge. Because there is a risk due to whether
individuals will keep their word, there can always be an altcoin possibility, IMO. The act of reversing the
pledge after a hardfork, would result in an intentional malicious hardfork, IMO.


you do know that if 95% have nodes that accept 2mb.. they accept ANYTHING below 2mb.
meaning

when nodes get to 95% ... 2 weeks grace pass to make sure it isnt a fluke.
miners then do a upto 95% period too plus a grace period.
by which time the node count should exceed 95%.

if it deminishes, pools wont risk it if the orphan rate risk jumped.
if it stays stable, pools would try it out

where pools only risk making blocks of 10000250byte block and see what the orphan rate is like
if happy they naturally test the waters with slightly more.

in short. back in 2009-2016 miners were not jumping to 1mb. they slowly progressed to 1mb.
dont think/imagine that pools are suddenly going to make 1.99mb the day of activation. (rationally/logically/logistically they wont)

if the orphan rate is too high we stick to 1mb.
this does not mean nodes have to downgrade. because 2mb accepts any data below 2mb
whether its 250bytes 1kb, 100kb 0.99mb whatever.

its more then a pledge because the nodes would already have the 2mb rule inplace BEFORE activation. meaning nodes are fully accepting even before pools push the envelope

right now many nodes are HAPPILY running with 2mb active. just like old nodes were happily running 1mb rule when blocks were only bing made at 0.2mb in 2009-2011 or 0.5mb upto 2013..
yep the rule was 1mb but blocks were under 1mb
future rule of 2mb while blocks are under 2mb.. same thing

but here is the funny part.. segwit IS a pledge. if you did not realise it 0.8->0.13.1 NEEDS to be upgraded to a new release (not yet available) AFTER activation for users to actually use segwit transaction features. yes only avaiable AFTER.

but things like BU, and other blocksize consensus nodes are ACTIVE AND RUNNING now. they are just waiting for a  majority to give miners confidence to push the envelope and test the water.. with worse case, them getting thier attempt orphaned.
19227  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 08, 2016, 12:45:42 AM
by claiming old chain. thats a imagery of claiming everything before the branch right to the genesis block dies.
its doesnt
blocks are still mined ontop of the previous blocks. the CHAIN continues on. just that there are not 2 persistent branches
One "branch" will effectively "die off" in an intentional consensual hardfork.
One "chain" will effectively be "abandoned" in an intentional consensual hardfork.
One "fork" will effectively "not be built upon" in an intentional consensual hardfork.

In my understanding, the three above statements have the same meaning.


no new genesis block is created, the mining doesnt start at block 1 again. it continues on..
Yes. There is no new Genesis block, but that is irrelevant to a hardfork normally.

if you want the imagery of a chain. then it would be
some double links of a chain are abandoned and replaced with new single links..
NOT the chain is abandoned

the reason i use trees/branches is 2 fold. one.. devs love their merkle tree Cheesy and also trees grow naturally they naturally make branches and can have their branches cut off. devs's also love to "prune" .. not wirecut.. so branches instead of metal chain seems to fit their narative as a way of explaining things
19228  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 08, 2016, 12:35:37 AM
"old chain"... dies off??
When I say "old chain" I am implying "old protocol that no longer is majority supported".

its never a 2 chain event. its a BRANCH that gets trimmed off depending on which branch is the strongest where the weakest branch gets cut off
Yeah, that was the theory before Ethereum hardforked.
Post ETH hardfork it was discovered that hardforks have different outcomes based on different circumstances.
The term chain is not a constant. It ebbs and flows based on its future or current state and this is why I disagree with the
"branch" term, since all branches by their design, such as in nature, must end at some point. In theory, both chains can survive,
but with the term branch, it is whether one is longer than the other. Using the term "branch" misconstrues what a hardfork
can and can not do. By saying "branch", it implies that there can be no surviving "old protocol" chain.


the old protocol is still acceptable to the branch.. because they are connected.

EG lets say old protocol block 0-450000 new consensus 450001..
by saying old protocol not supported. thats like saying it will reject blocks below 450k
killing off the old chain.
wrong on so many levels.

with 2mb, blocks of 0.0002mb->1.99mb are supported. it also does not mean all blocks have to be over 1mb but under 2mb
again blocks of 0.0002mb->1.99mb are supported. the old protocol IS supported.

as for your ethereum mention. please please please research ethereum. rather than just the media hype
learn how they AVOID and drop connection to.. rather than using consensus.
and stop comparing ethereums intention avoidance to a proposed bitcoin consensus. they are not the same thing
19229  Bitcoin / Bitcoin Discussion / Re: [Discussion] Blocks signalling SegWit Support on: December 08, 2016, 12:07:21 AM
I used to blame the developers for being too slow to find a solution to the scalability issue. Now that we have one (well, sort of...), I may start to blame the miners for being too slow to implement it. At this rate, we'll be lucky if SegWit is adopted by Spring.

firstly ill repeat
its like Windows. never blindly install and run a new version of windows until its atleast released its first batch of patches

and then add
yet other proposals could have been released sooner..
segwit is just kicking the stone down the road.
at the moment pre-segwit we are getting ~2500tx (standard tx mix)
at the moment pre-segwit we are getting ~2100tx (standard/multisig tx mix)

only expect ~4500tx IF.. EMPHASIS: IF 100% of users use segwit.
yep the 1.8x of ~2500tx (standard tx mix) =~4500 IF 100% of users use segwit.
yep the 2.1x of ~2100tx (standard/multisig tx mix) ~4500 IF 100% of users use segwit.

but guess what.
if you look back to 2009-2013, transactions were leaner with the estimates of 4500tx (remember the good old days of 7tx/s hype)
thats right we are just going backwards to original expectations of 2009-2013..
and only able to reach OLD expectations IF EVERYONE used segwit

but a proper scalability of 2mb base 4mb weight. would offer ~5000tx without segwit and ~9000tx with segwit.

and making it dynamic means we are not waiting months/years for PEOPLE to decide to allow other people to download a change. it would happen as part of the network. meaning no political name calling or oliver twist scripts of "please sir can i have some more"

but hey we seem to have too many people protecting devs rather then bitcoins diversity and utility.
19230  Bitcoin / Bitcoin Discussion / Re: Can my ISP tell that i am running a full node ? on: December 07, 2016, 11:46:52 PM
no need to watch data packets for specific ports and data sizes live while its being sent.

afterall ISP's are keeping metadata for years on every user(yea we know they keep more then just metadata, but shhh)
meta data is easy..
search keywords: "useragent satoshi"
search keywords: "useragent bitcoin"
19231  Bitcoin / Bitcoin Discussion / Re: Cirlce CEO blame openly bitcoin devs in WSJ on: December 07, 2016, 09:45:47 PM
the thing is that circle is making more profit swapping fiat. bitcoin is a small insignificant income for them.

many businesses are seeing that bitcoin <-> fiat is dropping off, while costs of trying to keep it running is increasing.
bitcoin has stagnated, which the bankers are loving.

circle calculated the legal costs of getting a similar subpoena that coinbase got outweighs the funds they make from it.

especially when circles costs to even do it are higher (they accept visa/mastercard=high chargeback risk and high merchant service charge)

circle in my view was never a big player in the bitcoin game. just a big player in the MEDIA game so they can get VC money.
19232  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 07, 2016, 07:17:57 PM
I never intentionally made that claim and don't know where you are getting that.
In a consensual hardfork, the old chain will die off and thus the new chain becomes the main chain.
There is no potential altcoin when there is a consensual hardfork.

"old chain"... dies off??

its never a 2 chain event. its a BRANCH that gets trimmed off depending on which branch is the strongest where the weakest branch gets cut off

by claiming old chain. thats a imagery of claiming everything before the branch right to the genesis block dies.
its doesnt
blocks are still mined ontop of the previous blocks. the CHAIN continues on. just that there are not 2 persistent branches

no new genesis block is created, the mining doesnt start at block 1 again. it continues on..

again you do realise that consensus rule breaks happen everyday right.. up to about 2-3% average risk
https://blockchain.info/charts/n-orphaned-blocks

an nobody bats an eyelid because the majority of 97-98% exist to trim the branch pretty quick

again no viable BIP is asking for a altcoin maker. so i have no idea why you keep trying to make everything sound like an altcoin maker when nothing is even proposing that.

again the RATIONAL debate is about using consensus. the REALISTIC debate is about using consensus.
where the RATIONAL AND REALISTIC result is due to RATIONAL acceptance of a 5% risk.. is slightly elevated orphans

if a block was created at under 95% then the orphans would happen more noticeably.

take 51% mining.. that would be orphan hell and merchants would hold off on withdrawals/trading until the drama passes.

i dont know why you are obsessed with making everything sound like altcoin making.
have you even run any simulations.
have you even run a node that you have altered outside of blockstream devs perceived defaults. to realise that it does not create an altcoin
by you having 2mb base 4mb weight. right now.

yep thats right. nodes right now can have any blocksize setting they want be it 1.1mb, 1.5mb 2mb 4mb it wont change nothing.
pools wont however push out anything bigger until they know the SINGLE NETWORK can cope with it
19233  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 07, 2016, 07:00:04 PM
again now you are trying to claim an consensual fork as being an altcoin maker..
seriously!!

consensual = consensus
consensus breaks results in orphans and fixes itself as the SINGLE chain to what the majority consent to the minority just doesnt sync.

bitcoin has consensus built into it. from day one.
orphans happen all the time
https://blockchain.info/charts/n-orphaned-blocks

its all part of bitcoin

however
banning opposing nodes purely based on politics requires adding opposition ban list outsode of the built in Ddos parameters, outside of the time limit defaults of the ddos ban.

to get an altcoin it has to be an INTENTIONAL CONTROVERVIAL SPLIT where they IGNORE CONSENSUS/ORPHANS
19234  Economy / Speculation / Re: Bitcoin prices could leap to $2000 in 2017? on: December 07, 2016, 06:41:56 PM
have a dart board. put different $$ on it and throw a dart.
then make an article using the exact words about economic stimulus..quoting the random number you hit

in short no one knows what the price will be. but anything can/could affect the price.

the thing is even if bitcoin hit lets say $2000.. trump could cripple the dollar where $2000 ends up only buying you a round of beers for 5 people
which means not so helpful for the buying power of bitcoin to get much in goods/beer
19235  Bitcoin / Bitcoin Discussion / Re: So where is the Bitcache thing by KimDotcom on: December 07, 2016, 05:05:18 PM
I hope segwit gets activated eventually. Only morons are actively blocking it.

you do know that LN can function without segwit.
the benefits of segwit helping LN and helping bitcoin are exaggerated.

seems kimdotcom is using the blockstream concept of LN, hense the delay in kimdotcom's service.
however there are many many other concepts that dont need segwit.

but the powerhouses choose their own partners even if it means making the community wait

its just kicking a stone down the road to explain a year delaying real scalability.
but thats a topic for another discussion.
19236  Bitcoin / Bitcoin Discussion / Re: So where is the Bitcache thing by KimDotcom on: December 07, 2016, 04:42:27 PM
kimdotcoms version of LN is not ready.

as for 'at around december'..
that could mean november december or january.

a bit early to shout 'there is nothing'

much the same as segwit announced segwit by christmas.. but dont expect it by christmas.

wait for sgwit, LN and kimdotcom's LN news after the new year

and by 'after the new year'. i dont mean literally quote me on january 1st and say im wrong. take it contextually as some time in 2017
19237  Bitcoin / Bitcoin Discussion / Re: Cheaper fees? on: December 07, 2016, 03:12:00 PM
if expecting alot of withdrawals.
dont send a tx per user request. send it out as batches. EG once every 30 minutes as a single tx going out to many customers. ofcourse highlight to customers that withdrawals may take upto an hour (allowing 30minute confirmation wiggle room)


note: 'bytes' might vary +-10 in calculations
note: cost/byte set at an old 'high' as a onetime worse case scenario demo. but you atleast see the difference singular v batching does
i displayed this old spreadsheet to demonstrate cost / withdrawl =0.00003085(batched) as oppose to 0.00070200(singular)

as for LN
LN is not about depositing funds into you and withdrawing out to not use you again.
LN is for those that want to deposit in.. and then agree on who gets what amount of deposited funds over time internally. and settleup/withdraw later
(repeat trades by having pre-paid bartab instead of buying each item separately)
think of it like a joint bank account.
you and wife put funds in. then away from the bank agree on who owes who what each minute, hour, day, week, whenever
then at end of the month X goes to her Y goes to you when you both go to the ATM. saving you having to go to the bank each day to withdraw

so its like an orderbook away from the network. if customers are always depositing 0.001 a day.. and withdrawing 0.00x
then you can tell them use LN deposit 0.03 to cover a month. set the lock for a month. and you can both adjust who owes what each day internally

and at the end of the month submit 1 tx for 0.0x to them and 0.0x to you. as one tx a month instead of 30tx a month.

as for customers that only use you once, ever.. forget it LN has no advantage
19238  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 07, 2016, 02:26:30 PM
Or if China gov banned all mining as theymos points here:

Quote
I'm not sure that I'm convinced that hardforks are quite as bad as this article implies, but the article makes many good points. Though one thing that's important to keep in mind is that if we can never hardfork, then miners de facto control the network. For example, right now the Chinese government could completely shut down Bitcoin (or worse) because the majority of mining power is located in China. The only defense against this is the credible threat of a PoW change, which can only be done via hardfork.

love the doomsday.
if china government banned mining. then pools switch to a stratum server based outside of china..(2 second switch) oh.. all the major pools already have backup stratums.. for that very reason
oh.. and many pools called 'china' are actually run in thailand, mongolia, georgia(europe), iceland, etc.. for that very reason

have a nice day
19239  Economy / Securities / Re: Bitstamp investment opportunity at bnktothefuture? Unimpressive... on: December 07, 2016, 02:07:21 PM
Thanks for the quick heads up OP.

Pardon my lack of knowledge in investment.
How does one calculate the return of investment? Where does the 50 comes from?
I assume that 1191870 is the current amount of invested money?

What about the other investment opportunities such as Airbitz? In your opinion, are there better investments out there beside bitstamp?

Thanks in advance.

ill help the OP out
E 1,191,870 is how much bitstamp is hoping 2% is worth.(their investment goal note measured in euro)
$ 1,187,366 is how much bitstamp is hoping 2% is worth.(their investment goal note measured in dollar)
lets call it a round figure of $E1.2mill for easy maths

meaning bitstamp think 100% (2%($E1.2m)*50) of the business is worth lets call it 60 million dollar/euro

now lets separately look at how much income that 60mill company gets
so $5m a day trading volume ($4.3m dollars today but lets round it up to match OP) with 0.1% fee...
($5m/1000)=$5000 a day income
multiply that for the year: $1,825,000
now that $1.8m yearly income is for 100% of the company.
so now you divide that 100% to 2% to know how much the share holder of 2% gets
the answer: $36,500

so shareholder buys 2% at $1,187,366 but gets only $36,500 returns a year
based on OP's calculations


now here is the better maths
https://bitcoincharts.com/markets/bitstampUSD_trades.html
$1,089,496,180.20 a year volume

what has to be known is the average trader is charged 0.2%
and when a trade happens the 'maker' is charged 0.2% and the 'taker' is charged 0.2%
so for each trade bitstamp gets 0.4%

$1,089,496,180.20/0.4% = $4,357,984.72 income for 100% of the company to share. which (imagining(dumbly) there are no costs to account for first)
again without caring about bills/salaries that eat into that $4.3m income
equals AT BEST 2% is $125,560

but that still does not cover the $1.2mill investment and would take 10 years to recoup even if that money was handed out BEFORE COSTS.
after costs expect ALOT less
because salaries do need to be paid.. bills need to be paid and in most investments, investors get their % AFTER profit is calculated. not income

oh and here is the real kicker
http://ukbizdb.com/company/08157033/bitstamp-limited/finances
its from 2013.. but read it and get some surprises

the company only has $18,800(£14,906) of its own assets (office/furniture/server/domainname)
but is valuing the company at $82,847,791 (£65,687,050)
its done this by using its customers funds as its own collateral!!! $81,813,497(£64,866,995) liability

based on the 2013 finances and knowing the income, etc.. i can see why they 'claimed a hack' in 2015
and they will claim another hack later too.
19240  Bitcoin / Bitcoin Discussion / Re: Increase blocksize with soft fork? on: December 07, 2016, 01:07:13 PM
The term hardfork does not connote that only one chain survived, only that a split in
the protocol occurred. So, it is possible that after a hardfork, two separate chains can
exist and survive. (Though personally, I think the system is a form of war and only one
chain should exist.) In the case of Ethereum, both the "original chain" and the "new chain"
survived, and which originated from an intentional controversial hardforking of the "original".

So a hardfork does not occur until there is a literal split or fork in the chain.
This fork, on one side has the original protocol and the other has the "new" protocol.
It is not a branching, but a literal "fork in the road" and we must choose a path.
The term branching assumes that it will come to an end at some point, but this is unknown.
Because it is unknown, before a hardfork is activated, there should be the required % consensus.

If a client exists that activates a new protocol and causes a hardfork intentionally with
only 50% consensus, which is designed to split the chain into two and take half the ecosystem,
not only is this an intentional controversial hardfork, but is also a malicious hardfork and would
be considered an attack. So it is an intentionally controversial malicious hardfork.

So, I think a hardfork can be many different things based upon the context that surrounds it.
I'm sure that in 5 years, there will be even more or an updated definition of what a hardfork
can or can not be. Hardforks didn't exist until Bitcoin was created and as such, we are still in
experimental waters.

here we go someone else trying to meander all the types back into on umbrella term and then make that term sound bad. by only mentioning the worse cases

ethereum did not split and survive due to consensus.
it was not just 2 differing rules that battled it out in an orphan war.

they literally walked in different directions never looking at each other.
learn --oppose-dao-fork
im literally spelling it out for you which google can guide you further
--oppose-dao-fork is not a consensus orphan war. but a surrender and retreat to different corners and never look at eachother

ethereum should not be used as an example because ethereum did not use consensus.
no bitcoin proposal should use the intentional altcoin maker. all the blocksize bips that are viable are not using the intentional altcoin maker
the community want a consensus driven vote to grow on one mainnet. not split.
so why even mention something that requires adding intentional rules to ignore and walk away.
it has nothing to do with a viable bitcoin scaling. but everything to do with making clams2.0 (which the majority do not want anyway)

if people stop umbrella terming the creation of an altcoin to be the definition of a hard fork. and start running real simulations of using consensus
if people stop thinking that orphans only ever happen when an altcoin is potentially forming. and instead realise orphans happen more times then they think without an altcoin forming
.
they will realise consensus and orphans are part of bitcoin and a security feature built into bitcoin from day one.
banning nodes is not built into bitcoin. so atleast learn the difference and stop doomsdaying a normal consensus driven fork
Pages: « 1 ... 912 913 914 915 916 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 ... 1471 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!