Bitcoin Forum
April 27, 2024, 07:11:39 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 [902] 903 904 905 906 907 908 909 910 911 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 ... 1463 »
18021  Bitcoin / Bitcoin Discussion / Re: When will we have a Block size increase? on: February 09, 2017, 05:33:25 PM
the only people shouting ridiculous size factors are people like CB and his blockstream defender buddies. to scare people into thinking that blocksize increases lead to "gigabytes by midnight"

natural consensus blocksize growth, is done WHEN NODES CAN HANDLE IT. meaning it wont outscale nodes ability to handle it. because it will be the nodes themselves that would be saying yes please or no thankyou.

not the pools
not the devs
not the fudsters that prefer lite wallets
18022  Bitcoin / Bitcoin Discussion / Re: So who the hell is still supporting BU? on: February 09, 2017, 03:28:08 PM
You can twist it however you want, some things are facts.

actually its segwit that twisted things to sound fluffy and glossy and as if they are promising perfection.

i have untwisted their pseudo bullet points  of pseudo changes and put them into real world concepts

its a shame you cant understand this part

Quote
in short ask yourself the blunt question.
will spammers and scammers use a keytype thats stops them being spammers/scammer.
no.
so they simple wont use the keytype. thus problems are not solved. its that simple.

please research beyond the glossy images handed to you.
it seems you are no further forward in your knowledge than this time last year
i remember to throwing images up last year which just had no actual detail in them either, but you were trying your hardest to say everything
was utopia because you were posting an image.

again take your defence cap off. and put on your logical critical thinking cap.
dont turn this into a victimcard game. actually research, think and learn.

Quote
in short ask yourself the blunt question.
will spammers and scammers use a keytype thats stops them being spammers/scammer.
no.
so they simple wont use the keytype. thus problems are not solved. its that simple.
18023  Bitcoin / Bitcoin Discussion / Re: So who the hell is still supporting BU? on: February 09, 2017, 10:21:40 AM
I'm waiting for franky to get a panic attack, and write 10 paragraphs on how Segwit does not improve anything. Roll Eyes Cheesy

look at lauda with his glossy images that promote but do not explain..
look at lauda with his glossy images thinking all he needs to do is show an image as if thats proof

lauda please learn. i do not mean this as anything negative but please learn. it will help you.
your promoting something you dont understand, which is not only a failure to yourself. but a failure to anyone looking at your posts.

segwit does not fix malleability.
because malicious users wanting to malleate simply wont use p2wpkh/p2wsh keys even after segwit activates. so malleation will happen

it does not double the effective blocks
it allows users to use a new type of key (p2wpkh/p2wsh) which IF 100% use those keys then the maximum possible is effectively double.
emphasis segwit itself does not double the blocksize.. the utility % of the new key type COULD AT MOST allow double.
dont expect 100% key utility.
if 10% of users use p2wpkh/p2wsh keys expect only 10% or less change

remember pools add transactions dependant on fee's. if segwit offers discount then pools will accept NON-segwit keytypes more so then segwit keys. so spammers will bloat up the blockspace (hense less than 10% change if 10% utilise segwit keys, because they havnt paid enough)

in short ask yourself the blunt question.
will spammers and scammers use a keytype thats stops them being spammers/scammer. no. so they simple wont use the keytype. thus problem is not solved. its that simple.

i stuck to 6 paragraphs, i think lauda has trouble reading english, or his translator breaks at 10 paragraphs
18024  Bitcoin / Bitcoin Discussion / Re: So who the hell is still supporting BU? on: February 09, 2017, 09:25:46 AM
Hard fork to 2MB, and then immediately start screaming about the next increase to 4MB in ten years.


NO, you add an automatically adjusting blocksize to leave less management into human hands.

Humans are corrupt, and greedy, the only way to solve the block increase is to make the code automatical, to not rely on infighting every 4-5 years.

easy way to achieve this, is to have a 'speed test mechanism' built into an implementation.

knowing in the code you can see the time your node asks for a new block. and when it validates the block it knows the time of that.
so it can use these two milestones to set a 'score'.
EG
if a block can be requested and validated in under say 120seconds. (2minutes) where over say 2016 blocks= target 241920score.
if the node can get a score BELOW(meaning faster than) 241920 over a 2016 block period. then it can easily handle block validation

this score can be part of the nodes user agent/metadata. thus easy to get stats of the network. to see what is capable by the nodes
18025  Bitcoin / Bitcoin Discussion / Re: 95% lol. No chance. SegWit is now dead. on: February 08, 2017, 11:20:21 PM
meuh:  1   /Satoshi:0.13.2/   1459 (31.4%) HuhHuh??
not sure where your measuring the under 1500 as being over 30%..

your numbers are so fake that if you do the maths:
divide 1459 by 31.4 then multiply by 100.. 4646
divide 1410 by 30.3 then multiply by 100.. 4653

it wont get the same total infact theres a 100% differential of 6 nodes lost just on bad percentages

oh wait you have cut away some none core nodes from the total count to give FAKE % and still couldn't calculate right so had to tweak the % a bit more aswell.. so much fail

now thats funny

 its better to show the more fairer network of 5884 nodes right now..
not your dwarfed quasi 4650 average nodes which you think there are.

here:
1   /Satoshi:0.13.2/   1485 (25.24%) 5884
2   /Satoshi:0.13.1/   1428 (24.27%) 5884

wait.. if i cut out core devs i could play around and show any percentage i like..
but instead ill just leave the number as is, copied and pasted directly from bitnodes.io at the time of writing this.. without edits

hint: atleast be honest if your going to show stats
18026  Bitcoin / Bitcoin Discussion / Re: When SegWit And Lightning Network Will Be Implemented? on: February 08, 2017, 09:13:26 PM
stalemate between "segwitters" and "big blockers".

Big blockers

try to use the terms properly.

those wanting dynamic blocks are - "onchain scalers"
those wanting segwit are - "centralist temporal gestures"

after all
the community that want REAL onchain scaling compromised to 2mb for ~5000tx..
while the "centralistic temporal gesturers" want to temporarily give an empty gesture of possible 2.1mb for a possible ~<4500tx. but then later bloat up the same <4500tx count to 4mb without offering more tx.
(confidential payment codes turns a standard tx into something thats 1kb bigger)

EG
"onchain scalers" 2mb=~5000tx (from ~2500tx)

"centralist temporal gestures" 2.1mb=~<4500tx (from ~2500tx)..
then later 4mb for the same ~<4500tx (once they add other features to the tailend of serialised tx data.

emphasising the misunderstanding of 'bigblockers'
2 vs 4. makes "centralistic temporal gesturers" the big blockers. because they want to fill blocks with nonsense features. not lean tx's in their empty gesture of 4mb

again 2 vs 4. which is bigger.
18027  Bitcoin / Bitcoin Discussion / Re: Adam Back thinks he is the inventor of Bitcoin on: February 08, 2017, 08:33:39 PM
Satoshi's white paper mentions hashcash does it not... ?

thing is that hashcash was inspired by
S. Haber, W.S. Stornetta

and also satoshi quoted
S. Haber, W.S. Stornetta

so, that makes adam back even more meaningless part of bitcoin, bcause most of the inspiration was from
S. Haber, W.S. Stornetta not adam back
18028  Bitcoin / Bitcoin Discussion / Re: Adam Back thinks he is the inventor of Bitcoin on: February 08, 2017, 07:21:11 PM
And all of his attempts to find ways to generate revenue is really putting a tremendous burden on the network.  The unnecessary crippling of the transaction throughput in an attempt to drive demand for Lightning has driven away so many companies and investors.

It is deplorable what Blockstream and the Core programmers have done in their own interests.  Even if they are superior cryptographers, their beliefs that they should build an add-on system to divert fees from mining and into their own pockets means they are simply too corrupt to be at the core of blockchain.  We need to get BU going now.  

we needs MANY teams, not just 2.
we need these teams to communicate together and find consensus. not shout scare stories where cores unpaid blockstream interns shout to other teams to split off. while playing the victim card 'that other teams might split off' (facepalm)

we need to stop gmaxwell from being the moderator of the technical discussions, irc, mailinglist and githubs. and be more open. less controlled.

otherwise we end up with the empty argument of. 'if core doesnt code something, it means no one can have it. so by not having the code available means they see no one using it.. which they then say no one needs it or desires it, because there is no stats of utility' which has been a self fulfilling prophecy mindset those fools have had for a couple years.

much like dont offer oliver twist a bowl of food and he wont ask for another. thus they think they have cured starvation, by not feeding the poor

this can only be done if people start caring about BITCOIN. and not the CEO of the banker funded company blockstream and his CTO business partner
18029  Bitcoin / Bitcoin Discussion / Re: Bitcoin and Mail Order on: February 08, 2017, 06:31:17 PM
Just like on credit cards, mail order system is not possible for bitcoin. Can this kind of innovation be brought to Bitcoin?
It would have been nice if there was a system in which firm could periodically withdraw money from the our btc address.

mail order is possible.
afterall how do you think silk road become a success..
(though i detest dark markets)

a business accepting bitcoin can mail out products that evening knowing a couple hours have passed to cover any confirm delay.
mailorder businesses have more utility than say 'ingame purchases' because mail order is not 'instant receipt' required

there are many businesses that allow people to spend using bitcoin. last count hundreds of thousands of businesses.

the only real hold back these days are on products costing under $60, due to the fee's being sometimes upto 60cents which works out as upto 1%.
18030  Bitcoin / Bitcoin Discussion / Re: When SegWit Will Be Implemented? on: February 08, 2017, 05:24:14 PM
Why does it takes so long?
We need faster confirmations.

segwit does not solve that.

SegWit add more transactions to the block, that would help.

firstly segwit guarantee's nothing.
when activated. nothing changes.
users have to wait for yet another implementation release that offers the actual p2wpkh/p2wsh key utility
AT VERY BEST .. IF 100% of users used p2wpkh/p2wsh keys instead of legacy(old) keys, expect maximum of about 4500tx instead of ~2500

but here is the thing
spammers, scammers and bloaters wont use p2wpkh/p2wsh keys. so dont expect 4500tx a block
even moral people take months/years to upgrade their implementations. so even after it activates dont expect noticable rises anytime soon

and lastly. the mempools is very often full of more than 4500tx unconfirmed at most times. so many transactions are still going to be waiting even in the utopian statistic of 100% dream utility.

segwit is just an empty gesture kicking the stone down the road
18031  Bitcoin / Bitcoin Discussion / Re: When SegWit Will Be Implemented? on: February 08, 2017, 05:10:38 PM
Why does it takes so long?
We need faster confirmations.

segwit does not solve that.
18032  Bitcoin / Bitcoin Discussion / Re: How many times has China, Banned bitcoin / "raided" bitcoin exchanges? on: February 08, 2017, 05:09:32 PM
edit
i now see the topic was meant for satire / reverse psychology, hinting subtly that china still allows bitcoin



ZERO bans, zero raids

if the question was
how many times have regulatory inspectors done regular inspections. the answer is often.

if exchanges are handling chinese FIAT they have to follow chinese FIAT rules.
holding part fiat, part crypto does not give a business magic fairy dust to avoid fiat rules of the fiat they hold.

18033  Bitcoin / Bitcoin Discussion / Re: Help me with poll about bitcoin day... on: February 08, 2017, 04:51:56 PM
genesis block . it just makes logical sense
18034  Bitcoin / Bitcoin Discussion / Re: IBM and Dubai Government initiate blockchain logistics initiative on: February 08, 2017, 02:25:27 PM
yet another hyperledger advertisement.

im starting to think we should create a whole new subcategory in the altcoin section for the bankers to talk about their hyperledger plans.
18035  Bitcoin / Bitcoin Discussion / Re: Adam Back thinks he is the inventor of Bitcoin on: February 08, 2017, 01:36:38 PM
adam backs involvement in bitcoins invention is the same as a cavemans involvement in the combustion engine.
yea a caveman invented fire, and without fire a combustion engine cannot work.

but adam backs hashcash is DIFFERENT to the ACTUAL PoW bitcoin uses.
yes there was some inspiration. but adam back was not directly involved in coding bitcoin in 2008-2013,

adam back is just playing the caveman card by trying to get fame for something losely connected to him

all adam back wants to do is beat his own chest to make people think he is worth investing $90m dollars in
the thing is adam back is not finding it easy to repay investors. and those are getting antsy about repayments and plans of commercialising things like elements/bitcoin to get some funds back.

18036  Bitcoin / Bitcoin Discussion / Re: More than 50% of SegWit support comes from one miner on: February 08, 2017, 12:31:02 AM
Telling lie won't give you any advantages. Many miners support segwit not only Bitfury.
Now 100% of unlimitedcoin support comes from 3 person: Roger Ver, Gavin Andressen, Mike Hearn. That is not decentralization at all. Besides only altcoins shills support unlimited because they feel like failure of Bitcoin helps rise their shitforks.

funny thing.
its only core that want altcoins.
they love their monero, they love their elements, they love their litecoin, they love thier future sidechains.
they even love asking other teams to not stay as one network

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 by requiring the sign bit be set in the version in their blocks (existing nodes require it to be unset). Sadly, the proposals authors were aggressively against this.

The ethereum hardfork was bilateral, probably the only thing they did right--

but non-core teams refused to split off and make an altcoin. they prefer to keep the network in one piece

.. mic drop. boom

18037  Bitcoin / Bitcoin Discussion / Re: So who the hell is still supporting BU? on: February 08, 2017, 12:12:49 AM

Right now I'm pro segwit because it is a sensible refactoring and optimization, regardless of whether it includes transaction malleability fix or not and the fact that it does enables lot so potential solutions to real scaling because onchain scaling is not a thing. I don't care who wrote it or who they work.
'onchain scaling is not a thing' ??
im guessing you dont understand bitcoin or LN.. lets read on and see if you have done any research about consensus, about LN, about multisigs. about anything you actually need to know to for you to have an informed opinion.

The argument on core's side (and core != Blockstream) are around avoiding a hard fork, which will cause orphan drama in a split consensus, and enabling off-chain scaling, which is essential.

1. the paid core devs ARE blockstream, the unpaid devs are loyal interns hoping to get a blockstream job. you can tell due to their lack of objection to obvious flaws wrote by blockstream paid devs
2. consensus=agreement with small risk of temporary orphans.. NOT a split.... a split is not consensus. learn consensus vs bilateral split. try not to pretend consensus causes splits.
3. core want other implementations to bilateral split(non-core object to this). core just scare the community saying non-core will split to play the victim card. while under same breath begging non-core implementations to bilateral split. but non-core wont split off intentionally.

The arguments of BU seem to be that Blockstream will have too much power if segwit activates and the unrealistic dream that getting rid of the block size limit will somehow mean infinite and therefore free transactions for everyone. Also Ver seems convinced that more usage = higher price which ignores velocity and isn't necessarily true. Supply and demand still applies no matter what.

1. the argument of the rational community (much bigger than just BU), so dont attempt to make it just a bu vs blockstream thing..
2. many rational bitcoin community people care more about bitcoins consensus, not the failed banks FIAT value. the failed banks are going to hyper inflate anyway. where a loaf of bread will eventually be $2000. smart people dont care about fiat value, because inflation of fiat is killing fiat all by itself

Some things that strike as being lost are
- Blockstream does not need Segwit to implement LN so if it's just an attempt to force them into a dynamic blocksize in the hope of sabotaging their ambitions it won't work and may give a more consumer orientated business or altcoin the opportunity to use the infighting in BTC to take that market.

agreed segwit isnt needed for LN. but segwit is a stepping stone for other features that give blockstream the upper power. EG the way blocks will be formed would require blockstream gate keepers UPSTREAM to filter the data out to the downsteam nodes. (fibre is already becoming the pools gatekeeper)
other stepping stones segwit leads to is sidechains.. yep blockstream want altcoins aswell as the LN commercial permissioned hubs. aswll as being the network gatekeepers (as gmaxwell calls fibre, the 'upstream filter'

- Dash, ZCash, the banks, the likes of Microsoft, MPesa and governments aren't sitting still. I'd rather Blockstream made money and used it to invest in the network than Bitcoin fail for being sanctimoniously pure about things that new users won't give a shit about. There's too much expectation of something for nothing.

you do know that letting blockstream succeed is helping them get more involved in hyperledger (the bankers chain)

- They also don't have a monopoly on LN. There's already multiple implementations competing as well as other solutions like in the works if they make too much.
- If they become a hub, so what? It takes load of the main chain and lessens the power of miners.

miners should not have power anyway if core actually cared and used consensus. again im thinking you need to learn about real full consensus..
blockstream paid devs decided to avoid real consensus by going soft. the reason. if it works they have slipped in their control stepping stones without nodes consent. if it fails they can play the victim card blaming the miners. yet it was them that decided to give miners power. so shouldnt
blame the miners if the miners disagree

So long as I am still in full control of my BTC that is fine by me.

you need to learn about LN and learn multisig. dont be fooled by the word twisting like "birdirectional". and instead realise your funds are put into
a joint account where you need a counter parties permission.. and if that counterparty is a hub.. essentially they are a bank. authorising their many customers payments

- Users of transactions who don't care about about store of value or who don't even know their money is going through a blockchain will use the cheapest and fastest, whether it is LN or Litecoin. Somebody is going to make a business acting as trusted third parties to enable consumers. Get over it.

agree with that statement above. but we should not be just letting LN be the end goal of bitcoin.. only let it be a side service for niche users

- Onchain can never scale to a remotely large number of transactions. It's a O(n) increase to an O(n^2) problem. Has nobody in the BU/XT/Classic camp ever dealt with internet level scaling and knows what O(n^2) means because I never see it this debate, just politics of Ver vs Blockstream.

1. the community is much wider than your attempt to just plop people into bandcamps.
2. also the fake scare of quadratics is fail because any malicious user who wants to make quadratic tx's still can after segwit activation.. they just avoid using p2wpkh keys.
2. thus segwit doesnt end quadratics. the real solution can be found in other ways. such as limit how many sigops a tx can have.

There's a reason a lot of smart software engineers and architects said BItcoin wasn't scalable and why there's been conferences call SCALING BITCOIN every year with some of the smartest people working on it: because just letting the blocksize increase ISN'T SCALABLE. Was that all a waste of time because we could just bump the max size?

lol shouting fear of growth by using fake stories of gigabytes by midnight and billions of users by midnight.. is a failed and flawed argument to intentionally hold up real onchain natural growth, and only done to promote the centralised commercial services as the end goal.
natural growth scaled over decades where natural adoption occures over decades shows it can work. but i bet you will scream the "not overnight" empty argument

- Miners want high fees so why do BU people think that they will choose to mine for free. How exactly is BU going to lead to magical times and free transactions for everyone?

pools dont care about fee's. fee's are just a bonus. pools care more about having a functional and spendable network to spend their rewards. without doing anything to the network that would cause pools efforts to get orphaned. fee's are not a concern for decades.

its blockstream that are desperate to push users into commercial hubs so that blockstream can repay their banker investors

- The BU code might be the best ever but changing the consensus rules of everyone setting their own parameters is untested and the game theory is a lot harder to get right than the code. A straight 2mb upgrade I'd be happier with. Segwit only alters the rules slightly by tipping the weight of UTXOs

a straight 2mb is just a tmporary gsture that lasts no time at all.. mempools already contain more than double a blocksize of unconfirmed tx's so its not really giving any breathing room. secondly after 2mb. its then another long beg/grovvel and treat devs like kings for more again. instead of letting nodes decide for themselves.
please learn consensus

If Bitcoin is to grow at the rate of a network (n^2) it has to have an extra DIMENSION of scaling even if we let the blocksize increase linearly, either vertical through a second layer like LN or vertically through side chains or through some mathematical enabler of Log(N) like MimbleWimble.

if a sidechain (an altcoin) can be vertical.. then obviously tx count vs tx count would allow bitcoin do the same after all an altcoin is limited by the same internet and hardware as bitcoin..
so i see this as a failed argument. if a sidechains computer and internet can cope. then internet and computer is not a problem for bitcoin. (logic!)

Blocking Segwit seems to be just anti-Blockstream paranoia or a ploy by miners to keep the fees up for as long as they can.

Can someone explain the BU solution to all these issues because it seems to be let's just increase the blocksize according to some convoluted rules and see what happens because segwit is bad m'kay?

Unless an anti-segwit person comes up with and implements a real alternative scaling solution

lets summarise
1. segwit promises 2.1x tx count - reality only if 100% of people use segwit keys(not gonna happen)
2. segwit promises end quadratics - reality bloated spammers loving quadratics simply wont use segwit keys. thus segwit has solved nothing
3. segwit promises end malleability - reality double spending scammers simply wont use segwit keys. thus segwit has solved nothing
4. segwit promises end double spend - reality blockstream added new double spending methods(RBF/CPFP/CLTV+CSV). thus segwit has solved nothing.
5. segwit promises tx fee discount - reality blockstream removed reactive fee and added fee average. pushing the price up to offset future discount.

as for solutions.
the reason you see no alternative solutions in blockstreams moderated github bip list is because the bips have to go through blockstreams CTO's
approval process atleast twice officially. and in reality more like 3-4 times. so lack of seeing anything in the bips by non blockstream friendly devs does not mean there are no bips/alternatives. it just means gmaxwell 'takes one look at the computer screen.... and its gone!'

lastly. dealing with your final sentence of:
'Unless an anti-segwit person comes up with and implements a real alternative scaling solution '
segwit is not a solution. its a tweak that offers a temporary empty gesture. but leads things into a direction away from bitcoin scaling and only into altcoin and offchain commercial permissioned scaling.

p.s
dont be a sheep script reading and just throwing insults that i must be in bandcamp A,B,C or d.. instead be wise. do some research into the topics and learn
consensus vs bilateral splits
multisig permissioned contracts
sidechains(altcoins)
18038  Bitcoin / Bitcoin Discussion / Re: BitCoin Volatility on: February 07, 2017, 10:15:26 PM
you ask, how can they stop volatility.

https://en.wikipedia.org/wiki/Trading_curb

if price drops X% a trading curb can be used.
though there is no official guidelines for bitcoin exchanges to use this. it is a well known tool in the fiat markets.

we have seen some exchanges halt trading during huge dumps. but no official policy requested it, it was more of a moral decision by the exchanges
18039  Bitcoin / Bitcoin Discussion / Re: More than 50% of SegWit support comes from one miner on: February 07, 2017, 09:58:37 PM
but non of satoshis 'vision' was mentioned just 100 server nodes all using one brand of software.
so dont assume satoshi wants centralisation.. of one brand of software and low amount of full nodes.

non of satoshi's vision of server farms should be of concern for decades if ever. so halting growth now pretending that just rational node capable growth leads to server farms by midnight. is also twisting his words.

i prefer there to be a dozen brands and many thousands of nodes..
yet core are happy to just want Fibre to be the gate keepers filtering data downstream and just have other nodes as simple relayers. where its Fibre that do the real validating and filtering.

node consensus allows natural growth which nodes can handle, while not hindering growth or node count. thus the natural balance of growth can happen without being 'servers' anytime soon.

but ofcourse devs want to be the king decision makers
we need to start thinking that nodes should decide and devs are just the employee's/workers.. not the other way round
18040  Bitcoin / Bitcoin Discussion / Re: More than 50% of SegWit support comes from one miner on: February 07, 2017, 09:37:48 PM
Bitfury.  

Somehow this does feel like 'decentralized' to me.  

start digging into BTCC aswell .. the other segwit supporter
and see all the ties of the knot to blockstream, coinbase, coindesk, litecoin,
Pages: « 1 ... 852 853 854 855 856 857 858 859 860 861 862 863 864 865 866 867 868 869 870 871 872 873 874 875 876 877 878 879 880 881 882 883 884 885 886 887 888 889 890 891 892 893 894 895 896 897 898 899 900 901 [902] 903 904 905 906 907 908 909 910 911 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 ... 1463 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!