<d​iego:cypherstack.com> New SW release.

<3​21bob321:monero.social> Need to be excited

spirobel: for your Monero web wallet, is the multi-sig 2 of 3, or 2 of 4? It's not exactly clear from the diagram on this: monerochan.news/article/15 . Maybe this is this still something to work out, or does it depend on the use-case/implementation?

Howdy, peeps

<s​pirobel:kernal.eu> people have not fully grasped this yet. FROST can contain hundreds of signers. The threshold / number of total signers is not hardcoded in the wallet. It is up to the specific application to propose a setup to the user. There is a lot of potential for variety to experiment with. One concrete output will be escrow as part of the "stripe payment links"-like product that I started bu<clipped message>

<s​pirobel:kernal.eu> ilding. People will be able to select the self hosted instance of someone else to handle arbitration. During the checkout flow the browser wallet will offer to contact this web service and create a new multisig wallet with them as a partial signer.

-Two Wallets Increase Your Privacy -

RULE 1: Only share hidden addresses (starting with 8...) for your Login wallet.

RULE 2: Always create a new hidden address for different people or services. For example, do not share the same address on two different exchanges, as this harms your privacy.

RULE 3: Only send funds from your Outgoing wallet, never share addresses from this wallet!

RULE 4: Only send funds from your Incoming wallet to top up funds in your Outgoing wallet. Never send funds to third parties from your Incoming wallet!

<o​frnxmr:xmr.mx> Dont repeat openmonero's nonsense here, sir

<o​frnxmr:xmr.mx> Bro even edited it

<o​frnxmr:xmr.mx> Openmonero said "stealth" addresses

That's right, stealth addresses

m-relay: my apologies

you just got prompted / pranked

plowsof: 👍🏻

<o​frnxmr:xmr.mx> Plowsof, bro just copied something openmonero posted in monerotopia last week

stealth addresses beginning with 8 yeah yeah lol

new alias - ctrl+v some garbage + hello my fellow monerians

<o​frnxmr:xmr.mx> And seems to have made his own edits to it, lol

<o​frnxmr:xmr.mx> matrix.to/#/!npkmLLzZKkgfwNpmlV:mon…=xmr.mx&via=t2bot.io&via=matrix.org

<o​frnxmr:xmr.mx> Openmonero asked a question

<s​yntheticbird:monero.social> luigi1111 forgor me its so over

<o​frnxmr:xmr.mx> youre like #8 line, dw

syncbird do u need a loan?

<s​yntheticbird:monero.social> with negative interests yes

<s​yntheticbird:monero.social> interest rate*

<s​yntheticbird:monero.social> or whatever you capitalist people call it

syntheticbird thank you for your patience - its not yet sunrise on the island

ofrnxmr was #8 - people who ask wen after less than a week has passed get put to the back of the line

<s​yntheticbird:monero.social> ooooooooooooooooh right

<s​yntheticbird:monero.social> thx plowsof

syncing a wallet from block 0 to 3050000 using a remote node was 2x quicker with this PR from jberman monero-project/monero #9936 , performance gain over a full sync not tested yet

credits to jeffro256 weeee

a rewrite of the wallet scanner from c++ to c++ shaping up nicely

<s​yntheticbird:monero.social> thx for precising plowsof, these days its very easy to assume any PR is a rewrite in Rust

:P

<r​ucknium:monero.social> You mean, you _don't_ hit monerod with 32 threads of requests simultaneously like I do?

<r​ucknium:monero.social> Congrats to all involved :D

a new PR from molly dev of a similar note monero-project/monero #9935

"if a wallet was restored from a height earlier than the latest checkpoint (now 3375700), wallet2 would fallback to downloading block hashes from height 0 (genesis)."

<r​ucknium:monero.social> I read complaints about that. Was that bug introduced recently?

<s​yntheticbird:monero.social> THATS WHY CAKE WALLET WAS SYNCING FROM 0?????

i think people have been reporting a similar issue to cake

<s​yntheticbird:monero.social> I got crazy over this

yeah, likely

c++ to c++ leets goo

c++ to c++ then rust for the chefs kiss , 5 stars

if anyone is wondering (Jackie) these 2 are not related to EP159 and EP160 ;-)

valdrac^

<v​alldrac:matrix.org> I just found that issue while writing unit tests for our Android SDK

valldrac* 💪

<o​frnxmr:xmr.mx> valldrac does it work properly if there are no checkpoints defines? (falls back to old behavior etc)

<o​frnxmr:xmr.mx> I always thought it was necessary behavior. Wallets have always "fast synced" from 0. I always thought that was expected :D

<v​alldrac:matrix.org> Yes, if there's no checkpoint before the restore height, or no checkpoints at all, it starts from zero