04:32:48 <selsta> .merge+ 7278
04:32:48 <xmr-pr> Added
09:09:30 <dEBRUYNE> .merges
09:09:30 -xmr-pr- 7248 7272 7278
10:45:39 <alex007k> Goood Morning Vietnam! I think everyone here knows that most Monero exchange withdrawals and desposits are traceable (Breaking Monero poisoned outputs). How does it feel to go out and lie to people that they are private and then earn less than holding BTC on your bag?
12:06:49 <ErCiccione[m]> So, my syncing stagenet node ends up banning all its peers and my node gets disconnected from the network all the time. I have huge logs after running with set_log 1. What should i grep for? Tried with "banned" and "blocked", but i didn't really find anything useful (except for "banned IP for N seconds)
12:08:20 <ErCiccione[m]> on a side note, would be useful to be able to add multiple IPs to the 'unban' command. Like `unban IP IP1 IP2`, so that people don't have to type `unban IP` `unban IP1`, etc
12:12:33 <moneromooo> dropping\ connection$
12:14:12 <ErCiccione[m]> after restarting the node, it bans all the addresse and doesn't sync. ok will look for that
12:19:44 <ErCiccione[m]> 2021-01-03 16:17:56.993	[P2P6]	INFO	net.cn	src/cryptonote_protocol/cryptonote_protocol_handler.inl:2114	[159.69.121.11:38080 OUT] [0] state: resuming in state synchronizing
12:19:44 <ErCiccione[m]> 2021-01-03 16:17:56.993	[P2P6]	INFO	net.cn	src/cryptonote_protocol/cryptonote_protocol_handler.inl:2332	[159.69.121.11:38080 OUT] [0] state: We can download nothing from this peer, dropping in state synchronizing
12:19:44 <ErCiccione[m]> 2021-01-03 16:17:56.993	[P2P6]	ERROR	net.cn	src/cryptonote_protocol/cryptonote_protocol_handler.inl:1672	[159.69.121.11:38080 OUT] Failed to request missing objects, dropping connection
12:20:01 <ErCiccione[m]> moneromooo ^
12:20:48 <moneromooo> ~1k lines before that, and to a paste site which is not centos.org.
12:32:02 <ErCiccione[m]> moneromooo: https://paste.debian.net/hidden/9dc98918/
12:32:11 <ErCiccione[m]> i'm also seeing a few of `Got NOTIFY_RESPONSE_CHAIN_ENTRY past expected height, dropping connection`
12:50:17 <gingeropolous> wackadoodle idea for no port forwarding problem. might run into issues with attacks. If a node is providing blocks to a new node, it can add that node to its peer lists, and then send that peer list to its peers. The peers can see that a new node is trying to sync, and add it to its peer list via an outgoing connection.
13:05:03 <Kronovestan> seems the attacker comes at my node every 2 hours 12 min
13:24:22 <ErCiccione[m]> Any short term solution (like a PR to try out) i could try to manage to sync that stagenet node? I really need it up asap.
13:34:40 <ErCiccione[m]> logs from node restart until first bans: https://paste.debian.net/hidden/bc7a856e/
13:53:04 <moneromooo> Looks like these peers are very slow. Or you are. So they timeout.
13:54:02 <moneromooo> You can bump a couple timeouts:
13:54:10 <moneromooo> Even easier: comnent this line out: m_idle_peer_kicker.do_call(boost::bind(&t_cryptonote_protocol_handler<t_core>::kick_idle_peers, this));
13:57:44 <ErCiccione[m]> mmh. Now it could definitely be me having a slow connection, but it also happened few days ago, when i had decent internet. Anyway. Thanks mooo.
17:47:17 <yonatanbl> Are there any plans to support 14 word mnemonic seeds on the official GUI wallet?
17:48:42 <yonatanbl> It would be less likely for users to mess up their backups of the key, and will also include the blockheight of the wallet creation so users don't have to restore from block 1.
17:52:47 <dEBRUYNE> Yes, it's planned, but no specific ETA yet
17:53:33 <yonatanbl> Awesome
17:57:52 <bevanoff> does the cli wallet support those 14 word seeds?
17:59:39 <dEBRUYNE> Not yet
18:00:17 <bevanoff> is somebody currently working on this or not rn?
18:01:03 <dEBRUYNE> Feather wallet uses 14 word seeds
18:01:06 <dEBRUYNE> The code can easily be ported
18:02:02 <bevanoff> oh cool ill look into it
18:02:27 <bevanoff> thnx!
18:49:10 <boris2001> What kind of person runs scams in their own community?https://www.reddit.com/r/Monero/comments/6d5yt5/what_fluffypony_just_did_is_not_ok/ Your own leaders are laughing at how stupid you are for falling for thier 'Magical Crypto Friendship'.
18:49:11 <boris2001> jess: You are required urgently to save fluffypony's honour ^^
19:04:59 <M5M400> jess: ^ :)
19:05:06 <jess> klined already
19:05:14 <M5M400> thxi
20:27:57 <mj-xmr> https://github.com/monero-project/monero/pull/7283 Yet another one, that does no harm, to say the least. Tests execute 20% faster thanks to parallelism.
21:01:45 <selsta> .merge+ 7266 7267
21:01:46 <xmr-pr> Added
21:13:09 <wsme1ga> What kind of person runs scams in their own community?https://www.reddit.com/r/Monero/comments/6d5yt5/what_fluffypony_just_did_is_not_ok/ Your own leaders are laughing at how stupid you are for falling for thier 'Magical Crypto Friendship'.
22:22:07 <kayabaNerve> Has anyone ever worked on an independent implementation of Monero?
22:22:32 <kayabaNerve> I remember posting some of my work here months ago and this came up.
22:22:58 <kayabaNerve> I think it was moneromooo that said they wished another node impl existed? Just to check against by having another point of reference?
22:24:06 <kayabaNerve> *Clarifying why it'd be beneficial not only to say the point wouldn't be to replace the existing node, but also because someone asked why bother.
22:25:07 <moneromooo> This would probably cause forks all over the place. What I'd like is a... verifier, I guess. Something you can run offline-ish. And if there's a discrepancy, you look into it.
22:25:35 <kayabaNerve> I mean, I'm not suggesting deploying it :P Just curious if anyone ever did this work
22:26:05 <kayabaNerve> That said, no, it wouldn't probably cause forks. The lack of specification of the protocol is likely to leave edge cases hanging, of course, but multiple cryptocurrencies have multiple codebases without issue.
22:26:43 <kayabaNerve> Even BTC has proper alt node impls, even with its utter lack of official protocol documentation + requirement on bug for bug compat which is bs.
22:27:19 <kayabaNerve> Anyways. If someone put in the work on a block processor/TX verifier/so on, it could be turned into a verifier or turned into a node.
22:27:21 <moneromooo> I remember reading about at least one such fork with... I think it was ethereum.
22:27:57 <moneromooo> I guess if it's just one it's not too bad in the grand scheme of things, but stil, it's definitely possible, and I say probable.
22:28:13 <kayabaNerve> I remember recently Infura died. I think that came with a netsplit of Geth/Parity? Not sure. That said, a single split over 6 years isn't "all over the place".
22:28:20 <kayabaNerve> Oh. Probable for sure.
22:28:37 <kayabaNerve> Not to mention Ed25519 malleability.
22:28:52 <kayabaNerve> *I know Monero doesn't use EdDSA. I was referring to the TE variant of Curve25519.
22:29:14 <kayabaNerve> Extremely easy to cause a netsplit with when multiple codebases exist.
22:30:06 <kayabaNerve> Not sure Monero's rules on normalization. I did hear that in the past there was a double spend issue thanks to the torsion points though.
22:30:18 <kayabaNerve> *thanks to the cofactor.
22:31:46 <kayabaNerve> Anyways. Sound like no work on this exists?
22:32:37 <kayabaNerve> I mean, I know there are wallets other than wallet2. Last I checked, there's only the one libringct (using MLSAG). SPV clients exist, yet they don't check bodies/TX validity. Just if they can spend a TX...
22:33:17 <kayabaNerve> ... though I think there's a Python prototype of CLSAG/the one before that.