[DAO:e2ee159] Increase the File Size Limitations per Parcel

by 0xf5fdaa91b9bcbbde2e3626e4c4c817b34bd796f9 (Roustan#96f9)

Linked Pre-Proposal

Increase the File Size Limitations per Parcel

Summary

Increase the file size limitations per parcel from 15mb to 30mb, double the triangle and material count, and remove the 300mb max cap on estates.

Abstract

Since Decentraland is moving away from browser, and it already was too tight to begin with, limitations to parcels should be loosened to increase a creators ability to bring their visions to light. The goal is to keep Decentraland on par with other platforms and not stiful the creativity and value to land owners/users.

The current basic builder really prohibits a user from really exploring their potential, and while the current limitations do teach SDK builders better asset optimization, the limitations are still too stringent.

Motivation

Current allowed max file sizes to a parcel are very limited in comparison to other platforms. And since Decentraland is moving away from browser, it’s time to increase these limitations. As it stands, every creator is hit with a wall when trying to build and must find creative ways to showcase their ideas. In the basic builder this is even more apparent when adding just a few objects tends to max out the scene very quickly.

In SDK, up to 3mb are already consumed by some coding files leaving a one parcel owner with less than 15mb. These limitations are very discouraging to creators especially considering the cost of land, and how swift technology continues to grow. Other platforms are leaving Decentraland in the dust when it comes to the allowances for building on properties owned.

A modest doubling of the current limitations would be a solid increase for creators and still provide the structure and limitation for education of optimized assets while allowing users to create relatively impressive builds.

In addition, owning an estate with over 20 parcels has a max cap of 300mb. So there is not too much extra incentive to buying larger estates. Considering that Decentraland is finite, and that is already a self governing limitation, the max cap should be removed for large estate owners.

Decentraland creators need to be given the runway to shine and stay on par with other platforms.

Specification

  • Increase the file size limitations per parcel from 15mb to 30mb
  • Double the triangle and material count.
  • Remove the 300mb max cap on estates.

Conclusion

With the swift advancements of technology and Decentraland switching from browser to client, an increase of the file size limitations of a parcels, total textures and materials, and removing the max cap size of estates will allow landowners/creators to create more impressive builds and allow Decentraland to shine more and stay on par with other platforms.

Vote on this proposal on the Decentraland DAO

View this proposal on Snapshot

I would like to see foundation more involved in this conversation.

@yemel what are your thoughts on increasing the file size limitations?

Are there any technical hurdles what would have to be overcome?

2 Likes

Voting yes assuming this is technically feasible. We should still encourage the use of external hosting for large media files.

At the very least we need a way to remove the asset-packs dependency from SDK7 scenes to free up that space if we’re not using those assets. A completely blank scene with nothing added to it uses up over 4MB, so creators building on single parcels have used up 1/3rd of their allowed storage before adding a single thing.

Whether or not this is technically feasible is not so much the issue. The new client will be even more optimized with respect to how little of the far-away scenes will be loaded.

The issue is more the increased storage file-serving costs that would get saddled onto the community members who currently maintain the catalyst servers.

Increase the File Size Limitations per Parcel

This proposal is now in status: PASSED.

Voting Results:

  • Yes 97% 1,776,622 VP (46 votes)
  • No 1% 626 VP (2 votes)
  • Abstain 2% 47,790 VP (1 votes)