[03:20:25] im wondering if we should start some activity on StackOverflow? [03:20:43] i think i have enough reputation to create a "navcoin" tag for questions [03:21:07] could be a good way to publicly document some navcoin starter tips as their google ranking is really good [16:12:08] transactions stay in stem pool for 30-60 sec if multiple txs are sent at once. you think this is related to the networks size? im at 1 node <> 4x4 <> 1 node [16:12:14] @aguycalled [16:18:14] i would've thought embargo timer should be less than like 10 sec or something [16:23:18] so if a transaction is in mempool does that mean it's treated as a normal transaction? if so, shouldn't all the nodes in the network have that tx in the mempool since it's broadcast to the whole network with no delay. [16:23:43] im see that my nodes have different amount of txs in mempool which i find odd [16:26:08] if should be seen in the mempool for all of them when the embaro expires [16:26:23] have you tried with dandelion disabled? [16:26:43] i did yesterday and it's instant and all mempool have same txs iirc [16:28:23] jsut tried it, it's instant and all mempool AND stempool see all 10 txs instantly [16:28:38] https://cdn.discordapp.com/attachments/416000318149754881/628599157216509966/unknown.png [16:29:02] hmmm [16:30:32] https://cdn.discordapp.com/attachments/416000318149754881/628599635245793310/unknown.png [16:30:37] now one node did not get them all [16:31:04] https://cdn.discordapp.com/attachments/416000318149754881/628599771216609302/unknown.png [16:31:57] notice txs are already sent out for 1x seconds [16:32:07] almost 20 [16:45:11] doing some tests [17:21:11] let me know if there's anything i can help [17:21:45] i'm sending txs and watching logs trying to trace the path they follow [17:23:27] https://pastebin.com/kj61gSKW [17:23:32] added this extra debug to try to make it easier [17:27:00] it's just hard to follow so many txs happenning at the same time [17:28:16] right, i can add that debug code but i don't know how 😛 [17:29:01] https://stackoverflow.com/questions/12320863/how-do-you-take-a-git-diff-file-and-apply-it-to-a-local-branch-that-is-a-copy-o [17:29:26] i'm now going to try to increase the min embargo time (net.h) putting it to something like 10000 to prevent the embargo to expire [17:29:37] and then doing the transactions one by one and watching the log [17:29:49] static const int DANDELION_EMBARGO_MINIMUM = 10000; [17:32:05] cool, i'll see if i can do the same [18:02:46] so after applying the diff, just build it and run with -debug=dandelion? [18:03:24] where is the DNADELION_EMBARGO_MINIMUM stored? [18:03:36] oh, net.h? [18:03:40] yep [18:03:42] i do -debug=1 [18:03:58] okie dokie [18:12:30] think i found the issue, will confirm now [18:17:21] good stuff [18:17:39] i'll wait for your new commit then [18:52:45] committed [18:52:48] @salmonskinroll [18:53:24] ive tried with up to 100 simultaneous txs [18:55:42] building [18:56:19] so what was the problem? [18:56:55] there is a dictionary to store which txs have already been asked, so every tx is only asked to other peers once every 2 min [18:57:10] the dictionary was using the tx hash as key [18:57:43] so requesting a dandelion tx would block requesting the same normal tx for the next 2 min [18:58:22] what could happen in a small network (its just a matter of probabilities, that the tx does not go to fluff phase before reaching again the same node) [18:58:37] so ive changed it to index per inventory type and hash [19:00:19] cool, so it is a network size problem. hmmm [19:00:49] it should not happen anymore [19:01:40] i guess the patch is still helpful in some extreme cases i guess [19:01:43] will test soon [19:39:51] what does 2019-10-01 17:38:40 CreateCoinStake : kernel found 2019-10-01 17:38:40 CreateCoinStake : parsed kernel type=13 2019-10-01 17:38:40 CreateCoinStake : failed to get key for kernel type=13 2019-10-01 17:38:40 CheckStakeKernelHash() : using modifier 0x895d2ff5adf4d5c3 at height=7368 timestamp=2019-10-01 17:38:40 for block from timestamp=2019-09-26 21:22:40 2019-10-01 17:38:40 CheckStakeKernelHash() : check [19:39:51] modifier=0x895d2ff5adf4d5c3 nTimeBlockFrom=1569532960 nTimeTxPrev=1569532960 nPrevout=2 nTimeTx=1569951520 hashProof=3bface294f54a6cd3ce3719c6c08d648e88ce3770f55031419c0601ce4bc581e bnTarget=0000000000000000000000000000000000000000000000000000000000000068e771718880000000000000000000000000000000000000000000000000000000 nBits=1e0fffff nValueIn=110000000 [19:39:52] bnWeight=000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000068e7780 mean? [19:56:34] trying to find a stake [21:21:05] @salmonskinroll are you a sofware qa/tester IRL? 🙂 [21:21:49] nah, im an aerospace engineer 🙂 wish im a coder now [21:22:41] Jesus, I wish I was an aerospace engineer, just the name sounds cool AF 😄 [21:27:04] haha, it's really just alright [21:37:50] im going to start testing the DAO pr now