/biz/ - Business & Finance

Oh, and as far as the blockchain size goes: ZKP recursion promises fucking INSANE compression since a single proof can be used to validate thousands of other proofs instead of each proof having to be validated individually i.e. you're only recording a fraction of current data to the chain.

This, in combination with growing storage capacities and increasing bandwidth, is what will help Monero scale on-chain in future.

Maxipadads are utterly clueless about what optimizations lay in store so feel free to disregard their "expert" opinions on such matters.

>>57605895
FCMPs rely on ZKPs, which in theory can have their on-chain footprint drastically compressed with recursion e.g. one proof validating hundreds, thousands of other proofs. This in combination with growing storage capacities is the solution for long-term scaling.

>>55403918
>I am hoping for some massive innovation to come along, but we have no reason to believe it actually will.

Recursive ZKPs are the future, you could theoretically validate thousands of proofs with a single proof, which results in significant data compression.

>>55083229
>By the time Monero become fast enough to be user friendly, it will have been succeeded by an equally private but faster currency

Yes, its not like Monero consistently upgrades its tech over time to improve and optimize performance, its not like ring signatures will eventually be replaced with recursive zero-knowledge tech that compresses thousands of proofs into a single proof thereby drastically reducing the amount of data that needs to be processed and stored.

Retard.

>>53827942
>altho we will see where zk starks can take us eventually.

Recursive STARKs should enable significant proof compression, meaning a single proof could validate thousands of previous proofs i.e. the amount of data that would need to be written to the chain will drop dramatically. Combine that with expanding storage & bandwidth capacities and you basically don't need a L2 to scale anymore.

>>52228598

Another thing to consider is blockchain data compression using recursive zero-knowledge proofs like zk-STARKs. Basically, you can verify the validity of multiple (as in thousands) of proofs using just a single proof, this would drastically reduce the amount of data you'd actually need to write to the chain.

So between STARKs and storage/bandwidth capacity increasing over time, I'm not even worried.