Increase the File Size Limitations per Parcel
Proposal Details
Description
For years many community members have been wanting an increase in parcel limitations. With the incoming client 2.0, thisis a great opportunity to get things rolling on an increase. Currently the limitations to deploy a parcel via SDK are at 15mb per parcel and capped at 300mb MAX (regardless of estate size). I propose an **increase upgrade to 30mb per parcel and no max cap based on estate size**. With these performance improvements promised by the new client, especially since it is no longer a browser based end goal, Decentraland needs to be able compete with the creative potential as other client based such as Sandbox and Nifty Island.
No. It’s both. Increase the file size per parcel AND do not include the built index.js file towards that limitation.
https://decentraland.org/governance/proposal/?id=6c943385-a7f8-48ae-b794-68bceddc4914 Done
In the end, the pain-point mostly seems not to be storage per parcel, but storage of the files needed to run the whole collection of parcels (e.g. the javascript and streaming media). So we really should have something like this: `total scene limit = base scene allowance + (number of parcels) x (parcel allowance)` Also the parcel allowance doesn't necessarily have to be increased all the way to 30MB, smaller values should be considered as well.
[quote="BET, post:29, topic:22833"] Is this a separate proposal? [/quote] Yes, this one is about _total file storage_ size, not _individual file storage_ size.
I used to upload a 2 hour dj set so that people wouldn't get bored of the music..  I had room for more but that would crash the scene (especially with too many users).. Anyone can cut music/video/.glb/picture into 15mb snippets but it makes the experience worse for everyone.. Is this a separate proposal?
Interesting! So the cap in GC is 300mb....a 500mb ceiling for GC is a 66% increase... At current limitations, that would be 500mb / (15mb per parcel) = 33 parcels Potential per parcel limit increase: `15mb -> 20mb` = 500 / 20 = 25 parcels I personally like function `(number of parcels) x (parcel limit) = total scene limit` how its, but let's bump up those limits a bit!
The biggest world I deployed last month was around 800 MB. I faced problems during deployment, and each time I modify something, it took many attempts to re-deploy. I guess this is because it's a centralized server related to the foundation and not like Genesis  Even though I deployed an 800 MB world, I remember they mentioned in the foundation server that the maximum size for a world is 500 MB. The documentation does not clearly state that the maximum is 500 MB and only mentions it in this paragraph. 
True. The current World Server is run by the Foundation correct? With the 17 names and 1 land i have, i have 2.3gb of storage available. Not sure what would happen if I tried to deploy to only 1 name with over 1gb of a scene? Regardless, it seems like there's already a scalable solution in place from their side. We should continue to inspect and push towards greater scene limits to enhance player experiences with the new client.
After contacting Nico and the foundation, it seems my approach has been a hack around how the scene is checked, so that’s worked for me for a while, but it’s not legitimate or formal. Maybe with the new client will not work even . So its definitely a good proposal to proceed with. Not sure about the cost of storing an additional 15MB for each land, which would double our current storage size. This requires a feasibility study by whoever will be covering the storage expenses. I believe the DAO could help with covering the costs once this proposal is approved, with guidance and follow-up from the foundation. In the worst case scenario, it might be good to do it like the Worlds—where more MANA in your wallet means more storage for your scene. 
already on its way. enhancements beyond the neccessity of actually doing anything once implemented.
This is a poll, not a governance proposal, you still have two stages to pass
Wen implement? Would like to increase my size now :slight_smile:
the costs of storing are the same if I split a file or not.. It's not on web3 at the moment..
Increase the File Size Limitations per Parcel This proposal has been PASSED by a DAO Committee Member (0xfb1afa4dc069ffb47b19dbee196045d508fcd5a2)
For the time being, it's not "stuff that can last forever", as the cost of storing in web3 is still rather prohibitive. As far as I understand, the DCL Catalysts are community-run servers, which will hopefully be moved to the cloud at one point. Files stored there are not stored on the blockchain !
I can understand the convenience of hosting it somewhere else.. But deploying stuff that can last forever is more decentraland IMO.. I don't see why we would give our competitors our content and support their latest APIs rules?
The catalysts are not a files hosting service, you are just supposed to host your scenes there, large assets like movies or long audio should be hosted elsewhere.
Increase the File Size Limitations per Parcel This proposal is now in status: FINISHED. Voting Results: * Increase limitations 99% 1,393,157 VP (40 votes) * No change 0% 0 VP (0 votes) * Invalid question/options 1% 7,600 VP (3 votes)
I bought a large parcel expecting to upload movies.. but then it got capped to 300mb.. I thought it was unfair to cap it suddenly... I also think that it shouldn't matter about "estate size" but instead how many LANDs owned.. Don't know if this affects the design of the new contract or not.. Also, if this goes to draft can we increase the maximum file size of 15mb to unlimited? It is another pointless limitation that can be bypassed by splitting a large file into smaller parts and then merged back together..
But catalysts runners are probably ok with increasing the size per parcel anyway. Do we have an idea of what would be the impact of such an increase in storage requirement if the catalysts had been moved to the cloud already ?
@theankou's suggestion is on the right path, I believe, but rather than increasing the limitations of [1-2]x[1-2] parcels, simply adding a base storage for all scenes instead. So all scenes could get the current 15MB per parcel (or also have it increased), plus a base 10-20MB, for the javascript code and everything.
@rizk @pablo I am not sure this actually _should_ be a Canny request. It does not seem to fit in any of the [categories listed by Yemel](https://forum.decentraland.org/t/dao-foundation-synergy-formal-response): * Management of Brand IP * Protection Against Misinformation * Security Oversight * Smart Contract Development and Audits * Codebase Contributions and Oversight * Revenue Generation for the DAO * Proposals for Consensus-Critical Changes The impact on performance of increased storage availability should really be minimal; it is possible to create scenes with **horrible** performance even with the given limitations. I believe this is a side-issue. The main issue as I see it is increased requirements on the catalyst runners themselves, which are separate entities from the Foundation.
ofc everyone wants more... But I think this should go to [canny](https://decentraland.canny.io/) and be decided by a technical team.
I agree - we should remove the hard limit of 300mb no matter what number of parcels you have. Currently a 20 parcel scene (20 * 15mb per parcel = 300mb) has the same storage capacity of a 30 parcel scene and greater. 20 parcels is only a 4x5; not very big. Tominoya Casino is greater than 20 parcels for reference. With the new client and improved performance, optimizations, LOD, sight lines etc, we should allow for greater scene density and detail through higher file size limitations. @rizk appreciate you finding a work around and posting! Please let us know what Nico says about its viability. However; this should not be the standard for content creation.
Hey ya :cherry_blossom: I'm all about optimization, many years of XP in game design and art installations for virtual worlds, and I think we shouldn't allow anyone to publish in DCL without the proper knowledge. But I agree with Roustan in here: It's too little if what we want is to atract the WOW of public, investors, creators... If we are talking at pro-level, ofc.
32 Comments