Bitcoin Forum
March 19, 2024, 09:31:10 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: 1 2 3 [All]
  Print  
Author Topic: [ANN] Bitcoin URL handler  (Read 8530 times)
Alex Zee (OP)
Member
**
Offline Offline

Activity: 112
Merit: 10



View Profile WWW
June 10, 2011, 10:05:28 PM
Last edit: June 18, 2011, 07:55:41 AM by AlexZ
 #1

Fuck it.

BTC Monitor - systray price ticker
RipTalk.org - new Ripple forum
1710840670
Hero Member
*
Offline Offline

Posts: 1710840670

View Profile Personal Message (Offline)

Ignore
1710840670
Reply with quote  #2

1710840670
Report to moderator
1710840670
Hero Member
*
Offline Offline

Posts: 1710840670

View Profile Personal Message (Offline)

Ignore
1710840670
Reply with quote  #2

1710840670
Report to moderator
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, but full nodes are more resource-heavy, and they must do a lengthy initial syncing process. As a result, lightweight clients with somewhat less security are commonly used.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710840670
Hero Member
*
Offline Offline

Posts: 1710840670

View Profile Personal Message (Offline)

Ignore
1710840670
Reply with quote  #2

1710840670
Report to moderator
Garrett Burgwardt
Sr. Member
****
Offline Offline

Activity: 406
Merit: 255


View Profile
June 10, 2011, 10:19:23 PM
 #2

Source?
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 10:32:50 PM
 #3

wow. testing.....
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 10:44:45 PM
 #4

1) Edited Bitcoin.conf and added:

server=1
rpcconnect=SECRECT
rpcuser=SECRET_USER
rpcpassword=SECRECT_PASSWORD
rpcport=12345

2) Executed bitcoin_uri.exe and pressed ok.
No errors -> All seems to be fine


Result:
Firefox: Does not recognize the link ("Does not know how to open it"). I tried several restarts etc.

Chrome and IE9 have similar problems.
enmaku
Hero Member
*****
Offline Offline

Activity: 742
Merit: 500


View Profile
June 10, 2011, 10:54:30 PM
 #5

I am so installing this when I get home.
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 10:57:20 PM
 #6


"Sorry, malformed URI. ....."

I'm running on a German Windows 7
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 11:00:07 PM
 #7

Check if there is a registry key "bitcoin" under HKEY_CLASSES_ROOT.
Not there.
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 11:01:49 PM
 #8

Well, obviously you need to use a correct URI, not a bunch of symbols I just typed  Grin
Haha. Ok works with a correct bitcoin address.

Man I'm on blind copy&paste. Don't forget that Smiley
foo
Sr. Member
****
Offline Offline

Activity: 409
Merit: 250



View Profile
June 10, 2011, 11:08:20 PM
 #9

Wrong URI format! Here's the proper one: https://en.bitcoin.it/wiki/URI_Scheme

I know this because Tyler knows this.
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 11:17:02 PM
 #10

Aha. Probably the permissions problem. Are you running the program from under the Administrator account? At least to install, it needs to write into registry.

YES! That did do the trick.
Nice
Serge
Legendary
*
Offline Offline

Activity: 1050
Merit: 1000


View Profile
June 10, 2011, 11:20:41 PM
 #11

very cool, something like this should be implemented in the official client
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 11:21:40 PM
 #12

Bitcoins sent!

Very nice.

It should start the Bitcoin client if it's not running...
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 11, 2011, 01:04:54 AM
 #13

This program doesn't comply with the Bitcoin: URI scheme, so won't work with most (any?) valid URIs...

I already wrote proper support for the original client a long time ago, but it hasn't been merged yet.
(The donation address for this is 19ut7h2sp9jKf5dpnK36FCPGu8L1cHnPSE)

It's also supported by mainline Spesmilo.

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 11, 2011, 07:20:00 AM
Last edit: June 11, 2011, 07:31:54 AM by Vladimir
 #14

Bravo AlexZ,

  I wish we could get this into official client somehow. Let's get both URI schemes working concurrently. Anyone want to take bets on which URI scheme will be adopted by website operators if both are supported by official client?

Just compare:

1. bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=x4X7

and

2. bitcoin:/400/16rpY3LAf7kQFHzmMtB71eXTTTDLG5AWy3/

I'd say option 2 is a clear winner

P.S. Do not underestimate importance of decent URI handling. Edonkey's popularity and quick adoption to significant degree was due to its great edk2 URI scheme. Ask Jed if you do not believe me. I bet if we have this kind of URI handling both in windows and linux official client it will make bitcoin adoption to go much smoother.


-
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 11, 2011, 07:37:23 AM
 #15

Of course option 2 is a winner when you're comparing two totally different things. Let's look at some REAL comparisons:

400 BTC (ie, yesterday)
Standard bitcoin: URI: bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=400x8
Vladimir's URI-like: bitcoin:/400/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L/

400 mBTC (ie, today)
Standard bitcoin: URI: bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=400x5
Vladimir's URI-like: bitcoin:/0.004/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L/

400 μBTC (ie, tomorrow A)
Standard bitcoin: URI: bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=400x2
Vladimir's URI-like: bitcoin:/0.000004/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L/

400 TBC (ie, tomorrow B)
Standard bitcoin: URI: bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=x400x4
Vladimir's URI-like: bitcoin:/0.67108864/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L/

400 Satoshis (ie, nerds?)
Standard bitcoin: URI: bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=400x0
Vladimir's URI-like: bitcoin:/0.00000004/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L/

Keep in mind, no humans have to read URIs, just software. And Vladimir's thing doesn't even fit with the generic URI formats.
X-btc might be a contender with some work, though...

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 11, 2011, 08:02:48 AM
Last edit: June 11, 2011, 08:41:26 AM by Vladimir
 #16

yea particularly this one

Luke-Jr: URI: bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=x400x4
Vladimir's URI-like: bitcoin://0.67108864/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L/


how about comparing the real thing

give your answer to each of these:

http://forum.bitcoin.org/index.php?topic=5171.msg75505#msg75505

bitcoin:///19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp
bitcoin://0.02/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp
bitcoin:///19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/OK+RFC
bitcoin:///19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp:Vladimir/OK+RFC
bitcoin://50.00/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Really+Cool+RFC
bitcoin://50.00/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp:Vladimir/Really+Cool+RFC
bitcoin://50.00/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Vladimir:Really+Cool+RFC
bitcoin://0.0000001/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp:Vladimir/Your+RFC+Sucks
bitcoin://100/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp:Vladimir/I+will+pay+you+monthly?periodic=yes&period=monthly&howmany=12


Also I would like to note that there is no standard bitcoin URI. If you pushed it to the wiki it does not make it standard and you, Luke-Jr, is not a standard maker nor a sole authority on the matter!



-
generalunited
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
June 11, 2011, 08:22:41 AM
 #17

1. bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=x4X7

and

2. bitcoin:/400/16rpY3LAf7kQFHzmMtB71eXTTTDLG5AWy3/

----


http://bit.coin.is/1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=x4X7
or
http://bit.coin.is/400/16rpY3LAf7kQFHzmMtB71eXTTTDLG5AWy3

but i'll route both of them through the 'coin.is' domain

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 11, 2011, 08:43:27 AM
 #18

Introducing some privately owned domain into decentralised currency URI scheme, whether standard or not, does not look very appealing.

Nice try with a community infiltration attack though...

-
Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 11, 2011, 09:28:47 AM
 #19

Here is the latest iteration, we could simply emulate http URI, including "userinfo" part

btc://amount:payee@address/message , where

amount:payee@,  :payee and /message are optional

examples:

btc://19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp
btc://0.02@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp
btc://19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/OK+RFC
btc://0.00:Vladimir@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/OK+RFC
btc://50.00@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Really+Cool+RFC
btc://50.00:Vladimir@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Really+Cool+RFC
btc://0.0000001:Vladimir@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Your+RFC+Sucks
btc://100:Vladimir/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/I+will+pay+you+monthly?periodic=yes&period=monthly&howmany=12

most existing URI handling code will work with this with minimal (if any) changes

-
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 515


View Profile
June 11, 2011, 03:09:01 PM
 #20

Why do people insist on reinventing the wheel?  The previous URI spec worked fine and was implemented in all clients in mainline except for the wx bitcoin client.  There is also a pull request that has been sitting in github for that format forever https://github.com/bitcoin/bitcoin/pull/182.  There is no advantage to this format over the old one, in fact, it makes it harder to read imho, and you can't specify a memo and not a name, as you can with the original, well-implemented one.  Additionally, adding periodic payments falls way outside of the scope of any URI spec commit.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 515


View Profile
June 11, 2011, 03:29:26 PM
 #21

Because it hasn't been pulled yet.  The thing is, its implemented in all alternative clients afaik, and the results of most previous discussion on URI stuff I've seen before have been mostly "meh, they are close enough, some prefer one some others, but in the end the readability is very similar, if not the same, so its not worth reinventing the wheel".

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
Matt Corallo
Hero Member
*****
Offline Offline

Activity: 755
Merit: 515


View Profile
June 11, 2011, 04:03:16 PM
 #22

Apparently, one stubborn fuck error, who also a Global Mod, doesn't want URI's on the forum...

http://forum.bitcoin.org/index.php?topic=14947.0

Satoshi left and mediocrity now rules?

Oh, well, wasted one day.
Can we try to keep things civil, I mean seriously, who does that help?  Talk with him about it, calmly instead of posting on other threads that some guy is an idiot.

Bitcoin Core, rust-lightning, http://bitcoinfibre.org etc.
PGP ID: 07DF 3E57 A548 CCFB 7530  7091 89BB B866 3E2E65CE
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 11, 2011, 04:14:04 PM
 #23

I said it before: Vladimir's thing is not a compliant URI.

generalunited
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
June 11, 2011, 04:29:17 PM
 #24

>Why all the people on the forum write addresses as plain text and not as clickable links that will open a payment window?
Report to moderator  
>bitcoin://16rpY3LAf7kQFHzmMtB71eXTTTDLG5AWy3/  (Bitcoin URI handler is here

exactly - if you are on a device and have a bitcoint client --- this works. if someone is on a device that doesnt have a client - it doesnt work. either way, these should be clickable links so they can facilitate the mainstream usability of bitcoins.

>Introducing some privately owned domain into decentralised currency URI scheme, whether standard or not, does not look very appealing. Nice try with a community infiltration attack though...

http://blockexplorer.com/address/15NpyCrWkTMzTYRTuUrQhB4K2MUspPjeTi

who owns blockexplorer.com? people link to it all the time --- i tried to contact them but there's no contact on the site, and their whois information is obfuscated.

so how is this:
http://coin.is/15NpyCrWkTMzTYRTuUrQhB4K2MUspPjeTi much different?

seriously i dont know and thats why im asking. who would need to own "coin.is" to make it not an infiltrating attack on the community? a non profit organization? a publicly traded corporation? a trust in the name of --- all coin hashes? i'm all ears and up for making bitcoin usable by everyone on earth, by whatever means necessary. help?
WakiMiko
Newbie
*
Offline Offline

Activity: 59
Merit: 0



View Profile
June 11, 2011, 04:42:39 PM
 #25

The hierarchical part of an URI should be, well, hierarchical. The transaction amount is not part of any hierarchy and should therefor should be placed in the query part of the URL.

Compare with the existing schemes: https://secure.wikimedia.org/wikipedia/en/wiki/URI_scheme#Official_IANA-registered_schemes
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 11, 2011, 04:59:15 PM
 #26

The hierarchical part of an URI should be, well, hierarchical. The transaction amount is not part of any hierarchy and should therefor should be placed in the query part of the URL.

Compare with the existing schemes: https://secure.wikimedia.org/wikipedia/en/wiki/URI_scheme#Official_IANA-registered_schemes
Or compare to the standard that the community came up with back in January: https://en.bitcoin.it/wiki/URI_Scheme

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 11, 2011, 09:32:59 PM
 #27

The hierarchical part of an URI should be, well, hierarchical. The transaction amount is not part of any hierarchy and should therefor should be placed in the query part of the URL.

Compare with the existing schemes: https://secure.wikimedia.org/wikipedia/en/wiki/URI_scheme#Official_IANA-registered_schemes
Or compare to the standard that the community came up with back in January: https://en.bitcoin.it/wiki/URI_Scheme

@ Luke-Jr, There never was consensus reached on that. It is not a standard, just a page on wiki. Please do not call, whatever you like, a standard, it is not. If I am wrong here please explain why.

@AlexZ. Please calm down. Insulting fellow community members does not help anyone. I would humbly suggest you to consider removing insulting remarks and hopefully apologize to 'error' either privately or publicly to get this little accident behind us.

@Error, I apologise for somewhat uncivil behaviour of AlexZ, please consider if you we can get this behind us, and if you have any suggestions, how we could modify btc: URI scheme to make it 'compliant' (whatever this means) please do tell us. I also would happy to discuss this privately, if appropriate.

Now. Back in January the consensus (IMO) was that whoever does actual implementation is in position to select which URI scheme to chose. This seems to be a very wise approach (thanks Gavin), which has potential to stimulate software development instead of facilitating URI religion wars and endless flames.

I have one practical suggestion. Lets have more than one URI scheme.

We have a well documented bitcoin: scheme RFC on wiki, great!. Let's prepare competing btc: scheme suggestion along the lines of what myself and AlexZ are advocating, let's also have bit-x: scheme (why not?).

Than whoever advocates or likes whichever scheme is free to document it, implement it, submit pull requests in competitive manner.

Best of all, we do not have to implement only one scheme. let's have all of them available, though, in different namespaces. Let market forces, webmasters, merchants, and users select and use whichever scheme appeals to them most. This IMO is very libertarian, capitalistic and fair approach, very much in spirit of bitcoin.

Frankly, I am confident that if all bitcoin: bit-x: and btc: schemes are implemented and supported than bitc: will be preferred by most people. But I may be wrong. Let's keep open mind and let's allow all schemes to be supported equally and without undue prejudice and discrimination (please, "error").

Thank You.

P.S. hey bc: namespace is up for grabs, got a better idea for URI, document it, implement it. The more, the merrier.

-
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 11, 2011, 11:07:26 PM
 #28

@ Luke-Jr, There never was consensus reached on that. It is not a standard, just a page on wiki. Please do not call, whatever you like, a standard, it is not. If I am wrong here please explain why.
There was a consensus reached at the time, and implementation proceeded to take place over the few months following. It is now supported by most Bitcoin-related software where it makes sense, and has been for some months at least.

I have one practical suggestion. Lets have more than one URI scheme.

We have a well documented bitcoin: scheme RFC on wiki, great!. Let's prepare competing btc: scheme suggestion along the lines of what myself and AlexZ are advocating, let's also have bit-x: scheme (why not?).
Your proposal was, in reality, an early pre-draft version of what became the standard on the "URI Scheme" wiki page. After the community revised it to comply with the generic URI standards, that wiki page was the end result. X-btc aims to specify a URI scheme that is applicable for more than just payments (which is all the bitcoin: URI scheme covers presently). It also has (had?) some generic-URI-format compliance issues that might be good to work out.

GoodSoul
Newbie
*
Offline Offline

Activity: 8
Merit: 0


View Profile
June 11, 2011, 11:16:08 PM
 #29


This is true in case that there will only be 2 Parameters. In the moment when the number of Parameters will increase the Version one is much better bcs. you can add as many (future) parameters as you like. Think about it. Example:
bitcoin:1NS17iag9jJgTHD1VXjvLCEnZuQ3rJED9L?amount=0.45&msg=Thanks for your work!&xyz=[...]


Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 11, 2011, 11:34:23 PM
 #30

Thank you for your fair comments. It seems that there is some misunderstanding, perhaps due to poor communication from btc: (let's call it so, for now) URI scheme advocates.

I'll quote this from the bitcoin wiki URI page:

Quote
the following is taken from wikipedia
Internet standard STD 66 (also RFC 3986) defines the generic syntax to be used in all URI schemes. Every URI is defined as consisting of four parts, as follows:
<scheme name> : <hierarchical part> [ ? <query> ] [ # <fragment> ]
The scheme name consists of a letter followed by any combination of letters, digits, and the plus ("+"), period ("."), or hyphen ("-") characters; and is terminated by a colon (":").
The hierarchical part of the URI is intended to hold identification information hierarchical in nature. Usually this part begins with a double forward slash ("//"), followed by an authority part and an optional path.
The authority part holds an optional user information part terminated with "@" (e.g. username:password@), a hostname (i.e. domain name or IP address), and an optional port number preceded by a colon ":".
The path part is a sequence of segments (conceptually similar to directories, though not necessarily representing them) separated by a forward slash ("/"). Each segment can contain parameters separated from it using a semicolon (";"), though this is rarely used in practice.
The query is an optional part separated with a question mark, which contains additional identification information which is not hierarchical in nature. The query string syntax is not generically defined, but is commonly organized as a sequence of <key>=<value> pairs separated by a semicolon[1][2][3] or separated by an ampersand

The latest modification of btc: scheme, which takes into consideration the fair critique.

This is what I consider the latest and the best and the most compliant btc: URI scheme proposal.

Quote
Here is the latest iteration, we could simply emulate http URI, including "userinfo" part

btc://amount:payee@address/message , where

amount:payee@,  :payee and /message are optional

examples:

btc://19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp
btc://0.02@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp
btc://19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/OK+RFC
btc://0.00:Vladimir@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/OK+RFC
btc://50.00@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Really+Cool+RFC
btc://50.00:Vladimir@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Really+Cool+RFC
btc://0.0000001:Vladimir@19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/Your+RFC+Sucks
btc://100:Vladimir/19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp/I+will+pay+you+monthly?periodic=yes&period=monthly&howmany=12

most existing URI handling code will work with this with minimal (if any) changes

Now, for the life of me, I fail to see how is this non compliant with relevant RFC. You would have to claim that commonly used http: URI's are non compliant as well to support 'non compliance' argument.

There is claim that to be 'compliant' //<whatever>/<whatever> must be somehow hierarchical, but well, we do have bitcoin address as the root of hierarchy, and different messages as sub trees. Nothing wrong here at all.

Now please, do tell me how is this not compliant? Anyone? I must be an old dinosaur who forgot all this stuff ages ago, but I really do not see how this is not 'compliant' and even if it is, little bending of the rules is not such a bad thing, do not bee too dogmatic here and maybe even less nitpicky.

Here is a fledging developer who thinks that existent URI scheme is crap (so do I) and whether he is right or wrong lets encourage his effort to implement an alternative.

-
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 11, 2011, 11:54:55 PM
 #31

btc://amount:payee@address/message

Now, for the life of me, I fail to see how is this non compliant with relevant RFC. You would have to claim that commonly used http: URI's are non compliant as well to support 'non compliance' argument.
How can you not see how this is non-compliant? Amounts are not usernames; "payees" (whatever those are) are not passwords. Neither addresses nor messages are in any way hierarchial. It also does not make any improvement on the existing URI scheme. Not to mention it isn't backward compatible.
Here is a fledging developer who thinks that existent URI scheme is crap (so do I) and whether he is right or wrong lets encourage his effort to implement an alternative.
The current standard is basically ideal for payments. The only "arguments" that have come up (all fairly recent) are based on bigotry and (to a limited extent) the flawed assumption that everyone will always want to use BTC for pricing (proven recently by many efforts to come up with a new common unit, which the bitcoin: URI scheme spec handles gracefully).

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 12, 2011, 01:22:40 AM
Last edit: June 12, 2011, 01:47:30 AM by Vladimir
 #32

btc://amount:payee@address/message

Now, for the life of me, I fail to see how is this non compliant with relevant RFC. You would have to claim that commonly used http: URI's are non compliant as well to support 'non compliance' argument.
How can you not see how this is non-compliant? Amounts are not usernames; "payees" (whatever those are) are not passwords. Neither addresses nor messages are in any way hierarchial. It also does not make any improvement on the existing URI scheme. Not to mention it isn't backward compatible.
Here is a fledging developer who thinks that existent URI scheme is crap (so do I) and whether he is right or wrong lets encourage his effort to implement an alternative.
The current standard is basically ideal for payments. The only "arguments" that have come up (all fairly recent) are based on bigotry and (to a limited extent) the flawed assumption that everyone will always want to use BTC for pricing (proven recently by many efforts to come up with a new common unit, which the bitcoin: URI scheme spec handles gracefully).

We are going to have to agree to disagree on everything you said in your last post quoted above.

Moreover, it seems that anyone who disagrees with you is a bigot now.

Quote
A bigot is a person obstinately or intolerantly devoted to his or her own opinions and prejudices, especially one exhibiting intolerance, and animosity toward those of differing beliefs. The predominant usage in modern English refers to persons hostile to those of differing race, ethnicity, nationality, inter-regional prejudice, gender and sexual orientation, homelessness, various medical disorders particularly behavioral disorders and addictive disorders and religion or spirituality. Forms of bigotry may have a related ideology or world views.

If anyone demonstrates bigotry here it is you, Luke-Jr. The above definition exactly describes you behaviour and position, not only ITT but in many other discussions as well.  If there was an ignore function on this forum I would use it on you right now. Goodbye.


-
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 12, 2011, 02:18:44 AM
 #33

Quote
A bigot is a person obstinately or intolerantly devoted to his or her own opinions and prejudices, especially one exhibiting intolerance, and animosity toward those of differing beliefs.

If anyone demonstrates bigotry here it is you, Luke-Jr. The above definition exactly describes you behaviour and position, not only ITT but in many other discussions as well.  If there was an ignore function on this forum I would use it on you right now. Goodbye.
Um, no. Why don't you read the definition you posted? The only objection to the bitcoin: URI spec has been that it's supposedly too easy for tonal users. There is nothing in it to force or even encourage people to use tonal. I don't mind if people use decimal (though I do consider it a dumb decision), only when people try to force me to use it as well, which is the case here.

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 12, 2011, 09:44:46 AM
Last edit: June 12, 2011, 10:14:48 AM by Vladimir
 #34

Quote
A bigot is a person obstinately or intolerantly devoted to his or her own opinions and prejudices, especially one exhibiting intolerance, and animosity toward those of differing beliefs.

If anyone demonstrates bigotry here it is you, Luke-Jr. The above definition exactly describes you behaviour and position, not only ITT but in many other discussions as well.  If there was an ignore function on this forum I would use it on you right now. Goodbye.
Um, no. Why don't you read the definition you posted? The only objection to the bitcoin: URI spec has been that it's supposedly too easy for tonal users. There is nothing in it to force or even encourage people to use tonal. I don't mind if people use decimal (though I do consider it a dumb decision), only when people try to force me to use it as well, which is the case here.

Just preserving the above to demonstrate that all this argument was actually about this tonal thing (whatever it is) or absence of it after all. This does make things very clear. You have just invalidated everything you said against alternative URI scheme and demonstrated that the only reason you attack it is that it does not includes your "tonal". Talk about intolerance and tolerance and religious blindness after that.

I actually did not even had a single thought about tonal until this point maybe except a joke I made sometime earlier which suddenly turned to be more relevant that I ever thought it would be.

Could not care less if this tonal 'tihng' is used or not. I do not know what it is and do not want to know. People here including me have been tolerating this tonal nonsense for long time by simply ignoring it and I will continue to do so. But must I say this religious conversion crusade of yours is indeed annoying.

I have got no more time to waste on further discussions with religious fanatics.

-
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 12, 2011, 06:44:05 PM
 #35

Just preserving the above to demonstrate that all this argument was actually about this tonal thing (whatever it is) or absence of it after all.
That it's "too easy for tonal users" is the only "argument" that's been put forward against the current spec. If you're trying to argue on some other premise, maybe you should state it instead of simply promoting an older pre-standard draft without giving any reasons.

Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 12, 2011, 06:54:06 PM
 #36

Just out of curiosity - what the heck are "tonal users"  Huh
People who prefer the Tonal number system rather than Decimal/SI.

defxor
Hero Member
*****
Offline Offline

Activity: 530
Merit: 500


View Profile
June 12, 2011, 07:04:15 PM
 #37

Now, for the life of me, I fail to see how is this non compliant with relevant RFC. You would have to claim that commonly used http: URI's are non compliant as well to support 'non compliance' argument.

http: serves files, bitcoin: wouldn't.

Quoting from a comment by Fredrik on a relevant thread at Falkvinge's blog:

The double slashes are to tell that a file is located on a remote computer. When not specifying a file they make no sense. Bitcoin addresses don’t specify where something is.

Local file, option 1:
/etc/passwd
file:/etc/passwd

Remote file:
//example.com/etc/passwd
http://ftp://example.com/etc/passwd
http://example.com/etc/passwd
https://example.com/etc/passwd

Local file, option 2, with empty host name:
///etc/passwd
file:///etc/passwd

It’s good to have something like the “mailto:” URI scheme because it’s simple, and it supports adding a subject line that users will like to log in their accounting. (One click transactions are not one click if you need to type a description for the transaction manually.)


(Falkvinge's own suggestion was bitcoin:amount/address)


defxor
Hero Member
*****
Offline Offline

Activity: 530
Merit: 500


View Profile
June 12, 2011, 07:33:36 PM
 #38

Bitcoin addresses don’t specify where something is.
Also I wonder what it means to be "non-compliant" in this case.

It means not writing software according to the same mindset that gave you the Internet, World Wide Web, email and a host of other cool things I'm quite sure you use every day.

I fail to understand your hostility towards best practices.

Vladimir
Hero Member
*****
Offline Offline

Activity: 812
Merit: 1001


-


View Profile
June 12, 2011, 07:37:32 PM
 #39

I actually do not give a shit, the slower adoption of bitcoins goes the more time I have to mine a boatload of bitcoins until multinationals take this over.

defxor, there was no hostility from me towards anyone (at least until I am forced into defensive position). All that was proposed is to implement an alternative URI scheme not instead of but as and addition, and alternative. Than this got attacked by tonal zealots because we have no idea what's that tonal shit is. 

I do not care. If you do not want to see wisdom in making things simple and intuitive for most lay people, I am not going to push it down anyone's throat, give it decade or two and they will see on their own (or not).


-
Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 12, 2011, 07:41:31 PM
 #40

People who prefer the Tonal number system rather than Decimal/SI.
Ah, I see. Normal people call it "hexadecimal" and I've never heard of "hexadecimal users". Who are these people? Old school programmers, who can't go to the supermarket, because all numbers there are plain decimal?
Hexadecimal is a newer, incomplete number system. Probably everyone who knows Tonal can use Decimal, but prefers Tonal because it is a sensible number system and thus easier to work with.
And why Vladimir's scheme is "too easy" for them? It uses normal decimal numbers as I understand. Should we make it harder for them weird folks somehow?
Some people object to the standard URIs because it is "too easy" for tonal users. I agree that people shouldn't go out of their way to make things harder for "weird folks". But there has been no other argument made against the standard URIs as of yet.

Luke-Jr
Legendary
*
Offline Offline

Activity: 2576
Merit: 1186



View Profile
June 12, 2011, 08:03:29 PM
 #41

what about your patch for the forum, that without slashes?
it's compatible, so will it be implemented any time soon?
theymos wanted someone to test it before applying it.

Pages: 1 2 3 [All]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!