I am saying that the User Base is no where near to maxing out a 2MB block on a 24 hour cycle much less a 32 MB.
What you are missing is that the ONCHAIN transaction fees will be cheaper on a coin that has sufficient transaction capacity.
Preventing excessive fees like what we saw last year on Bitcoin Core.
Yes, but what I am saying is if the user base increases to a number that utilizes all of the 32mb then there should be another hard fork?
Are you also saying that Bitcoin Cash will not reach a user base count that would utilize its maximum block size making fees very cheap forever?
Then who would bear the costs of processing the transactions in the network? Miners cannot live on the block rewards forever, literally.
Maybe but it is the better way in my opinion.
Explain how.
What do you expect? This is software development. There will be never ending bugs and flaws.
Plus where did you read about "coin theft"? You are making that up.
you are going to need the Exact Same storage capacity for both.
However due to LN flaw of needing to be constantly connected ,
For now you need to always be connected. There are new developments to make it unnecessary.
On the Bitcoin Core Onchain Transactions are going to be Maxed out, since it is really only rated for 1.7MB on chain ,
Meaning not only are the Bitcoin Core Onchain Transaction Fees going to skyrocket, also the LN Hub Fees will skyrocket as there bandwidth costs are higher than an onchain node. Worse Case Scenario Bitcoin Core Coins are Stolen because LN Hubs were unable to get the needed Onchain transactions in time. (Known Design flaw in the LN whitepaper.)
Let me show this to someone who knows more about Lightning to see if you are bullshitting again or not.
but the keyword is Maxed out at 32MB, not exceeding 32 MB, so there Onchain Transaction Fees are at a fixed value and transactions are met in a timely fashion.
This Network will run smoother since they only have to maintain a full nodes with no excessive bandwidth requirements.
We already are beginning to have bandwidth problems in Bitcoin with 1mb max block sizes, what more with 32mb?
I agree and it will, but Bitcoin will not do a hard fork to bigger block sizes for political reasons, or because Roger Ver, Jihan Wu or Craig Wright want to.
you will see running an Bitcoin Core LN Hub and Core Full Node will require more resources than just running a Bitcoin Cash Full Node even when the blocks are maxed.
Maybe, but the Lightning Network is doing ok for now and have more nodes running than Bitcoin Cash. There are no complaints, but I will ask around if what you are saying is true.
I am still not convinced that Bitcoin Cash's 32mb big blocks is a better way to scale with all things like, blockchain bloat and block propagation, considered. Sorry.