-
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)
-
m-relay
<spirobel: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>
-
m-relay
<spirobel:kernal.eu> e trouble envisioning this, take a look at frostsnap:
x.com/FrostsnapTech/status/1913605326819176956 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>
-
m-relay
<spirobel: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>
-
m-relay
<spirobel:kernal.eu> combining different devices:
x.com/FrostsnapTech/status/1913603587671986591
-
m-relay
<midipoet: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>
-
m-relay
<midipoet:matrix.org> nerator, which would be a "normal" UX flow.
-
m-relay
<midipoet:matrix.org> Anyway, it's just a thought. I like the idea of a browser-based wallet, either way.
-
m-relay
<spirobel: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>
-
m-relay
<spirobel:kernal.eu> e don't introduce multisig.
-
m-relay
<lordx3nu: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
-
m-relay
<jeffro256: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
-
m-relay
<17lifers:matrix.org> how high is the ping gonna be 🙃
-
m-relay
<spirobel: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.
youtube.com/shorts/L1Dzswgt3rw Any ideas? 🤔
-
m-relay
<midipoet:matrix.org> Ah, yeah, I understand this now.
-
m-relay
<btclovera:matrix.org> When Monero SpaceX? StarNero is the future Starlink + Monero
-
m-relay
<superquantum: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.
-
m-relay
<superquantum:matrix.org> Below is a concise, detailed guide to setting up a full Monero node
-
m-relay
<superquantum:matrix.org> ~Requirements~
-
m-relay
<superquantum:matrix.org> •Hardware•
-
m-relay
<superquantum:matrix.org> ◦CPU: Any modern CPU (2+ cores recommended).
-
m-relay
<superquantum:matrix.org> ◦RAM: 4 GB minimum, 8 GB+ preferred.
-
m-relay
<superquantum:matrix.org> ◦Storage: 100 GB+ of free SSD space (blockchain size grows over time).
-
m-relay
<superquantum:matrix.org> ◦Internet: Stable, high-speed connection with sufficient bandwidth (no strict data caps).
-
m-relay
<superquantum:matrix.org> •Operating System•
-
m-relay
<superquantum:matrix.org> ◦Linux (Ubuntu recommended), Windows, or macOS.
-
m-relay
<superquantum:matrix.org> •Software•
-
m-relay
-
m-relay
<monerobull:matrix.org> r/monero daycare
-
m-relay
<monerobull:matrix.org> this ones ahead of the curve though
-
m-relay
<monerobull:matrix.org> when even the 13 yo are aware of how dangerous public addresses are
-
m-relay
<17lifers:matrix.org> im a teen and position 23 in the p2pool weekly miners list located at
p2pool.observer/miners?weekly
-
m-relay
<monerobull:matrix.org> Gg
-
m-relay
<monerobull:matrix.org> I once mined a block with my parents electricity as well
-
m-relay
<monerobull:matrix.org> ;)
-
m-relay
<17lifers:matrix.org> that. is. absolutely. based.
-
m-relay
<17lifers:matrix.org> ur awesome