[-] WishfulAlbatross@monero.town 1 points 5 months ago

What does RWA solve? It has no real connection to the blockchain besides a promise from a centralized entity that it is backed. Almost no difference to digital fiat unless it is unfreezable?

[-] WishfulAlbatross@monero.town 2 points 5 months ago

DAI is unfreezeable and pseudonymous, digital fiat is not. It's a useful bridge.

1
deleted (www.youtube.com)
submitted 10 months ago* (last edited 10 months ago) by WishfulAlbatross@monero.town to c/privacy@lemmy.ml
[-] WishfulAlbatross@monero.town 1 points 11 months ago

This would be dope

[-] WishfulAlbatross@monero.town 2 points 1 year ago* (last edited 1 year ago)

Check out these too:

You can pay with Monero and they require no info to sign up or very minimal info such as an email

[-] WishfulAlbatross@monero.town 3 points 1 year ago* (last edited 1 year ago)

Agree! Nostr is a neutral tool and the protocol itself has nothing to do with Bitcoin. Monero community should embrace and utilize it.

Seems like NIP 24, 59, and 101 will remedy the main problems plaguing Nostr DMs (prevent metadata leaks and implement forward secrecy). Very cool.

Link to 0xChat site and their github:

Useful account for finding other Monero users on Nostr "Monero Directory": npub1r27775s4thzj5gdz4j0dr8jygvtldnur2qxlzw0muu7z57k83c4qtsyqx6

Bounty "Nostr client for Monero" : https://bounties.monero.social/posts/94/10-000m-nostr-client-for-monero

[-] WishfulAlbatross@monero.town 1 points 1 year ago

Good points.

Didn't know that, but I like those ideas. Anything that would decentralize and bring transparency to as many aspects of Monero as possible.

We really do need some kind of MIPS. I wonder why it failed?

7
submitted 1 year ago* (last edited 1 year ago) by WishfulAlbatross@monero.town to c/monero@monero.town

1. Double Spend Proofs

Improves: Convenience, security, and transaction speed

BCH has "instant" 0-conf transactions. I think XMR might be able to achieve something similar (although maybe not as fast because of Dandelion++) since both don't have RBF. This would make 0-conf transactions safer for smaller amounts and the vast majority of use cases.

2. ~~Decentralized Governance~~ Network Upgrade Consensus

Improves: ~~Decentralization~~ Wider reaching and more explicit consensus from Monero network for upgrades

So far, Monero's governance has worked out for it and there has been little to no contention with it's direction within the community. But XMRs governance is not as ideally decentralized as it should be. Again, I'm taking inspiration from another aspect of BCH that I think it does well. Their "CHIP" process, or a variation, is something XMR community should think about and consider adopting to make Monero more robust to capture.

3. Client Side Validation

Improves: Privacy and scalability

This one was inspired by a BTC project called RGB.

"RGB can scale in terms of transaction throughput, data size and network size. It doesn't keep any data on-chain (in any blockchain)..."

"No chain analysis is possible due to the absence of a transaction graph in blockchain. RGB uses zero-knowledge to protect the history of a fungible state. With RGB, the user is always in-charge of when, and what parts of the history and state to disclose, if needed."

4. Succinct STARK proofs for Monero blockchain

Improves: Greatly reduce space and time required to sync a node

Another couple BTC projects that Monero might be able to take advantage of.

"Currently transactions specify inputs and outputs, and verifying an input requires you to know the whole state of the system. With Utreexo, the holder of funds maintains a proof that the funds exist, and provides that proof at spending time to the other nodes. These proofs are compact (under 1KB) but do represent the main downside in the utreexo model they present an additional data transmission overhead which allows much smaller state."

5. Opportunistic Encryption

Possible improvement: Privacy and anonymity for Monero node communication

I'm actually unsure if this would just be completely redundant for Monero nodes. But thought to mention it just in case. Maybe it can help hide any residual metadata between peers, or offer an addtional layer, that Monero might not already cover.

https://github.com/bitcoin/bips/blob/master/bip-0324.mediawiki

*I want to know your opinions on these ideas. Let me know in the comments if you have any ideas from other projects that might benefit Monero too.*

[-] WishfulAlbatross@monero.town 0 points 1 year ago

What a dumb reason to not want to join something. You take things too literally and too seriously.

It's like getting offended and not wanting to join monero town because you live in a city. Who cares - it's just a name get over it.

WishfulAlbatross

joined 1 year ago