Bitcoin Forum
May 07, 2024, 04:54:34 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 [3]  All
  Print  
Author Topic: .  (Read 7965 times)
HanSolo
Newbie
*
Offline Offline

Activity: 59
Merit: 0



View Profile
June 10, 2011, 09:58:15 AM
 #41

People adopt simple things, period.

And that's why we all reached this site via the AOL keyword 'bitcoin'.
1715100874
Hero Member
*
Offline Offline

Posts: 1715100874

View Profile Personal Message (Offline)

Ignore
1715100874
Reply with quote  #2

1715100874
Report to moderator
If you want to be a moderator, report many posts with accuracy. You will be noticed.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1715100874
Hero Member
*
Offline Offline

Posts: 1715100874

View Profile Personal Message (Offline)

Ignore
1715100874
Reply with quote  #2

1715100874
Report to moderator
1715100874
Hero Member
*
Offline Offline

Posts: 1715100874

View Profile Personal Message (Offline)

Ignore
1715100874
Reply with quote  #2

1715100874
Report to moderator
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 03:29:58 PM
 #42

However the solution will look like. Either with ? or / or : or @.

It's a critical feature request for the whole bitcoin economy, especially for merchants.

So please implement it ASAP Smiley
ISA
Newbie
*
Offline Offline

Activity: 52
Merit: 0


View Profile
June 10, 2011, 03:39:11 PM
 #43

great!
HanSolo
Newbie
*
Offline Offline

Activity: 59
Merit: 0



View Profile
June 13, 2011, 12:05:04 AM
 #44

I am quite sure that my proposal complies with rfc3986 just fine.

Moreover, I do not really care if / or : or | or some other separator is used in URI. My proposal is all about simplicity and placing important things where human can easily see and comprehend it. It is also about getting rid of named & variables nonsense.

Though, apparently this stuff is up to software developer to chose and implement. Pray that Luke-jr does not get to implementing URI hooks or you will all be converting to tonal before long.  Grin

Sections 3 and 3.2 of rfc3986 strongly suggest '//' be reserved for introducing an Authority "so that governance of the name space defined by the remainder of the URI is delegated to that authority" and even says "When authority is not present, the path cannot begin with two slash characters ("//")." Applied to your proposal, that makes the amount or the receiver the Authority.

Putting the important things first is good, it just needs different separators. Also, maybe 'bitcoin:' should just be an address indicator.

To trigger a full transaction, we could also think bigger. Why not a 'payto:' URI that works first and best for bitcoin transactions because they're so easy to represent online but could also subsume other currencies and destinations? For example..

payto:0.02btc|bitcoin:19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp#bitcoin+RFC+donation+to+vladimir

payto:24.99usd|https://paypal.com/user/exampleman#payment+for+1btc
BitterTea
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
June 13, 2011, 01:39:26 PM
 #45

To trigger a full transaction, we could also think bigger. Why not a 'payto:' URI that works first and best for bitcoin transactions because they're so easy to represent online but could also subsume other currencies and destinations? For example..

payto:0.02btc|bitcoin:19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp#bitcoin+RFC+donation+to+vladimir

payto:24.99usd|https://paypal.com/user/exampleman#payment+for+1btc

This seems to be inferior to the already specified bitcoin: URI.

bitcoin:19bF4Xq2bJwVKzGmbq5pxmkgYkE1KnXngp?amount=0.02&message=bitcoin+RFC+donation+to+vladimir

How is it any more readable to have fields separated by random symbols as opposed to specified in name/value pairs?

Not to mention that links aren't/don't have to be readable by a human, just a computer. Most of the time links would be done like this anyway:

Click to Donate!
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!