at the moment i would say no, for example, some people treat the ccs like a savings pot and quit half way, and return when it suits them

im sure if monero reached 1 million per coin XMRsale would return and complete the last 2 milestones of this lack-luster ccs ccs.getmonero.org/proposals/xmrsale-2021.html

at the moment nobody has oversight over any of the proposals while theyre in progress (until ofcourse they request a payout for something) github.com/plowsof/ccs-wip-list/blob/main/readme.md , its one reason why i made my own ccs idea to take on a coordinator roll

wonder if this could be accessible to some part of the monero ecosystem 🤔 youtube.com/watch?v=vawcnCv1_1w

the fund is giving grants to open source projects: futo.org/grants/legendary-grants

kinghat[m]: Nice to see those grants.

<plowsof> "at the moment nobody has..." <- Yeah need something otherwise people take it for a ride.

Maybe need a multi sig wallet and someone from foundation is the other signer ? Just spit balling here

Thoughts on the elaboration of some sort of "coordinated prunning" for near unlimited L1 scalability?

Cidadois Ancap: With the ring signature model, it is not possible to do this while maintaining good privacy. Why? Each output must have a nonzero chance of being selected by the decoy selection algorithm.

Maybe I should say "I do not see a way," since maybe it's possible.

The storage discussion is so stupid

2 TB SSDs are now the same price I've paid for a 1 TB SSD just a few years ago

monerobull[m]: There's a post by Satoshi addressing this issue back in 2010, he just figured that storage will continue becoming cheaper in the future

Of course it will

Saying Moneros scalability is unsustainable is nonsense when i have the Blockchain on a 30$ SDD TWICE and room for at least another 5 years at current transactions

anecdote: been cleaning off a 9 yo macbook pro of mine the past 3 days and it has 300GB of a free space so far.

if i wasn't running monerod so easily on my current machine, i would easily move it to the older machine

i guess we have to acknowledge our privilege though. people in many places don't have the same.

But they will in the future. Tech generally goes down in price over the years and currently monero is not outgrowing the pace at which storage gets cheaper so it not a problem at all

Even Zcash which is currently growing by like 1 GB a day is only scraping at that limit. Realistically it will take about 2-3 years at current growth before you need something larger than a 2 TB SSD

Two years from now, storage will be cheaper so not a big problem

And monero is growing many times slower than that right now

Big HDD + a 128GB SSD is totally doable. (less than 10 hours sync and no need to pay a fortune for massive SSD)

I will publish documentation soon.

I just work on experimentation on my free time to speed that hdd sync up more

RavFX[m] zfs cache drive?

LVM2 cache drive (that you you get to choose the file system)

NorrinRadd:

I stay away from out of tree filesystem, with include ZFS

mass adopted monero isnt going to be running a node. full or pruned. unfortunately. just the reality.

RavFX[m] it's rock solid?

64GB cache is enough for current blockchain (10 hours sync on HDD)

But as we get more TX, we need bigger cache as the decoy algo seam to also go by time.

Using a decoy from a week ago now vs using a decoy a week ago (in a year), later one have will have more GB between..

NorrinRadd: Yep, work fine and it's very reproducible. Also testing with ramdrive instead of SSD (if someone have too much ram for some reason but no SSD)

mass adopted monero wont even know what a node is. just that they need the internet for their internet monies. and if its mass adopted, it will be fast.

Cache have to be write cache, that's important. You dont want the random decoy read that are older than cache size to overwrite more recent cached data.

That make a huge difference in my testing (like 25 hours vs 10 hours)

RavFX[m] in zfs i believe that's the only way it works

didn't realize a read only cache was a thing

Read cache is really usefull to cache a big array of hdd

Mose setup seam to use read-write cache

Write cache only usefull to cache the most recent writen data

My 30tb array have a 1tb nvme read-write cache

RavFX[m] what raid level?

NorrinRadd: 5

i had a raid 5 and some ram began to fail siliently..... i'm still depressed af about that

i had no ECC

8x4tb sas drives

My drive have 520bits sectors instead of 512. Add some checksum for each of theme

so 30 raw. i had 4x2tb -- but this was about 10 years ago

since your board is SAS it's probably ECC also; doesn't hurt to verify though. and at this point i swear by raid6 over raid5

That is the plan for when I upgrade to 8x16tb

Raid 6

Raid 5 is fine for now. Drive are HGST drive, not seagates