Skip to content

Conversation

leo-aa88
Copy link
Contributor

This PR addresses issue #29466 by updating the removeprunedfunds RPC method to accept an array of transaction IDs (txids). This enhancement allows for batch removal of transactions, improving usability for pruned wallets. The change includes updates to the RPC method signature and the corresponding functional test adjustments to align with the new input format. This feature simplifies wallet management by enabling more efficient transaction handling.

@DrahtBot
Copy link
Contributor

DrahtBot commented Feb 23, 2024

The following sections might be updated with supplementary metadata relevant to reviewers and maintainers.

Code Coverage

For detailed information about the code coverage, see the test coverage report.

Reviews

See the guideline for information on the review process.

Type Reviewers
Concept NACK luke-jr
Concept ACK fjahr, BrandonOdiwuor

If your review is incorrectly listed, please react with 👎 to this comment and the bot will ignore it on the next update.

Conflicts

No conflicts as of last run.

@leo-aa88 leo-aa88 force-pushed the rpc/removeprunedfunds-should-take-an-array-of-txids branch from da1a32a to 10a5742 Compare February 23, 2024 02:20
Copy link
Member

@furszy furszy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

As it breaks RPC compatibility, needs release-notes.

@fjahr
Copy link
Contributor

fjahr commented Feb 23, 2024

Concept ACK

@leo-aa88 leo-aa88 force-pushed the rpc/removeprunedfunds-should-take-an-array-of-txids branch from 10a5742 to 771920d Compare February 23, 2024 22:28
@leo-aa88 leo-aa88 force-pushed the rpc/removeprunedfunds-should-take-an-array-of-txids branch from 771920d to 4fa1ad3 Compare February 24, 2024 03:31
@leo-aa88 leo-aa88 requested review from furszy and brunoerg February 24, 2024 17:53
@luke-jr
Copy link
Member

luke-jr commented Mar 4, 2024

Probably better to just remain backward compatible, at least for a release or two...?

@leo-aa88
Copy link
Contributor Author

leo-aa88 commented Mar 4, 2024

Probably better to just remain backward compatible, at least for a release or two...?

It could handle both cases I guess (passing a string as arg and an array of strings).

@luke-jr
Copy link
Member

luke-jr commented Mar 4, 2024

Actually, looking at the implementation deeper, I'm not sure we gain anything from this change. Just use batch RPC calls?

Concept NACK for now.

@leo-aa88
Copy link
Contributor Author

leo-aa88 commented Mar 4, 2024

Actually, looking at the implementation deeper, I'm not sure we gain anything from this change. Just use batch RPC calls?

Concept NACK for now.

Doing batches of RPC calls is definitely slower than if we handled this case internally. So how is that not a benefit?

Copy link
Contributor

@BrandonOdiwuor BrandonOdiwuor left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Concept ACK

@stickies-v
Copy link
Contributor

Doing batches of RPC calls is definitely slower than if we handled this case internally.

Do you have any performance analysis to look into the difference between both approaches? That would be helpful to assess the merit of this PR.

@achow101
Copy link
Member

Are you still working on this?

The comment about backwards compatibility was never addressed.

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

Successfully merging this pull request may close these issues.

9 participants