--- Log opened Mon Dec 23 00:00:47 2019 01:07 -!- belcher [~belcher@unaffiliated/belcher] has joined #joinmarket 01:34 -!- Zenton [~user@unaffiliated/vicenteh] has joined #joinmarket 02:08 -!- zndtoshi [5669095c@86.105.9.92] has joined #joinmarket 02:11 < zndtoshi> Which yg is better to use? privacy enhanced or basic? can someone give some tips which are the differences? 02:28 < AgoraRelay> [agora-irc/AlexCato] it's what the name implies - basic just does the extremely basic functionality, but is great as a basis if you plan to build your own yield generator version on it 02:28 < AgoraRelay> [agora-irc/AlexCato] privacyenhanced randomizes nearly all parts of the offers every time, making it arguably better for privacy 02:28 < zndtoshi> I just want to cycle through my cold storage (split in many pieces) and leave parts for let's say 1 month... and hopefully cycle through it all in 1 year 02:29 < AgoraRelay> [agora-irc/AlexCato] so if you dont want to build your own, use privacyenhanced 02:32 < zndtoshi> ok sounds good for the enhanced one! 02:32 < zndtoshi> now. could you recommend a good cjfee_a and cjfee_r in order not to kill the market for others, but also get regular coinjoins? I don't want to make profit out of this.. just provide liquidity and get mixing for my stash as well. 02:32 < AgoraRelay> [agora-irc/AlexCato] there's one more custom yield generator which might be interesting to you, for your use case: https://github.com/JoinMarket-Org/custom-scripts/blob/master/yield-generators/yg-acyclic.py . That one will cycle the funds until they are in the last mixdepth, and then not offer these any more. That's basically a REALLY slow running tumbling 02:32 < AgoraRelay> process. If your main goal is improving your own coins' privacy, this might be an even better optio 02:32 < AgoraRelay> [agora-irc/AlexCato] n 02:33 < zndtoshi> oh awesome! thank you! 02:34 < AgoraRelay> [agora-irc/AlexCato] feel free to use as low fees as you see fit. With your goals, I'd use ordertype 'swabsoffer' and cjfee_a something around 1-500 and txfee doesnt really matter. Maybe 100-1000 02:35 < AgoraRelay> [agora-irc/AlexCato] you'll not make profit with these settings, but whenever a Taker with low fee preferences does joins, your yield generator will have a good chance of being used 02:37 < k3tan> once acyclic cycles through to the last mixdepth, do you just transfer them to cold storage? 02:37 < AgoraRelay> [agora-irc/AlexCato] i'd use a sendpayment to do that 02:37 < AgoraRelay> [agora-irc/AlexCato] probably not strictly necessary, but with all fees so low, there's no reason not to 02:38 < AgoraRelay> [agora-irc/AlexCato] 'sendpayment' as in using the sendpayment.py script for this 02:42 < k3tan> is that essentially 'single join' in the gui? 02:42 < AgoraRelay> [agora-irc/AlexCato] yes 02:53 < k3tan> " but whenever a Taker with low fee preferences does joins" <- are there scenarios for high fee preferences? 02:56 < AgoraRelay> [agora-irc/AlexCato] yes, sort-of. The default settings choose random makers for joins, which are below the configured maximum acceptable fees to the taker. So in most cases, it makes no difference as a maker, if you offer your coins for a coinjoin fee of 100 or 1000. But there's manual overrides for this setting (e.g. -C to choose the cheapest makers). 02:57 < AgoraRelay> [agora-irc/AlexCato] the reason for this: otherwise evil spies could just flood joinmarket with makers charging basically no fees, get all the coinjoin traffic and de-anonymize joins that way 02:57 < AgoraRelay> [agora-irc/AlexCato] the random choosing makes this impossible (= extreeeemly unlikely to be possible) 02:57 < belcher> and also they could DOS, by choosing low fees so everyone joins with them and then they stop the protocol halfway through to stop coinjoins happening 02:58 < AgoraRelay> [agora-irc/AlexCato] so, if you plan to have the most join for your yield generator, you want to offer low fees, as some Takers will explicitly use only low fees makers 03:29 < k3tan> thanks for clarifying, i don't know the shit you guys deal with and try to build around, much appreciated. 03:41 < waxwing> takinbo, so on #391 should i give it a test drive? 03:54 < zndtoshi> trying to run yg I get this error: any suggestions? 03:54 < zndtoshi> AttributeError: /usr/local/lib/libsodium.so: undefined symbol: randombytes_seedbytes 03:56 < waxwing> hmm i think that's the second time someone's said that. did you run the install script for 0.6.1 and also restart the virtualenv? 03:56 < waxwing> because i don't know for sure but it sounds like you're unwittingly running the old libsodium version, which should have been updated from 0.6.0 onwards 03:57 < waxwing> i emphasize this is just a guess. i'm not sure if i can reproduce this error. 03:58 < waxwing> zndtoshi, read this comment thread: https://www.reddit.com/r/joinmarket/comments/e8rgyl/new_release_061_small_but_important_bugfix/ 03:59 < waxwing> it appears it does indeed fix it if you make sure to get rid of the old libsodium lib ; see the last comment in the thread. 03:59 < waxwing> i wonder if we can give general advice to people to avoid this happening. 04:00 < zndtoshi> I checked bash history so maybe you can have an idea 04:00 < zndtoshi> git clone git://github.com/jedisct1/libsodium.gitcd libsodiumgit checkout tags/1.0.4./autogen.sh./configuremake checksudo make installcd ..git clone https://github.com/Joinmarket-Org/joinmarket-clientservercd joinmarket-clientserversudo pip install virtualenv...etc 04:01 < zndtoshi> sorry for the mess.. you can check it here as well 04:01 < zndtoshi> https://textuploader.com/1ow9p 04:02 < waxwing> interesting; you installed libsodium manually? we've moved to 1.0.18 .. but the install script does that for you automatically also. 04:05 < zndtoshi> I used this 04:05 < zndtoshi> https://github.com/JoinMarket-Org/joinmarket-clientserver/blob/master/docs/INSTALL.md 04:06 < zndtoshi> seems I missed the word "after" 04:07 < waxwing> oh wow! that's really badly wrong damn somehow it slipped through the net. 04:07 < waxwing> mostly people on linux start on readme and do the quick install which is just 'run install.sh' basically. 04:07 < waxwing> for Mac and Windows (kinda) you have to use install.md. 04:08 < waxwing> anyway details, i have to update that doc right now, at least change to 1.0.18 anyway 04:08 < zndtoshi> can you recommend a quick fix? not a linux savy user here! Or should I restart the process 04:10 < waxwing> you can just do what you did before, it's OK; just change the 1.0.4 to 1.0.18 . and also do it all in a new directory to keep it simple (perhaps not needed but anyway) 04:10 < waxwing> sorry i was slightly overreacting, it's not that those instructions are totally wrong :) just wrong version. 04:10 < waxwing> i'm updating it now. 04:15 < zndtoshi> changed to 1.0.18 and nothing else and it worked. Thank you for the help Adam! 04:16 < waxwing> yw 04:33 -!- avril [wha@unaffiliated/avril] has quit [Ping timeout: 248 seconds] 04:49 -!- slivera [slivera@gateway/vpn/privateinternetaccess/slivera] has quit [Remote host closed the connection] 05:39 -!- MaxSan [~four@82.102.28.107] has joined #joinmarket 06:02 -!- MaxSan [~four@82.102.28.107] has quit [Ping timeout: 265 seconds] 06:28 -!- viasil [~viasil@95.174.67.204] has quit [Ping timeout: 260 seconds] 06:34 -!- viasil [~viasil@95.174.67.204] has joined #joinmarket 07:59 < waxwing> takinbo, left some comments on #391 .. looking good to me at the moment. 08:00 < waxwing> if people could test #391 in various environments that would be nice. 09:23 -!- quitobro [448156e2@pool-68-129-86-226.nycmny.fios.verizon.net] has joined #joinmarket 09:23 < quitobro> hi y'all 09:24 < quitobro> so i am running joinmarket with a pruned node 09:24 < quitobro> couple questions... 09:24 < quitobro> 1. every time i run a command like sendpayment, a message is printed: 09:24 < quitobro> 2019-12-23 12:22:01,726 [INFO] Detected new wallet, performing initial import 09:25 < quitobro> kind of strange... hadn't seen this before. i recently ported my wallet to a new computer however, previously i had a full (un-pruned) node backing my JM scripts 09:25 < quitobro> 2. sendpayment fails with ABORT:Failed to source a commitment but the UTXO is visible in the wallet and doesn't fail any of the three conditions e.g. < 1 confirmation 09:26 < quitobro> any suggestions? thanks :) 09:30 < quitobro> belcher belcher_ waxwing 09:38 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net] 09:39 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 09:40 < belcher> quitobro i dont have enough information, but i highly doubt the pruning is the cause of that 09:41 < quitobro> belcher okay thanks - weird that the 'detected new wallet' line is always printed 09:43 < belcher> that line is here https://github.com/JoinMarket-Org/joinmarket-clientserver/blob/353b4aab8b995a7fbca6a16d817735111a643733/jmclient/jmclient/wallet_service.py#L453 09:44 < belcher> am i being blind but does this function not return anything https://github.com/JoinMarket-Org/joinmarket-clientserver/blob/353b4aab8b995a7fbca6a16d817735111a643733/jmclient/jmclient/wallet_service.py#L422-L437 and then `used_addresses = self.get_address_usages()` will always have `used_addresses` be None ? 09:45 < belcher> as for failing to source a commitment, try running wallet-tool with `showutxos` to really make sure they are in the wallet 09:45 < belcher> and do they definitely have more than 5 confirmations and 20% of the coinjoin value 09:47 < quitobro> yea `showutxos` shows the utxo i'm trying to send 09:47 < quitobro> ``` 09:47 < quitobro> `2019-12-23 12:46:01,200 [INFO] Detected new wallet, performing initial import{ "xxxxxxx:4": { "address": "yyyyyyy", "value": zzzzzz, "tries": 0, "tries_remaining": 20, "external": false }} 09:47 < quitobro> yikes formatting 09:47 < waxwing> quitobro, tries remaining: 20 ? i think you changed that in the config? 09:47 < quitobro> oh hah you are right belcher 09:47 < quitobro> about that fn return value 09:47 < quitobro> waxwing i did yea 09:48 < waxwing> don't do that, because it's a consensus variable. 09:48 < waxwing> it's only really there for testing. or some obscure scenarios perhaps. 09:48 < belcher> should we remove it from the config file and put it as a constant in the code instead? 09:48 < quitobro> it's consensus variable or like a BIP/standard? 09:49 < waxwing> get_address_usages() is poorly named, it's not a getter function, it's "getting" from Core and then setting. 09:49 < belcher> quitobro its a protocol variable, so if you change it you wont be able to properly communicate with other peers 09:49 < belcher> but you wont create a brand new altcoin like if you edited bitcoin core's source 09:50 < quitobro> send with these orders? (y/n):y2019-12-23 12:49:22,758 [INFO] ABORT:Failed to source a commitment; this debugging information may help:1: Utxos that passed age and size limits, but have been used too many times (see taker_utxo_retries in the config):None2: Utxos that have less than 1 confirmations:None3: Utxos that were not at least 20% of the 09:50 < quitobro> size of the coinjoin amount 27628xxNone***Utxos that appeared in item 1 cannot be used again.Utxos only in item 2 can be used by waiting for more confirmations, (set by the value of taker_utxo_age).Utxos only in item 3 are not big enough for this coinjoin transaction, set by the value of taker_utxo_amtpercent.If you cannot source a utxo from your 09:50 < quitobro> wallet according to these rules, use the tool add-utxo.py to source a utxo external to your joinmarket wallet. Read the help with 'python add-utxo.py --help'***For reference, here are the utxos in your wallet:mixdepth 0: 6d00e40xxxxxxxxxx1d6fab29d07d94989832eb68eedfaf37114df94:4 - path: m/4x'/0'/0'/1/4xx, address: 09:50 < quitobro> 3N2WhqxxxxxxxxxJJdYx3JRZperQ4jmSod, value: 27652462019-12-23 12:49:22,759 [INFO] Did not complete successfully, shutting downdone 09:50 < waxwing> belcher, quitobro it's not literally breaking protocol communication; it's just it'll make you try things that are guaranteed to not work 09:50 < waxwing> quitobro, did you see this comment about it? https://github.com/JoinMarket-Org/joinmarket-clientserver/blob/master/jmclient/jmclient/configure.py#L264-L267 09:50 < waxwing> but you're right belcher on reflection it was a mistake to make it editable in-config. 09:51 < waxwing> quitobro, that probably needs a pastebin :) 09:51 < quitobro> ah sorry yea i shall 09:53 < quitobro> https://pastebin.com/tpgzmNSM 09:54 < belcher> you say that one of your utxos doesnt pass the 20% coinjoin amount size test? 09:54 < belcher> it doesnt appear in your pastebin, so perhaps theres a bug because it should 09:55 < quitobro> no i don't think that's an issue 09:57 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net] 09:58 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 10:06 -!- quitobro [448156e2@pool-68-129-86-226.nycmny.fios.verizon.net] has quit [Remote host closed the connection] 10:06 < waxwing> quitobro if you reset the allowed tries to > 3 then it may have been used 3 times and so even though it says it's allowed, none of your counterparties will allow it. 10:06 < waxwing> oh but it's more complicated isn't it. you're finding your own code is disallowing it. 10:07 < waxwing> it's possible that it's related somehow to https://github.com/JoinMarket-Org/joinmarket-clientserver/issues/412 10:07 < waxwing> i keep meaning to get around to looking further at that. i've been cleaning house a bit today with lots of old Issues but haven't got round to that one. 10:08 < waxwing> iirc the symptom there was that the utxo was indeed too new but was not shown in the detailed message. so it doesn't sound the same. just same general area. 10:09 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Remote host closed the connection] 10:12 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 10:13 < waxwing> oh hmm. now i look at the pastebin; i guess, it could well be the same issue as #412? 10:28 -!- stoner19 [~stoner19@unaffiliated/stoner19] has quit [Quit: keep on keepin' on...] 10:31 -!- quitobro [448156e2@pool-68-129-86-226.nycmny.fios.verizon.net] has joined #joinmarket 10:31 < quitobro> sorry belcher waxwing got disconnected, did i miss responses from ya? 10:31 < quitobro> my bad 10:36 -!- Zenton [~user@unaffiliated/vicenteh] has quit [Ping timeout: 260 seconds] 10:43 -!- quitobro [448156e2@pool-68-129-86-226.nycmny.fios.verizon.net] has quit [Remote host closed the connection] 10:50 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net] 10:51 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 10:58 < waxwing> dammit he's not here, if he comes back tell him channel is logged now as per topic, see http://gnusha.org/joinmarket/2019-12-23.log 12:33 -!- zndtoshi [5669095c@86.105.9.92] has quit [Remote host closed the connection] 12:36 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has quit [Quit: ZNC - http://znc.sourceforge.net] 12:36 -!- luke-jr [~luke-jr@unaffiliated/luke-jr] has joined #joinmarket 13:38 -!- Zenton [~user@unaffiliated/vicenteh] has joined #joinmarket 15:01 -!- slivera [slivera@gateway/vpn/privateinternetaccess/slivera] has joined #joinmarket 17:08 -!- slivera [slivera@gateway/vpn/privateinternetaccess/slivera] has quit [Remote host closed the connection] 17:16 -!- CgRelayBot [~CgRelayBo@p5DE4AA1A.dip0.t-ipconnect.de] has quit [Ping timeout: 260 seconds] 17:18 -!- AgoraRelay [~jmrelayfn@p5DE4AA1A.dip0.t-ipconnect.de] has quit [Ping timeout: 265 seconds] 17:28 -!- CgRelayBot [~CgRelayBo@p5DE4AA16.dip0.t-ipconnect.de] has joined #joinmarket 17:31 -!- AgoraRelay [~jmrelayfn@p5DE4AA16.dip0.t-ipconnect.de] has joined #joinmarket 18:48 -!- avril [wha@cute.b.oy.hu] has joined #joinmarket 18:48 -!- avril [wha@cute.b.oy.hu] has quit [Changing host] 18:48 -!- avril [wha@unaffiliated/avril] has joined #joinmarket 22:38 -!- slivera [slivera@gateway/vpn/privateinternetaccess/slivera] has joined #joinmarket 23:55 -!- kristapsk [~KK@gateway/tor-sasl/kristapsk] has quit [Quit: Leaving] --- Log closed Tue Dec 24 00:00:46 2019