00:53:42 sgp_: yes, it is just recording/displaying more information related to txs you construct 19:43:36 Is it possible to construct a pre-RingCT transaction using the v0.17 software? 19:44:10 Yes. 19:44:43 Well... kinda depends how you define pre-ringct... 19:44:58 But should I have the key of that transaction? How could I do it? 19:45:07 If I want to run my private testnet 19:45:21 Is it possible still to create these pre-RingCT transactions? 19:45:33 Define "pre-ringct" first. 19:46:02 I want to create a similar transaction as in block 110 19:46:04 You can definitely use pre-ringct inputs (ie, amount is known). 19:46:47 But I think the outputs have to rct. So in that case, the answer is no. 19:47:06 I'm just not 100% sure. Though my certainty is growing as I think of it. 19:47:28 So to do that I would need the v0.9 software, right? Could I use the testnet back then? 19:47:58 Sure. It'll stop syncing when it starts being confused by newer txes. At this point, just mine yourself. 19:48:33 (and then pop those txes once you're done and want to continue syncing with a newer version) 19:48:41 s/txes/blocks/ 19:50:35 Ok. Thank you moneromooo! Im trying to compile but I'm getting a lot of errors in the libraries 20:14:26 moneromooo: sweep_unmixable will construct pre-rct outputs that pass today I'm like 95% sure 20:16:09 this line tells the client not to use rct cuz `fake_outs_count` is 0: https://github.com/monero-project/monero/blob/9aab19f349433687c7aaf2c1cbc5751e5912c0aa/src/wallet/wallet2.cpp#L10627 20:16:42 caller: https://github.com/monero-project/monero/blob/9aab19f349433687c7aaf2c1cbc5751e5912c0aa/src/wallet/wallet2.cpp#L11100 20:23:42 I haven't looked deep enough to see if it's their "unmixability" that lets them pass 20:27:41 I think I'm giving up for today. I'm too stupid to correct the compilation errors on v0.9. I believe I am using my shared libraries and there may be some incompatibilities with the software back then. Is there a good README or a command that would help me create the necessary static libraries to use only for the monero v0.9? 20:32:24 my advice would be to use the latest version instead, and adjust hard fork versions based on what you're trying to test here: https://github.com/monero-project/monero/blob/9aab19f349433687c7aaf2c1cbc5751e5912c0aa/src/hardforks/hardforks.cpp#L77-L97 20:32:41 that's what I do 20:34:50 these instructions for setting up a local testnet also valuable: https://github.com/moneroexamples/private-testnet 20:35:37 Ok. But do you think that I could create a private testnet and still construct a pre-RingCT transaction with it? I know that the code for constructing those transactions are still there. I dont know if there are used though. 20:36:56 yep, if you start a local private testnet from scratch and start using the wallet normally, you have until block 624634 until the next hard fork. I forgot which version introduced ringct as default 20:37:39 Ok. Yeah, that might be the best solution! Thank you jberman! 20:37:45 i.e. the wallet will automatically create pre-rct tx's to start 20:38:19 np :) 21:36:38 "np :)" <- I am able to debug now. I have started my testnet as suggested in the tutorial and I am able to enter in the check_ring_signatures using gdb :) 21:36:52 I have found some really weird things though 21:37:58 Ah yes, that was it, thanks jberman[m]. 21:41:11 Two points: 21:41:12 1) On the real blockchain, the first transactions that I found were always using the same amount in the rings. But the transactions I created with my wallet, they had members with different amounts. (I dont know if the code changed from v0.9 to 0.17 so to allow different amounts in the ring). It is strange because the wallet doesnt create a possible transaction at first. I had to try several times so the algorithm would 21:41:12 find an appropriate ring to build my transaction. Like here: 21:41:13 [wallet 9wviCe]: transfer 4 A2rgGdM78JEQcxEUsi761WbnJWsFRCwh1PkiGtGnUUcJTGenfCr5WEtdoXezutmPiQMsaM4zJbpdH5PMjkCt7QrXAhV8wDB 10... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/cf59c3f224e24426c3130e46a8371493029359dd) 21:42:17 2) I made a transaction where the amounts dont match. The outputs are different from the inputs. My miner with difficulty 1 accepted. 21:43:16 Found in blockchain at height 150... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/310f18bb7ae6210ba18af45962e6dd034eb31065) 21:44:47 Rings members must have the same amount. Ringct outputs are deemed to all have the same amount for this purpose. If this isn't hte case, it's a bug. If such a tx verifies fine, it's a wtf bug. 21:45:06 Ooops sorry 21:45:14 I take back statement 2. I dint consider the fees 21:45:48 But statement 1 is clear. I made at least 5 times now. 21:45:58 The ring members dont have the same amount 21:46:00 Does it verify fine ? 21:46:20 Yes. I think so. 21:46:29 Looks like the transaction above 21:46:31 Did you make changes to the verification code ? 21:46:52 Can you see it? I dont know if my paste is working 21:47:20 moneromooo: I dont think so. I have just inserted a line to print some text. 21:47:56 I can see your pastes. Just to make sure (sorry if this is obvious): different rings in a tx can have different amounts. You're sure you're not confusing these things ? 21:48:47 ie, for the first ring in your paste: 21:49:00 Hahaha yeah, I'm stupid. My bad. They are not different member but they are different rings :p 21:49:17 Sorry for that. Everything is working fine haha 21:49:17 It has amount 7000000000000, and ring members 2, 2+34, 2+34+3, 2+34+3+16. 22:23:56 Ok. Thank you. And sorry for my stupidity. I am pretty confident now that I can debug the code and better understand whats happening to create my python tools. I believe that playing on the testnet will be the closest thing I will have to verify these transactions as I will never be able to go to the past and run v0.9 again :p So, I will be pretty satisfied if I can check in the testnet and then just apply my code in the 22:23:56 mainnet :)