00:44:56 I'm running testnet monerod, is there anything else I can do to help testing? 00:49:43 mrr|LibertyPool[: try making some transactions 01:44:30 * HenryHollingwort uploaded an image: (29KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/SPqsKJCpGmqduJjcMWVgeMDv/image.png > 01:44:40 * HenryHollingwort uploaded an image: (30KiB) < https://libera.ems.host/_matrix/media/r0/download/matrix.org/CpLZBvhMXuIAQfcdPEUltBwl/image.png > 01:44:41 I just tried to create a transaction and it doesn't appear in the tx pool 01:45:16 5d02fe5b506331c6180890d89776fbf812ace335e3828725d3af7421baba9c5b 01:46:18 in the daemon `print_pool` returns pool is empty... but looking at the testnet explorer it isnt 01:46:59 I built master a few days ago, will I need to rebuild? (I used daemon + wallet cli built from master as of a few days ago) 01:51:03 What is your nodes height ? Make sure it’s 1986000+ 01:51:26 Height: 1986493/1986493 (100.0%) on testnet, mining at 730 H/s, net hash 3.42 kH/s, v16, 4(out)+19(in) connections, uptime 2d 14h 58m 16s 02:09:13 For some reason, I still don't get connections: v16, 5(out)+2(in) connections, uptime 1d 1h 1m 52s 02:10:03 nevermind I think by the time I ran print_pool it was already in a block + the rino testnet explorer must be on the wrong chain (https://testnet.xmrchain.com/) has txs 05:01:53 HenryHollingwort: Yeah, the explorer at https://community.rino.io/explorer/testnet/ looks strange 05:02:38 It's about 1 day behind what I would say is top of "true" testnet, but shows the processing of quite a number of transactions right now 05:03:42 Regarding your transaction: I would also guess that it was mined so fast that you did not catch it waiting in the pool 05:08:13 yeah the fact that it was processing quite a few transactions made me thing it was up date date oops! 06:06:42 Wow, my testnet daemon has 19 connections now. Slowly we are getting somewhere. 06:35:20 does the wallet rpc have an endpoint to construct an unsigned transaction using specific utxos? It seems the transfer method allows you to specify sub-address indices but not specific utxos - is this even possible? 06:45:54 sweep_single 06:48:33 ahh I see the `key_image` parameter, is there a variation which accepts many key images? 06:50:03 my goal is for the monero bounties bot to when a post is marked 'completed' (i.e funds should be sent out), to construct an unsigned transaction involving the specific utxos that were donated and communicate that to the admin so they can just load up the pre-constructed transaction and submit it 06:50:54 now - in theory each bounty/post has a single subaddress, so the transfer commands could be used to target that 06:51:48 (this will be my fallback approach) but just wanted to see if it was easy to construct from any specific utxos 06:53:41 No. 06:54:01 (well, sweep_all, but that doesn't do what you want eitheR) 06:54:57 cool no problem, I'll go with the fallback approach thanks :) 14:22:37 What is GENESIS_TX_NONCE in cryptonote_config.h ? And why is the genesis block hardcode and it doesn't get generated automagically every time you start monerod? 14:23:10 s/GENESIS_TX_NONCE/GENESIS\_TX\_NONCE/, s/cryptonote_config/cryptonote\_config/, s/hardcode/hardcoded/ 14:25:13 Assuming you mean GENESIS_NONCE, it is an init value to set the block nonce when generating the genesis block. That nonce is not hardcoded AFAIK. Why do you think it is ? 14:26:14 FWIW, given the starting difficulty, most nonces (probably every second one) will yield a block. 14:26:27 (a valid one) 14:27:12 s/GENESIS_TX_NONCE/GENESIS\_NONCE/, s/cryptonote_config/cryptonote\_config/, s/hardcode/hardcoded/ 14:28:54 And hardcoding it would speed up startup, since less hashes to run. A lot of computing is about caching. 14:29:02 So the GENESIS_NONCE is basically the Proof of Work nonce used when generating the block? 14:29:28 Maybe. Check your daemon. 14:29:51 I think there's 50% chance. Or 25%. Close enough. 14:31:01 (print_block 0, if you're not sure how) 15:14:30 What are major_version and minor_version in the Monero blocks? 15:16:30 Numbers checked to know what consensus rules to apply. 15:16:58 The major one is bumped at every fork. The minor one is unused. 15:17:08 Well. i 15:17:28 Well, it's indicative of what miners support, technically. But only indicative. 15:20:56 the minor version is for miners? 15:21:42 It might need to be >= major, but otherwise miners can put anything in there. 15:24:37 Are genesis transactions generated with the old cryptonote incompatible with the current Monero code? 15:25:29 You could try. 15:25:37 I already tried 15:25:52 Was it compatible ? 15:26:17 afaik monero's genesis block is just a copy paste of the original bytecoin genesis block 15:26:21 I changed some parameters and generated a new genesis block with forknote, but it says failed to add genesis transaction and things like that 15:26:55 This makes me really nervous and annoyed 15:27:39 xxfedexx[m]: could be something is testing if it matches the hardcoded genesis txd 15:28:23 UkoeHB: Don't you need a different genesis transaction if you have different parameters? 15:28:24 :o 15:28:37 parameters being? 15:29:17 UkoeHB: block time, number of coins, block rewards, etc. 15:29:38 this is really off topic for a monero channel. go talk to cryptonote folks who run forknote 15:30:00 hmm yeah genesis block reward depends on those 15:30:08 Not on block time. 15:30:12 UkoeHB: Isn't Monero's genesis block... (full message at https://libera.ems.host/_matrix/media/r0/download/libera.chat/05a65982ce1e1740ae942d581888867007437a9a) 15:30:15 They seem different to me 15:31:08 moneromooo: block time affects how rewards are discretized (when we when to 2min blocks the reward doubled per block) 15:31:36 although I think it takes a bit of work to make that affect things 15:32:12 If you mean this as a counterargument, I do not agree this is one. It is irrelevant. 15:32:48 If you meant this just as a statement, then I agree :) 15:33:12 xxfedexx[m]: oh idk then (iirc the onetime address is the same for both of them) 15:33:56 The thing that I really don't understand is why is the address generated by forknote not valid with Monero's code 15:34:19 is it dependent on CRYPTONOTE_NAME? 15:34:54 network byte ... 15:35:02 UkoeHB: I don't know, but I used the same name both in forknote's configuration and in cryptonote_config.h 15:35:25 hyc: Yes, I set the network bytes in both the configurations 15:35:28 xxfedexx[m]: idk what to tell you; fork discussions are considered off-topic in this channel 16:13:20 UkoeHB: moneromooo we 18:09:33 04:09 For some reason, I still don't get connections: v16, 5(out)+2(in) connections, uptime 1d 1h 1m 52s <-- how many connections do you expect? i doubt there are too many testnet nodes running master 18:11:16 mine is currently 5(out)+9(in) but with 4 days uptime, you should get more incoming connections over time 22:07:47 Where can I find the references for the monerod config file? 22:08:56 https://monerodocs.org/interacting/monerod-reference/ 22:11:51 I guess are the same args for the config file but `pad-transactions=1` instead of `--pad-transactions` 22:12:33 yes 22:34:14 "Where can I find the references..." <- Is it possible to run monero pool and asking this question at the same time ? 22:51:27 s/asking/ask/ 22:51:34 nvm, found the answer 23:03:37 "Is it possible to run monero..." <- So far I have only used cli args for monerod, my question was about configuring args using the config file instead. I hope this fulfills your need for an answer. 23:05:29 mrr|LibertyPool[: Btw, this link would be better https://monerodocs.org/interacting/monero-config-file/#syntax, but too late