12:29:56 <ChainLocksInspir> Hi. I made a github account just to post an issue (issue #10054), but the issue is not showing up publically. It only appears to me when I am logged in. I guess the account is shadowbanned. If I chuck the issue in a pastebin and put it here, please could someone here post it on my behalf.
12:30:18 <ChainLocksInspir> note: The GitHub issue I posted is titled: ChainLocks Inspired Idea To (sometimes) Prevent Selfish Mining
12:31:17 <m-relay> <o​frnxmr:xmr.mx> Github doesnt like accounts created over tor
12:32:08 <m-relay> <o​frnxmr:xmr.mx> Send the link
12:32:27 <m-relay> <o​frnxmr:xmr.mx> Seems to be hidden for me
12:35:51 <ChainLocksInspir> This is the github link: https://github.com/monero-project/monero/issues/10054    I am just searching for a decent pastebin to use to send the text.
12:36:49 <m-relay> <o​frnxmr:xmr.mx> Yeah, gh nuked it
12:36:57 <m-relay> <o​frnxmr:xmr.mx> paste.debian.net
12:39:52 <ChainLocksInspir> perfect: https://paste.debian.net/hidden/38699502/
12:42:49 <m-relay> <o​frnxmr:xmr.mx> "if the miners of 60% (that number can be tweaked) of the last 100 blocks (that number can be tweaked) send signed messages to the Monero network that the latest block produced at the chain-tip is final, then that block -- at its height -- can be considered authoritatively "final" and cannot be orphaned as per consensus. Any block at the same height which is broadcast will be rejected by nodes. "
12:43:20 <m-relay> <o​frnxmr:xmr.mx> Problem: selfish mining allows you obtain a higher % of blocks than your hashrate indicates
12:43:50 <m-relay> <o​frnxmr:xmr.mx> Its been demonstrated that ~35% hashrate can obtain 50+/100 on chain blocks
12:44:22 <m-relay> <o​frnxmr:xmr.mx> This seems like it turns a 51% attack into only requiring 40%
12:45:16 <ChainLocksInspir> There's a later paragraph where I made a (maybe correct) comment on why the idea I gave might still work
12:47:36 <ChainLocksInspir> My expectation is that the written idea by itself is insufficient. However, my hope is that the core idea might be workable (with tweaking and ammending). 
12:49:28 <ChainLocksInspir> *If* it can be made to work, it looks like it could be more promising than the other ideas I've read about so far. The idea is simple and doesn't require a large changes or additions to the fundamental of the monero system.
12:55:58 <m-relay> <o​frnxmr:xmr.mx> Its similar to rolling checkpoints
17:31:38 <selsta> v0.18.4.2 is tagged
17:33:19 <m-relay> <o​frnxmr:monero.social> (build) party time?
17:48:34 <selsta> yes
19:47:25 <m-relay> <n​obfg9000:matrix.org> Hey do you mind if I ask a question about https://github.com/monero-project/supercop/tree/monero ?
19:48:42 <m-relay> <e​veroddandeven:monero.social> Hi guys, I hope I'm not asking this in the wrong room, but why if I specify default values for parameters `prune=false` and `split=false` for `gettransactions` rpc method, I get empty response? It's a bug?
19:49:20 <m-relay> <o​frnxmr:xmr.mx> what?
19:49:27 <m-relay> <o​frnxmr:xmr.mx> Oh nvm. Rpc method
19:50:37 <m-relay> <o​frnxmr:xmr.mx> Docs could be wrong
19:50:57 <m-relay> <e​veroddandeven:monero.social> https://matrix.monero.social/_matrix/media/v1/download/monero.social/idvMEHhOXYMYoikzpPuIMQwc
19:51:15 <m-relay> <e​veroddandeven:monero.social> Aah okok
19:51:27 <m-relay> <n​obfg9000:matrix.org> From what I can tell, this supercop library is just to benchmark different implementations. basicially, I was wondering if you would accept a PR to add more (architecture-independent) implementations like donna, etc. It would make supporting monero on gentoo on different arches easier.
19:55:32 <moneromooo> You might be running a pruned node and the node doesn't have that whole tx ?
19:55:59 <moneromooo> Or by "empty" you mean not an error ? 
19:57:00 <moneromooo> More impls mean more likelihood of a fork. We'd switch to a well reviewed impl if it were faster though.
19:57:38 <moneromooo> Though support of more archs is also a good argument :)
19:58:45 <moneromooo> IIRC the wallet switched to x86 asm for speed, but the node did not, due to the concern about forks.
20:04:54 <m-relay> <n​obfg9000:matrix.org> Do they not have faith in the asm implementations?
20:04:58 <m-relay> <n​obfg9000:matrix.org> that is a bit surprising
20:05:56 <m-relay> <n​obfg9000:matrix.org> I think it's just because the monero cli and monerod packages are the same in gentoo, because they're from the same codebase
20:07:49 <m-relay> <o​frnxmr:xmr.mx> Moneromooo, this? https://github.com/monero-project/monero/pull/9856
20:16:11 <moneromooo> Long ago.
20:17:39 <moneromooo> I assume this is the same asm code being used in this path ?
20:27:51 <selsta> n​obfg9000: we use the supercop lib for amd64-64-24k / amd64-51-30k because it causes a large speedup over the existing implementation
20:28:17 <selsta> oh that was already answered
21:35:27 <m-relay> <j​effro256:monero.social> everoddandeven @everoddandeven:monero.social:     the field name should be "txs_hashes", not " tx_hashes"
23:16:34 <m-relay> <g​ooseworld:matrix.org> There is an application that is very similar to matrix but doesn't use servers because it is P2P. It actually works very well, better than Matrix in some cases like large rooms and file transfers and obviously you don't need to run a server. keet.io is the website and it is available on most platforms. There is a link in the app on the profile page to the community room to get you<clipped message>
23:16:35 <m-relay> <g​ooseworld:matrix.org>  started in the app.
23:19:13 <m-relay> <o​frnxmr:xmr.mx> Wrong room sirmaam