Question about RPC and wallet parameters. #12232
Replies: 1 comment 5 replies
|
I'm glad you're playing around with the RPC, thanks for the feedback!
I don't know more details, so pinging @lontivero for the other open questions. |
|
I'm glad you're playing around with the RPC, thanks for the feedback!
I don't know more details, so pinging @lontivero for the other open questions. |
Uh oh!
There was an error while loading. Please reload this page.
Hi guys!
I'm writing a Go RPC client for your wallet and manager to control CoinJoin rounds. In brief, here's the case: there's a hot wallet receiving payments to various addresses. Automatic CoinJoin is disabled on this wallet. In situations where network fees are below a set threshold and a specific amount accumulates on the wallet, a CoinJoin to a cold wallet should be executed in a single round.
While writing code and testing I had a number of questions:
After executing the
startcoinjoinsweepmethod, when all coins have moved from the hot wallet to the cold one, and CoinJoin has been completed, will it continue to run when new coins arrive on the hot wallet, or do I need to start it again?During tests, with auto-CoinJoin enabled on the hot wallet (though not meeting the amount criteria), after executing
startcoinjoinsweep, the round was successful, all coins moved to the cold wallet, butgetwalletinfoon the hot wallet started returning"coinjoinStatus":"In schedule"- what does this mean?What should the
listpaymentsincoinjoinmethod return? Could you provide a JSON example? Looking at the code, it seems I should see transactions with the status Finished, but with completed CoinJoin rounds, both hot and cold wallets respond with an empty array for this method...During the CoinJoin process, will I see
coinjoinStatusin both wallets or only in the hot one?If I interrupt CoinJoin in the
In progressstatus, can the coordinator block me? Or am I causing harm to other participants only if I interrupt in theIn critical phasestatus?When executing
getfeerates, I get a map where the key is the target number of blocks, and the value is the cost in satoshis/byte, right? If yes, how does this correlate with the parameter in my hot wallet"FeeRateMedianTimeFrameHours": 24? How does thisFeeRateMedianTimeFrameHoursparameter work?What is the parameter in the wallet "CoinjoinSkipFactors": "0.7_0.8_0.9"?
How is my share of the transaction weight calculated precisely? Can I at least estimate it? All my source addresses are segwit, and the target is 50%/50% segwit/taproot. This is important considering fee level fluctuations so that I can temporarily stop CoinJoin.
When (theoretically) could the
setwalletinfomethod be introduced? It is crucial to have the ability to modify the values of the following parameters through RPC:MinGapLimit,AutoCoinJoin,AnonScoreTarget,FeeRateMedianTimeFrameHours.Thank you in advance for your help!
All reactions