10:18:05 Who is available for a fork-dedicated dev meeting the upcoming sunday at 17:00 UTC (if there aren't too many meeting. Otherwise saturday)? 11:01:41 Hello 11:01:55 I am new here 11:02:40 hi 11:03:02 moneromooo: Hello 11:03:13 Im here to learn about Monero 11:03:20 I never heard of it before 11:03:32 I am also a self taught dev 11:04:09 Lookup "zero to monero" and "mastering monero", these will teach you. Reading the code also will (that's how I learnt). 11:05:06 moneromooo: Okaoy I will 11:05:20 > <@moneromooo:libera.chat> Lookup "zero to monero" and "mastering monero", these will teach you. Reading the code also will (that's how I learnt). 11:05:20 * Okay I will 11:05:56 Is Monero better than bitcoin? 11:07:26 Depends for what. For privacy, most definitely. 11:08:50 for decentralization, yes. for dynamic scalability yes. for use as peer 2 peer electronic cash yes... 11:09:01 Wow 11:09:46 I can not believe I just heard about this. I was going through Github on a bored night. That is how I stumbled upon Monero. 11:10:16 talk about needle in a haystack 11:10:59 Wow 11:11:53 This is going to be the next big thing 11:12:34 Next year will be the year of Monero on the desktop! 11:13:09 Wow 11:13:43 Can not believe I was living under a rock. 11:14:56 "I am also a self taught dev" <- Links to resources for Monero dev : http://moneroar4fiojlkzkvwgt25rp6vifswcpwaxbzlhfkdenczbhc4luqad.onion/monero-dev/ 11:15:10 Yes, Monero is better than Bitcoin. 11:15:25 But, being better is a never ending task ! 11:16:47 I would like to contribute to this project. 11:17:12 I am sure that is the biggest thing I have done ever if I did. 11:23:21 I can use monero blockchain now? 11:33:04 Anytime, it's available as long as you can find a peer. 11:33:38 You find, and connect to, peers that keep copies of the blockchain. You then become one of those peers yourself. 11:33:56 Right 11:34:09 Thanks 11:34:13 So as long as you find a peer (that's recursively in contact with a peer that's got the longest valid chain), you're good and will end up with the right chain. 11:36:14 You may want to use --enable-dns-blocklist, it'll prune some known malicious peers which may make it harder for you to find that peer that has the highest chain. 11:37:40 Thanks 11:38:04 How fast does it take a miner to earn one monero? 11:39:02 2 minutes times 3.9 divided by your hash rate divided by 0.7. 11:39:12 3e9, not 3.9. 11:39:33 Expected time in the long term average, it'll vary of course. 11:40:48 I gotcha 14:44:34 GM 15:31:29 howdy 16:12:21 Is there a Javascript implement to RandomX? I want to use it as a hash algo in my project(just for fun). 16:22:52 WinslowEric[m]: seems unlikely, it would be abysmally slow 16:23:46 UkoeHB: Oh I didn't consider the memory costed... Guess I'll have to kill some fun =( 16:24:27 * Oh It's true and I, * I also didn't consider 16:24:29 I imagine you could make a randomx executable that can be called from javascript... or something 16:26:17 UkoeHB: Yeah I do find a implement for nodejs an Github but even light mode is costing too much memory, I'll use regular sha after all 16:26:34 s/an/on/ 16:29:53 I think this one *might* be the only working Monero JavaScript RandomX miner: https://minero.cc/ 16:30:13 See also the discussion here: https://www.reddit.com/r/Monero/comments/gz93m0/random_x_web_miner/ 16:30:46 You might get a single digit number of hashes per second (!) 16:39:49 "You might get a single digit..." <- One hash per second is definitely unacceptable for formal use lol 16:39:49 I'll add it as a option in config xd 16:39:49 But first I think I'll need to try to get the randomx part unwrapped from it's compressed js code 16:39:53 s/it's/its/ 16:43:07 I think nobody here every verified whether the calculated RandomX hashes are in fact correct, so maybe be careful 16:43:48 I mean it's quite a feat, as far as I know they can't use JavaScript reals, but have to freaking emulate floating point math 16:44:18 Because of those special rounding modes that RandomX uses that are not available in plain JavaScript, and neither in WASM if I remember correctly 16:44:41 yeah ISTR not present in WASM either 16:45:49 rbrunner: that's really freakin 16:46:22 Yes, if they really did that and did not simply use standard JavaScript reals and just pretend they mine anything ... 16:47:04 I mean, with that you find a block in a thousand years or so, nobody will ever notice :) 17:21:19 Hey what's the difference between EXPECT_EQ and ASSERT_EQ in unit tests? 17:36:28 jeffro256[m]: assert with abort the test, expect lets the test continue 17:36:39 will* 17:40:39 UkoeHB Awesome thanks! 18:50:33 jeffro256[m]: But it doesn't mean, that a failing EXPECT will flag the test as successful. It will just let other messages accumulate. 18:52:04 mj-xmr[m] right, thanks. I pushed a new commit where I adapted epee/tests/src/misc/math_test.h and put it in unit_tests 18:52:25 Basically it was the only usable test out of the 4 test files in epee/tests 18:52:48 That's nice. I didn't want to ask for it in one go. A compromise would be to leave the tests in epee for now and proceed with the move later. 18:53:08 jeffro256[m]: That's OK. Always something. 18:57:54 jeffro256[m]: I think the math_test.h was already used somewhere... 18:59:07 There's already rolling_median tests for sure, which I believe uses epee::misc_utils::median so the new tests might honestly be pointless 18:59:39 aaah. That was it. 19:00:13 Well, it depends. 19:01:00 Even if it touches the basic code THROUGH the rolling median, then you still need to have a functioning rolling median to test the basic functionality :) 19:01:00 And this exactly defies the idea of Unit Tests. 19:01:31 So I don't know. It's really not expected from anybody to fix everything in one go. 19:02:07 Unless that "thing" you're fixing is tightly related. 19:02:21 jeffro256[m]: I have this one https://github.com/monero-project/monero/pull/7856 19:03:38 Which awaits https://github.com/monero-project/monero/pull/7819 19:04:00 OK, then I'd say, go ahead and delete the epee tests :) 19:04:47 The "knowledge" is stored temporarily and visibly in Ukoe's PR. 19:06:15 UkoeHB Ah good point, that makes it a little hairier 19:06:25 I'll delete that commit then 19:11:21 mj-xmr[m] Okay I force-pushed to remove that commit 19:12:03 Thanks. 19:13:03 mj-xmr[m] Do you have any other concerns about removing epee/tests? 19:16:48 jeffro256[m]: Nay. Check :) 19:17:33 Nothing very valuable is really lost, except for some really small functions, that don't get any love anyway. 19:19:29 mj-xmr[m] I appreciate you taking the time to review! It was a big PR 19:25:31 jeffro256[m]: Thanks for rationalizing me just taking a deserved drink :) 19:27:33 mj-xmr[m] So you're saying that I should submit more large PRs? 19:27:38 jk 19:28:13 I'm gonna have nightmares. 19:58:06 Miner TXs aren't limited to only having one output, right? I've never seen such a rule yet wanted to double check as actual usage is 0/1 20:01:03 kayabaNerve: p2pool uses miner outputs for all payouts, can have many outputs. 20:01:13 Great, thanks for confirming 20:01:23 i.e. https://xmrchain.net/tx/26f33c32840c3a50e20bb7f3172dea60f2ab5f2a0458ded0331619122c0f53dd 20:01:31 61 outputs 20:02:41 I just checked the frontpage of xmrchain's miner TXs :P Thanks for the actual example 20:03:05 Miner TXs aren't limited by anything, they can grow up to the block size limit 20:03:26 and each output is 38 bytes, so we're talking about ~8000 outputs and even more 20:05:48 Huh. I would've assumed all TXs were subject to an output quantity limit of 255 tbh. I also haven't extensively checked for such rules 20:07:27 https://testnet.xmrchain.net/tx/4112e2c530e7a61ad98b3510fbfda7c3ac814a26ae1c2da917e421c801d9f817 20:07:41 I could've created a tx with more outputs, but it wasn't needed for testing 20:09:59 That tx is quite crass 20:10:34 the only limit for miner tx that I know of is 1 MB size limit #define CRYPTONOTE_MAX_TX_SIZE 1000000 20:10:37 sech1: It's bs like this why I'll never advocate for removing extra versus segregating R out 20:11:29 of course miner tx will lose any sense before 1 MB because of block size penalty 20:15:18 -xmr-pr- kayabaNerve opened pull request #8212: Remove footgun doc comment in miner TX validation 20:15:18 -xmr-pr- > https://github.com/monero-project/monero/pull/8212 20:15:27 Oh that's cool 20:16:53 I apparently don't hang around here enough if I didn't know that existed though...