How would I go about creating a system which automatically does action upon first confirmation? Like some kind of digital goods shop which doesn't need human supervision?

:-X

Check existing ones, see what they do. Try #monero-community-dev, they'll likely have examples.

thank you

<a​leenor:matrix.org> Exception: boost::wrapexcept<boost::bad_weak_ptr> --- my log is spammed by this all the time, is it normal? afterwards comes a stack trace

If by normal you mean expected, yes. If by normal you mean intended, no.

It is harmless, but fixing it would be nice. I fixed one years ago and a later patch reintroduced a similar one. Couldn't be arsed doing all the work again given the time it took the first time.

You can ignore it or silence it by adding *trace*:FATAL in the log settings if you're short on disk space.

<r​ucknium:monero.social> I am trying to figure out which peer is giving me each transaction. If I `set_log net.p2p.msg:INFO` I get

<r​ucknium:monero.social> `<TIME> I [<IP>:PORT> <DIRECTION>] Received NOTIFY_NEW_TRANSACTIONS (<N> txes)`

<r​ucknium:monero.social> Then

<r​ucknium:monero.social> `<TIME> I Including transaction <<tx_hash>>`

<r​ucknium:monero.social> , one line for each of the `N` txs. But sometimes I get `NOTIFY_NEW_TRANSACTIONS` from two different peers at almost the same time. Then the specific `tx_hash`es from those two peers are mixed together in the list of log messages. Is there a better way to figure out which peer gave me each tx? Or should I try to use something like Wireshark?

Use the thread column to disentangle.

The format above suggests you're looking at hte console, but there's a bit more data in the log file.

<r​ucknium:monero.social> Yes I am looking at the console. Thanks. I will see what I can learn from the thread column.

.merge+ 8396

Added

can someone who is familiar with out scaling algorithm review monero-project/monero #8488 ?

<p​lowsof:matrix.org> does cuprate understand it boog900?

Hi, we are working on a draft CCS, not submitted yet, looking for reviewers and somebody that could do the work

to un-bork your i2p support and docs

<v​tnerd:monero.social> What needs fixing for i2p?

get rid of unsupported and wonky i2p-zero and associated scripts; switch to our standard SAM API

that will work with both java and i2pd external routers

give up on trying to bundle or manage a router as was proposed in the existing  bounty

this is the approach now used by bitcoin and libtorrent

it allows you to configure i2p tunnels to your needs from your side, remove the external scripts, and abandon any attempt to maintain your own router package that you clearly don't have the resources to do

we've done SAM presentations at several monerokons and DEFCON monero villages over the last 5 years, but no bites so far

so if we write up a step-by-step CCS, offer to contribute some of the funding, and promise to provide consulting, would that be enough to find somebody? Thats our hope

looking for reviewers "and someone that could do the work" hm

right. there's already 22.2 XMR on a i2p bounty with no progress. our proposal would, I think, be simpler, by abandoning the router management/control part

that you've been hung up on for over 10 years, first with kovri then i2p-zero

<p​lowsof:matrix.org> i2pd works fine? are you talking about the monero gui PR? monero-project/monero-gui #4263

hadn't seen that

what's the status of it?

<p​lowsof:matrix.org> preland

our recommendation is that you switch to SAM, and don't attempt to bundle a router. Then your user docs become:

1) install i2pd or java i2p; 2) enable i2p in monero gui; done and done

<p​lowsof:matrix.org> "terrible" preland/monero-gui a7a4a0f

bitcoin now has thousands of monthy i2p nodes with this approach, and there's little to no maintenance burden

<p​reland:matrix.org> I had gotten i2pd bundled and running, although I was having issues with it connecting logs back to the gui

<p​reland:matrix.org> Tbh I was already thinking of making it so that you can use it non-bundled

<p​reland:matrix.org> I2P is *much* more usable when it isn’t constantly turned on and off anyways

I assume the bundling is why the pull and the bounty at bounties.monero.social/posts/32 are stuck

right

<p​reland:matrix.org> Yeah the commit desc says it for that one

<p​reland:matrix.org> My current work on my local repo is better, but not rly ready atm

<v​tnerd:monero.social> I could eventually pick up the i2p stuff, although it wasnt explicitly mentioned in my last funding proposal so it might be a while

so we're offering a detailed roadmap forward, with an offer of consulting help, some XMR from our side as motivation for somebody, following an approach proven by bitcoin

<p​reland:matrix.org> The reason is actually that the prior dev before me was trying to integrate using I2P-zero’s spec, which doesn’t rly work for any other implementation

<p​reland:matrix.org> Also wait is this the actual zzz?

yup

<p​reland:matrix.org> I thought you had died xD

resurrected

<p​reland:matrix.org> Yeah if the bounty can be reworded to make it not bundled I could probably get it working much quicker

<p​reland:matrix.org> The issue would then be more on the side of node discovery using I2P, since it’s a closed network as opposed to a more open one like Tor

<p​reland:matrix.org> Tbh I haven’t worked on the bounty in a bit over the week because of some other work I was/is/am doing for Haveno

<p​reland:matrix.org> Is there a link to this somewhere?

<s​nowman:tetaneutral.net> The gui is made for newbs. There’s a significant user benefit to being able to flip a switch and have a private mode enabled. We see this type of functionality in feather, stack wallet on mobile as well as cake, I believe and I imagine this feature gets a lot of use. Asking users to download and set up i2p eliminates a lot of people from ever using that feature.

<p​reland:matrix.org> This is fair, but you should be aware that there are significant downsides to having I2P ran in this way

<s​nowman:tetaneutral.net> From an engineering perspective, of course it’s more overhead. That overhead saves thousands of people a lot of time

<s​nowman:tetaneutral.net> These protocols should be made to be incorporated into apps. Asking users to set up tor/i2p is just not how 98% of people use their phones and even desktops today. Power users are probably not using Monero gui and they’re fluently using i2p/tor. I know this is going beyond the topic of this channel. Happy to see zzz here, too, but I thought I’d give a little perspective fro<clipped message>

<s​nowman:tetaneutral.net> m a non power user.

fwiw, @janowitz on twitter advised me a CCS would get "funded in no time", the crowd here sounds a lot more skeptical

which is fine, that's why I'm looking for somebody to take a look at our draft

<s​nowman:tetaneutral.net> I also think it would get funded in no time as well 😁

<p​reland:matrix.org> I hope it does

<s​nowman:tetaneutral.net> Id be happy to donate

<p​reland:matrix.org> Forgive me for asking, but do you still have access to your gpg keys?

yes

and I also have control of stats.i2p and zzz.i2p as always

<s​nex:matrix.xens.org> as somebody who runs i2p on a separate machine, i would like to be able to just plug my config into monerod and have it use my existing setup

<p​reland:matrix.org> Are those sites back up? I haven’t been on i2p in a bit tbh

you can also look on our github or gitlab to see my signed checkins

yes

<p​reland:matrix.org> I think the best middle ground would be to have a direct download linked in the gui

<p​reland:matrix.org> Ooh I’ll have to check that when I’m back to my computer in a few

if you move away from socks to sam, then existing users would have to turn off their socks tunnels snex

ok can't get anybody to bite to even ask for the draft CCS?

<p​reland:matrix.org> To see if we are somewhat on the same page, would the idea be something like this:

<p​reland:matrix.org> Monero sends requests on port X, which has an eepservice running on it to handle tx stuff; and for node syncing we—(cont.)

<p​reland:matrix.org> I think I asked for a link a bit ago

so I'll do it this way. Link is in the top post on zzz.i2p :)

<p​reland:matrix.org> Lol 😂

that gives you the draft and proof :)

<p​reland:matrix.org> There still isn’t an iOS I2P router right😂

nope

do you need multiple ports? one for tx and one for syncing?

<p​reland:matrix.org> Tbh I may make one someday out of boredom

<p​reland:matrix.org> It depends tbh; I think I’d have to recheck to see, but the current way we were doing it would have one port for txs but would still sync on clearnet

our draft specifies you support a i2p-only mode

<p​reland:matrix.org> The extra port would come into play if you were to replace the clearnet with a connection with an http outproxy

<p​reland:matrix.org> Which does actually work, if you have a million years to sync from block 1

and a "mixed" mode

<p​reland:matrix.org> That’s good

<p​reland:matrix.org> It’s the way I would’ve done it anyways

we would highly discourage trying to do IBD or even syncing via outproxy, and we'd require you to get approval from our outproxy op for that

<p​reland:matrix.org> Ideally the outproxy would be one you setup yourself

<p​reland:matrix.org> Though tbh a solution not relying on an outproxy would be ideal

i2p-only means really i2p-only

<p​reland:matrix.org> Hmm

<p​reland:matrix.org> It should be noted that at some point there would be a connection outside of I2P (otherwise the network would be completely isolated

ofc

<p​reland:matrix.org> It’s unfortunately quite the mind bender: I2P is a closed network, so to integrate Monero into it will require some form of communication outside of the network

so provide two options, i2p-only and mixed, default mixed, and you'll have hundreds or thousands of i2p nodes and it will all stay synced

<p​reland:matrix.org> It’s simple to find a solution; difficult to find a satisfactory one

<p​reland:matrix.org> That should be good

<p​reland:matrix.org> We will probably have to add a disclaimer for the i2p only nodes that their node could risk becoming isolated from the rest of the network

<p​reland:matrix.org> Unless there was a way to check if the nodes you are connected to are i2p-only or mixed

what you have now that you didn't a couple years ago is bitcoin showing you exactly how to do it. Why they got there before a "privacy coin" I'm not sure...

<p​reland:matrix.org> Tbh I’m not sure either

<p​reland:matrix.org> Actually what am I saying lol

<p​reland:matrix.org> Most of it stems from i2pd

<p​reland:matrix.org> Only recently were contributions from Monero devs even allowed to i2pd

<p​reland:matrix.org> It was explicitly disallowed to be associated with Monero and develop for i2pd

well if you and them dont get along, why are you trying to bundle them?

<p​reland:matrix.org> And since i2pd is the only C++ i2p client (or at least the most well known)

<p​reland:matrix.org> It’s not an issue now; it’s resolved

<p​reland:matrix.org> Just explaining some past history

just use router-agnostic SAM, supported by both, let the users do the install

<p​reland:matrix.org> That is probably the best approach moving forwards

sure it's a long history, but we've been banging the SAM drum at your parties for years, and there's 500 lines of SAM code over there in bitcoin that you can yank and you're half done (license permitting) or a SAM lib we support (ditto)

<p​reland:matrix.org> Thinking of the onboarding experience, how long should a new I2P user have to wait for their connection to the network to be integrated?

first i2p install? 5 minutes usually good enough for low-bandwidth usage, esp. if not firewalled or they have UPnP

<p​reland:matrix.org> Ok, that’s good

<p​reland:matrix.org> I think I’ll take a look at it

so how many XMR you need to put this on the top of your list?

<p​reland:matrix.org> Haveno is currently in a bit of a lull, so I think I can return the i2p development to my attention.

.merge+ 8488

Added

.merge+ 9252

...