11:21:02 <mj-xmr[m]> > <@rucknium:monero.social> dangerousfreedom: You may want to check out
11:21:02 <mj-xmr[m]> > https://github.com/neptuneresearch
11:21:02 <mj-xmr[m]> I used neptune 's tools to prepare the Monero's transaction-number data for my Time Series Analysis tool.
11:21:31 <mj-xmr[m]> Solid stuff.
16:23:25 <dangerousfreedom> Thanks mj-xmr 
16:26:13 <dangerousfreedom> More questions and many thanks again in advance to answer them ;)... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/a8511a66cb8c27326c465a725ce0eb3abd07d19a)
16:51:28 <wernervasquez[m]> dangerousfreedom: (I am sure you know, but double checking) as part of checking key image correctness, make sure you test its order. AFAIK, you multiply the image by the curve order and check if it equals the identity. I am sure you have seen that in the code.
17:19:48 <dangerousfreedom> <wernervasquez[m]> "dangerousfreedom: (I am sure you..." <- Yes, I will have to somehow verify it. I dont know exactly how for now. Thanks.
20:19:02 <jberman[m]> tx version 1 is all pre-RingCT, tx version 2 is RingCT
20:19:03 <jberman[m]> > I mean, is it a requisite that a ring should contain members with addresses storing the same amount of xmr?
20:19:03 <jberman[m]> This was the case before RingCT was implemented in January 2017 block #1220516, which was required for all tx's in September 2017, see dates here: https://www.getmonero.org/resources/moneropedia/ringCT.html
20:19:16 <jberman[m]> > the bLSAG ring scheme described on pages 30 and 31 of ZTM2
20:19:16 <jberman[m]> See section 4.4 for the first ring sig implementation: https://www.bytecoin.org/old/whitepaper.pdf
20:19:35 <jberman[m]> > So, where can I get a good resource to implement that in Python or are you aware of any charitable soul that has already implemented that in Python?
20:19:35 <jberman[m]> Not sure about this :/ But this python library will be helpful I think: https://github.com/SarangNoether/skunkworks/blob/rct3/rct3-single/dumb25519.py
20:19:44 <jberman[m]> And here's a solid beginner level tutorial on how to use it: https://github.com/coinstudent2048/ed25519_tutorials
20:22:03 <jberman[m]> > <@jberman:matrix.org> > I mean, is it a requisite that a ring should contain members with addresses storing the same amount of xmr?
20:22:03 <jberman[m]> > 
20:22:03 <jberman[m]> > This was the case before RingCT was implemented in January 2017 block #1220516, which was required for all tx's in September 2017, see dates here: https://www.getmonero.org/resources/moneropedia/ringCT.html
20:22:03 <jberman[m]> Also clarifying, you can still spend pre-RingCT outputs to this day and forever
20:41:50 <merope> dangerousfreedom: Btw, an interesting question that you could probably (?) answer is: how many pre-RingCT xmr have not yet been converted?
20:42:42 <merope> Perhaps even plot their conversion over time
20:43:06 <merope> I do recall seeing some conversion transactions 1-2 years ago
20:43:35 <merope> And there could very well be many more
21:29:27 <jberman[m]> technically consensus still allows tx's with pre-RingCT outputs today too actually, don't think that link is right, kinda confusing
22:19:10 <dangerousfreedom> <jberman[m]> "And here's a solid beginner..." <- Thank you jberman . I will try to use these functions. I didn't find an implementation of the ring signatures though. Maybe it will be a good exercise to implement them. But it will take more time too.
22:21:37 <dangerousfreedom> <merope> "dangerousfreedom: Btw, an..." <- I believe there will be many interesting questions but I will try to focus on the main goal now (convince myself about the inflation thing). I will try to address them later. What do you mean by converted? I'm still on block 110 haha there are a lots of things to learn yet about the history :p
22:36:35 <jberman[m]> Once RingCT was released, people were still, and still are, holding pre RingCT outputs. These users can construct a tx today that takes pre-RingCT as inputs, and spits out RingCT as outputs. That's what they mean by converting
22:39:32 <jberman[m]> There are x pre-RingCT outputs in the chain, and y key images from pre-RingCT rings. y / x = conversion progress
22:46:05 <dangerousfreedom> I see the theory. Thank you. How do I distinguish though in practice? An old image key and stealth address has the same format as a new image key and stealth address. Oh, as I was writing I saw that it is a stupid question. Ok, they were not converted, but used in the newer forks. So you wanted to see how many outputs from the first version (v1) still exist.. I see. Interesting.
22:50:41 <UkoeHB> Technically you could spend pre-RingCT outputs in a RingCT tx (i.e. reference them as ring members). https://github.com/monero-project/research-lab/issues/59
22:53:49 <merope> jberman: not just inputs and outputs, but also xmr value
22:54:17 <merope> so we could see what percentage of the supply is "abandoned" pre-ringct
22:56:59 <jberman[m]> Would make for some interesting data analysis for sure
22:57:43 <dangerousfreedom> Yeah, it would be cool. As I calculated, 39% of the blocks are in the v1 version. And a lot of rewards paid during this time.
23:00:16 <dangerousfreedom> I plan to start create a website this weekend to organize my ideas and to educate myself (and possibly others) about the inflation issue on the v1 initially. I will append some of these curiosities also when I finish my main goal.
23:02:37 <dangerousfreedom> Another curiosity is that I believe that there were no sub-addresses initially and the rewards were divided into 8 different addresses initially for a lot of blocks. I dont know if it is true yet but I will check later (as curiosity) :p