02:35:59 <Barbelo[m]> how big of an entity is the sybil attacker?
03:41:21 <nos411> selsta: 130 known. It is likely that there are more that are more hidden to continue spying.
03:55:45 <strike> How do we deal with the sybil attack?
04:04:11 <strike> nvm https://old.reddit.com/r/Monero/comments/k5vvsf/update_01715_slow_current_blocks/gehoarz/
04:04:44 <nos411> <hyc> we really have to do better than whack-a-mole ...
04:11:41 <nos411> <moneromooo> ...Why we fight to keep a private comms system with tor <--  Maybe look into Loopix?
04:11:53 <nos411> "researchers say Loopix is resistant to Sybil attacks, currently one of Tor's biggest problems."
04:14:09 <nos411> https://arxiv.org/pdf/1703.00536.pdf
04:17:22 <gingeropolous> huh, in trying to read about loopix came across miranda: https://eprint.iacr.org/2017/1000.pdf
04:20:35 <gingeropolous> i dunno about loopix: "The Loopix architecture deliberately relies on estab-lished providers to connect to and authenticate end-users.This architecture brings a number of potential benefits,such as resistance to Sybil attacks,"
04:21:14 <gingeropolous> that design seems incompatible with monero off the cuff, but I could be missing something, considering i just ctrl-f'd for sybil
04:24:18 <gingeropolous> i dunno if we can swap in "dandelion stem" with "mixes" in that miranda document
04:24:28 <nioc> you want to solve the problems with permissionless p2p networks?  centralize with permission !!
04:26:16 <gingeropolous> badabing badaboom!
04:28:04 <hyc> obtw you must each pay me $0.05 to establish a connection
04:30:22 <hyc> for a permissionless network the nature of the problem is much like ASIC-resistance versus ASIC-proof
04:30:47 <hyc> you can't prevent sybils from connecting. you can only make it expensive for them to do so.
05:00:34 <nos411> Well regardless of the incompatibility the service provider architecture to a permissionless p2p network, so tossing out the supposed sybil resistance, it still seems to offer some interesting things with the Sphinx packets (which apparently LN uses) and Poisson mixing.
05:07:47 <nos411> https://cypherpunks.ca/~iang/pubs/Sphinx_Oakland09.pdf
05:12:31 <nos411> "the Poisson mixing technique that is based
05:12:31 <nos411> on the independent delaying of messages, which makes
05:12:31 <nos411> the timings of packets unlinkable" seems like that could be valuable in reducing metadata available to tie users to their transactions.
05:52:03 <xmrmatterbridge> <chakravanti> So I'm having a major problem.  Monero will reach all blocks remaining and sync, and then it'll go right back to waiting for two more items not synced.  Fortunately it could see far enough I know I got my money and after sending money it; however, waits for the last block or two to be gathered before it goes back to two blocks remaining.  it won't sync and i've never seen this before
05:53:17 <xmrmatterbridge> <chakravanti> even more trouble, if I subscribe to a remote node, same problem >.>
05:54:04 <xmrmatterbridge> <chakravanti> im half an hour late to sending money and nada >.>
05:56:47 <xmrmatterbridge> <chakravanti> okay, well the remote node "works" but it clearly aint a solution persuade users to use remote nodes
05:57:25 <nioc> chakravanti are you using the GUI or CLI
05:58:57 <xmrmatterbridge> <chakravanti> gui
06:00:01 <nioc> someone is playing games and running nodes that show 2 blocks ahead but don't actually give you any info
06:00:18 <nioc> there is a fix coming maybe as early as tomorrow
06:00:26 <nioc> CLI currently works
06:01:00 <nioc> that's why some remote nodes work
06:01:39 <nioc> if they updated to 0.17.1.5
06:04:54 <nioc> there is some more info here https://old.reddit.com/r/Monero/comments/k5vvsf/update_01715_slow_current_blocks/gehoarz/
11:19:43 <Deyaa> I'm trying to setup shadowsocka
11:20:20 <Deyaa> I'm having a difficultly passing password to xmrig
17:59:03 <sethsimmons> Another taint case with Bitcoin:
17:59:03 <sethsimmons> https://reddit.com/r/Monero/comments/k6kefv/experience_with_kraken_holding_my_deposit_ie_why/
18:33:39 <gingeropolous> man, this shutdown object really doesn't want a timer
18:51:16 <roguetechca> is it normal to have zero incoming tor connections (and only transient outgoing tor connections lasting ~5 minutes) a few days after configuring --anonymous-inbound and --tx-proxy ? i have gone over the configuration a number of times and can't find any issues, so i assume this is happening because there are currently few working anonymous nodes on the network and my node is having difficulty finding them/being found
18:53:14 <moneromooo> Others have reported short I2P connection lifetime, and tor/i2p are handled very similarly. So it's not just you.
18:54:14 <selsta> roguetechca: do you have multiple out tor peers?
18:54:51 <selsta> my problem is usually that I have way more in peers than out peers
18:55:24 <selsta> which tor version are you using?
18:55:54 <roguetechca> there are usually 3-5 out peers and 0 in
18:56:50 <roguetechca> tor version is 0.4.3.7
18:57:28 <selsta> should be fine
18:57:54 <selsta> would wait 24h and check again, if you still have no inbound tor peers maybe post your tor address and I can try connecting to it
19:06:48 <roguetechca> sounds good, i'll let you know
19:08:54 <Jae[m]> How much does the blockchain weighs now?
19:10:39 <endor00[m]> A little over 100GB unpruned
19:11:08 <Jae[m]> And pruned?
19:11:21 <lza_menace> ~30 GB
19:11:31 <Jae[m]> Oh nice
19:11:40 <Jae[m]> Is mining available on a pruned version?
19:13:04 <moneromooo> Yes, it can do everything except access full versions of most historical txes.
19:13:33 <Jae[m]> Oh nice
19:13:36 <Jae[m]> How do I do that?
19:14:39 <endor00[m]> Side q: what does a pruned node do when a client/wallet requests data for a pruned tx? Does it pull the data from another node, or does it say "data not available"? How is that scenario handled?
19:14:47 <moneromooo> Run monerod with --prune-blockchain. However, it's very inefficient if you're already synced, so sync from scratch in that case.
19:14:57 <Jae[m]> OK!
19:15:01 <Jae[m]> Thanks for the infos :)
19:15:09 <moneromooo> It errors out, assume the request was for a full tx.
19:16:40 <Jae[m]> Oh the sync is really fast, nice
19:17:15 <moneromooo> Not much data when it started. It'll be a lot sloewr near the end.
19:22:27 <Jae[m]> Also, do you guys know if some kind of library exists for automated Monero payments?
19:23:40 <moneromooo> Look at "monero ecosystem" on github, might be something you like there.
19:25:09 <Jae[m]> Ok, thanks!
19:31:22 <kinghat[m]> "Thank you for your patience, I have reached out to our Legal and team and have been advised that these activities are explicitly forbidden on certain classes of services including VPS and Public Cloud. For all services, OVHcloud also reservers the right to proceed with the immediate suspension without notice of any service on which there is a public service Proxy, IRC, VPN or TOR which is available free of charge or for a
19:31:22 <kinghat[m]> fee, and for which OVHcloud has knowledge of its fraudulent or illegal misuse."
19:32:44 <sethsimmons> :D
19:32:49 <sethsimmons> Thanks for reaching out kinghat
19:33:06 <hyc> good job
19:34:50 <kinghat[m]> its just a coincidence, im looking for a vps closer to home that i can host these services from because my own bandwidth cap is shit. i use hetzner but the latency is terrible. they, on the other hand, were able to give me one word answer "yes".
19:35:31 <hyc> oh, you haven't reported the IPs in the ban list?
19:36:33 <selsta> I would be surprised if OVH takes anything down
19:36:42 <kinghat[m]> no. just a coincidence as i was trying to find hosts in the states that will let me host those services. ive been inquiring with them before i move anything over for obvious reasons.
19:37:21 <kinghat[m]> i can follow up in the email about the issue though as im already in an "elevated" state with their support.
19:37:31 <roguetechca> maybe try evolution host, they even accept payment in monero and seem to have loose policies wrt what you can run on their instances
19:38:39 <kinghat[m]> im also cheap. so was looking at these small VPS that dont have a lot of hardware but tons of bandwidth. i pay like $3/m with hetzner.
19:38:45 <hyc> kinghat[m]: sounds like a followup is worth doing
19:40:10 <kinghat[m]> seth maybe you could give me a few sentences to send back to them about whats going on so i dont speak out of place?
19:40:20 <kinghat[m]> or anyone
19:43:43 <Guest64865> What happening with Monero?
19:45:17 <kinghat[m]> also, would it be bad to have them banned on the host level before we see if the mitigations in the next release work or not?
19:53:34 <roguetechca> i would think running monerod with --ban-list is just as effective as host level blocking
19:53:46 <roguetechca> fixed my syncing issue
19:58:15 <hyc> afaik they have moved on ti digitalocean so they may not even be active on OVH now
20:16:31 <kinghat[m]> ah ok
20:24:25 <viperperidot[m]> I am running the --ban-list flag and still having the 2 blocks behind issue
20:24:43 <viperperidot[m]> If I reboot monerod it seems to fix it for a little bit
20:25:30 <selsta> viperperidot[m]: please post the output of "sync_info"
20:25:39 <selsta> also try updating the block list to the latest version
20:26:11 <selsta> we will have a new release out in the next days that will mitigate this issue, but in the meantime we have to use the ban list (or transact using the CLI)
20:31:12 <Jae[m]> Do Monero is looking for contributors?
20:32:04 <Jae[m]>  * IS Monero is looking for contributors?
20:47:53 <charuto> <Jae[m] "Do Monero is looking for contrib"> always
20:48:02 <Jae[m]> nice
20:48:12 <Jae[m]> what does it needs the most?
20:48:53 <charuto> just dont expect to get funded by the community with no prior history of engagement and development within the community
20:48:56 <charuto> it can happen, but it's not so common
20:49:38 <Jae[m]> Why would I get to be funded?
20:49:43 <Jae[m]>  * Why would I want to be funded?
20:49:45 <charuto> depends on your skillset and who you ask really.
20:51:05 <charuto> if you feel like you are giving the project big contributions and spending a lot of time and effort into it then it's completely fair to ask the community to continue to crowdfund your work
20:51:26 <charuto> and if the community agrees such can happen
20:51:50 <charuto> but again, that's not what you should be thinking about when starting :P
20:52:01 <Jae[m]> <charuto "but again, that's not what you s"> Agree
20:52:13 <Jae[m]> I'm just looking to help something I like, not make profit
20:52:45 <charuto> <Jae[m] "what does it needs the most?"> personally i think it'd be cool to have multisig implemented in the official gui wallet, not sure if anyone's working on that yet or not
20:53:02 <Lyza> might be good for you to start hanging in #monero-dev if you're looking to get into coding stuff. or #monero-community works on outreach and documentation and stuff
20:53:25 <Lyza> Easy to use multisig would be a killer feature but I think that's no small task
20:53:56 <charuto> yes, Jae check out #freenode_#monero-dev:matrix.org  and #monero-research-lab:matrix.org