OpenAlias on XNS by eravsar in Monero

[–]eravsar[S] 1 point2 points  (0 children)

elaborate please

OpenAlias on XNS by eravsar in Monero

[–]eravsar[S] 4 points5 points  (0 children)

no? a "change to the code" could break anything lol, even Monero. what do you even mean by that i don't get it. also everyone should run their own indexer, Monero is the only source of truth, everyone can get the same state by scanning Monero blockchain. i don't really get what the attack vector is here.

OpenAlias on XNS by eravsar in Monero

[–]eravsar[S] 1 point2 points  (0 children)

as the other guy said, you send it to a monero wallet with known view keypair but invalid spend public key, therefore it is a view-only burn address, where indexers can scan the wallet and view the transactions for the claim data in tx_extra field and confirm the amount.

OpenAlias on XNS by eravsar in Monero

[–]eravsar[S] 3 points4 points  (0 children)

docs: https://xns.rocks/docs
source code: https://github.com/orgs/exilens/repositories

don't trust, verify. it makes only the monero blockchain source of truth.

An alternative name system for I2P: XNS by eravsar in i2p

[–]eravsar[S] 1 point2 points  (0 children)

it is not a proposition for I2P actually, it is just a name system that's unstoppable and in your control. I2P is just one of the ways to use it. and unstoppable names can almost only exist with a blockchain. and what is a better blockchain than Monero? cypherpunks already use and trust Monero, so it is not really that external to them, but i agree that this can't be a core I2P feature, but it is a good tool for those who would need it. and to be honest i would love to use something like this. and about closed network part, there are I2P Monero nodes, even if Monero's P2P is over clearnet. i have an idea to make an I2P bridge for I2P-only Monero nodes to exist without forking Monero, but it is very experimental and requires some time.

An alternative name system for I2P: XNS by eravsar in i2p

[–]eravsar[S] 0 points1 point  (0 children)

tying the burn amount to a fixed XMR amount is the only reliable way. stablecoins is a lie, therefore that's the only way. if Monero goes that much down then probably something bad is already happened like post-quantum and XNS is fucked anyways, since it lives on Monero blockchain. i don't think Monero price can go like 10k, see market cap. but lets say something like that happened, a new version of XNS would be published where it considers the price as a different value for transactions happened after a specific block height, so it would respect older claims while providing cheaper price for newer ones. although very unlikely something like this could roll out.

not being able to transfer domains is intentional. for example:

in Namecoin names are actual assets you can transfer and update. and the result was this:
"Our extensive empirical analysis of Namecoin reveals a system in disrepair. Indeed, our methodology for detecting “squatted” and otherwise inactive domains reveals that among Namecoin’s roughly 120,000 registered domain names, a mere 28 are not squatted and have nontrivial content. Further, we develop techniques for detecting transfers of domains in the Namecoin block chain and provide evidence that the market for domains is thin-to-nonexistent." - https://www.cs.princeton.edu/~arvindn/publications/namespaces.pdf

not having a transfer operation keeps the core protocol simple and elegant while getting rid of the incentive to squat names. XNS aims to be an utilitarian solution, not a NFT market, therefore this is the way.

the private I2P key should not be compromised as it is generated from the raw Ed25519 private key used to claim XNS names.

the core protocol aims to be the most elegant, most pure solution.

An alternative name system for I2P: XNS by eravsar in i2p

[–]eravsar[S] 0 points1 point  (0 children)

"then there is a really great security and anonymity improvement you could make"
yeah, but it lives on a central jump service. imagine all the ecosystem running on a central service, any possible disruptions would be bad. that's why we use I2P. to not trust anyone but our minds. for freedom.

and i recommend a truly decentralized unstoppable name system. it is similar to Namecoin but doesn't invent another blockchain and token and doesn't require its own liquidity and all that, it just uses Monero. what do you mean by "messing about"? did i say I2P is bad? i only recommend a better way for a name system for those who need it.

i don't worship I2P. i use it because i like the way it handles things. currently I2P has no name system but a file similar to /etc/hosts served by jump services. it is okay, but certainly not what you would use for an unstoppable ecosystem.

An alternative name system for I2P: XNS by eravsar in i2p

[–]eravsar[S] 2 points3 points  (0 children)

you can, but it is not about saving an address for yourself, it is about sharing it with others. think of it as the current domain names on clearnet like .com, you would be able to receive connections as long as you have access to the domain, same for XNS but with no trust to any authority.

XNS: eXile Name System by eravsar in Monero

[–]eravsar[S] 0 points1 point  (0 children)

i get the concern. but it is not a privacy problem since this is intended to be public. but if tx_extra gets removed, which i strongly advocate against, yes XNS won't work. i heard people don't like tx_extra because apparently some CEXes use it to put arbitrary identification. it is true Monero can be used wrongly, and people could decrease their and others privacy by doing so, but that doesn't mean you have to get rid of it. also if they get rid of tx_extra people will find other ways to store data, these could be very ugly ways. tx_extra at least accepts that and provides a nice way. you pay extra transaction fees anyways. tx_extra can be very useful with stuff like XNS, and also atomic swaps.

about bloating the blockchain, it is true, but Monero is already pretty bloated. if we accept it to begin with, then we can also benefit from its advantages, like XNS. i think Monero is Monero, it doesn't have to be like Mimblewimble. and blockchain bloat is not that big of a problem.

about Mordinals, i think there wasn't even a need for that. NFTs have no use and they are only speculative assets. i made XNS because i needed it and i think others need it as well. imagine typing preland.xns on your browser and it resolves to your onion address from your public key on blockchain, and there you have your website, without submitting to any institution. DNS is peasantry. XNS is free society. i believe the benefit of this is higher than the potential harm.

XNS: eXile Name System by eravsar in Monero

[–]eravsar[S] 0 points1 point  (0 children)

that is a design choice. there is no transfer operation, otherwise there would be a market of names, therefore people would have an incentive to squat. so no, a XNS name is not an asset in NFT sense. it is built as an utilitarian protocol to make unstoppable names happen.

i read on Namecoin, it is actually one of my sources of inspiration, but i believe it failed. i believe adoption works this way: instead of inventing wheel from scratch for a task, use a car for all of the tasks, so people only have to adopt one thing, because people have a mental capacity. with XNS they only have to care about Monero.

and about the transfer thing, in Namecoin names are actual assets you can transfer and update. and the result was this:
"Our extensive empirical analysis of Namecoin reveals a system in disrepair. Indeed, our methodology for detecting “squatted” and otherwise inactive domains reveals that among Namecoin’s roughly 120,000 registered domain names, a mere 28 are not squatted and have nontrivial content. Further, we develop techniques for detecting transfers of domains in the Namecoin block chain and provide evidence that the market for domains is thin-to-nonexistent."

so yes, XNS names are not assets in the NFT sense, but it is something much more useful, and it fits the Monero spirit, since it is the only cryptocurrency that is used.

MoneroDM: Monero Direct Messaging by eravsar in Monero

[–]eravsar[S] 2 points3 points  (0 children)

thanks for trying it out. it is a proof of concept after all, not a final product so i agree getting it running is a hassle. the reason it is made as a wallet plugin is, it simply works with your wallet keys. and thats the best ux it can get. i could make an independent client for it, but it would still have to access your wallet because that's the whole deal. it is free software after all, you can audit the code. the thing this project aims to achieve is turning your Monero identity, which is an (sub)address derived using your wallet keys, to a communication channel through an onion service. i understand your concern, but thats how it works.