Quote from: adamstgBit on September 24, 2015, 04:06:40 AM

Quote from: knight22 on September 24, 2015, 04:05:09 AM

Quote from: brg444 on September 24, 2015, 04:01:38 AM

Quote from: adamstgBit on September 24, 2015, 03:56:48 AM

Quote from: erik777 on September 24, 2015, 03:43:11 AM

Quote from: VeritasSapere on September 24, 2015, 03:12:28 AM

Quote from: erik777 on September 24, 2015, 02:59:52 AM

Quote from: VeritasSapere on September 24, 2015, 02:14:26 AM

Quote from: erik777 on September 24, 2015, 02:06:59 AM

I'm not so sure that altcoins have a lot more throughput than Bitcoin after reading this summary of testnet limitations of BitShare 2.0, which is claiming it an reach 100k TPS in the real-world:

Bitshares full nodes are very different to Bitcoin. Bitshares is delegated proof of stake, as far as I understand it there are only 100 full nodes which are incentivized and voted into position by the users based on the amount they hold. Other examples would be Dash which has fully incentivized full nodes implemented in a more decentralized fashion compared to Bitcoin. Ethereum also has some interesting solutions to scalability as well.

Yes, and that is sort of my point. You can throw out PoW, relieving a lot of CPU/GPU/ASIC intensive work (without getting into security implications), and, like Bitcoin, the primary bottlenck is still networking.

I am not referring to PoW in these examples, I was referring to full nodes which are dealing with the primary bottleneck of networking.

At the cost of sacrificing decentralization. This is just trying to find a happy place between Bitcoin and Visa. Yet, it is clear that they acknowledge, that the primary issue is networking.

We agree on the primary point. So, let's apply that to the discussions on this thread.

Does XT solve the primary scalability issue facing Bitcoin today... networking load and latency?

Right Exactly!

the block size debate is kinda besides the point, block should be as big as they need too, period the end. and we should be focused on solving this core issue.

the scalability debate should be more about,figuring out what the "max load" or "min requirements" we expect from full node users ( 15MBPS + reasonable computer?? ) and reducing the load to accommodate as much traffic as possible.

The min requirement is simple: being able to run a node over an anonymous low-bandwidth connection

Quote

Id ignore mundane expenses like hardware and power. Instead, recall that, if a full node cannot be run anonymously, the network (full node entry) is effectively controlled by law enforcement, a central entity. Therefore, my view is that the current largest cost (and current bottleneck to Bitcoin scalability) is therefore the threat of persecution.

By low bandwidth you mean a 56K external modem? You never answered my questions about how do you plan to make the protocol measure the "cost" of running a node btw.

he wants full node to run behind TOR which is retardedly slow, he's bonkers.

go make a shit coin brg444, we want to make a really good digital currency not enable childporn.

They are making it already. Those who promote and keep running a small block implementation will get that shit coin. There is a consensus among the small blockers to get that coin. Some of those hard core small blockers will believe to hold the valid coin even when the price will be zero or less:

https://www.youtube.com/watch?v=dhRUe-gz690