From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-4.v43.ch3.sourceforge.com ([172.29.43.194] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WFskT-0002I5-3x for bitcoin-development@lists.sourceforge.net; Tue, 18 Feb 2014 22:02:41 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.220.170 as permitted sender) client-ip=209.85.220.170; envelope-from=rderber@gmail.com; helo=mail-vc0-f170.google.com; Received: from mail-vc0-f170.google.com ([209.85.220.170]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WFskS-0005A4-Cx for bitcoin-development@lists.sourceforge.net; Tue, 18 Feb 2014 22:02:41 +0000 Received: by mail-vc0-f170.google.com with SMTP id hu8so14087201vcb.1 for ; Tue, 18 Feb 2014 14:02:35 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.220.225.71 with SMTP id ir7mr2176561vcb.50.1392760954917; Tue, 18 Feb 2014 14:02:34 -0800 (PST) Received: by 10.58.137.72 with HTTP; Tue, 18 Feb 2014 14:02:34 -0800 (PST) In-Reply-To: <5303B110.70603@bitpay.com> References: <5303B110.70603@bitpay.com> Date: Tue, 18 Feb 2014 15:02:34 -0700 Message-ID: From: Derber Cc: bitcoin-development@lists.sourceforge.net Content-Type: multipart/alternative; boundary=089e0115fa16f997ec04f2b56d70 X-Spam-Score: 0.6 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (rderber[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.2 MISSING_HEADERS Missing To: header 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature X-Headers-End: 1WFskS-0005A4-Cx Subject: Re: [Bitcoin-development] BIP70 proposed changes X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Feb 2014 22:02:41 -0000 --089e0115fa16f997ec04f2b56d70 Content-Type: text/plain; charset=ISO-8859-1 Any possibility of a UNIX UTC timestamp field in the customer payment message? For many transactions, the exact time of payment is when it is 'made' by the customer and not when 'requested' by the retailer or later mined. The blockchain time is an aggregate for the block and can differ significantly from transaction time so its value is limited. Small slices of time can greatly impact the transaction value. If we are ultimately taxed as a currency, an exact time will for the transaction will impact US GAAP accounting and the transaction's tax accounting. A time field may also support 'first come first served' retailer programs and time sensitive promotions. --089e0115fa16f997ec04f2b56d70 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Any possibility of a UNIX UTC timestamp field in the custo= mer payment=A0message?
=
For many transactions, the exact time of payment is w= hen it is 'made' by the customer and not when 'requested' b= y the retailer or later mined. The blockchain time is an aggregate for the = block and can differ significantly from transaction time so its value is li= mited.

Small slices of time can greatly impact t= he transaction value. =A0If we are ultimately taxed as a currency, an exact= time will for the transaction will impact US GAAP accounting and the trans= action's tax accounting. A time field may=A0also support 'fi= rst=A0come first served'=A0retailer programs=A0and time sensitive=A0promotions.

--089e0115fa16f997ec04f2b56d70--