Bitcoin Forum
June 16, 2024, 02:38:17 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 [711] 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 ... 1471 »
14201  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 28, 2018, 01:14:32 AM
anyway putting doomads personal conversation aside.. yet again

back to the topic.
if cash wanted to do as windfury said. who cares they are an altcoin.
it has no relevance to bitcoin

so heres an idea
if core wanted to propose something for the bitcoin network should we let them do another mandated certain date/blockheight upgrade which involves diluting the community again. or use the original consensus mechanism whereby if they dont get consensus they should tuck their tail between their legs and go back to the drawing board and think of something the community would accept without any splits

imagine core had a consensus vote of
20% strongly oppose
45% abstain
35% opt for
14202  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 28, 2018, 12:19:25 AM
he does flip flop

one minute devs can do what they please no one can stop them. next minute devs dont decide but the community does..

"there is no code to prevent softforks"        = users dont decide on changes
"devs dont decide consensus"                    = users do decide on changes
"devs dont need permission"                      = users dont decide on changes
"users and miners decide"                         = devs do need permission

flipity flop

also inflight upgrades is what Luke JR calls them

funny thing with you doomad is you argue if i dont use your dev buddies terms then argue when i do
funny thing with you doomad is you argue that community voted for segwit .. then argue core didnt need a vote and nothing to stop core activating
funny thing with you doomad is you argue that events didnt happen then argue they did.

now heres the point.
a dev can write code all he likes he can write it on a buttcheek of a thai bride, on paper, on github.
that has never been my argument. (thats your flaw)

the thing i am always addressing yet again for the upteenth time you meander topics into personal attacks. is about MANDATING enforcement that their code ACTIVATES within the network

how many times do i have to say mandate and consensus.
while you cry about writing code as your deflection

last funny part
doomad
show me cod where i an enforcing anything.
you keep on trying and failing to make things sound like i am authoritarian yet i am not the one with the code that demands, mandates and splits the network.

if you dont like my words hit the ignore button
the only people who are mandating network changes are devs.
so go argue with them about what they can and cant do because code doesnt write itself. rules dont write itself. the dvs write the rules so go argue with them about if they should b doing what they are doing.

oh wait.. your response "no one should tell a dev what to do...". while hypocritically doomad wants to cry and tell people on a forum to have no say, no opinion and not talk. purely because ......... well who knows why doomad dislikes opposing opinions
truly funny he thinks my words on a forum actually changes networks rules...
this forum is not github. its not compiled into a binary. so i do laugh when doomad thinks my words are stopping devs

you gotta laugh doomad really thinks this forum gets compiled into code and actually affects the network.
when he wakes up and realises only developers write code and its what they write that actually changes the network. he will realise that malicious changes to the network are the fault of devs.. not forum users.

14203  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 10:46:28 PM
anyway putting doomads personal conversation aside.. yet again

back to the topic.
if cash wanted to do as windfury said. who cares they are an altcoin.
it has no relevance to bitcoin

so heres an idea
if core wanted to propose something for the bitcoin network should we let them do another mandated certain date/blockheight upgrade which involves diluting the community again. or use the original consensus mechanism whereby if they dont get consensus they should tuck their tail between their legs and go back to the drawing board and think of something the community would accept without any splits

imagine core had a consensus vote of
20% strongly oppose
45% abstain
35% opt for
14204  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 10:36:03 PM
gotta love doomads persistance with person attacks and social drama.


So tell us how you'd prevent anyone from doing that without jeopardising permissionless freedom.  Show your work, don't just provide an "answer".  How do you stop any one of the billions of human beings on this planet from creating code that divides the Bitcoin community?  Please explain.  I'd love to hear this.

by having the original consensus bip and the community stick to it.

you do realise if core did actually stick with the 2015 consensus of the early version community compromise of segwit2mb. core would have got segwit activated in 2016 without the august 2017 hard fork (THEY call bilateral split)
without the diluting the community. without all the delay.

and i do laugh that you still think core should control the network without community "permission"
seems you forget consensus and again flip flop in and out of it

make up your mind. EG
"Tell me, what makes you think users and miners can't do what gmaxwell described?  Show me in the code where it says that users and miners can't change the activation threshold for a fork.  Oh right, you can't, because the code can change depending on what people run."

^ so greg does need users and miners "permission" - "depending on what people run"

but yea i expect a fip flop about how greg can push his code through because he doesnt need communities "permission"
then later a post that greg has to abide by what the community "permit"

but you forget that if greg is using a inflight upgrade that makes 45% of nodes not need to opt-in or out. for something to activate or not. then greg adds code for his 35% friends to kill off the 20% that vote out.
then only counts his 35% friends.

thats not consensus.
the code to allow th backdoor activate or F**k off should not be used again. and should be stripped out.
but now we the community have no control because core would just say "we dont need your permission"
and dilute the community down to any opposers of core.

if you cant see that core are now a central power house. or your going to flip flip to deny they are central.. (the core) your missing the whole point of decentralisation and your missing why bitcoin was created to solve the byzantine generals issue without having to have a CORE general

(dont reply with a flip or a flop about saying does or doesnt need permission until you have convinced youself which. and then decide to stick to that narrative..
you have for months flip flopped in and out of needing or not needing. so try not to state other people are wrong unless you are ready to stick to one narrative)
)
14205  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 09:01:56 PM
anyway putting doomad interuption aside.

having upgrade proposals that use mandated dates/blockheights is not consensus.
diluting the community in half is not the solution

if a proposal cannot get majority. devs need to compromise and say they need to go back to the drawing board and make a new proposal
not double down on same proposal by adding a new method to force the proposal acceptance via a date/blockheight threat of adopt or get banned/rejected, which fakes a vote by only counting less than half the community
14206  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 08:49:19 PM
August 1st 2017:  BCH forked away as they announced they would in June.  No one forced them.  They freely chose to do it.  UASF was a total non-event.  I laughed.

im laughing

the segwit supporters announced in spring (feb/march)
and even you show that the cash side didnt announce until june/july

so saying segwit side reacted to cash is funny..
cash reacted to segwit side

the uasf campaign began before april (USAF.co was Creation Date: 2017-03-22T22:19:32Z)
the UASF mentioned the august 1st date

bitcoin ABC began months later(bitcoinabc.org was Creation Date: 2017-05-09T14:59:42Z)

check the blockchain. you will see that all the events lead to the block 478558 being the target block

(core only accepted segwit flagged blocks at 13:23)

nodes opposing segwit couldnt stay on the network as is, so had to shift
(cash only accepted cash blocks at 18:12)

but it is funny how you try to down play segwit activation attempts as just small social stuff that didnt happen and how you avoid mentioning core devs.

goodluck in life. but blockchain data dont lie and even domain who-is search shows who started what
14207  Bitcoin / Bitcoin Discussion / Re: BTC is a victim on: November 27, 2018, 07:46:25 PM
BCHSV and BCHABC are NOT THE CAUSE!!!

they knew as far back as the summer that new asics were coming which would make it cheaper for crtain farms to mine.
its the farms selling for profit while changing their asics.

the BCHSV and BCHABC drama is empty drama of no impact. they just timed it to be happening now to glory hound themselves to sound like they are the cause and to pretend they are influencers.

stop pretending they have power. their friggen altcoins. on a different network.
to even be able to tank the price they first need to convert their altcoin into btc to arbitrage the prices down.. and guess what. the market trading charts do not show this occuring
I do not understand your thoughts, do you think this hash fight does not affect the BTC decline ?

the BTC Decline is very real, in your opinion, what are the main factors that cause this decline?

BCHabc and BCHSV
are just using OLD s9's that are obsolete.

BTC are moving to S15's and are realising they can hash at the same ~10min without needing as many units.
unlike 2013 where when asics first hit the pools they ramped up hashrate. which caused a spike. they are not repeating that, as it shot them in the foot with a 2 year limp after the adrenalin rush of a spike.

this time they are swapping and using less than a 2 for 1 swap to lower the hashrate and then come december. then rise the hashrate

if you check the charts you will see the curve of hashrate down started in october.. the abc sv drama was november. thus pools were changing asics BEFORE and abc sv drama even started.

14208  Bitcoin / Bitcoin Discussion / Re: The situation with IRAN on: November 27, 2018, 06:58:59 PM
what id love to see as a code solution to de-tag bitcoin from the PEOPLES vision of $america control

imagine exchanges(local decentralised) all agreed to stop measuring bitcoin in $ and instead measure it as
minimum wage hours

imagine right now all exchanges measure bitcoin as being 533 hours
just that 533 hours
and exchange move up or down in minute or seconds (not cents)

now people using the Rial can convert that to what their minimum wage per hour is to get a rial value

.. heres the international revolution part.
in america it would cost americans $4000
in iran it would cost iranians r882

meaning where-ever you ar in the world it only costs you 533 of your local hard labour employment to get 1btc
instead of having to work 2415 hours due to converting dollar to rial to get 1btc

benfits: labour equality world wide
detags peoples perception that $$ rule
people can then arbitrage the forex markets and flood forex with dollars as they buy rial to get cheap coins so that $/r imbalance occurs and brings the rial inline with $.. lifting iran out of 'poverty'
14209  Bitcoin / Bitcoin Discussion / Re: Mining BTC is centralized. on: November 27, 2018, 06:37:22 PM
[color="green"]greener mining alternatives.[/color][/b]

at a recent hashrate of 36exa, thats:
36,000,000 terrahash
36,000,000,000,000 megahash

if we stuck with PC (cpu) mining that would be
trillions of PC's needed. imagine a PC with a 500w Power supply each

but with asics thats only 1.28million ASICS using near-off 3 PC power supplies
so the equivelent of just ~4mill PC's worth of power

4mill vs trillions... which is greener?

i know some foolish people think signing blocks using PoS is greener. but they have no cost/risk in signing. it doesnt cost a penny to sign a block. meaning there is no cost for people to pool up 'stake' and syndicate themselves into controlling block creation which is a SECURITY RISK

by having a cost to mine prevents outsiders from attack and also makes bitcoin have a viable bottomline value because it actually costs funds to mine it. thus those mining it will not sell at a loss and wont sell it down to a penny

altcoins using PoS have no underlying cost of production and the price is pure speculation
14210  Bitcoin / Bitcoin Discussion / Re: What is Physical Worth of Bitcoin: Energy Consumption and Equipments  on: November 27, 2018, 05:50:36 PM
(edited to stay relevant with recent prices)
some lucky pools running new gen s15 asics. and with bitcoins hashrate going down to 34exa.
puts the break even cost for those LUCKY limited number of miners at
which at recent LOW hashrate is 36exa..
S9=3744(delivery started this week)
s9=3996(previous batch already mining)
T15=3939(delivery christmas+ but "QA testing" gives whales coins)
S15=4216(delivery christmas+ but "QA testing" gives whales coins)


but this $3744 is just a break even for the lucky few running cheap second hand s9's
and for the very bottom hashrate recently
emphasis again its the BOTTOM LINE break even for limited amount of people with most efficient miners with the very bottomline hashrate recently
(majority of public not getting delivery of s15 until late december)

i done some math so that while hardware prices stay the same you can use a magic multiplier number

as for those running s9's bought at $450 last month multiple of hashrate is 111 $3996
as for those running s9's bought at $850 in summer multiple of hashrate is 154 $5544
as for those running s9's bought at $2000 late 2017 multiple of hashrate is 270 (not bothering with most shut down by now)
as for those running s9's bought at $400 now the multiple of hashrate is 104 $3744
as for those running T15's bought at $950 now the multiple of hashrate is 109 $3939
as for those running S15's bought at $1450 now the multiple of hashrate is 117 $4216

how this was calculated to find the magic multiplier number for easy cost bottom line of a previous hashrate and certain ASIC model (s15 @ $1450 and power as 1.6kwh and electric cost of 0.05c)

hashrate 36exa = 36,000,000thash
36m thash / hashrate of asic(28thash)

36000000/28=1285714 ASICS

1.286m asics * $1450 cost of asic unit
1285714.285714286*1450=$1864285714.29 of hardware

$1.86bill of hardware 26 fortnights / 2016 blocks /12.5btc = cost of hardware per btc
yes i based it on spreading hardware cost over average year lifecycle of hardware
1864285714.285714/26/2016/12.5=$2845.368917 of hardware cost for pools using S15

now the electric (based at 5cents... yea some can get cheaper but include facility lease and labour. 5cent reasonable)
1,286 asics *1.6kwh * 0.05 = electric $ per hour at 5 cents
1285714.285714286*1.6=$102857.14 (now multiply it by 24 then by 14 to get a fair fortnightly cost)
102857.14*24*14=$34560000 for a fortnight (now divide that by 2016 blocks and 12.5btc)
34560000/2016/12.5=$1371.43 electric per btc


now hardware and electric=cost of mining using S15's
2845.36+1371.43=$4216.79 cost per btc

you may see me multiply by 24 then 14 then divide by 2016 divide by 12.5
instead of just divide by 6 divide by 12.5
i done this because bitcoins rule is 2016 blocks a fortnight. not 6 blocks an hour(10min)
some people multiply by 24 multiply by 365 and then multply down by 26 fortnights then 2016 blocks then 12.5btc
which gives a ~$3 variance. thats because theres a difference of a few days. of the year compared to 26 fortnights
(you can choose how anal you want to be over the math)


now this ~$4216 is based on a variable of the exa hash.. so if you divide how many exahash. your left with a constant
of cost per single exa hash.. which is the magic constant to do easy mining cost of T15 mining
4216/36=117.133

so 89.88 is the magic constant for T15 mining.
you can double checking with the lengthy math of different hashpower.
but youll still see the same result if just taking the hashrate in exa and multiplying by 89.88 give or take a few pennies


now with that said
$4216 is the BOTTOMLINE break even per btc for the lucky few with the most efficient NEW miners known as S15.
the range of mining costs is
s9@$400(104)=$3744
s9@$850(154)=$5544

so that is the majority of range of mining costs. so dont take $3774 as average or majority. just think of it as the minimum BASELINE for 36exahash mining for a lucky few

in short
whil hardware cost per asic remain the same. you can use the magic multiplier numbers of 104-154 against the hashrate in exa hash to work out the mining cost range

EG
36exa * 104 =$3744
36exa * 154 =$5544
14211  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 05:31:08 PM
Tell me, what makes you think users and miners can't do what gmaxwell described?  Show me in the code where it says that users and miners can't change the activation threshold for a fork.  Oh right, you can't, because the code can change depending on what people run.
here you go. forgetting your own "compatibility" flip flops

nodes that are "compatible" did not get to opt-out. they were sheepishly treated as accepting without option
those that chose to use nodes that oppose and want something else were thrown out.

(block rejections) (ban node)

consensus is not about rejecting blocks/banning nodes.
consensus is about having proposals. and those proposals only activate when there is majority community agreement

banning nodes and rejecting blocks first is not consensus. its about apartheid. (splitting the community and only accepting votes from one side) to fake a consensus

EG apartheid analogy
july 2017: 2 black people, 4 mixed race, 4 white people on a bus.
august1st 2017: get the 2 blacks off the bus and then not be concerned about the 4 mixed race
mid august: get the bus driver to count the votes of white people who want only white people on a bus.(4/4)
november 2017: now buses are only for white people


july 2017: 20% nonsegwit, 45% compatible, 35 segwit ready.
august1st 2017: get the 20% nonsegwit off the network and then not be concerned about the 45% compatible
mid august: get the corecode to count the votes of segwit1x flag who want only segwit1x on the network (35/35=100%)
november 2017: now the network only has segwit1x

remember 45% "compatible" were not voting. they were sheeped as abstainers
14212  Bitcoin / Bitcoin Discussion / Re: The situation with IRAN on: November 27, 2018, 05:15:56 PM
franky,

I have  a point: AML/KYC discourse is weakening bitcoin and my nation at the same time and there are potentials for the two to become allies. For this to work, both sides have obligations? Yes! Iranians should adopt bitcoin and bitcoin should improve in terms of privacy and decentralization.

Any objections franky?

bitcoin has privacy
  show me a command/line of code that asks for your name and house location
  show me on the blockchain anyones name/house address

bitcoin the currency is decentralised.
  show me a command that says do not relay/confirm transactions intended for iran/china/korea or anywhere.
  show me a command that says only transact with americans

iwill say this though. the fee war has priced some countries out of wanting to use bitcoin for daily use because the fee's are higher than a hours minimum wage for some country. (this needs changing)
but thats about stop using the business that developed the code for removing the fee formulae
you cant ask bitcoin code to self edit. its not AI
you need to stop using a certain dev team(business/people)  and instead get other PEOPLE/teams to develop code and have people decide to activate a fee formulae code that makes it cheap to use for all countries

bitcoin doesnt kill people.. people do

its the people/businesses around bitcoin(but are not bitcoin themselves) that need privacy and decentralisation.

the solution. dont use businesses that require regulatory complience.
code cannot do this. people can
14213  Bitcoin / Bitcoin Discussion / Re: The situation with IRAN on: November 27, 2018, 04:57:45 PM
Bitcoin is seized and we have to choose sides:
either being happy with the seizure and to push for full regulatory compliance (like what Faketoshi Wrong is fighting for) or we need to enhance privacy and decentralization and stick with the resistance. My observation suggests we are getting short of chairs in the middle.
Again we are not talking about how Iranians should trade locally, it is about international trade for the Christ sake, focus!

if PEOPLE stop using regulated businesses. then people wont see bitcoin as regulated.
because it isnt.

also the topic is about IRANS situation
so people of iran should stop using businesses that are regulated
again if your bank imposes rules. stop using your bank

people are the resistance because bitcoin is already not complying because bitcoin has no fiat complience code

take the alcohol prohibition era.
alcohol is alcohol. it cannot decide where it gets deliverd and who gets to drink it. PEOPLE DO
when governments prohibited businesses from selling it or asked businesses to set up sting operations to offer it just to report people who asked for it.. the solution was simple. people stopped going to those businesses.

people started their own local brewing groups and clubs. and they had parties drinking all the alcohol they could wanted.

you cannot ask a bottle of beer to not comply to regulations. its for the people who want a bottle of beer to find a way to get it locally so that they can then drink with international friends and family.

the reason i say locally is because how are you going to get the fiat in your pocket into bitcoin as the first step to internationally trading using bitcoin.

its baby steps
convert your fiat locally. then trade your btc internationally. then the international recipient can convert their btc thy get locally into thir local fiat in their pocket.

so if you stop worrying about american exchanges by avoid thinking, using, doing business with them. then american fiat regulations dont apply to you..
so if you stop worrying about iran banks by avoid thinking, using, doing business with them. then iran banks regulations dont apply to you..

bitcoin is the solution and doesnt need change because bitcoin does not have regulation. people just need to stop using BUSINESSES that are regulated
14214  Bitcoin / Bitcoin Discussion / Re: The situation with IRAN on: November 27, 2018, 04:35:39 PM
Once US imposes sanctions against Iran banking system including Iran central bank, it implies blocking their access to their deposits in global banking system, it is censorship and censorship is what bitcoin is supposed to resist against.

bitcoin is resisting because bitcoin has no fiat regulatory complience code.

its PEOPLE that need to resist
EG
if your FIAT bank tells you that you cant deposit into a certain FIAT bank of an exchange. only YOU have access to YOUR fiat funds of the bank YOU bank with.
so YOU as a person can:
take your fiat out and find someone local to trade fiat to btc.

only YOU have the power to take YOUR fiat out of YOUR bank and go to YOUR local bitcoin meetup. its YOUR bank account aftr all
i as another PERSON cannot get to YOUR bank account and withdraw YOUR fiat and attend YOUR towns meetup to convert YOUR fiat to BTC.

so help your fellow iranians. start something local so your not affected by american decisions. because code cant do what humans can do.
14215  Bitcoin / Bitcoin Discussion / Re: The situation with IRAN on: November 27, 2018, 04:08:31 PM
To resist this bullyism, bitcoin needs more privacy and more decentralization and censorship resistance and it should migrate from centralized exchanges to decentralized ones, otherwise with AML/KYC getting tenser every day how is it possible for Iranians to use bitcoin for international trade? And without international trade who cares about bitcoin right now in Iran?

bitcoin is just code
it has not coded itself to coinbase and coinbases KYC

bitcoin does not ask for people addresses.
if you in iran want to avoid COINBASES KYC.. just dont use coinbase
if you in iran want to have freedom just find someone in your area to trade with

bitcoin is not regulated
american businesses are.
so simple solution dont use american businesses

find someone local to you

i do not want regulatory compliance.
but it seems you need to understand you cant sit and cry that american businesses(not bitcoin) have regulatory compliance. without actually realising that you can simply avoid regulatory compliance by avoiding using american businesses

find and create something local to you. and you will have your solution

bitcoin cannot create a business because its just code. its the PEOPLE and businesses that use bitcoin that need to use their arms legs, mouths.

so you as a person should not ask code to detach itself from businesses because bitcoin is not attached to it. its just code
again
its just code that does not know fiat laws. has no lines of code or commands that comply with fiat laws and does not ask for fiat law KYC stuff

its for PEOPLE to detach from BUSINESSES that kyc.
again
you as a person should find someone local and trade with. its that simple
you will then find out that bitcoin code and bitcoins blockchain has not revealed that you and someone else traded in a coffee shop because bitcoin does not ask or demand KYC or demand you comply with fiat regulation

lets make it simpler
say your allergic to peanuts. you simply avoid going to a peanut factory
14216  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 03:36:04 PM
lastly it was the cores side that were not happy with thier 35% spring 2017 support. which is why core devs (luke JR) proposed the mandatory activation.

you do realise there is this thing called the blockchain. its a immutable archive of events and transactions.
if you were to actually check the blockchain data you will see that core triggered it at block 478558.

the funny thing is core supporters actually shouted that cash didnt trigger until hours later.
(core only accepted segwit flagged blocks at 13:23)
(cash only accepted cash blocks at 18:12)

the code that achieved this split was wrote by core devs (luke JR UASF)
https://www.uasf.co/#uasf-signaling
Quote
What is BIP148?

BIP148 is a UASF that is designed to cause the existing SegWit MASF deployment to cause activation in all existing SegWit capable node software (which currently is 80% of the network nodes). How does BIP148 Work? From August 1st, 2017, miners are required to signal readiness for SegWit by creating blocks with the version bit 1. This will cause all SegWit ready nodes, which make up over 80% of the network, to activate and begin enforcement. Link for reference: luke.dashjr.org/programs/bitcoin/files/charts/segwit.html. Miners must also check blocks prior to their own and ensure that they also signal for SegWit, and only build on those blocks.
please do your research next time

lastly. its the mindset of some that bitcoin(network) should be owned by one team brand. wherby they go on the 'defend the dev' parade and try to make it sound that anyone who is against a dev is against bitcoin. purely to continue their mantra that bitcoin should have one central team.(facepalm)

its a real shame that those people cannot distinguish the difference between one dev team control from the concept of a whole network concept of consensus of teams.
have a nice day.
14217  Bitcoin / Bitcoin Discussion / Re: Do some people still believe that Bitcoin "Core and Cash bilaterally split"? on: November 27, 2018, 02:03:55 PM
Franky1 is the biggest advocate of this idea in the forum. I respect that, but it is very debatable. What if Bitcoin Cash increased its block size and doubled its monetary supply? Would that "bilateral split" idea be easy to accept? I believe it won't.
actually it was the devs that advocated bilateral split... its their buzzword
What you are describing is what I and others call a bilateral hardfork-- where both sides reject the other.
I tried to convince the authors of BIP101 to make their proposal bilateral ... Sadly, the proposals authors were aggressively against this.

i am against throwing opposers off the network so minorities get a faked consensus. but the devs advocate it (UASF)
 If there is some reason when the users of Bitcoin would rather have it activate at 90% .. then even with the 95% rule the network could choose to activate it at 90% just by orphaning the blocks of the non-supporters until 95%+ of the remaining blocks signaled activation.

i am against the idea of mandatory forks.

i am against single brands of software deciding whole network decisions,
i advocate consensus of community acceptance via joint communication to find healthy compromise which a majority can accept on and stay one network

i am against splitting the network just so one team can get their way.

WAKE UP and stop the fud, atleast research consensus
if you dont want to research what actually happened network-wise

atleast research your topics and stop the social finger pointing unless you can prove it

show one post where i say i love and advocated bilateral split and ill show many  where i am shunning the devs for performing one

also throwing my username into the same sentance as cash is foolish too. but i can see your motivations are clear now
you really have gone full FUD.
14218  Bitcoin / Bitcoin Discussion / Re: Mining BTC is centralized. on: November 27, 2018, 07:50:44 AM
computers are centralised

there is only:
intel
AMD

ahhhh kill all computers
(^note sarcasm^)

mining is not centralised because although some reddit/twitter PR campaign screams "china51%".. thats fake news
even 'antpool' which suggest to have 12.8% at time of post. is actually:
half a dozen stratums in half a dozen countries with half a dozen different coin reward addresses

some of these separate entities tagged as "antpool" do different things, such as:
some do empty block mining
some do rewards to bech32(bc1q segwit) addresses and add segwit transactions from mempool
some just handle legacy.

all revealing that "antpool" is diverse in power/decisions/location
things like slushpool is tagged under the "china51%" yet they are managed in thailand and world wide stratum for asics anywhere
F2pool is world wide gateway for asics anywhere
btc.com has stratums and farms in many locations

so.. dont take reddit/twitter screams too seriously unless you background check/find the source stats.
in short
DYOR(do your own research)
14219  Economy / Speculation / Re: Bitcoin for Less Than $4000 - Welcome Everyone That Missed the Jamie Dimon Boat on: November 27, 2018, 07:40:59 AM
So from all of that, am I right in assuming that you'd confidently say that the bottom will be somewhere around $3000? The only interesting thing to note. What if the miners that were priced out instead decided not to buy bitcoin, meaning the price doesn't increase above mining cost, wouldn't we then see difficulty decrease, lowering the mining cost?

im saying a limited few can afford to be whales and should they decide thy could push it that low.
im saying limited few.
i am not saying confident the price will drop that low as the buy pressure from others is at play too.

EG those that have higher mining costs wont want to waste electric mining at higher costs. so they will use their money to just buy cheap coins. thus resisting against the whales.

anyway. this is all temporary data and it shifts alot.
already i have rechecked bitmain and now there is this
T15(asic boost) = 23thash @$950~
S15(asic boost) = 28thash @$1450~

so using the now advertised S15 now has a magic multiplier of 118.. similar as previous cheap s9's
and the T15 magic number is 109.
and second hand S9 sold at $390 is magic number 104

which at todays LOW hashrate is 36exa..
S9=3744(delivery started this week)
s9=3996(prvious batch already mining)
T15=3924(delivery christmas+ but "QA testing" gives whales coins)
S15=4248(delivery christmas+ but "QA testing" gives whales coins)

yep they want people to buy up their old S9's so lowered the S9's and ramped up the the s15's(savvy)

so we are already staying above $3000... and infact moving a lil higher(mining hash/cost) and away from $3000. even when there was a chance(market whales) of going down to $3000

again anyone making a loss mining will start to put some buying power into bitcoin to move prices up while cheap

my summary point
watching the mining costs has shown more correlation to bottomline markets.. than them people who self draw their own trend lines by hand (no stats just eyes and hand drawing) on market history charts
14220  Alternate cryptocurrencies / Altcoin Discussion / Re: How would you describe decentralization as concisely as possible? on: November 27, 2018, 04:51:40 AM
But the "man" himself said,
Quote
I don't believe a second, compatible implementation of Bitcoin will ever be a good idea.  So much of the design depends on all nodes getting exactly identical results in lockstep that a second implementation would be a menace to the network.

I believe the essence of "rejecting" other implementations is not political, but more technical, to the convenience of the people who like to spread misinformation.

Franky1, can we have your opinion on Satoshi's thoughts on having another implementation of Bitcoin? I believe he made it very clear that it would be very bad for the network.

Maybe the debate is more technical than political, than what the anti-Core group believes it should be?

but thats the beauty of consensus. to reject rule changes unless majority agree
its the whole point

its why satoshi solved the byzantine generals issue.

by having consensus rules there can be alternative brands on the network. they all follow current rulesets.
. as for upgrades the network has to choose what they (whole community) jointly go for.

but if there is only one general making orders and holding and writing the rulebook(one brand) then there is no choice. its just follow the new rules this single general has written or end up being left out.

also read the entire context. not just someones 'cut' of a quote
read this
Quote
A second version would be a massive development and maintenance hassle for me.  It's hard enough maintaining backward compatibility while upgrading the network without a second version locking things in.  If the second version screwed up, the user experience would reflect badly on both, although it would at least reinforce to users the importance of staying with the official version.  If someone was getting ready to fork a second version, I would have to air a lot of disclaimers about the risks of using a minority version. This is a design where the majority version wins if there's any disagreement, and that can be pretty ugly for the minority version and I'd rather not go into it, and I don't have to as long as there's only one version.[/b]
read it. and then without bias. read it as if satoshi was the minority. so you can see both sides of his argument.
HE cant simply upgrade if he is the minority.(EG imagine he wanted to remove code to cause a fee war or promote a non-blockchain network)(EG imagine he became corrupt/malicious)

notice how HE is talking about how its a hassle for HIM (sole controller/general/central point) cant just upgrade if there are alternative versions.
again thats the beauty of consensus. no one should have central control


the november 2016-spring 2017 was a good show of it in action. (65%no : 35%yes to segwit1x)
events in timeline order
late 2015: core proposed segwit1mb. community wanted more than 1mb. some wanted 16mb, 8mb, 4mb....
a consensus agreement came in a variant of segwit2x. ill call it segwit2mb to seperate the agreement from the later variant called segwit2x

the segwit2mb would have got high majority acceptance. and was the consensus/compromised agreement of late 2015

early 2016: luke JR backed out of segwit2mb by saying his initial agreement of segwit2mb was a empty non contractual agreement and he no longer wants to abide by it because he is not in power enough to code anything to enforce core can put it into code.
(yet a year later lukejr releases mandated code(UASF) as well as other 3 card tricks.. to force in segwit1x(hypocrite))

november 2016: core released a consensus vote of segwit1x with hopes of activation by christmas.....
spring 2017: still no majority. core was sat at 35% and struggling to move

core got a no vote for segwit1mb because core backed out of an early varient of segwit2x which was the communitys agreement of compromise from 65% wanting more baseblock (some originally wanted 16mb, 8mb, then 4) and the 35% wanting a 1mb baseblock and segwit..

if there was 1 brand. core would have got segwit1mb activated in christmas 2016
but would have had 65% unhappy community left stalled out and a "menace to the network".

but instead of core going going back to a segwit2mb agreement. core doubled down on only wanting segwit1mb

(luke and his colleagues released the other kardashian drama of a possibility of segwit2x but only if segwit1mb is activated first(NYA agreement (DCG.CO)).. this is the reference to luke being a hypocrit above where the USAF+NYA MANDATED segwit1mb and threw off the 65% out of the vote because of "backward compatible" nodes dont need to opt-in to segwit1mb.. and any opposers not "compatible" are banned/rejected)

summer 2017: core got what they wanted. yet the community is still divided

bitcoin is not meant to be one general making and updating the rules. its meant to be the army of generals(community) upholding the law and the community to decide on new laws
a reference client should not be a rule MAKER. but a holder of current rules so that people can refer and know the rules

the idea of bitcoin was that everyone was a general. rules stay the same unless the majority agree on a new proposal. yes it makes it harder for one general to change the rules... but thats the point of it. there should not be a single general.

satoshi later realised that he had become the single general and everyone was going to him. which is why he left.
yet 5 years later it went full circle where core is now the single general(central point)

it should never be made EASY for one general to change the rules. mandating changes and splitting the community.
having multiple brands should prevent there being a single general so that the community have power not a single general

if core want to be a reference client then thats being a reference point of only CURRENT RULES
separately if they want to PROPOSE new rules. ok. propose them as a separate version to a REFERENCE CLIENT.. but dont then use mandated stuff to enforce their proposal with threats of banning nodes and rejecting blocks.

instead of single brand. instead of mandated rule...
let the community consensus around it. and if a majority is not found, compromise..

the 65% against core compromised down to segwit2mb in 2015. yet core have not shown signs of listening to the community to compromise their roadmap. thy instead evicted opposers(usaf) and sheep herded the compromisers(NYA segwit2x).. and once segwit1x got activated. killed of the 2x to just stay with the 1x
Pages: « 1 ... 661 662 663 664 665 666 667 668 669 670 671 672 673 674 675 676 677 678 679 680 681 682 683 684 685 686 687 688 689 690 691 692 693 694 695 696 697 698 699 700 701 702 703 704 705 706 707 708 709 710 [711] 712 713 714 715 716 717 718 719 720 721 722 723 724 725 726 727 728 729 730 731 732 733 734 735 736 737 738 739 740 741 742 743 744 745 746 747 748 749 750 751 752 753 754 755 756 757 758 759 760 761 ... 1471 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!