nct: or nctrl: then?biolizard89 wrote:I would be concerned that using namecoin: and nmc: for different things would confuse users, which isn't a good thing when dealing with money. (Might be good to spin off a dedicated thread for that.)phelix wrote:
I suggest to use "namecoin:" for payments just like "bitcoin:" maybe with the addition that a name can be used instead of an address. This would be on the client side. And "nmc:" registered to NMControl for information display.
URI Schemes
URI Schemes
-
- Posts: 2001
- Joined: Tue Jun 05, 2012 6:25 am
- os: linux
Re: URI Schemes
I would lean toward a single URI scheme for names, "nmc:", with a syntax for payments (both Bitcoin and Namecoin) as well as a syntax for other operations.
Examples:
nmc:id/jeremy --> show data for the name id/jeremy
nmc:id/jeremy/bitcoin --> send BTC to id/jeremy
nmc:id/jeremy/namecoin --> send NMC to id/jeremy
nmc:id/jeremy/xmpp --> send an XMPP IM to id/jeremy
The currency-specific URI scheme "namecoin:" would only accept addresses rather than names.
Examples:
nmc:id/jeremy --> show data for the name id/jeremy
nmc:id/jeremy/bitcoin --> send BTC to id/jeremy
nmc:id/jeremy/namecoin --> send NMC to id/jeremy
nmc:id/jeremy/xmpp --> send an XMPP IM to id/jeremy
The currency-specific URI scheme "namecoin:" would only accept addresses rather than names.
Re: URI Schemes
I like these ideas.biolizard89 wrote:I would lean toward a single URI scheme for names, "nmc:", with a syntax for payments (both Bitcoin and Namecoin) as well as a syntax for other operations.
Examples:
nmc:id/jeremy --> show data for the name id/jeremy
nmc:id/jeremy/bitcoin --> send BTC to id/jeremy
nmc:id/jeremy/namecoin --> send NMC to id/jeremy
nmc:id/jeremy/xmpp --> send an XMPP IM to id/jeremy
The currency-specific URI scheme "namecoin:" would only accept addresses rather than names.
BTC: 1domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NCdomobcmcmVdxC5yxMitojQ4tvAtv99pY
BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS
Use your Namecoin identity as OpenID: https://nameid.org/
BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS
Use your Namecoin identity as OpenID: https://nameid.org/
Re: URI Schemes
are we talking about RPC commands to namecontrol or url's that we can type on the browser and open namecontrol?
(ok, i see nmc: is enough for a browser to read it as another handle, so go ahead.)
i don't see problem with nmc for namecontrol and namecoin for the qt, just make any nmc:N12345 return namecoin:N12345 and open the qt, and any namecoin:name return nmc:name and open nmcontrol...
(ok, i see nmc: is enough for a browser to read it as another handle, so go ahead.)
i don't see problem with nmc for namecontrol and namecoin for the qt, just make any nmc:N12345 return namecoin:N12345 and open the qt, and any namecoin:name return nmc:name and open nmcontrol...
NMC: more stable than BTC!
Re: URI Schemes
biolizard89 wrote:I would lean toward a single URI scheme for names, "nmc:", with a syntax for payments (both Bitcoin and Namecoin) as well as a syntax for other operations.
Examples:
nmc:id/jeremy --> show data for the name id/jeremy
nmc:id/jeremy/bitcoin --> send BTC to id/jeremy
nmc:id/jeremy/namecoin --> send NMC to id/jeremy
nmc:id/jeremy/xmpp --> send an XMPP IM to id/jeremy
Me, too.domob wrote: I like these ideas.
Why not names, too? Sendtoname is readily available?The currency-specific URI scheme "namecoin:" would only accept addresses rather than names.
nmc: goes to nmcontrol and namecoin: goes to the client? If you suggest anything else please elaborate.
-
- Posts: 541
- Joined: Mon May 20, 2013 12:03 pm
- Contact:
Re: URI Schemes
+1domob wrote:I like these ideas.biolizard89 wrote:I would lean toward a single URI scheme for names, "nmc:", with a syntax for payments (both Bitcoin and Namecoin) as well as a syntax for other operations.
Examples:
nmc:id/jeremy --> show data for the name id/jeremy
nmc:id/jeremy/bitcoin --> send BTC to id/jeremy
nmc:id/jeremy/namecoin --> send NMC to id/jeremy
nmc:id/jeremy/xmpp --> send an XMPP IM to id/jeremy
The currency-specific URI scheme "namecoin:" would only accept addresses rather than names.
It looks like a good standardization proposal. Would be great for the Namecoin image to quickly recognize and use different Namecoin applications.
http://namecoinia.org/
Calendars for free to print: 2014 Calendar in JPG | 2014 Calendar in PDF Protect the Environment with Namecoin: 2014 Calendar in JPG | 2014 Calendar in PDF
BTC: 15KXVQv7UGtUoTe5VNWXT1bMz46MXuePba | NMC: NABFA31b3x7CvhKMxcipUqA3TnKsNfCC7S
Calendars for free to print: 2014 Calendar in JPG | 2014 Calendar in PDF Protect the Environment with Namecoin: 2014 Calendar in JPG | 2014 Calendar in PDF
BTC: 15KXVQv7UGtUoTe5VNWXT1bMz46MXuePba | NMC: NABFA31b3x7CvhKMxcipUqA3TnKsNfCC7S
-
- Posts: 2001
- Joined: Tue Jun 05, 2012 6:25 am
- os: linux
Re: URI Schemes
My rationale for not having namecoin: use names is twofold: (1) an end user may be confused when nmc:id/jeremy and namecoin:id/jeremy do completely different things; when one of those two things is sending money, that's a significant issue. (2) Using nmc:id/jeremy/namecoin is consistent with nmc:id/jeremy/bitcoin; this makes things a little bit more user-friendly, and also a little bit easier to write scripts that handle multiple currencies.phelix wrote:biolizard89 wrote:I would lean toward a single URI scheme for names, "nmc:", with a syntax for payments (both Bitcoin and Namecoin) as well as a syntax for other operations.
Examples:
nmc:id/jeremy --> show data for the name id/jeremy
nmc:id/jeremy/bitcoin --> send BTC to id/jeremy
nmc:id/jeremy/namecoin --> send NMC to id/jeremy
nmc:id/jeremy/xmpp --> send an XMPP IM to id/jeremyMe, too.domob wrote: I like these ideas.
Why not names, too? Sendtoname is readily available?The currency-specific URI scheme "namecoin:" would only accept addresses rather than names.
nmc: goes to nmcontrol and namecoin: goes to the client? If you suggest anything else please elaborate.
Yes, nmc: would go to NMControl. NMControl would redirect nmc:id/jeremy/namecoin to the corresponding namecoin: URL for the actual address (which would be accepted by Namecoin-Qt), the same way it would redirect nmc:id/jeremy/bitcoin.
Basically, it's about consistency, and trying not to surprise the user.
Re: URI Schemes
I am looking into this again.
How should a request look like to be redispatched to the system with data filled in?
I currently have this in mind:
nmc:id/winston/bitcoin:bitcoin --> dispatch to system as bitcoin:123asdf
nmc:id/winston/bitcoin: --> shorthand for the above
nmc:id/winston/email:mailto --> mailto:winston@smith.org
How should a request look like to be redispatched to the system with data filled in?
I currently have this in mind:
nmc:id/winston/bitcoin:bitcoin --> dispatch to system as bitcoin:123asdf
nmc:id/winston/bitcoin: --> shorthand for the above
nmc:id/winston/email:mailto --> mailto:winston@smith.org