This repository has been archived by the owner on Jan 13, 2025. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 4.5k
Parallel transaction processing design #103
Milestone
Comments
Notes from initial discussion with @aeyakovenko:
Takeaway: maximize transaction throughput. |
What I ended up implementing is to put separate read/write locks on each of the following:
I also changed transaction processing to apply all debits first, and once complete, start applying all credits. This ensures that the same set can be validated in any order and that no debit will pull the account below zero. The strategy therefore rejects transactions that would otherwise be valid if a credit was applied first. |
vkomenda
pushed a commit
to vkomenda/solana
that referenced
this issue
Aug 29, 2021
…#103) Bumps [superstruct](https://github.com/ianstormtaylor/superstruct) from 0.8.4 to 0.10.12. - [Release notes](https://github.com/ianstormtaylor/superstruct/releases) - [Changelog](https://github.com/ianstormtaylor/superstruct/blob/master/Changelog.md) - [Commits](ianstormtaylor/superstruct@v0.8.4...v0.10.12) Signed-off-by: dependabot[bot] <support@github.com> Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
buffalojoec
pushed a commit
to buffalojoec/solana
that referenced
this issue
Mar 7, 2024
refactor: unlock accounts
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Race(PayAfter(date, to), CancelOnSig(from))
The text was updated successfully, but these errors were encountered: