Code Monkey home page Code Monkey logo

Comments (6)

Kruwed avatar Kruwed commented on June 22, 2024 2

is this fixed with full-rbf?

It appears 2.0.7 fixed this issue. A user on an old version who was a part of replaced coinjoin 56c7b2fab913ada716fabc122d6e247d2270b40d6a152b1d480e1f5fcfdf215a showed that it did not drop the replaced version from his history. Upon updating to 2.0.7, he said the transaction disappeared.

from walletwasabi.

Kruwed avatar Kruwed commented on June 22, 2024

Further consideration outside of the scope of this issue - If a user merged inputs to make a payment that was replaced by a coinjoin, those inputs should be reset to anon score 1 and gain the label of the original intended recipient.

from walletwasabi.

Kruwed avatar Kruwed commented on June 22, 2024

A potential inefficient fix that I mentioned to @turbolay is to periodically do a silent rescan in the background to check for funds that might be missing from replaced transactions. However, this may needlessly consume resources, so it might be better to trigger a silent rescan whenever a user runs into these sorts of errors:

[36] INFO CoinJoinCoinSelector.SelectCoinsForRound (85) No suitable coins for this round.

CoinJoinClient.CreateRegisterAndConfirmCoinsAsync (455) Round (xxxxxxxxxxxxxxxxxxxx): xxxxxxxxxxxxxxxxxxxxx-xxx is spent according to the backend. The wallet is not fully synchronized or corrupted.

#11904
image

from walletwasabi.

turbolay avatar turbolay commented on June 22, 2024

trigger a silent rescan whenever a user runs into these sorts of errors:

cACK

We need to have UI cue that something is going on. Also information has to be saved when relaunching the software

from walletwasabi.

Szpoti avatar Szpoti commented on June 22, 2024

[36] INFO CoinJoinCoinSelector.SelectCoinsForRound (85) No suitable coins for this round.

This can easily happen without the issue in discussion.

CoinJoinClient.CreateRegisterAndConfirmCoinsAsync (455) Round (xxxxxxxxxxxxxxxxxxxx): xxxxxxxxxxxxxxxxxxxxx-xxx is spent according to the backend. The wallet is not fully synchronized or corrupted

We could put an event here, to tell the client to rescan the wallet next time it opens.
But a nicer way maybe would be to put a check in TransactionProcessor to check if the incoming Tx is double spending a coinjoin with higher fee, and if so, again invoke an event to rescan the wallet?

from walletwasabi.

MaxHillebrand avatar MaxHillebrand commented on June 22, 2024

is this fixed with full-rbf?

from walletwasabi.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.