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

prioritize txs on busy network #205

Open
philippwerner opened this issue Oct 24, 2024 · 2 comments
Open

prioritize txs on busy network #205

philippwerner opened this issue Oct 24, 2024 · 2 comments
Assignees

Comments

@philippwerner
Copy link
Contributor

If there are more than 1024 transactions that want to be included in a tick, we should have a way to choose which one should be included. (for now it's random)
new algo should be: for each address which has pending tx for the tick of interest compute [balance]*[targetTick - latestOutgoingTick] as [weight]. Pick txs randomly proportional to their weight.

@krypdkat krypdkat added this to qubic Sep 12, 2024
@philippwerner philippwerner converted this from a draft issue Oct 24, 2024
@philippwerner
Copy link
Contributor Author

Franziska and me thought about problems due to spamming many tx by one entity.

One idea to address that is change [weight] to:
[weight] = [balance]*[targetTick - latestOutgoingTick + 1] and include the pending tx into compuation of latestOutgoingTick.

In consequence, if you already have a pending tx in targetTick, further tx you add to targetTick will have:
[weight] = [balance]*[1]

@Franziska-Mueller Franziska-Mueller moved this from 📋 Backlog to 🚫 Blocked in qubic Nov 28, 2024
@Franziska-Mueller
Copy link
Collaborator

Franziska-Mueller commented Nov 28, 2024

changing status to blocked because this task depends on having the transaction mempool working #226

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

No branches or pull requests

2 participants