r0ach
Legendary
Offline
Activity: 1260
Merit: 1000
|
|
March 20, 2017, 01:19:49 AM |
|
Adam, you need to tell these fools if they're going to fork to skip BU entirely and do just a plain 4MB fork with 8MB possibly to be activated at a future date like a few years from now. BU isn't a good model and we've already been over this stuff before with Monero.
|
|
|
|
yefi
Legendary
Offline
Activity: 2842
Merit: 1511
|
|
March 20, 2017, 01:21:40 AM |
|
The Yefi's Guide To Quoting:
|
|
|
|
marcus_of_augustus
Legendary
Offline
Activity: 3920
Merit: 2349
Eadem mutata resurgo
|
|
March 20, 2017, 01:27:31 AM |
|
If I have to rely on another person to provide me with the block chain data, that is clearly the need for a trusted third party.
As long as there is no force barring you from firing up a node of your own, your criteria of access to trustlessness is satisfied. If you are unwilling to spend the rather negligible amount of money required to do so, that is not a fault of the system. That's the exact opposite tune you guys are singing on user fees? Hypocrite much?
|
|
|
|
bones261
Legendary
Offline
Activity: 1806
Merit: 1828
|
|
March 20, 2017, 01:33:37 AM |
|
Does BU even have replay protection ATM? From what I understand, they may fork it if they have over 80% of the hash, but what happens if the tide turns, and the CORE 1MB suddenly has more than 50% of the hash? When the small block chain eventually takes over the BU fork, are the BU nodes going to switch to that chain and basically erase the forked chain from memory? That would be a disaster for anyone running the BU chain.
|
|
|
|
jbreher
Legendary
Offline
Activity: 3052
Merit: 1665
lose: unfind ... loose: untight
|
|
March 20, 2017, 01:46:02 AM Last edit: March 20, 2017, 02:03:47 AM by jbreher |
|
Bitcoin Nodes don't relay a more than 1Mb Block size, it's all. Simple. The majority win.
Miners are not the majority, they follow the path (of all nodes).
The large block miners will not require small block nodes to propagate their solved blocks. Small block nodes will be routed around. Node operators can choose to follow the operational chain that is processing the bulk of transactions, or they can choose to follow the essentially non-operational chain which is nearly stalled. Nodes have that right, and they have that ability. Other than that, non-mining nodes are powerless. They "find" block and ask to the majority if it's a valid block. For a valid Block, they must wait 100 confirmations of the majority.
Miners do not ask anyone if the block they have mined is valid. How are those confirmations made? By miners mining additional blocks on top of them. Non-mining nodes have nothing to do with it. Another problem is, what if the colluding miners become corrupt, and block size has been increased so much that no one can take control back, or at least compete? What if the corrupt miners then start deciding what functionality is and isn't acceptable in a release, to the dismay of the user base, exchanges and merchants? What if peer review and testing gets cast aside, and the software gets backdoored and full of holes/bugs with each release?
Then users will abandon what Bitcoin has become, the price will drop asymptotically toward zero, and the miners will be left with row after row of rack after rack of hasher after hasher suddenly worth zero, having lost hundreds of millions of dollars in the process. Nakamoto consensus. It's A Thing. Adam, you need to tell these fools if they're going to fork to skip BU entirely and do just a plain 4MB fork with 8MB possibly to be activated at a future date like a few years from now.
That would have been a defensible position 18 months ago, but that particular ship has long since sailed. If I have to rely on another person to provide me with the block chain data, that is clearly the need for a trusted third party.
As long as there is no force barring you from firing up a node of your own, your criteria of access to trustlessness is satisfied. If you are unwilling to spend the rather negligible amount of money required to do so, that is not a fault of the system. That's the exact opposite tune you guys are singing on user fees? Hypocrite much? Not at all. I have consistently advocated this viewpoint. Lie much? Perhaps inadvertently, but a lie nonetheless.
|
|
|
|
marcus_of_augustus
Legendary
Offline
Activity: 3920
Merit: 2349
Eadem mutata resurgo
|
|
March 20, 2017, 01:54:27 AM Last edit: March 20, 2017, 02:27:54 AM by marcus_of_augustus |
|
Does BU even have replay protection ATM? From what I understand, they may fork it if they have over 80% of the hash, but what happens if the tide turns, and the CORE 1MB suddenly has more than 50% of the hash? When the small block chain eventually takes over the BU fork, are the BU nodes going to switch to that chain and basically erase the forked chain from memory? That would be a disaster for anyone running the BU chain.
It gets way more complicated and messy than that ... probably not many remember the GPU hashrate war that Namecoin and Bitcoin got locked into in late 2011, it was finally resolved by the release of a merge-mining client hardfork for namecoin (for the good of cryptocurrencies generally). The hashpower will jump from chain to chain depending upon which one has the best instantaneous profitability, there will be zero loyalty at all. All these advocating for a hard fork are clueless, they have no idea how mercenary the miners are due to the amounts of money they are outlaying continuously on electricity and other costs. The profitability calculations includes chain difficulty and price. So every difficulty retargeting on either chain will become an unstable lurch of hashpower from one chain to the other, with all kinds of pricing games and volatility on the markets associated to the lead up to it ... it will be ongoing and crazy volatility like out of chopstick's nightmares, day trading will become like a crazy feeding frenzy in a shark tank. If Ver is really crying about usability he would be running very, very fast away from a contentious hardfork to two competing hashpower chains, because it will definitely kill usability for months, maybe years. Throw in the facts that you make about BU's crazy approach to replay attacks, orphaning and generally really, really unsafe extensions to chain-building (emergent consensus wtf?) then there is going to be chances whole fortunes will be wiped out if your coins move onto the wrong chain that suddenly disappears due to some crazy prize spike, an unfortunate timing for a difficulty retargeting and an attack on BUg, e.g. (reorgs). Good luck, chumps. Enough of yous have seemed to welcome in Ver and Jihadi's version of hell to make this the new future ... welcome to the party you stupid fucking idiots, let's go back to blockchain grade school.
|
|
|
|
marcus_of_augustus
Legendary
Offline
Activity: 3920
Merit: 2349
Eadem mutata resurgo
|
|
March 20, 2017, 01:56:11 AM |
|
Bitcoin Nodes don't relay a more than 1Mb Block size, it's all. Simple. The majority win.
Miners are not the majority, they follow the path (of all nodes).
The large block miners will not require small block nodes to propagate their solved blocks. Small block nodes will be routed around. Node operators can choose to follow the operational chain that is processing the bulk of transactions, or they can choose to follow the essentially non-operational chain which is nearly stalled. Nodes have that right, and they have that ability. Other than that, non-mining nodes are powerless. You talk calmly like you know what you are talking about and you know what will happen. You don't and you can't.
|
|
|
|
Killerpotleaf
Sr. Member
Offline
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
|
|
March 20, 2017, 02:01:04 AM |
|
Adam, you need to tell these fools if they're going to fork to skip BU entirely and do just a plain 4MB fork with 8MB possibly to be activated at a future date like a few years from now. BU isn't a good model and we've already been over this stuff before with Monero.
the bitcoin model isn't 1 dev team 1 set of rules to rule them all. BU is the bitcoin model the sooner poeple comes to grips with that the better. if you think this is the last "hostile take over" your nuts
|
|
|
|
Torque
Legendary
Offline
Activity: 3752
Merit: 5352
|
|
March 20, 2017, 02:04:48 AM |
|
Good luck, chumps. Enough of yous have seemed to welcome in Ver and Jihadi's version of hell to make this the new future ... welcome to the party you stupid fucking idiots, let's go back to blockchain grade school. Or, y'know, Roger/Jihan and the whole BU camp could drop the pouty man-child behavior, grow up and start acting like the professionals they should be in this $20B industry, accept SegWit, and then lobby for a block size increase down the road when things become more clear. Making it a hill to die on, now, is pretty insane.
|
|
|
|
jbreher
Legendary
Offline
Activity: 3052
Merit: 1665
lose: unfind ... loose: untight
|
|
March 20, 2017, 02:10:53 AM |
|
Does BU even have replay protection ATM? From what I understand, they may fork it if they have over 80% of the hash, but what happens if the tide turns, and the CORE 1MB suddenly has more than 50% of the hash? When the small block chain eventually takes over the BU fork, are the BU nodes going to switch to that chain and basically erase the forked chain from memory? That would be a disaster for anyone running the BU chain.
While your nightmare scenario is technically possible, so are hash collisions. Nonetheless, any node is free to use the existing invalidate block mechanism to ensure it will never follow the temporary loser eventual overtaker. Bitcoin Nodes don't relay a more than 1Mb Block size, it's all. Simple. The majority win.
Miners are not the majority, they follow the path (of all nodes).
The large block miners will not require small block nodes to propagate their solved blocks. Small block nodes will be routed around. Node operators can choose to follow the operational chain that is processing the bulk of transactions, or they can choose to follow the essentially non-operational chain which is nearly stalled. Nodes have that right, and they have that ability. Other than that, non-mining nodes are powerless. You talk calmly like you know what you are talking about and you know what will happen. You don't and you can't. Are you asserting that nodes have the ability to cause one miner's solved blocks from reaching other miners?
|
|
|
|
Holliday
Legendary
Offline
Activity: 1120
Merit: 1012
|
|
March 20, 2017, 02:19:25 AM |
|
If I have to rely on another person to provide me with the block chain data, that is clearly the need for a trusted third party.
As long as there is no force barring you from firing up a node of your own, your criteria of access to trustlessness is satisfied. If you are unwilling to spend the rather negligible amount of money required to do so, that is not a fault of the system. You are talking to someone who has been running a node on dedicated hardware 24/7 for 6 years now. I know the costs of running a node, and those costs absolutely dwarf, like it's not even in the same fucking universe, the money I've spent on transaction fees. I won't even count the time spent maintaining the node. I've had to upgrade to a different ISP already because my node was eating all the upload bandwidth on my home internet to the point where browsing the web was unusable. I'm talking about top tier internet from a major ISP in a densely populated location. I've spent less than $10 on transaction fees since 2011, and I've been generous (paying more than average since I mined myself). I paid transaction fees when blocks were empty and others were paying nothing. So sell your we-need-to-increase-capacity-now-so-transaction-are-fast-and-cheap to someone else. If you want to spit on the people who have been supporting the network for years, so be it. Oh that's right, I was told today, by a BU supporter, that 3 nodes is fine.
|
|
|
|
Killerpotleaf
Sr. Member
Offline
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
|
|
March 20, 2017, 02:20:28 AM |
|
Holliday. you are a super node nodes simply dont get bigger then yours...
|
|
|
|
Holliday
Legendary
Offline
Activity: 1120
Merit: 1012
|
|
March 20, 2017, 02:26:35 AM |
|
Holliday. you are a super node nodes simply dont get bigger then yours...
No, my node is completely average.
|
|
|
|
Killerpotleaf
Sr. Member
Offline
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
|
|
March 20, 2017, 02:28:23 AM |
|
Holliday. you are a super node nodes simply dont get bigger then yours...
No, my node is completely average. 8 connections?
|
|
|
|
Holliday
Legendary
Offline
Activity: 1120
Merit: 1012
|
|
March 20, 2017, 02:34:05 AM |
|
Holliday. you are a super node nodes simply dont get bigger then yours...
No, my node is completely average. 8 connections? Forwarding a port has nothing to do with the node software. No, 60 connections usually. Normally a windows update or power outage will come along before it can get much higher than that. Yes, I still have to spend money on a battery backup. I don't know how to fix the windows update thing, but anything is better than my experiences with various flavors of Linux (sadly).
|
|
|
|
Killerpotleaf
Sr. Member
Offline
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
|
|
March 20, 2017, 02:36:50 AM |
|
Holliday. you are a super node nodes simply dont get bigger then yours...
No, my node is completely average. 8 connections? Forwarding a port has nothing to do with the node software. No, 60 connections usually. Normally a windows update or power outage will come along before it can get much higher than that. Yes, I still have to spend money on a battery backup. I don't know how to fix the windows update thing, but anything is better than my experiences with various flavors of Linux (sadly). if you ran BU you could adjust how much KB/s you'll let your node eat
|
|
|
|
Holliday
Legendary
Offline
Activity: 1120
Merit: 1012
|
|
March 20, 2017, 02:39:27 AM |
|
if you ran BU you could adjust how much KB/s you'll let your node will eat I can gimp my node now if I want, that's not an issue. I gimped it for quite some time before I finally upgraded to a faster connection. I want my node to be useful to others... that's why I upgraded my internet.
|
|
|
|
Killerpotleaf
Sr. Member
Offline
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
|
|
March 20, 2017, 02:53:26 AM |
|
if you ran BU you could adjust how much KB/s you'll let your node will eat I can gimp my node now if I want, that's not an issue. I gimped it for quite some time before I finally upgraded to a faster connection. I want my node to be useful to others... that's why I upgraded my internet. well thank you, i probably downloaded a few blocks from your node. 9 8 days left! i'm gonna "gimp" my node because i just need to make a few payments/ month. its not like i NEED a node. mostly i've turned my node back on, to be part of the BU movement my node is not visable yet. tomorrow expect BU's node count to +1
|
|
|
|
arklan
Legendary
Offline
Activity: 1778
Merit: 1008
|
|
March 20, 2017, 03:25:29 AM |
|
i used to run a full node... then i moved, and now have limited (40 GB a month...) data. sigh.
|
|
|
|
Killerpotleaf
Sr. Member
Offline
Activity: 812
Merit: 250
A Blockchain Mobile Operator With Token Rewards
|
|
March 20, 2017, 03:28:29 AM |
|
i used to run a full node... then i moved, and now have limited (40 GB a month...) data. sigh.
its +10$/month for unlimited for me
|
|
|
|
|