-
n1oc[CCS Proposals] plowsoff closed merge request #615: Memoro Vault Bounty Challenge (36 XMR Security Demonstration) repo.getmonero.org/monero-project/ccs-proposals/-/merge_requests/615
-
br-m<fiatdemise:matrix.org> Wanted to pass on some good news that after trying out testnet, I've confirmed Carrot does what I need for XMRChat. I was able to successfully send from one wallet to 10 other wallets using 1 integrated address, and a mix of primary and sub addresses for the rest of the destinations.
-
br-m<plowsof:matrix.org> @mrcyjanek0:matrix.org do you know is Unstoppable wallet are using monero_c? if yes, they tweeted xcancel.com/unstoppablebyhs/status/1974094583916380645 "rebuilt the sync logic from the ground up. Wallets now sync significantly quicker." do you or anyone here know anything about this?
-
br-m<binarybaron:matrix.org> I’d be interested in that too
-
br-m<binarybaron:matrix.org> I am guessing they are exaggerating
-
br-m<ofrnxmr:xmr.mx> @plowsof:matrix.org: Unstoppable has sync issues, even if using monero_c
-
br-m<ofrnxmr:xmr.mx> I think the rebuilt logic is just that their implementation of monero_c was rushed or had bad assumptions
-
br-m<ofrnxmr:xmr.mx> I havent tried the latest version, but the initial release version was unreliable
-
plowsofi was in the board room and suggested they doubled the number of blocks in the monero chain so it appears to sync 2x faster
-
br-m<binarybaron:matrix.org> wallet2 could be sped up by decoupling downloading and verifying but I doubt they did that
-
DataHoarderwallet2 could be sped up by syncing to most recent tip and claiming the rest were stolen
-
br-m<binarybaron:matrix.org> also a valid solution
-
plowsofjberman presents an overview for his async scanner here youtu.be/xCEIcUWdUM0?t=1296
-
br-m<r4v3r23> plowsof: need
-
br-m<spirobel:kernal.eu> the rpc change is still not merged i think monero-project/monero #9901
-
br-m<binarybaron:matrix.org> this is a gem how have I not seen this yet
-
br-m<binarybaron:matrix.org> plowsof: thanks for sharing