Dan Romero pfp
Dan Romero
@dwr.eth
"I use all my reaction storage but very little of my cast storage. Can storage units be flexible?" > Flexible storage units are very tricky to implement with a good UX. There are many problems, but the most pressing one is what to do when youโ€™ve exceeded the limit and send a new message. The only solution with our eventually consistent network is to prune the oldest message, irrespective of type. This means that if you run out of space and like something, the first person you followed may get unfollowed, which is really bad. There is no easy solution to this problem.
16 replies
3 recasts
36 reactions

Alex Mack ๐Ÿ”๏ธ pfp
Alex Mack ๐Ÿ”๏ธ
@alexmack
this might be a dumb question, but what if we could purchase storage specific to a specific type? Ie. top up on reactions if there's still lots of cast storage left?
2 replies
0 recast
4 reactions

Blue Cockatoo pfp
Blue Cockatoo
@bluecockatoo
Why can't likes and recasts be separate things instead of grouped into "Reactions"? Likes shouldn't take as much storage as recasts. Everyone wants to be able to like a cast without worrying about it causing them to run out of reactions and reactions are already half the limit of casts because recasts are copies.
1 reply
0 recast
0 reaction

๐’‚ _๐’ฃ๐’…€_๐’Š‘ pfp
๐’‚ _๐’ฃ๐’…€_๐’Š‘
@m-j-r
tbqh, I think we're too early. storage units, even if increased b/c of this, are still significantly large enough, and the total spend is well within global annual spend. are there any remaining options for loss-maxxing compression?
1 reply
0 recast
0 reaction

max โ†‘๐ŸŽฉ pfp
max โ†‘๐ŸŽฉ
@baseddesigner.eth
What I've had a bigger problem with is that there are no notifs to let you know storage is out on something and you don't know that you start loosing your activity/actions
1 reply
0 recast
5 reactions

Maretus pfp
Maretus
@maretus.eth
Iโ€™ve always been curious about the percentage of each we get with a storage unit. Why is reactions the lowest quantity versus follows and casts? Logically it seems like we should get more reactions than follows or casts.
1 reply
0 recast
3 reactions

Duraa pfp
Duraa
@duraa.eth
i asked V this question but no answer. maybe notification thing. is the deduction will be Retroactively?
0 reply
0 recast
0 reaction

Cinema Ninja ๐ŸŽฅ๐Ÿฅท pfp
Cinema Ninja ๐ŸŽฅ๐Ÿฅท
@cinemaninja
๐Ÿ’™๐Ÿ’™๐Ÿ’™๐Ÿ’™ 26 $degen @dwr.eth โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ € โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ € โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ €โ € โ €โ €โ € from /subscribe
0 reply
0 recast
0 reaction

(เธ‡'ฬ€-'ฬ)เธ‡ pfp
(เธ‡'ฬ€-'ฬ)เธ‡
@swim
we* don't want "flexible storage" we just want more reaction storage, cutting likes is not da way ๐Ÿ˜‚
0 reply
0 recast
1 reaction

Ako pfp
Ako
@ako1988
Reducing in reaction is not a good solution as a matter of fact
0 reply
0 recast
1 reaction

Yuuu pfp
Yuuu
@web3-yuuu.eth
Maybe we need a gas mechanism. A storage unit contains a specific amount of gas, and different type activities cost different gas. for example, casts calculates gas based on length, links and reactions have different gas cost
0 reply
0 recast
0 reaction

โ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆ pfp
โ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆโ–ˆ
@gtsewell
Excuse my ignorance (not a dev/engineer), but doesn't storage just come down to 'bits'? Why not allow a blanket coverage based on the bits you consume? Also, as many have noted, would be great to easily access (in profile) my storage cap and stats.
0 reply
0 recast
0 reaction

big tone ๐ŸŽฉ๐Ÿงพ pfp
big tone ๐ŸŽฉ๐Ÿงพ
@bigtone.eth
smooth brain question: why canโ€™t these be put on & pulled from /arweave?
1 reply
0 recast
0 reaction

Penguin pfp
Penguin
@sleepypenguin.eth
Hmmm this is huge reductions for people with lots of storages. I already have 11 in just 3 months.
0 reply
0 recast
0 reaction

baubergo pfp
baubergo
@baubergo-
If I have 9 storage units and the reactions capacity is reducing from 5k to 4k per unit, will I โ€œloseโ€ 9k storage capacity?
0 reply
0 recast
0 reaction

axek pfp
axek
@axek
Just reduce the price of a storage unit incrementally over time
0 reply
0 recast
0 reaction