The current “get_proposal” method in the “SNS Governance” canister doesn’t support fetching “ballots” in chunks.
This creates a potential issue: as the number of neurons increases, retrieving proposal data from the canister might become impossible. For example, the Internet Computer dashboard already shows a “Return value too large to display” error for OpenChat proposals, though the data can still be accessed by directly querying the canister.
Are there any plans to address this scalability concern in future updates?
Thanks for the good feedback. Indeed, SNS Governance needs to start serving ballots in pages (as opposed to all at once), eventually. My current estimate is that there’s still some room for OpenChat Governance canister, i.e., it’s not yet close to reaching the maximum number of ballots. This is based on (1) some experiments we ran to find out how many ballots the canister can serve before the response starts failing and (2) my current understanding that OpenChat has around 30K neurons (according to the public ICP dashboard).
That being said, we will discuss this with the Governance team next week and agree on the priority of implementing the page-based solution. I’ll update this thread when I know more.