09:39:43 <midipoet> spirobel: with the proposed web wallet, does the MFA have to be based on multi-sig? Can it not just be some other method that requires a second device,  like a code generator or something similar? (apologies if this has been answered already)
11:32:49 <m-relay> <s​pirobel:kernal.eu> midipoet: the assumption behind the question is that multi-sig based MFA is fundamentally different from the legacy hardware wallet transaction singing flow. That is not the case. The third milestone is similar to  monerujo sidekick / cupcake / anonero / seedsigner / keystone. The difference is that this is more secure. Both devices need to be compromised, not just one. If you hav<clipped message>
11:32:50 <m-relay> <s​pirobel:kernal.eu> e trouble envisioning this, take a look at frostsnap: https://x.com/FrostsnapTech/status/1913605326819176956 https://github.com/frostsnap/frostsnap  You see they chain 3 devices to a phone to sign a transaction. This is very flexible. Sidenote: the side effect of this is that it creates a forcing function for the library to work with react native. That will make it easier and fast<clipped message>
11:32:52 <m-relay> <s​pirobel:kernal.eu> er to build Monero apps. I also recently got myself an esp32 c6. It has a completely open source rust sdk. Embedded devices for few dollars + open source software have the potential to replace hundreds of dollars in hardware wallets (that have similar cost structure btw) The flexibility that comes with FROST means that there is a lot of new potential to play with when it comes to <clipped message>
11:32:54 <m-relay> <s​pirobel:kernal.eu> combining different devices: https://x.com/FrostsnapTech/status/1913603587671986591
12:14:11 <m-relay> <m​idipoet:matrix.org> Thanks for the explanation. I don't fully understand why a multi device multi-sig implementation would be that much more secure than a simple MFA authentication process though (but I might be missing the point entirely). It seems a lot more complexity for little additional security. Plus, if you implemented a code-based second factor, the user could just use their standard code ge<clipped message>
12:14:12 <m-relay> <m​idipoet:matrix.org> nerator, which would be a "normal" UX flow.
12:14:51 <m-relay> <m​idipoet:matrix.org> Anyway, it's just a thought. I like the idea of a browser-based wallet, either way.
12:20:58 <m-relay> <s​pirobel:kernal.eu> You see, the normal hardware wallet flow is not actually multi factor. It is one factor on a proprietary embedded device. The multi factor you are used to from centralized legacy banking where you have otp messages, a phone app, a little pocket calculator looking thing to generate a code, tan list sent by mail ... is not possible in a situation without a centralized authority if w<clipped message>
12:20:58 <m-relay> <s​pirobel:kernal.eu> e don't introduce multisig.
12:21:06 <m-relay> <l​ordx3nu:matrix.org> How about we put a Monero node on the moon. We can call it Moonero. Then we can pump and all be billionaires. #wagmi
12:22:19 <m-relay> <j​effro256:monero.social> midipoet: The maim difference between MFA and a true multisig setup is that the key material is all in one place without multisig . So if you compromised one device at time of signing with MFA , then your funds / privacy is compromised
12:22:34 <m-relay> <1​7lifers:matrix.org> how high is the ping gonna be 🙃
12:39:09 <m-relay> <s​pirobel:kernal.eu> I agree with x3nus plan but in my humble opinion a defensive system should be added to keep the moon nazis from stealing it. https://www.youtube.com/shorts/L1Dzswgt3rw Any ideas? 🤔
13:06:17 <m-relay> <m​idipoet:matrix.org> Ah, yeah, I understand this now.
13:27:39 <m-relay> <b​tclovera:matrix.org> When Monero SpaceX? StarNero is the future Starlink + Monero
15:30:27 <m-relay> <s​uperquantum:matrix.org> Setting up a Monero node enables you to support the network by validating transactions and maintaining the blockchain, while ensuring your privacy and peace of mind.
15:30:28 <m-relay> <s​uperquantum:matrix.org> Below is a concise, detailed guide to setting up a full Monero node
15:30:30 <m-relay> <s​uperquantum:matrix.org> ~Requirements~
15:30:32 <m-relay> <s​uperquantum:matrix.org> •Hardware•
15:30:34 <m-relay> <s​uperquantum:matrix.org> ◦CPU: Any modern CPU (2+ cores recommended).
15:30:36 <m-relay> <s​uperquantum:matrix.org> ◦RAM: 4 GB minimum, 8 GB+ preferred.
15:30:38 <m-relay> <s​uperquantum:matrix.org> ◦Storage: 100 GB+ of free SSD space (blockchain size grows over time).
15:30:40 <m-relay> <s​uperquantum:matrix.org> ◦Internet: Stable, high-speed connection with sufficient bandwidth (no strict data caps).
15:30:42 <m-relay> <s​uperquantum:matrix.org> •Operating System•
15:30:44 <m-relay> <s​uperquantum:matrix.org> ◦Linux (Ubuntu recommended), Windows, or macOS.
15:30:46 <m-relay> <s​uperquantum:matrix.org> •Software•
18:58:42 <m-relay> <m​onerobull:matrix.org> https://matrix.monero.social/_matrix/media/v1/download/matrix.org/oufyMXzfkViDjFWqxvahtEws
18:58:44 <m-relay> <m​onerobull:matrix.org> r/monero daycare
18:58:45 <m-relay> <m​onerobull:matrix.org> this ones ahead of the curve though
18:58:46 <m-relay> <m​onerobull:matrix.org> when even the 13 yo are aware of how dangerous public addresses are
20:21:40 <m-relay> <1​7lifers:matrix.org> im a teen and position 23 in the p2pool weekly miners list located at https://p2pool.observer/miners?weekly
20:26:33 <m-relay> <m​onerobull:matrix.org> Gg
20:26:54 <m-relay> <m​onerobull:matrix.org> I once mined a block with my parents electricity as well
20:27:24 <m-relay> <m​onerobull:matrix.org> ;)
21:19:57 <m-relay> <1​7lifers:matrix.org> that. is. absolutely. based.
21:26:56 <m-relay> <1​7lifers:matrix.org> ur awesome