01:06:05 <hyc> ok
01:09:04 <hyc> selsta #6868
01:10:28 <selsta> thanks
01:16:08 -xmr-pr- hyc opened pull request #6868: Fix lgamma/signgam dependency [RELEASE 0.17]
01:16:08 -xmr-pr- > https://github.com/monero-project/monero/pull/6868
02:16:08 -xmr-pr- xiphon opened pull request #6870: [release-v0.17] cmake: Version - use CMAKE_CURRENT_LIST_DIR
02:16:08 -xmr-pr- > https://github.com/monero-project/monero/pull/6870
02:16:09 -xmr-pr- xiphon opened pull request #6869: [release-v0.17] cmake: CheckTrezor - use ${CMAKE_CURRENT_LIST_DIR} to ...
02:16:09 -xmr-pr- > https://github.com/monero-project/monero/pull/6869
13:46:08 -xmr-pr- VanGrx opened issue #6871: get_output_histogram unlocked flag logic scenarios
13:46:08 -xmr-pr- > https://github.com/monero-project/monero/issues/6871
19:36:19 <Nathan[LocalCoin> Is there any method by which a fast sync of a wallet can be achieved from the perspective of the Monero blockchain?
19:36:19 <Nathan[LocalCoin> On Bitcoin you can pre-index with something like ElectrumX, and Ethereum has account-based addresses built in.
19:36:19 <Nathan[LocalCoin> I understand on Monero there are additional privacy considerations, does this mean there's no way around a slow historical scan? Is there some configuration I can use for Monero daemon so that I can load new wallets for users and allow them to instantly detect the current balance?
19:37:42 <Nathan[LocalCoin> Obviously I can get around this by giving all users an address from a wallet I already have the key for, but I'm looking for a non-custodial solution
19:38:57 <selsta> This is currently not possible, though on good hardware it should take less than 10 minutes to scan the whole blockchain.
19:39:39 <moneromooo> You can tell the wallet at what block your first tx happened, and it won't scan blocks before that (set refresh-from-block-height N).
19:40:05 <moneromooo> You can tell is to not scan coinbase outputs if you know you never mined to that address (set coinbase-type something IIRC).
19:42:27 <Nathan[LocalCoin> <moneromooo "You can tell the wallet at what "> I think I understand, so every time a user visits my site I get their browser to generate a new wallet and sync immediately from the latest block.
19:45:55 <Nathan[LocalCoin> <selsta "This is currently not possible, "> Perhaps it's just not possible given the way Monero works, but some kind of pre-indexing for instant sync would simplify development on Monero for a lot of applications. A 10 minute wait is difficult to handle on the UX/UI level of a website
19:50:21 * Nathan[LocalCoin sent a long message:  < https://matrix.org/_matrix/media/r0/download/matrix.org/CdkTDuCVnOsFrePsvYUragHD/message.txt >
19:51:18 <selsta> there are light wallet server (openmonero, monero-lws) that do what you are describing
19:59:54 <Nathan[LocalCoin> Thanks, I will play around with both those wallets and inspect the code. Ideally I'd like to achieve this setup with monero-javascript on frontend and the python monero wrapper on the backend.
19:59:54 <Nathan[LocalCoin> From the user perspective privacy is sacrificed by sharing their private view key, but I can't see any way around this if you want to give them the experience of instant wallets.
20:00:48 <selsta> these are servers, not wallets :)
20:01:04 <selsta> https://github.com/moneroexamples/openmonero
20:01:19 <selsta> https://github.com/vtnerd/monero-lws
20:02:03 <selsta> monero-lws is more for running your own light wallet server, and maybe for a couple friends, if you want to have a lot of users openmonero is better
20:13:23 <Nathan[LocalCoin> <selsta "monero-lws is more for running y"> Thanks, from my reading so far I think this server performs some kind of pre-indexing, because it seems to have the capability to instantly return a users wallet information given their private view key
20:14:38 <selsta> no, if you import an existing wallet they also have to scan first
20:24:31 <lza_menace> ty selsta - im lurking but helpful for other stuff i was working on
20:25:38 <Nathan[LocalCoin> Yes thank you, this is really helpful advice. I'm glad to know that what I'm trying to achieve is probably possible (I say probably because I need to build a MultiSig layer on top of all this)
20:31:08 -xmr-pr- stmax82 opened issue #6872: Docker: CONNECTION FROM 172.17.0.1 REFUSED, too many connections from ...
20:31:08 -xmr-pr- > https://github.com/monero-project/monero/issues/6872
22:01:08 -xmr-pr- Jkat opened pull request #6873: Update README.md
22:01:08 -xmr-pr- > https://github.com/monero-project/monero/pull/6873
23:42:22 <selsta> is Dandelion++ disabled in txproxy (I2P / Tor) mode?