-
hyc
ok
-
hyc
selsta #6868
-
selsta
thanks
-
xmr-pr
hyc opened pull request #6868: Fix lgamma/signgam dependency [RELEASE 0.17]
-
xmr-pr
-
xmr-pr
xiphon opened pull request #6870: [release-v0.17] cmake: Version - use CMAKE_CURRENT_LIST_DIR
-
xmr-pr
-
xmr-pr
xiphon opened pull request #6869: [release-v0.17] cmake: CheckTrezor - use ${CMAKE_CURRENT_LIST_DIR} to ...
-
xmr-pr
-
xmr-pr
VanGrx opened issue #6871: get_output_histogram unlocked flag logic scenarios
-
xmr-pr
-
Nathan[LocalCoin
Is there any method by which a fast sync of a wallet can be achieved from the perspective of the Monero blockchain?
-
Nathan[LocalCoin
On Bitcoin you can pre-index with something like ElectrumX, and Ethereum has account-based addresses built in.
-
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?
-
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
-
selsta
This is currently not possible, though on good hardware it should take less than 10 minutes to scan the whole blockchain.
-
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).
-
moneromooo
You can tell is to not scan coinbase outputs if you know you never mined to that address (set coinbase-type something IIRC).
-
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.
-
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
-
-
selsta
there are light wallet server (openmonero, monero-lws) that do what you are describing
-
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.
-
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.
-
selsta
these are servers, not wallets :)
-
selsta
-
selsta
-
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
-
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
-
selsta
no, if you import an existing wallet they also have to scan first
-
lza_menace
ty selsta - im lurking but helpful for other stuff i was working on
-
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)
-
xmr-pr
stmax82 opened issue #6872: Docker: CONNECTION FROM 172.17.0.1 REFUSED, too many connections from ...
-
xmr-pr
-
xmr-pr
Jkat opened pull request #6873: Update README.md
-
xmr-pr
-
selsta
is Dandelion++ disabled in txproxy (I2P / Tor) mode?