📅 Original date posted:2012-01-31
📝 Original message:I think that the "send to private address" field will require more effort
to implement than the simpler "expires" and "message" fields and should be
deferred to a later BIP. There is a pressing need for expires and the only
point of contention I see is the inclusion of a dual representation (block
or timestamp).
Personally, I feel that simple is best and while a block number represents
Bitcoin's pulse, there is no guarantee that a block will be discovered at
any particular moment. From a merchant perspective the main point of the
expires field is to limit risk against currency movement (immediate cash
out) or inventory movement (time limited offer). I have difficulty seeing a
good use case that would need a block. People have been co-ordinating
events based on a UTC timestamp for decades and I think we should stick
with it.
Regarding the "version" field I again think it adds unnecessary complexity.
Pretty much everything that is needed within the Bitcoin URI scheme can be
encoded with suitable optional fields (as query params) making the whole
structure forward compatible. Having a version field seems redundant.
Finally, the URI signing mechanism. Apologies for the earlier
misunderstanding, I was reading from a limited description and it didn't
make the purpose clear. I've since used
https://bitcointalk.org/index.php?topic=58534.msg689190#msg689190 as my
reference which is a lot clearer. I think it's a good idea, and I'll
definitely support it in my MulitBit Merchant project, but it currently
seems to need more work so I think should be deferred into a dedicated BIP.
On 31 January 2012 08:35, Wladimir <laanwj at gmail.com> wrote:
>
> I also wonder whether the "send to private address" should be part of this
> BIP, or a future one.
>
> IMO (but your mileage may vary) this BIP should only define the bare-bones
> URL scheme, AND provide room for future extensions such
> as send-to-private-address, send-multiple-signers, and so on. These should
> be forwards-compatible (as Luke-Jr says) in the sense that older clients
> can detect schemes they don't understand and give the user an appropriate
> error message.
>
> Maybe we need a send-type parameter to define the scheme?
>
> Good point on the version parameter. How are clients supposed to handle
> this? Refuse to handle the request if their URL scheme parser version is
> older than in the URL? This should be in the BIP.
>
> Wladimir
>
> On Tue, Jan 31, 2012 at 9:23 AM, Andreas Schildbach <andreas at schildbach.de
> > wrote:
>
>> Generally I prefer BIP 21 over BIP 20.
>>
>> I'm neutral on the 'send' parameter - present in both BIPs - which I
>> don't understand. I think a practical usecase should be given in the BIP.
>>
>> Also, the 'version' parameter is unclear. What does it mean? Is an oder
>> defined on versions (1.0b > 1.0)? Why is it an ";" parameter rather than
>> a normal "&" parameter?
>>
>>
>> On 01/30/2012 12:55 AM, Amir Taaki wrote:
>> > Matt Corallo posted a modification of BIP 20 in an earlier email and I
>> > asked him if he wanted to become the champion of that BIP he submitted.
>> >
>> > It is a modification of BIP 20 sans the alternative non-decimal number
>> > stuff.
>> >
>> > https://en.bitcoin.it/wiki/BIP_0021
>> >
>> > Right now, I will ask the GUI client implementations like MultiBit or
>> > Bitcoin-Qt, not different codebases like BitCoinJ or libbitcoin if they
>> > support BIP 20 or BIP 21. Feel free to raise any objections.
>> >
>> > More weight will be given to GUIs with actual URI sche me
>> > implementations and it's good to have a general consensus.
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > Try before you buy = See our experts in action!
>> > The most comprehensive online learning library for Microsoft developers
>> > is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> > Metro Style Apps, more. Free future releases when you subscribe now!
>> > http://p.sf.net/sfu/learndevnow-dev2
>> >
>> >
>> >
>> > _______________________________________________
>> > Bitcoin-development mailing list
>> > Bitcoin-development at lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Keep Your Developer Skills Current with LearnDevNow!
>> The most comprehensive online learning library for Microsoft developers
>> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
>> Metro Style Apps, more. Free future releases when you subscribe now!
>> http://p.sf.net/sfu/learndevnow-d2d
>> _______________________________________________
>> Bitcoin-development mailing list
>> Bitcoin-development at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>>
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120131/16ac1108/attachment.html>;
Gary Rowe [ARCHIVE] /
npub1j8…wpach
2023-06-07 02:59:40
in reply to nevent1q…hdlp
Author Public Key
npub1j8mfekhmgtne6ptzxptudrcpwd6wtyxk64qdn3swy2nv46zuledskwpachPublished at
2023-06-07 02:59:40Event JSON
{
"id": "7c16614f3a51f06f9a79cbd175b6093c7c7106517fb34abac2e74efa886a178d",
"pubkey": "91f69cdafb42e79d05623057c68f017374e590d6d540d9c60e22a6cae85cfe5b",
"created_at": 1686106780,
"kind": 1,
"tags": [
[
"e",
"3e5956a8acf8033ec81960cff0126fd9c6cb72d9935ba44f4558ea419f8c85b8",
"",
"root"
],
[
"e",
"a1403c00dafb2a9942dfb7a457aeabb00e5492f75d2b33f988b7edca3d923df6",
"",
"reply"
],
[
"p",
"30217b018a47b99ed4c20399b44b02f70ec4f58ed77a2814a563fa28322ef722"
]
],
"content": "📅 Original date posted:2012-01-31\n📝 Original message:I think that the \"send to private address\" field will require more effort\nto implement than the simpler \"expires\" and \"message\" fields and should be\ndeferred to a later BIP. There is a pressing need for expires and the only\npoint of contention I see is the inclusion of a dual representation (block\nor timestamp).\n\nPersonally, I feel that simple is best and while a block number represents\nBitcoin's pulse, there is no guarantee that a block will be discovered at\nany particular moment. From a merchant perspective the main point of the\nexpires field is to limit risk against currency movement (immediate cash\nout) or inventory movement (time limited offer). I have difficulty seeing a\ngood use case that would need a block. People have been co-ordinating\nevents based on a UTC timestamp for decades and I think we should stick\nwith it.\n\nRegarding the \"version\" field I again think it adds unnecessary complexity.\nPretty much everything that is needed within the Bitcoin URI scheme can be\nencoded with suitable optional fields (as query params) making the whole\nstructure forward compatible. Having a version field seems redundant.\n\nFinally, the URI signing mechanism. Apologies for the earlier\nmisunderstanding, I was reading from a limited description and it didn't\nmake the purpose clear. I've since used\nhttps://bitcointalk.org/index.php?topic=58534.msg689190#msg689190 as my\nreference which is a lot clearer. I think it's a good idea, and I'll\ndefinitely support it in my MulitBit Merchant project, but it currently\nseems to need more work so I think should be deferred into a dedicated BIP.\n\nOn 31 January 2012 08:35, Wladimir \u003claanwj at gmail.com\u003e wrote:\n\n\u003e\n\u003e I also wonder whether the \"send to private address\" should be part of this\n\u003e BIP, or a future one.\n\u003e\n\u003e IMO (but your mileage may vary) this BIP should only define the bare-bones\n\u003e URL scheme, AND provide room for future extensions such\n\u003e as send-to-private-address, send-multiple-signers, and so on. These should\n\u003e be forwards-compatible (as Luke-Jr says) in the sense that older clients\n\u003e can detect schemes they don't understand and give the user an appropriate\n\u003e error message.\n\u003e\n\u003e Maybe we need a send-type parameter to define the scheme?\n\u003e\n\u003e Good point on the version parameter. How are clients supposed to handle\n\u003e this? Refuse to handle the request if their URL scheme parser version is\n\u003e older than in the URL? This should be in the BIP.\n\u003e\n\u003e Wladimir\n\u003e\n\u003e On Tue, Jan 31, 2012 at 9:23 AM, Andreas Schildbach \u003candreas at schildbach.de\n\u003e \u003e wrote:\n\u003e\n\u003e\u003e Generally I prefer BIP 21 over BIP 20.\n\u003e\u003e\n\u003e\u003e I'm neutral on the 'send' parameter - present in both BIPs - which I\n\u003e\u003e don't understand. I think a practical usecase should be given in the BIP.\n\u003e\u003e\n\u003e\u003e Also, the 'version' parameter is unclear. What does it mean? Is an oder\n\u003e\u003e defined on versions (1.0b \u003e 1.0)? Why is it an \";\" parameter rather than\n\u003e\u003e a normal \"\u0026\" parameter?\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e On 01/30/2012 12:55 AM, Amir Taaki wrote:\n\u003e\u003e \u003e Matt Corallo posted a modification of BIP 20 in an earlier email and I\n\u003e\u003e \u003e asked him if he wanted to become the champion of that BIP he submitted.\n\u003e\u003e \u003e\n\u003e\u003e \u003e It is a modification of BIP 20 sans the alternative non-decimal number\n\u003e\u003e \u003e stuff.\n\u003e\u003e \u003e\n\u003e\u003e \u003e https://en.bitcoin.it/wiki/BIP_0021\n\u003e\u003e \u003e\n\u003e\u003e \u003e Right now, I will ask the GUI client implementations like MultiBit or\n\u003e\u003e \u003e Bitcoin-Qt, not different codebases like BitCoinJ or libbitcoin if they\n\u003e\u003e \u003e support BIP 20 or BIP 21. Feel free to raise any objections.\n\u003e\u003e \u003e\n\u003e\u003e \u003e More weight will be given to GUIs with actual URI sche me\n\u003e\u003e \u003e implementations and it's good to have a general consensus.\n\u003e\u003e \u003e\n\u003e\u003e \u003e\n\u003e\u003e \u003e\n\u003e\u003e ------------------------------------------------------------------------------\n\u003e\u003e \u003e Try before you buy = See our experts in action!\n\u003e\u003e \u003e The most comprehensive online learning library for Microsoft developers\n\u003e\u003e \u003e is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,\n\u003e\u003e \u003e Metro Style Apps, more. Free future releases when you subscribe now!\n\u003e\u003e \u003e http://p.sf.net/sfu/learndevnow-dev2\n\u003e\u003e \u003e\n\u003e\u003e \u003e\n\u003e\u003e \u003e\n\u003e\u003e \u003e _______________________________________________\n\u003e\u003e \u003e Bitcoin-development mailing list\n\u003e\u003e \u003e Bitcoin-development at lists.sourceforge.net\n\u003e\u003e \u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e ------------------------------------------------------------------------------\n\u003e\u003e Keep Your Developer Skills Current with LearnDevNow!\n\u003e\u003e The most comprehensive online learning library for Microsoft developers\n\u003e\u003e is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,\n\u003e\u003e Metro Style Apps, more. Free future releases when you subscribe now!\n\u003e\u003e http://p.sf.net/sfu/learndevnow-d2d\n\u003e\u003e _______________________________________________\n\u003e\u003e Bitcoin-development mailing list\n\u003e\u003e Bitcoin-development at lists.sourceforge.net\n\u003e\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\u003e\n\u003e\n\u003e\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Keep Your Developer Skills Current with LearnDevNow!\n\u003e The most comprehensive online learning library for Microsoft developers\n\u003e is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,\n\u003e Metro Style Apps, more. Free future releases when you subscribe now!\n\u003e http://p.sf.net/sfu/learndevnow-d2d\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development\n\u003e\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20120131/16ac1108/attachment.html\u003e",
"sig": "b1b2f282fce444e78d9656b38982647292d01da8493fe08bd11b8aabada28834f39f3f732e501b95ccae62952621246b23732541c8c10d6d4f078c2e2889bdb4"
}