Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Clients are overcharged for mutable shares that grow enough to change their price #254

Open
exarkun opened this issue Nov 18, 2021 · 0 comments

Comments

@exarkun
Copy link
Collaborator

exarkun commented Nov 18, 2021

This is a specific case split off of #221 .

If at time T0 a client uploads a mutable that costs N ZKAPs then they must provide N ZKAPs for the operation to succeed and they are granted a lease on the stored data that expires at time Te. If they modify the mutable at time T1 (<Te) so that the mutable costs an additional M (>0) ZKAPs then they must provide M ZKAPs for the operation to succeed. At this point they have paid for (N + M) × (Te - T0) units of storage-time for one lease period but they are only going to receive (N × (Te - T0) + M × (Te - T1)) units of storage-time. Since T1 > T0 we know that this will be less than what they paid for.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

1 participant