Pages:
Author

Topic: BUgcoin strikes back (Read 6677 times)

legendary
Activity: 2898
Merit: 1823
March 28, 2017, 11:27:47 PM
I do not think franky1 and jonald_fyookball supports Bitcoin Unlimited only because of onchain capacity increases, they support it because they think it is a good idea to let the miners decide how large or how small the block sizes are. They want to take away the decision making from the Core developers because they believe the developers are corrupt.


Well, that's a whole load of wrong "thinking" they're doing (and I don't believe it. That's what jonald & trolls say, but they can only be thinking something completely different)

Maybe but from their perspective it is not. History will be the judge of who is right and wrong. If Bitcoin Unlimited "wins" then we who support Segwit are wrong.


Quote
The devs cannot decide the blocksize without taking the users with them, it's that simple. External devs have tried to convince users to accept 2MB blocksize increases twice (XT & Classic), and no-one followed them. That demonstrates that the users are ultimately in charge, whatever the devs propose.

For the Bitcoin Unlimited supporters that is not enough. They want the miners to independently decide how big or small the blocks are without having the developers involved. That for them is the correct long term solution.
legendary
Activity: 3430
Merit: 3080
March 28, 2017, 03:19:39 AM
I do not think franky1 and jonald_fyookball supports Bitcoin Unlimited only because of onchain capacity increases, they support it because they think it is a good idea to let the miners decide how large or how small the block sizes are. They want to take away the decision making from the Core developers because they believe the developers are corrupt.


Well, that's a whole load of wrong "thinking" they're doing (and I don't believe it. That's what jonald & trolls say, but they can only be thinking something completely different)


The devs cannot decide the blocksize without taking the users with them, it's that simple. External devs have tried to convince users to accept 2MB blocksize increases twice (XT & Classic), and no-one followed them. That demonstrates that the users are ultimately in charge, whatever the devs propose.
legendary
Activity: 2898
Merit: 1823
March 27, 2017, 10:04:29 PM
Don't put words in my mouth, you brainless pratt.

Calm down jonald, we know your dream is dead and all, but there's no need to lash out at people telling you facts you wished were not true


I support on chain scaling.  There can be a variety of implementations supporting
bigger blocks.

You do not support on-chain scaling, you support on-chain capacity increases.

And because you think and behave as if blocksize increases are the only method of improving transaction capacity that exist, your views on the matter are null and void. You're blinkered, you are compulsive-obsessive about the blocksize, and nothing else.
 

Enjoy defending Blockstream controlled core that doesn't give a shit about you.

And I suppose BU's attitude of "attack the BTC chain till it's face is in the dirt" demonstrates how much they value free and open competition, or how much they care?

I do not think franky1 and jonald_fyookball supports Bitcoin Unlimited only because of onchain capacity increases, they support it because they think it is a good idea to let the miners decide how large or how small the block sizes are. They want to take away the decision making from the Core developers because they believe the developers are corrupt.
legendary
Activity: 3430
Merit: 3080
March 27, 2017, 02:20:26 AM
Don't put words in my mouth, you brainless pratt.

Calm down jonald, we know your dream is dead and all, but there's no need to lash out at people telling you facts you wished were not true


I support on chain scaling.  There can be a variety of implementations supporting
bigger blocks.

You do not support on-chain scaling, you support on-chain capacity increases.

And because you think and behave as if blocksize increases are the only method of improving transaction capacity that exist, your views on the matter are null and void. You're blinkered, you are compulsive-obsessive about the blocksize, and nothing else.
 

Enjoy defending Blockstream controlled core that doesn't give a shit about you.

And I suppose BU's attitude of "attack the BTC chain till it's face is in the dirt" demonstrates how much they value free and open competition, or how much they care?
legendary
Activity: 2898
Merit: 1823
March 26, 2017, 10:59:25 PM

SegWit as proposed already will increase the size of the block and the burden on nodes very substantially.
 

Fair enough.  I guess this is where we can shake hands and agree to disagree.  Sure Segwit offers *some* on chain scaling, but too little too late for my taste.

I want to ask if the increase in block size through Segwit not enough for the present number of transactions. Is it not already a big improvement? What do you think the average block size be today if we were using Bitcoin Unlimited?

I am not a segwit expert.  I have heard it starts at 1.7mb but I have also heard that assumes all wallets in the world are using it which probably isn't the case.

I think if we truly had 1.7 today it would be ok for the moment (assuming people that left bitcoin to start using altcoins came back) but the idea is always stay WELL ahead of the curve.

Remember that demand is affected by supply in the sense that if people experience (or even anticipate) a congested network, they will be preemptively dissuaded from using Bitcoin.  

So 1.7 or 2 might be ok for a few months but hopefully we grow far beyond that.


Then Segwit activation might not be that bad after all. Remember that it is not wholly a scaling solution but it also fixes a number of things that makes the network better.

I do agree that increasing the block sizes for the long term roadmap of Bitcoin is a must but it should be tested thoroughly and must be airtight secure. BU is simply not good enough.
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
March 26, 2017, 08:55:36 PM


this. as with most bugcoiners they dont realise that blocksize increase is mere kicking the can down the road..

First of all, we need to kick the can down the road sometimes.

For example, if you're running a business and have a cashflow issue, then you need to tap your line of credit.  You handle
the immediate problem and keep operating while you're working to solve the long term issues.  You don't let your
business die while you try to come up with the perfect solution because by the time you find it, you won't have
a business.

Secondly, LN still needs large blocks to support a large number of transactions because things still need to settle back to the blockchain.  Do you understand how LN works?


Just stop. You support closed code. Lol no on is coming with you. Enjoy your little crumbs. Poor people make me laugh.

Don't put words in my mouth, you brainless pratt.

I support on chain scaling.  There can be a variety of implementations supporting
bigger blocks.  The fact that BU temporarily had a hotfix patch without source for a few hours is
no reason to stop supporting them. 

Enjoy defending Blockstream controlled core that doesn't give a shit about you.



sr. member
Activity: 382
Merit: 311
March 26, 2017, 07:53:19 PM


this. as with most bugcoiners they dont realise that blocksize increase is mere kicking the can down the road..

First of all, we need to kick the can down the road sometimes.

For example, if you're running a business and have a cashflow issue, then you need to tap your line of credit.  You handle
the immediate problem and keep operating while you're working to solve the long term issues.  You don't let your
business die while you try to come up with the perfect solution because by the time you find it, you won't have
a business.

Secondly, LN still needs large blocks to support a large number of transactions because things still need to settle back to the blockchain.  Do you understand how LN works?


Just stop. You support closed code. Lol no on is coming with you. Enjoy your little crumbs. Poor people make me laugh.
member
Activity: 77
Merit: 10
March 26, 2017, 03:05:52 PM
Closed source patch ??  WTF.. who dare to install this code and invest in this ??

SegWit is serious stuff, by serious and devoted poeple, thanks to all..

BU seems far away from just being viable..  short term and ever Wink

Impressive !

BUG coin will die. The official name now is : Bug Unlimited...
legendary
Activity: 1002
Merit: 1000
Bitcoin
March 26, 2017, 12:03:11 PM
Closed source patch ??  WTF.. who dare to install this code and invest in this ??

SegWit is serious stuff, by serious and devoted poeple, thanks to all..

BU seems far away from just being viable..  short term and ever Wink

Impressive !
legendary
Activity: 1302
Merit: 1008
Core dev leaves me neg feedback #abuse #political
March 26, 2017, 08:52:12 AM


this. as with most bugcoiners they dont realise that blocksize increase is mere kicking the can down the road..

First of all, we need to kick the can down the road sometimes.

For example, if you're running a business and have a cashflow issue, then you need to tap your line of credit.  You handle
the immediate problem and keep operating while you're working to solve the long term issues.  You don't let your
business die while you try to come up with the perfect solution because by the time you find it, you won't have
a business.

Secondly, LN still needs large blocks to support a large number of transactions because things still need to settle back to the blockchain.  Do you understand how LN works?
hero member
Activity: 770
Merit: 629
March 26, 2017, 05:16:15 AM
Partly agreed: only blocksize won't stop this. However lifting the cap right now will accelerate the problem.

I don't even see how this accelerates the "problem", the problem is already there.   In bitcoin, 5 entities have majority vote.  14 entities have "overwhelming 90% majority vote", and the dynamics explaining that are pretty clear: it is PoW investment, and the fact that the lottery of who wins a block introduces high volatility, which can be hedged by using a pool.  This is *inherent in PoW with ASICS*.

The only thing that can be accelerated by bigger blocks, is that the network topology will adapt somewhat quicker to the reality of the data flow, but the network topology AS SUCH doesn't matter.  So I would think it rather positive that the network adapts more to the reality, to render the network more efficient.  The network has in any case nothing to do with "decentralization" any more, since a long time.

That said, I don't believe ANYTHING will change in bitcoin.  I'm pretty convinced that we are just witnessing the "wars" that are part of the decentralized consensus mechanism that installs immutability (by antagonists not agreeing over change).

Quote
There is more work to be done to make this system useful in anyway whatsoever in the endgame.

My idea is that bitcoin is what it is, and will evolve to what it was designed to be: a reserve currency for unregulated big business.  (or nothing).

That "unregulated big business" can just as well be a "banking layer" on top of it, like LN, but it shouldn't be integrated in the protocol.  The banking layers should be independent layers, in competition with one another, and not one single style frozen in the protocol.  But I have not to say what "should be", as "nothing will be".  Immutability.

Quote
Seems you think it's helpless, but I disagree. What I don't see is why do you care, because your theory implies that nothing will save Bitcoin from becoming a pointless Rube-Goldberg Paypal that ultimately won't be able to compete at anything.

Yes.  My implication is comprehension of these systems.  I'm into this for the comprehension of decentralized systems, and the emergent properties and centralization forces.  It are very interesting times.  When I post my views on things, this allows me to put my ideas out for comment, and see where I didn't consider certain aspects.

I used to be enthusiastic about bitcoin, I'm now convinced that it contains several fundamental design errors, and I want to see how these design errors determine the "thing" that it will become.  I think it has something of a Frankenstein creation now, and I wonder what will become of it.  I only see three outcomes:

1) total centralization, huge adoption, and the Troyan horse TPTB will use against people ; but I give it little chance.  This is the Core way.  Worldwide bitcoin monopoly by a few dark forces no-one knows, worse than the current financial system.

2) Oligarchy of miners, bitcoin adoption niche as reserve currency for unregulated financial affairs that cannot be done with the fiat system ; backbone of "underground economy".  Bitcoin for the rich, sleazy business men.

3) Nothing.  Bitcoin losing its crown to alt coins, crashing into nothing.

legendary
Activity: 1202
Merit: 1015
March 26, 2017, 05:04:25 AM
BU is buggy right now.  Growing pains.  They need more mature process.

Guess what -- I still prefer it to Core.  Who cares how robust Core is when they want to change Bitcoin into something that's not even p2p electronic cash anymore.

Dude you can't be honestly still saying this is a good idea, a fucking closed source patch on what is supposed to replace Bitcoin? You have to be kidding me.

im sure its just a temporary patch and the fix will be open sourced soon


If it isn't temporary would that sway your opinion or would you stay loyal to the BU fork?

Code has to be open sourced, sure.  



Oh, Cmon man. Just admit that you were backing the wrong horse and be done with it. It is one thing standing up for principle and another losing everything because of it. The only reason why someone would openly support this crap, would be because they are paid shills or if they have no money invested in this and are just trolling.

I admit, Bitcoin Core is not the perfect solution, but it is way better than BU at this stage. ^hmmmmmm^

Not the perfect solution?  ANYTHING is better than Blockstream controlled Core.  Why else do you think 40% (and growing) of miners
are supporting BU , DESPITE all the bugs?

That said, I would back this:  
https://bitcoinec.info/

I don't like segwit, but I would compromise.




How many of that 40% are 2 or 3 big mining pools? You have to put yourself in their shoes for a moment. Someone is spamming the network with useless tx's and this is causing congestion. So what happens next? People start paying higher fees to get their tx's confirmed. The miners get these higher fees and smile all the way to the bank.

The longer they can draw this whole process out, the longer they get these higher fees.

SegWit and LN would eliminate these scenarios and this is why they are not supporting it. The BU solution is only a temporary fix and before we know it, we might end up with the same situations where fees are artificially pushed higher with "fake" congestion.

Would you not want to delay the process and keep the backdoor open for these situations to repeat in the future?

this. as with most bugcoiners they dont realise that blocksize increase is mere kicking the can down the road..
hero member
Activity: 770
Merit: 629
March 26, 2017, 05:03:36 AM
you still dont understand. if you think nodes only job is a data store. then please go read some code

blah waffle


you have no clue.

i get the feeling your agenda is to make people think its ok to not care about running a full node. as if you want to brain wash people into thinking they have no way of controlling changes to bitcoin.


My only agenda is to understand all the aspects of this kind of system.

Yes, I'm convinced, and I explained you why, "running a node" is a useless exercise, except for yourself.  Not because I have an agenda, but because this is a logical consequence of a Proof of Work system.

Apart from "you have no clue" and "waffle waffle" your arguments are pretty weak.

Quote
if you think nodes do nothing. then go be a centralist running a lite node. and let the ones that have been around longer and actually read and understood the code and consensus run a full node because we know what a full node actually does.

you spend too long trying to stroke sheep to sleep saying its ok for them to not be full nodes because core want to be dictators.
you have become too obvious with your endless rhetoric trying to suggest nodes are meaningless. so go play with a litenode if it means so much to you

My "rhetoric" are observations, and logical arguments.  What is the real rhetoric:

"Proof of work systems are determined by those providing proof of work, and now they are, for obvious reasons, and also factually, a group of 5 - 14 entities"

Or:

"waffle waffle" and "you have no clue"

?

Which of both kinds of discourse is closest to "logical argument" and which one is closest to "rhetoric" ?
donator
Activity: 980
Merit: 1000
March 26, 2017, 03:57:33 AM
Advancements in either p2pool software or something similar would go a long way in starting to alleviate the problems associated with mining centralization. Unfortunately, there hasn't been enough incentive to advance these things. I think instead of removing mining from the reference client, it should have adopted and improved upon the p2pool software.

No, really, once you have a cartel of pools, which is unavoidable with a PoW type income lottery, the network topology doesn't really matter, in *reality* you have a server/client system, where the pools are the collective server of block chain because they are the principal source of the data.  The other nodes in the network are nothing else but proxy servers of this data and ultimately, the clients.

The real P2P nature of the network only made sense if a block could be mined *anywhere* on the network ; if essentially all nodes were also miners.   Then the whole network is at the same time client and server, and the P2P style network is justified.
But if you have a specialized set of nodes that *make* the data, and a *large quantity* of nodes that only *use* the data, then you get an automatic adaptation of the network topology to the reality of the data flow: server/client.

Note that *amongst* the mining pools, the P2P topology still makes sense ; this is why they most probably connect in an almost full mesh, because they don't trust one another (subcartels of selfish miners might form).  But FROM the mining pools to the non-mining nodes, the relationship is not P2P, but is client/server, and hence the optimal network topology adapts to that given.


Partly agreed: only blocksize won't stop this. However lifting the cap right now will accelerate the problem.

There is more work to be done to make this system useful in anyway whatsoever in the endgame.

Seems you think it's helpless, but I disagree. What I don't see is why do you care, because your theory implies that nothing will save Bitcoin from becoming a pointless Rube-Goldberg Paypal that ultimately won't be able to compete at anything.
legendary
Activity: 4410
Merit: 4766
March 26, 2017, 02:53:34 AM
you still dont understand. if you think nodes only job is a data store. then please go read some code

blah waffle


you have no clue.

i get the feeling your agenda is to make people think its ok to not care about running a full node. as if you want to brain wash people into thinking they have no way of controlling changes to bitcoin.

if you think nodes do nothing. then go be a centralist running a lite node. and let the ones that have been around longer and actually read and understood the code and consensus run a full node because we know what a full node actually does.

you spend too long trying to stroke sheep to sleep saying its ok for them to not be full nodes because core want to be dictators.
you have become too obvious with your endless rhetoric trying to suggest nodes are meaningless. so go play with a litenode if it means so much to you
hero member
Activity: 770
Merit: 629
March 26, 2017, 02:32:53 AM
you still dont understand. if you think nodes only job is a data store. then please go read some code

Yes, that's essentially it.  Non-mining nodes download the block chain, and verify it FOR THE OWNER OF THE NODE.  They also relate those data to other nodes wanting to download the block chain from them, and not directly from a miner node.  If the cartel of miners makes one single block chain, then those nodes have the choice between accepting that block chain, or stopping all together.

And they send upstream those transactions that wallets, connected to your node, want to send, if they prefer to send it through your node, and not directly to a miner's node.

A user wallet doesn't need your node.  It can connect directly to a miner node.  But it MAY use your node for, well, for what ?  Convenience maybe.  A big user will of course have its own node.  For instance, an exchange may install (will install) its own node.  But it can only download one single block chain, because there's only one single block chain "out there".  If it wants to serve its customers with deposits and withdrawals, it better installs a node that accepts the one and unique chain out there, and better transmits its transactions to the miners making that unique chain.  A big exchange better doesn't rely on the feable P2P links of unknown in the network, and preferentially connects DIRECTLY to some big miners.  To be sure to get their (unique) chain.  And to be sure that their transactions are not stopped by the P2P network for one or other reason.

The P2P network configuration, and the propagation of transactions and blocks made sense when miners were "everywhere on the network".  Then, the network as a whole, served as a kind of "filter", and stopped single miners from "colluding".  But that is over, now that there are 5 majority miners.  The P2P network is obsolete in the current configuration which is server/client.
hero member
Activity: 1134
Merit: 517
March 26, 2017, 02:18:17 AM
BU is buggy right now.  Growing pains.  They need more mature process.

Guess what -- I still prefer it to Core.  Who cares how robust Core is when they want to change Bitcoin into something that's not even p2p electronic cash anymore.

Dude you can't be honestly still saying this is a good idea, a fucking closed source patch on what is supposed to replace Bitcoin? You have to be kidding me.

im sure its just a temporary patch and the fix will be open sourced soon


First foot forward is confirmed to be a mess that needed to be fixed - you still waiting and hoping this can storm half the weather Bitcoin have had to go through and still standing. They were quick to point at the small pebble in Bitcoin eyes, meanwhile they have logs of wood in their very own eyes. It helps to be able to see a red flag and recognize it for what it is.
legendary
Activity: 4410
Merit: 4766
March 26, 2017, 01:16:37 AM
Advancements in either p2pool software or something similar would go a long way in starting to alleviate the problems associated with mining centralization. Unfortunately, there hasn't been enough incentive to advance these things. I think instead of removing mining from the reference client, it should have adopted and improved upon the p2pool software.

No, really, once you have a cartel of pools, which is unavoidable with a PoW type income lottery, the network topology doesn't really matter, in *reality* you have a server/client system, where the pools are the collective server of block chain because they are the principal source of the data.  The other nodes in the network are nothing else but proxy servers of this data and ultimately, the clients.

you still dont understand. if you think nodes only job is a data store. then please go read some code
hero member
Activity: 770
Merit: 629
March 26, 2017, 01:06:27 AM
Automatically, if nothing else is done on top of this system, and if blocks are allowed to grow freely: this system will consolidate on one node-miner and will make zero sense. It won't be a censorship-resistance transaction system and it will be COMPLETELY POINTLESS.

This has nothing to do with block size, but is an inherent property of PoW and economies of scale.  It is true that bigger blocks would push a bit faster to optimise the network topology to the reality of the client server nature of bitcoin but this is inverting cause and effect.  The network topology is not the cause of centralization, but its effect.  The real centralisation is the fact that only a few entities produce the data, the block chain.  The network only adapts to that reality but is not its cause.  PoW with specialized hardware and the economies of scale automatically lead to a few central mining centres.   That is not the block size or the network that push to that, it is the economies of scale in PoW and the smoothing out of the "lottery" (instead of winning once a whole block per year (or not), you prefer to have regular income with a pool).

This whole debate is misguided.  Block size has not much to do with it.  The real centralization is the fact that only 5 entities have majority hash power (and hash power is voting power in a PoW system), and that 14 entities have almost all hash power.  This is already the case.  The ILLUSION that the nodes are manifold, while they are only CLIENTS DOWNLOADING DATA from these 14 data centres through their proxies in the P2P network gives you the illusion that bitcoin is not centralized.  So this whole debate is simply about keeping up an illusion of decentralization by avoiding the network to adapt to the reality of the data flow.
hero member
Activity: 770
Merit: 629
March 26, 2017, 12:58:41 AM
Advancements in either p2pool software or something similar would go a long way in starting to alleviate the problems associated with mining centralization. Unfortunately, there hasn't been enough incentive to advance these things. I think instead of removing mining from the reference client, it should have adopted and improved upon the p2pool software.

No, really, once you have a cartel of pools, which is unavoidable with a PoW type income lottery, the network topology doesn't really matter, in *reality* you have a server/client system, where the pools are the collective server of block chain because they are the principal source of the data.  The other nodes in the network are nothing else but proxy servers of this data and ultimately, the clients.

The real P2P nature of the network only made sense if a block could be mined *anywhere* on the network ; if essentially all nodes were also miners.   Then the whole network is at the same time client and server, and the P2P style network is justified.
But if you have a specialized set of nodes that *make* the data, and a *large quantity* of nodes that only *use* the data, then you get an automatic adaptation of the network topology to the reality of the data flow: server/client.

Note that *amongst* the mining pools, the P2P topology still makes sense ; this is why they most probably connect in an almost full mesh, because they don't trust one another (subcartels of selfish miners might form).  But FROM the mining pools to the non-mining nodes, the relationship is not P2P, but is client/server, and hence the optimal network topology adapts to that given.
Pages:
Jump to: