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

Decouple BIC and Mana payments #759

Open
vekkiokonio opened this issue Feb 20, 2024 · 3 comments
Open

Decouple BIC and Mana payments #759

vekkiokonio opened this issue Feb 20, 2024 · 3 comments
Assignees
Labels
team-research Issues for Research Team

Comments

@vekkiokonio
Copy link

Analyse the implications of decoupling BIC payment for throughput and Mana payment for tx execution on congestion control

@vekkiokonio vekkiokonio self-assigned this Feb 20, 2024
@vekkiokonio vekkiokonio converted this from a draft issue Feb 20, 2024
@vekkiokonio vekkiokonio added the team-research Issues for Research Team label Feb 20, 2024
@vekkiokonio vekkiokonio moved this from Backlog to In Progress in iota-core Feb 22, 2024
@vekkiokonio
Copy link
Author

Analysis started.

Makes sense to split resource control between storage (with storage deposit), bandwidth (ICCA / Mana burn) and CPU (Mana Burn / Dynamic RMC).

@vekkiokonio
Copy link
Author

We are investigating the possibility of having a fixed RMC as an anti-spam and an adaptive RMC to protect execution. The rationale is that bandwidth is anyway protected by the DRR scheduler, so adaptation there has little impact.

Gonna run a few simulations on abstract scenarios to capture the dynamics of one or another approach.

@vekkiokonio
Copy link
Author

Designing an actual proposal is subject to decisions taken around other modules so this effort is put on hold.

@vekkiokonio vekkiokonio moved this from In Progress to Product Backlog in iota-core Mar 19, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
team-research Issues for Research Team
Projects
Status: Product Backlog
Development

No branches or pull requests

1 participant