-
br-m
-
br-m
<absinthium:4d2.org> glad to see we have a reachable monero node in antarctica
-
br-m
<absinthium:4d2.org> the penguins need their decentralized private monies
-
sech1
-
br-m
<emperor8942:matrix.org> sech1: I wonder if the feds got a couple more of these 0days in their reserve
-
br-m
<albertlarsan68:albertlarsan.fr> "DNS alternative" that doesn’t (yet) allow actually resolving stuff, just "owning" names. > <@eravsar:raubritter.org> see xns.rocks, DNS alternative based on Monero.
-
br-m
<basses:matrix.org> @albertlarsan68:albertlarsan.fr: didnt take a look but I guess it is similar to
ens.domains ?
-
br-m
<albertlarsan68:albertlarsan.fr> I have read the docs, and there is not yet any way to integrate any data except for a bare public key of an owner. I think it needs a little more time in the oven, to be able to at least associate an xmr address or stuff. Also dns alternative speaks to me AAAA and TXT records.
-
br-m
<khimaira:matrix.org> @emperor8942:matrix.org: Isn't this more of an attack intended to manipulate payout? Why would the feds have an interest in this - I was more thinking they are interested in de anonymization of monero users and not in stealing their payouts. Or maybe I am wrong, what incentives does feds have for this? Can someone chime in?
-
br-m
<emperor8942:matrix.org> @khimaira:matrix.org: My apologies. I misread it as "allow an attacker to calculate the payouts" for some reason. No, you're completely right. However I don't doubt that authorities are definitely trying to find ways of disrupting or monitoring monero users, whether that be through unpatched vulns and whatnot.
-
br-m
<eravsar:raubritter.org> @albertlarsan68:albertlarsan.fr: you are right, but i like to consider it as a "domain name system" where the network unit is not an IP controlled by your ISP but a cryptographic key in full custody of yours. like how reachability is through cryptographic identifiers in Tor, I2P, Reticulum, Nostr, and so on...
-
br-m
<eravsar:raubritter.org> @albertlarsan68:albertlarsan.fr: and yes, it needs time in the oven. i am working on a daemon for Tor to resolve .xns domains in system DNS level to .onion virtual IPs.
-
br-m
<albertlarsan68:albertlarsan.fr> @eravsar:raubritter.org: But the protocol currently only supports attaching an Ed25519 public key to the name, not even an onion address. It needs a suporting system to have actual data, but I understand that storing data in the monero blockchain is expensive, and the blockchain-side idea is sound IMO.
-
br-m
<eravsar:raubritter.org> @basses:matrix.org: yes, but much more lightweight. it is just transaction history on a view-only wallet using tx_extra fields for name<->key
-
br-m
<eravsar:raubritter.org> @albertlarsan68:albertlarsan.fr: yep, i think keeping the core implementation minimal is a necessity. with an Ed25519 public key there are many things you can do.
-
br-m
<eravsar:raubritter.org> what is cool with XNS is you don't need anything bloated or vulnerable. only Monero blockchain, and each time you derive the same state with the same rules.
-
br-m
<albertlarsan68:albertlarsan.fr> Btw eravsar, how much of the code and website were vibecoded? I am getting quite mixed signals: a single commit on the repos, but no obvious signs of AI slop from a cursory glance at the code and a full read of the docs.
-
br-m
<ravfx:xmr.mx> Look at the corners!
-
br-m
<plowsof:matrix.org> is xns rocks just some guys wallet?
-
br-m
<plowsof:matrix.org> "At the center of XNS is a protocol constant [wtf?] Monero wallet. It has a valid view keypair, so every payment sent to it can be found and read." no thanks
-
br-m
<eravsar:raubritter.org> @plowsof:matrix.org: a protocol constant wallet with an invalid spend key.
-
br-m
<eravsar:raubritter.org> it is needed to have a scannable wallet instead of iterating through the whole blockchain.
-
br-m
<eravsar:raubritter.org> see:[... more lines follow, see
mrelay.p2pool.observer/e/yvaw4osLVEx1OE5z ]
-
br-m
<jbabb:cypherstack.com> akin to counterparty?
-
br-m
<eravsar:raubritter.org> @albertlarsan68:albertlarsan.fr: i used AI, but i am a developer myself so it didn't turn out to be slop. i still really appreciate reviews and audits from everyone.
-
br-m
<jbabb:cypherstack.com> like counterparty is to bitcoin, xns is to monero? tho I have to recommend not using the order-2 Edwards point, lol
-
br-m
<jbabb:cypherstack.com> now I'm interested into checking into more tho, what code can you share re: XNS?
-
br-m
<eravsar:raubritter.org> @jbabb:cypherstack.com: yeah but not as advanced as that. and i don't think monero needs that complicated mechanism. names are a real necessity for an utilitarian cypherpunk world, so this is a solution i recommend.
-
br-m
<eravsar:raubritter.org> @jbabb:cypherstack.com:
github.com/orgs/exilens/repositories
-
br-m
<eravsar:raubritter.org> you can get all the source code here
-
br-m
<albertlarsan68:albertlarsan.fr> @eravsar:raubritter.org: Just to clarify: Such a use of AI is (imo) acceptable and potentially a good thing.
-
br-m
<albertlarsan68:albertlarsan.fr> Thanks for the honesty
-
br-m
<eravsar:raubritter.org> @albertlarsan68:albertlarsan.fr: yes, AI lets you work on things you can't afford to spend time on. thank you
-
br-m
<eravsar:raubritter.org> any r/Monero admin here? my comments don't show up for others under my own post that got manually approved.
reddit.com/r/Monero/comments/1u1lysl/xns_exile_name_system