From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-2.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WzV2g-0005ne-4n for bitcoin-development@lists.sourceforge.net; Tue, 24 Jun 2014 18:02:02 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of zikula.org designates 74.125.82.177 as permitted sender) client-ip=74.125.82.177; envelope-from=drak@zikula.org; helo=mail-we0-f177.google.com; Received: from mail-we0-f177.google.com ([74.125.82.177]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1WzV2e-0001Bq-R3 for bitcoin-development@lists.sourceforge.net; Tue, 24 Jun 2014 18:02:02 +0000 Received: by mail-we0-f177.google.com with SMTP id u56so756722wes.8 for ; Tue, 24 Jun 2014 11:01:51 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=e5xxumx7RAb/Qy/nndDymJJgF/tEXR6tecR/QGuACkM=; b=QHHUN4uyFyKk2OQlKoirmczmcyKinnBDz3EAuGtmMBXXlLDUh0VlOK79POe4r+DxKF K4F7Bb582kmm6hey7AeO1A/tAL3A0azIaalLdywL5zv3qCeG1+Gx7b+BmadBwWFJCIMA RG2of3M/4M/y6rZ9wy9Xrn7MI3llh37XokuQqP8oEcPYqCdfi7m11uILHzVUyKT4dsFv jPONSbaIJ0GZc+mrpDF+zEythIFwNQZnT+7smOjO5ADxBkBjBUyyH0ZxXlhdsjvzHsOn I3lYZCkRhzWktqolUZJTII23o7i9ziJsnUsgQEej9jz8aCXdFKy+iojb7pB8TSWer3kE wYXg== X-Gm-Message-State: ALoCoQk7F3aUu7vi9bS8M1ayNGl+3QpIa4hR2PSMIoRZ+99UFFXrDTa9awSt3HzrLjjlPnwSOy+F X-Received: by 10.194.240.196 with SMTP id wc4mr3188977wjc.63.1403631442714; Tue, 24 Jun 2014 10:37:22 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.26.193 with HTTP; Tue, 24 Jun 2014 10:37:02 -0700 (PDT) In-Reply-To: References: From: Drak Date: Tue, 24 Jun 2014 18:37:02 +0100 Message-ID: To: Mike Hearn Content-Type: multipart/alternative; boundary=089e013d0f168a08b104fc9869ed X-Spam-Score: -0.5 (/) 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 SPF_PASS SPF: sender matches SPF record 1.0 HTML_MESSAGE BODY: HTML included in message X-Headers-End: 1WzV2e-0001Bq-R3 Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Proposed BIP 70 extension 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, 24 Jun 2014 18:02:02 -0000 --089e013d0f168a08b104fc9869ed Content-Type: text/plain; charset=UTF-8 Seems like a nice idea. On 24 June 2014 14:27, Mike Hearn wrote: > Coinbase have started allowing merchants to set discounts for purchasing > with Bitcoin. Seeing an individual discount is not very motivating as they > tend to be small. Seeing them stack up over time can be more motivating > because it feels like free money. Many businesses exploit this effect with > loyalty points, etc. Bitcoin should do this too - show the user how much > they're saving by using Bitcoin instead of credit cards. > > I suggested to Charlie Lee (who pushed this through at Coinbase) and > Stephen Pair the following minor BIP 70 extension: > > > message PaymentDetails { > // Size in satoshis of any discount provided by the merchant ONLY > // because the user chose to pay using Bitcoin or other similar > // digital currency. Other kinds of discounts, loyalty bonuses and > // so on should not be recorded here, rather they could be mentioned > // in the memo field. This field exists so wallets can show the user > // a running total of how much money they have saved by avoiding > // credit cards and bank payments; the goal is to encourage people to > // use Bitcoin. Putting other kinds of discounts here would make the > // running total calculated meaningless; so don't do it! > optional uint64 currency_usage_discount_size = 8; > } > > Wallets would then be able to persist this data to disk and compete on > cool visualisations for how much money you saved over time. > > We haven't formalised how to extend BIP 70 yet, that's my fault. We should > do that. In the meantime, what do people think of this proposal? > > > ------------------------------------------------------------------------------ > Open source business process management suite built on Java and Eclipse > Turn processes into business applications with Bonita BPM Community Edition > Quickly connect people, data, and systems into organized workflows > Winner of BOSSIE, CODIE, OW2 and Gartner awards > http://p.sf.net/sfu/Bonitasoft > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development > > --089e013d0f168a08b104fc9869ed Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Seems like a nice idea.

On 24 June 2014 14:27, Mike Hearn <mike@pla= n99.net> wrote:
Coinbase have started allow= ing merchants to set discounts for purchasing with Bitcoin. Seeing an indiv= idual discount is not very motivating as they tend to be small. Seeing them= stack up over time can be more motivating because it feels like free money= . Many businesses exploit this effect with loyalty points, etc. Bitcoin sho= uld do this too - show the user how much they're saving by using Bitcoi= n instead of credit cards.

I suggested to Charlie Lee (who pushed this through at Coinb= ase) and Stephen Pair the following minor BIP 70 extension:

<= /div>

message PaymentDetails {
=C2=A0 =C2=A0 //= Size in satoshis of any discount provided by the merchant ONLY
=C2=A0 =C2=A0 // because the user cho= se to pay using Bitcoin or other similar=C2=A0
=C2=A0 =C2=A0 // digital currency. Other kinds of discounts,=C2=A0loyalty bon= uses and=C2=A0
=C2=A0 =C2=A0 // so on should n= ot be recorded here, rather they could be mentioned
=C2=A0 =C2=A0 /= / in the memo field. This field exists so wallets can show the user<= /div>
=C2=A0 =C2=A0 // a running= total of how much money they have saved by avoiding
=C2=A0 =C2=A0 // credit cards a= nd bank payments; the goal is to encourage people to
=C2=A0 =C2=A0 /= / use Bitcoin. Putting other kinds of discounts here would make the<= /div>
=C2=A0 =C2=A0 // running t= otal calculated meaningless; so don't do it!
=C2=A0 =C2=A0 optional uint64 currency_usage_discount= _size =3D 8;
}

=
Wallets would th= en be able to persist this data to disk and compete on cool visualisations = for how much money you saved over time.

We haven't formali= sed how to extend BIP 70 yet, that's my fault. We should do that. In th= e meantime, what do people think of this proposal?

-----------------------------------------------------------------------= -------
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Community Edition=
Quickly connect people, data, and systems into organized workflows
Winner of BOSSIE, CODIE, OW2 and Gartner awards
http://p.sf.ne= t/sfu/Bonitasoft
_______________________________________________
Bitcoin-development mailing list
Bitcoin-develo= pment@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bitcoin-de= velopment


--089e013d0f168a08b104fc9869ed--