-
Notifications
You must be signed in to change notification settings - Fork 2k
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
Chained JoinSplits #555
Comments
@ebfull is this implemented? |
This is not implemented and needs to be implemented for 1.0. It won't be that hard. |
I want to implement this after #788 lands. |
The interaction of this feature with the existing RPC design is a bit tricky. The current design is mostly stateless; you have a transaction, you use In order to retain that design but offer this feature in the API, we have to let users of My idea is to stop offering The rest of the approach is just a somewhat-tricky algorithm for efficiently chaining all the inputs together. |
The alternative approach is to figure this mess out when we are working on the payment API, and leave the existing API the same way it is. I've already implemented the consensus rules for it, so I'm pretty happy with going that route. |
I would prefer this be reviewed as-is by at least two engineers on the team. |
(Referring to #973) |
What approach does #973 use for |
Oh, it doesn't change the RPC. Yes that's fine. |
PourTx
s should be able to anchor to an incremental merkle tree produced by a previousPourTx
.This ticket is about both:
The text was updated successfully, but these errors were encountered: