01:40:32 is there a command to get durrent exchange? 01:40:38 *current 05:12:36 Hey :) .Not sure if this is the correct channel.But i ran into some issue.If someone knows how to solve it, you can pm me so that I do not flood this channel.So the problem is that my cli-wallet started throwing error mining to daemon:Found nonce, but daemon errored out with error -18:Stale payment, continuing.While on my node side it just says 05:12:36 very stale nonce.I can't properly sync my wallet nor mine for rpc because of it.Only thing I have done before that was restart my pc.And I tried to create config file to set my daemon via it.But Even when it's default that still keeps happening. 07:33:45 can anyone tell me the difference between getmonero.org and mymonero.com 07:34:29 i can find a hundred blogs trough google, all giving me another hundred suggestions or even alternative (scam..) links where i should go 07:35:21 getmonero.org is the official Monero wallet 07:35:34 MyMonero.com is a reputable wallet provider, but is essentially 'third-party' 10:59:23 elektro: is it your daemon ? And this is on topic for this channel. 12:55:25 hop time to update the app ! 12:55:52 if I read well there is now an auto update wich is practical 13:20:07 my ledger live app is all blank how wierd is that 13:20:33 all blank? 13:23:33 ok updated through dl in their site i had V2.01 and the UI wall all blank 13:23:40 the V2.1 seems ok now 13:24:19 I use 2.10 13:25:03 sorry yes i meant 2.10 seems ok 17:55:26 <_I3^RELATIVISM> o/ monero 18:11:38 <_I3^RELATIVISM> o/ monero 18:12:09 <_I3^RELATIVISM> I notice that there is a newmonero git repository, which is great to see selfhosted service for monero codebas 18:13:17 IIRC there a self hosted mirror somewhere on i2p. Is that it ? 18:13:38 <_I3^RELATIVISM> I was wondeering because I couldnt find it, it kovri codebase available in repo.getmonero.org and if not could it be included given that kovri gitlab.com repository needs use of cloudfare services 18:13:49 kovri is somewhere on gitlab. 18:13:59 Oh nvm. 18:14:49 <_I3^RELATIVISM> moneromooo: yeah that is wath I mean, it is available in https://gitlab.com/kovri-project/kovri, but you need to use cloudfare services, which is something I dont whish to do 18:15:04 I'm not sure whether kovri is still maintained. anonimal switched to sekreta (a layer above i2p/tor/etc), which uses kovri as a first network layer, so it might be embedded in sekreta (also on gitlab). 18:15:08 <_I3^RELATIVISM> do you know where I can find that I2Plink 18:15:34 Well, you're harder than me. Not going to cloudflare infected sites would dos me too much :/ 18:15:45 I don't. I just remember this got setup ages ago. 18:15:51 Dunno if it's got kovri though. 18:16:04 <_I3^RELATIVISM> moneromooo: I know thanks for sharing though, anyway could kovri codebase be included on repo.getmonero.org? 18:16:57 <_I3^RELATIVISM> so it is a general monero repository through I2P then? 18:17:00 moneromooo: wait, please don't tell me you're going to use sekreta for anything serious 18:17:24 Not sure whether that'd get consensus. THere's been pushback against kovri. 18:17:35 <_I3^RELATIVISM> yanmaani: please try not to derail conversation, would like to get to kovri codebase 18:17:41 yanmaani: depends if it gets reviewed. It might end up something good. 18:18:00 <_I3^RELATIVISM> given that there might be a project interested in maintaining it, and continue sekreta work 18:18:08 The design is fundamentally broken 18:18:48 Feel free to comment with detailson the PR for it. Let me find it... 18:19:13 <_I3^RELATIVISM> found it monero-repo.i2p 18:19:14 <_I3^RELATIVISM> cheers 18:19:16 https://github.com/monero-project/monero/pull/6276 18:19:58 <_I3^RELATIVISM> dont use github sorry will make a issue on repo.getmonero.org though 18:20:42 That was for yanmaani 18:20:53 To comment on what's broken in the design 18:24:06 moneromooo: thanks 18:24:34 * yanmaani resists urges to pull a Linus Torvalds 18:24:52 <_I3^RELATIVISM> ErCiccione: I see this https://web.getmonero.org/2020/04/13/migration-github.html has a step backwards. 18:25:33 What do you mean? 18:25:50 Well, technically it is a step back :) 18:32:47 <_I3^RELATIVISM> after having read discussion logs and issues couldnt find reasoning behind this move back to github ErCiccione could you share such reasoning? 18:34:32 Did you check the links in the blog post? 18:34:32 https://github.com/monero-project/meta/issues/236#issuecomment-605023567 18:36:26 gitlab is not the only thing that exists regarding self-hosted git platforms ^^ 18:42:00 dsc_ do you think gitea can compete with gitlab or github for security and quality/number of features? 18:46:03 no 18:48:43 yes 18:49:13 ErCiccione: Are you a software developer? Have you extensively used Gitea, both normal usage and used their API? :P 18:49:31 Have you *hosted* a Gitea instance? 18:49:47 Have you contributed to Gitea? 18:49:59 6 question to which I can answer yes 18:50:10 (sorry if I come across as rude, don't mean to :P) 18:53:34 is anonimal funded by CCS? 18:54:03 sgp_ Yeah you are actually being rude and i don't understand why. I'm asking you because i don't know it. If you think gitea would be good for hosting monero repositories open an issue about it. Being passive-aggressive won't help 18:55:43 ErCiccione: Sorry, I misinterpreted your question for "gitea is not a right fit" 18:55:47 oh kovri talk. ooh 18:56:00 is the i2pd fight over? 18:56:02 sorry to ping sgp_ my brain farted. I meant dsc_ 18:56:14 I was like what did I do now lol 18:56:45 Sorry sgp_ 19:01:33 man grin took a dive in price. 19:01:40 i been away a long time 19:02:22 monero seems to still be the gold standard for actual $$ 19:03:02 moneromooo I found this Qubes article from June 2020 about changes to qrexec https://www.qubes-os.org/news/2020/06/22/new-qrexec-policy-system/ 19:04:12 When I have some time I’ll try to compare and test changes with what’s on (the seemingly outdated) https://www.getmonero.org/resources/user-guides/cli_wallet_daemon_isolation_qubes_whonix.html 19:05:20 ty 19:05:31 If anyone has experience using Qubes OS and successfully isolating daemon from wallet, please let me know :) 19:05:48 Well, I do. It just works only sometimes :D 19:06:27 <_I3^RELATIVISM> ErCiccione: ok nice so you are still exploring other option 19:06:40 So every time I want to refresh my wallet it takes me two hours. Reminds me of rebooting Linux 20 years ago. You never knew how much hacking it was going to take to bring it back up... 19:07:15 <_I3^RELATIVISM> gitea is the best option in what regards to libre git hosting platform Imyself use libregit.org codebase 19:08:29 <_I3^RELATIVISM> I feel when this happends monero should consider fixing commits to a dev token so the project can be truly distributed and selfsustaining 19:08:38 noooo 19:09:09 ^ 19:09:15 gitea ftw 19:09:30 <_I3^RELATIVISM> guzzi: that is kind of condecendent, what do you mean by kovri talk this is a important topic 19:09:39 (the noooo was aimed at "dev token", not at gittea. I think gittea is excellent) 19:09:42 gitweb 19:09:49 and a mailing list 19:10:08 <_I3^RELATIVISM> asy: why not a dev token 19:10:32 <_I3^RELATIVISM> the biggest issue of any FOSS project is it finacial sustainability 19:10:53 https://github.com/monero-project/meta/issues/236 19:10:54 why would a dev want to be paid in worthless tokens that do nothing? i'd rather just give mooo xmr because he deserves something of value for all his time :) 19:10:55 <_I3^RELATIVISM> a project should not depend on the monero shares of its founders 19:11:04 this github issue... omg. 19:11:25 Oh, I was wondering what "fixing commits to a dev token" meant. I was thinking some kind of auth :D 19:11:25 * dsc_ not in a good mood, shows himself out 19:11:33 <_I3^RELATIVISM> asy: I never sayed it couldnt be based on monero 19:12:13 <_I3^RELATIVISM> dsc_: I already read that through pipeline, and that doesnt answer the question 19:13:00 <_I3^RELATIVISM> moneromooo: so the problem is of the financial sutainability and distribution of decisions on FOSS rojects 19:13:38 We could take 20% of the block reward for 4 years only. Then come back and extend it. 19:13:39 <_I3^RELATIVISM> and fortunately enough monero doesnt still have that issue though to monero high value, of consequence of the buble days 19:13:46 (pwned!) 19:13:47 zmonero 19:13:58 * moneromooo checks it's not -dev 19:13:59 <_I3^RELATIVISM> but this is not sustainable 19:14:56 <_I3^RELATIVISM> guzzi what did you meant by kovri talk? ErCiccione maybe you might be able to help me understand? 19:15:16 <_I3^RELATIVISM> isnt this an impotant topic for the monero project future? 19:15:24 Not anymore really. 19:15:44 The GUI uses i2p0 (IIRC). 19:16:10 And anonimal seems gone for good. 19:16:36 <_I3^RELATIVISM> moneromooo: you meant I2P or i2p0? 19:16:58 I2p0 is one particular implementation of an i2p router, AIUI. 19:17:06 <_I3^RELATIVISM> yeah havent seen anonimal for a while 19:17:18 <_I3^RELATIVISM> will check it out 19:17:28 <_I3^RELATIVISM> is that anonimals implementation 19:17:35 Not AFAIK. 19:17:52 <_I3^RELATIVISM> or the kovri endeavour was dropped by the monero project 19:18:06 Yes, pretty much. 19:18:20 <_I3^RELATIVISM> Is that why guzzi refered to "kovri talk" 19:18:21 <_I3^RELATIVISM> ? 19:18:25 <_I3^RELATIVISM> that is unfortunate 19:18:41 The one open door is sekreta, if it gets reviewed and found good, but yanmaani's comment above suggests this ain't gonna happen. 19:18:52 <_I3^RELATIVISM> I had a couple conversations with anonimal about anonimity and he was on to something 19:19:18 <_I3^RELATIVISM> yeah wasnt anonimal the main maintainner of sekreta 19:19:41 <_I3^RELATIVISM> I think we was trying to pass on the sekreta maintaineer on to someone else 19:19:53 <_I3^RELATIVISM> unfortunately didnt had time 19:20:09 Oh really. Last I knew he was putting all his time on sekreta. 19:20:18 Well, life happens I guess. 19:21:03 jesus, poor guy 19:21:09 should've asked someone to review it 19:21:27 he seems a skilled programmer but sekreta is just totally useless, sorry to say 19:21:30 <_I3^RELATIVISM> maybe my preception was incorrect 19:21:42 <_I3^RELATIVISM> yanmaani: not useless at all 19:22:25 <_I3^RELATIVISM> something like that has been necessary, higher level project being able to use I2P TOR, etc 19:23:21 <_I3^RELATIVISM> Im defenatelly not a suporter of jesus, eheh, "poor guy" that seams to have a underlying meaning 19:24:31 <_I3^RELATIVISM> do you think the anonymity philosophical question created some issues for him?is that what yanmaani meant by that. 19:26:00 <_I3^RELATIVISM> the only way to reach anonimity with the current computer system is by abstraction and layers 19:26:25 <_I3^RELATIVISM> in other words attestation 19:28:05 <_I3^RELATIVISM> but anonimalwas trying to find a simpler solution, from what I understood, which I believe is not actionable in present technology. 19:32:09 dsc_: Again. If you think gitea would be a good fit for Monero, open an issue and explain why. You said many time that in your opinion we should move to gitea, but never really gave an explanation. 19:32:56 It's touchy subject for me because I explained many times on IRC and then you have people in that issue that are like yeah gitlab/github are better that are not actually devs themselves its like yeah 19:33:14 But yes you are correct :) 19:34:58 I don't remember you explaining on IRC to be honest and the discussion about the migration (the issue) was open for more than a year and i don't see a comment from you which says why we should move to gitea. You cannot complain if you never really made your case 19:36:52 <_I3^RELATIVISM> the issue is not gitea or gitlab itself ErCiccione but 19:37:09 <_I3^RELATIVISM> "not using github" that is the main concern 19:37:33 Also, the people who actually made their case used gitlab and repo.getmonero for a long time, found issues and explained what was the best course to follow in their opinion. I don't see how saying "that are not actually devs themselves" can be a point to be honest dsc_ 19:38:25 . ¦3 I have read almost all the issues related to this topic 19:39:01 <_I3^RELATIVISM> my point is 19:39:04 _I3^RELATIVISM: It's useless 19:39:20 No, what I meant is, he produced useless code 19:39:21 It was presented many times. And it was ignored many times :) 19:39:23 and got burned out doing it 19:39:30 <_I3^RELATIVISM> convenience sometimes need to be sacrificed over privacy and freedom 19:39:49 <_I3^RELATIVISM> <_I3^RELATIVISM "convenience sometimes need to be"> ErCiccione: ^^ 19:40:09 <_I3^RELATIVISM> if that is monero ideals, like it claims 19:40:17 <_I3^RELATIVISM> that is my only point 19:40:28 dsc_: Saying only "Gitea good" is not really "presenting" in my opinion. 19:40:42 Ok 19:40:53 <_I3^RELATIVISM> selfhosting is the best option, but if that is not a possibility, them use main websites 19:41:43 <_I3^RELATIVISM> My main problem ErCiccione is that monero moved back to github that is themain issuehere 19:41:55 <_I3^RELATIVISM> that should never be an option really 19:42:14 . ¦3 true 19:42:39 saying "muh github bad" is not really a point 19:43:14 If you read the issue carefully you'll find out that for long time i was the only person pusing for staying on gitlab while everybody else wanted to switch back 19:43:27 if i finally changed my mind there is a reason 19:43:44 can't you use both? Take in PRs from whatever source, and merge everything everywhere 19:43:48 issues would still be on GH though 19:44:06 https://gitweb.torproject.org/tor.git 19:44:16 https://code.qt.io/cgit/qt/qtbase.git 19:44:30 https://git.wownero.com/monero-project/monero-seed 19:45:00 3 different self-hosted examples 19:45:31 actually qt and tor use the same software :p 19:45:34 cgit 19:46:12 let's just have a bake-off! 19:47:54 grep -r "dsc_" | grep -i gitea ~/.irssi | wc -l 19:49:09 u get the gist 19:49:21 er, the output of the first grep command isn't used? 19:49:30 yesyesyes :P 19:49:34 the next command reads from .irssi, not stdin :P 19:49:59 Caught inflating stats :o 19:50:01 grep -r "dsc_" ~/.irssi | grep -i gitea | wc -l 19:50:01 cgit <3 19:50:07 Actually that'll give 0. Unless you have a weird directory. 19:50:11 haha 19:50:13 cgit over email 19:50:20 that's how the real players roll 19:53:29 you also don't need the wc -l, just grep -ci gitea :P 19:53:30 * ndorf ducks 19:53:41 I'm never entering commands here again!! 19:53:44 lol 19:54:25 how dare you waste a fork and exec, there are starving children in Ethiopia who wish they had the proc table you do!! 19:55:03 * neetpill[m] uploaded an image: 1594393887314.png (190KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/RiymKLoeTiJJJmjYDsCUuNGp/1594393887314.png > 19:56:04 neetpill[m]: suddenly i'm in the mood for avocado toast 19:59:30 im always in the mood for avo toast, brah 20:00:03 lza_menace: no better way to spend 0.2 XMR amirite 20:00:34 u rite 20:00:58 jokes aside, i think i will make myself one right now 20:16:22 _I3^RELATIVISM i will save you the long drawn out story. Kovri is dead for now. Someone can pick it up if they like. 20:19:30 i2pd is the leading impelementation but it is bsd3 limited 20:20:40 picking up where kovri left off is probably the best option to get a working MIT version. using the java code as a reference would be a good way to learn and build up kovri 20:20:58 <_I3^RELATIVISM> that is exatcly what I have asked for so would apreciate you respect my question 20:21:26 you are asking to work on kovri? 20:21:43 <_I3^RELATIVISM> yes guzzi I have noticed everything was licensed under the permissive bsd3clause license 20:21:56 in kovri too? 20:22:29 <_I3^RELATIVISM> guzzi: I would like first to know what made anonimalloose his interest, cheers 20:23:10 there were some social issues that affected his lose of interest. 20:23:26 he moved on. 20:23:30 i moved on. 20:23:33 others moved on 20:23:56 * dsc_ is stuck in the 90s 20:24:32 kovri is a fork of i2pd because of some disagreements. 20:24:41 i2pd is still being developed. 20:24:47 kovri development stopped 20:24:55 someone would have to pick up kovri dev. 20:25:11 i did it for a bit but also left do to the social issues going on. 20:25:27 what i am trying to say is the door is wide open for anyone to work on kovri 20:26:30 and yes it looks like kovri is also bsd3. 20:26:36 <_I3^RELATIVISM> what were those social issues 20:26:48 <_I3^RELATIVISM> yes kovri was also relicensed tomy amazement 20:27:02 I couldn't personaly work with him. 20:27:14 <_I3^RELATIVISM> after I show my issue on having a premissive license 20:27:16 communication was not friendly 20:27:25 guzzi: Adding to your point that anonimal himself considers kovri obsolete 20:27:41 and sekreta a better replacement 20:27:48 kovri is obsolete like c programming is absolete 20:27:57 <_I3^RELATIVISM> given current political circunstances I would as well 20:28:02 sekreta has nothing to do with security it is just an api 20:28:03 Sektreta is not a replacement though. It's a layer above. 20:28:25 <_I3^RELATIVISM> I dont consider C programming obsolete byt the contrary 20:28:32 exactly my point 20:28:37 <_I3^RELATIVISM> the alterntives have deeper issues 20:28:48 <_I3^RELATIVISM> rust has its issue with the trademark 20:28:56 i2pd won't get used due to political issues. 20:29:03 thus we are stuck with fixing up kovri 20:29:03 <_I3^RELATIVISM> go the weird issue with reproducible builds 20:29:08 not talking about kovri itself. The point is that IIRC anonimal stated that using only one anonymizing technology isn't safe enough, that's why sekreta would work better 20:29:35 it's not about the tool itself being obsolete, it's about the concept behind it 20:29:35 lol ok 20:29:42 makes no sense 20:30:25 <_I3^RELATIVISM> ErCiccione: the problem is with current computer system atestation is the only way to go 20:30:26 i2p is just a agreed upon routing protocol. just like tor 20:30:33 This is what i remember from an IRC chat. That's why many people were pissed. Because the thing was basically "kovri doesn't achieve what we want to achive, but sekreta would" 20:30:36 <_I3^RELATIVISM> and that involves anufacturing kovri hardware 20:30:42 BS. 20:30:45 <_I3^RELATIVISM> something I dont feelis feasble 20:31:13 bunch of balony 20:31:14 <_I3^RELATIVISM> probably a UI issue 20:31:26 ok here it goes 20:31:42 the i2pd createor and anonimal and fluffy had a disagreement 20:31:52 kovri was forked and anonimal was the lead dev 20:32:11 That's why at the end he wanted to "replace" kovri with sekreta (meaning integrating sekreta into monero, not kovri) 20:32:15 anonimal was impossible to work with , violent, and made basically sytactical commits 20:32:33 the gig was up on anonimal so he came up with his next scam 20:32:36 sekreta. 20:32:46 which was just an api over tor and i2p 20:33:08 now since fluffy and the create or i2pd don't get along there is zero chance of it being used in Monero 20:33:14 fluffy controls the repo 20:33:31 thus someone needs to get kovri up to i2pd level 20:33:43 all the diffy helmen needs to be changed out etc. 20:33:57 * _I3^RELATIVISM is afk 20:33:57 I believe anoninmal's honesty about that. i don't think it menat to scam anybody. Just the way he dealt with the entire situation was really bad 20:34:08 I quit becuase he was a jerk 20:34:20 now since fluffy and the create or i2pd don't get along there is zero chance of it being used in Monero -> Monero doesn't work that way 20:34:21 i saw it in his commits 20:34:35 well fluffy controls the repo so good luck 20:34:47 zero chance he merges that pr to include i2pd 20:34:56 way too much history 20:35:04 I can change the diffy helmen 20:35:31 i can start poking around in it now that anonimal is gone. i feel ike it is a safe space again 20:35:36 I worked with anonimal on kovri for 2 years, i'm familiar with how hard can be working with him 20:35:46 FWIW, luigi and snipa merge stuff, not fluffy. 20:35:46 basicaly just look at i2pd and start bringing in code. 20:35:54 Carry on though. 20:36:16 i don't see fluffy letting it happen. 20:36:16 yeah and fluffy is not the masterlord of Monero who decides what happens and what doesn't 20:36:22 (yes, i just made up masterlord) 20:37:11 well if someone decides to bury the hatchet on the i2pd thing with fluffy then it woulnd't be much work to get it as a submodule 20:37:14 It's possible fluffy would change perms on github etc, but that pretty unlikely I think. and if it happened, you know, we're using git... 20:37:49 I mean i am all for just using i2pd. but it has a lot of things we don't need too 20:38:03 a lite version is actually a useful project 20:38:13 I love "bury the hatchet" as an expression. I always imagine it being buried into the other guy's chest... 20:38:22 something that other coins could also use. 20:38:35 (and yes, I do know the etymolgy) 20:39:01 i will start looking at how heavy i2pd is. we could just add it as a submodule and use the protocol built in i2pd. i forget the name 20:39:39 as long as others can also pull in then i guess i can take a look. 20:39:46 i guess times have changed a bit 20:41:25 Why would we need i2pd tho? don't we already use i2pzero? 20:41:49 i2pzero is a java implementation and is slower due to the jvm 20:42:04 it has the jvm compiled inside of it 20:42:19 it is a 'stop gap' for now basically imo 20:42:50 i mean i couldn't imaging seeding a i2p based node from genesis. 20:43:28 the java implementation has always been a reference implementation 20:43:50 c++ will always be faster 20:44:05 thus why i2pd exists 20:44:10 and kovri 20:44:11 is java really the bottleneck more than bandwidth when it comes to stuff like that? 20:44:52 i guess if all the encryption code is using c bindings it probably isn't that bad 20:45:11 but haha it is still java. i mean c'mon. 20:45:11 I just installed tor browser for the first time btw 20:45:12 lol 20:45:13 jk 20:45:16 please don't report me to fbi 20:45:31 enterprise level internet anonymity 20:45:33 with java 20:45:37 long time no see jwinterm. 20:45:55 I am always about 20:46:04 mostly chat in pools and markets and stuff tho I guess 20:46:24 Oh now i understand where this conversation started, the sekreta PR was closed few hours ago 20:46:46 cool. i mostly do minecraft with my daughter now. lol 20:47:02 nice 20:48:28 i will commit to at least looking at i2pd and coming up with a plan to add it as a submodule. but it would need some sort of concensus. I won't start coding until it is agreed upon. 20:50:23 i can at least list out our options on a forum post. 20:50:33 anyways. gtg. :) 20:50:50 forum? we don't have that anymore :P 20:51:06 open an issue in meta or monero 20:53:48 moneromooo: i remember anonimal was active on hackerone. Is he still doing that or he disappeared completely? 20:54:11 Gone AFAICT. 20:55:38 Hope nothing bad happened to him. I remember he had some health issues 21:08:14 Monday is no day to discuss controversial topics 21:08:24 people need to get into the groove of the start of the workweek 21:08:48 * dsc_ hands out coffee 21:09:06 mmm 21:27:30 mmm :{> monday. 21:38:12 Hello everyone, I have some questions. In https://web.getmonero.org/resources/roadmap/, "Wallet scanning speedups (support for supercop ASM)". Does supercop stand for 'System for Unified Performance Evaluation Related to Cryptographic Operations and Primitives'? What's ASM? 21:43:14 lh1008[m]: yes, and ASM is assembly language 21:44:04 Thank you ndorf :) 21:44:23 np 21:46:03 Noob question: I still don't understand the need to make the Monero-version of i2p/i2pd instead of simply developing a plugin for those two routers, or simply baking into the Monero code some (relatively) simple code to interact with those two routers 21:46:53 I2CP was made exactly for this: allowing third-party applications to interact with the router https://geti2p.net/spec/i2cp 21:48:16 Memory's hazy, but IIRC no i2p router was any good at the time. 21:48:34 Both routers support it, so all a user would have to do is enable i2cp in their router config and tell monerod/monero-wallet-cli to interact with it 21:49:51 Even if both routers suck, reinventing the wheel is a much less efficient way to go about it - the resources of the I2P project are thinly spread as it is 21:51:05 Much more efficient to just join/support either of those two projects and join forces, imo 21:53:09 With all the big changes they've made to the protocol spec in the last few months (like the move from ElGamal to Double Ratchet encryption), it would require a lot duplicate work just to keep up with the rest of the network 22:24:31 yeah that is basicaly the idea 22:24:41 if i2cp is a good router just use that api 22:25:00 wait is that the java one again. lol 22:25:55 going to stop commenting until i do my research and come back with a plan 22:59:45 Both java i2p and i2pd support i2cp, they follow the same spec