Donation Address For Domain Namespace
Posted: Tue Sep 23, 2014 12:33 pm
Sudoquai gave me the idea: a donation address in d/
Seems like a no brainer.
Seems like a no brainer.
The first secure, decentralized, human-meaningful naming system.
https://forum.namecoin.org/
What do you mean ? How should it work ?phelix wrote:Sudoquai gave me the idea: a donation address in d/
Seems like a no brainer.
I think phelix means the possibility to pay directly to a .bit domain, if i understood it right now.virtual_master wrote:What do you mean ? How should it work ?phelix wrote:Sudoquai gave me the idea: a donation address in d/
Seems like a no brainer.
Yeah, i've meant with "donation" field the "namecoin" field from the id/ spec, exactly.domob wrote:Note that the current implementation doesn't rely on a "donation" field - it simply pays to the name's address. So paying to a d/ name should already work, IIRC. However, it may be desirable to set the target address manually - in which case I suggest the "bitcoin" (or "namecoin") field, similarly to the id/ spec.
This. And yeah, sendtoname actually allows it already. But explicitly setting a donation address could be seen as an invitationdomob wrote:Note that the current implementation doesn't rely on a "donation" field - it simply pays to the name's address. So paying to a d/ name should already work, IIRC. However, it may be desirable to set the target address manually - in which case I suggest the "bitcoin" (or "namecoin") field, similarly to the id/ spec.
Maybe not in the wallet but from within a shiny NMControl.sudoquai wrote:Mhh - that means i can set a namecoin field together with the payment addy at let us say d/examplesite according to the id/ spec, open the latest wallet and just pay some NMC to d/examplesite as recipient without using the "raw" NMC addy ? Possible? Would be a great feature.
Big thing to integrate wallet support, if it doesn't work already? Would consider a small donation for this.phelix wrote:This. And yeah, sendtoname actually allows it already. But explicitly setting a donation address could be seen as an invitationdomob wrote:Note that the current implementation doesn't rely on a "donation" field - it simply pays to the name's address. So paying to a d/ name should already work, IIRC. However, it may be desirable to set the target address manually - in which case I suggest the "bitcoin" (or "namecoin") field, similarly to the id/ spec.
Maybe not in the wallet but from within a shiny NMControl.sudoquai wrote:Mhh - that means i can set a namecoin field together with the payment addy at let us say d/examplesite according to the id/ spec, open the latest wallet and just pay some NMC to d/examplesite as recipient without using the "raw" NMC addy ? Possible? Would be a great feature.
It works already with "namecoin field" substituted by "name address" - for a long time with "sendtoname" and since my recent patch also in the Qt. I'm not sure if we should change the Qt behaviour to take a "namecoin" field into account, as this is more suited on a higher level (extended NMControl + wallet, as phelix said).sudoquai wrote:Mhh - that means i can set a namecoin field together with the payment addy at let us say d/examplesite according to the id/ spec, open the latest wallet and just pay some NMC to d/examplesite as recipient without using the "raw" NMC addy ? Possible? Would be a great feature.
Maybe to be able to pass a parameter to nmcontrol or the -qt along with the name?:in which case I suggest the "bitcoin" (or "namecoin") field, similarly to the id/ spec.
Oh great, this is exactly the feature i have asked for. Well done! No need to change anything. The only reason to add an extra "namecoin" field would be if somebody donates to a .bit site, which is hosted at an registrar in the case you would like to receive the coins to your own address. But that's a special case and can be most likely ignored.domob wrote:It works already with "namecoin field" substituted by "name address" - for a long time with "sendtoname" and since my recent patch also in the Qt. I'm not sure if we should change the Qt behaviour to take a "namecoin" field into account, as this is more suited on a higher level (extended NMControl + wallet, as phelix said).sudoquai wrote:Mhh - that means i can set a namecoin field together with the payment addy at let us say d/examplesite according to the id/ spec, open the latest wallet and just pay some NMC to d/examplesite as recipient without using the "raw" NMC addy ? Possible? Would be a great feature.