<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Micropayments, microprobability</title>
	<atom:link href="http://crookedtimber.org/2003/09/16/micropayments-microprobability/feed/" rel="self" type="application/rss+xml" />
	<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/</link>
	<description>Out of the crooked timber of humanity, no straight thing was ever made</description>
	<lastBuildDate>Sun, 22 Nov 2009 02:52:26 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Thomas Dent</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4041</link>
		<dc:creator>Thomas Dent</dc:creator>
		<pubDate>Thu, 18 Sep 2003 11:15:52 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4041</guid>
		<description>This may be a bit iconoclastic, but I don&#039;t understand why recorded music is such a good thing after all, or at least why we should automatically accept that it is.Classical music has been suffering from recordings for decades. The more recordings, the fewer practicing musicians and the less musical tradition and culture there is. (I&#039;m not claiming this correlation as a proof of causation though.) Recordings also promote standardised interpretations, the false ideal of the &#039;perfect&#039; interpretation, and the idea that it is acceptable to listen repeatedly to the same piece played exactly the same way. Live performing artists even get inhibited by having to &#039;live up to&#039; their own recordings.I say this as someone who owns hundreds of excellent classical music recordings. Unfortunately, many of the best of them are from the 60&#039;s and earlier. It is somewhat depressing that in the vast majority of places live classical music is entirely overshadowed by recordings.</description>
		<content:encoded><![CDATA[	<p>This may be a bit iconoclastic, but I don&#8217;t understand why recorded music is such a good thing after all, or at least why we should automatically accept that it is.Classical music has been suffering from recordings for decades. The more recordings, the fewer practicing musicians and the less musical tradition and culture there is. (I&#8217;m not claiming this correlation as a proof of causation though.) Recordings also promote standardised interpretations, the false ideal of the &#8216;perfect&#8217; interpretation, and the idea that it is acceptable to listen repeatedly to the same piece played exactly the same way. Live performing artists even get inhibited by having to &#8216;live up to&#8217; their own recordings.I say this as someone who owns hundreds of excellent classical music recordings. Unfortunately, many of the best of them are from the 60&#8217;s and earlier. It is somewhat depressing that in the vast majority of places live classical music is entirely overshadowed by recordings.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Nagle</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4040</link>
		<dc:creator>Robert Nagle</dc:creator>
		<pubDate>Wed, 17 Sep 2003 18:10:41 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4040</guid>
		<description>This is a fascinating piece. I wrote about similar issues on &lt;a href=&quot;http://www.sharethemusicday.com&quot;&gt;sharethemusicday.com &lt;/a&gt;.If it is cheaper to run the system as &quot;free&quot; than as &quot;for sale&quot;, then that seems to be a reason for supporting a voluntary system of compensation. Actually all this bickering about pricing ignores one fact: the overwhelming majority of music out there in the world is available for free on IUMA, Amazon.com and mp3.com. Young artists at the moment don&#039;t have any realistic hope of getting a deal with a major label (if any label at all). The only ones selling songs are those backed by big marketing machines. One unique aspect to music as content is that its value cannot be assessed until after the music is heard once or twice. That is another reason why a voluntary system works best--the transaction is made after the song is downloaded on the PC (usually).  </description>
		<content:encoded><![CDATA[	<p>This is a fascinating piece. I wrote about similar issues on <a href="http://www.sharethemusicday.com">sharethemusicday.com </a>.If it is cheaper to run the system as &#8220;free&#8221; than as &#8220;for sale&#8221;, then that seems to be a reason for supporting a voluntary system of compensation. Actually all this bickering about pricing ignores one fact: the overwhelming majority of music out there in the world is available for free on <span class="caps">IUMA</span>, Amazon.com and mp3.com. Young artists at the moment don&#8217;t have any realistic hope of getting a deal with a major label (if any label at all). The only ones selling songs are those backed by big marketing machines. One unique aspect to music as content is that its value cannot be assessed until after the music is heard once or twice. That is another reason why a voluntary system works best&#8212;the transaction is made after the song is downloaded on the <span class="caps">PC </span>(usually).</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: ethel g</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4039</link>
		<dc:creator>ethel g</dc:creator>
		<pubDate>Wed, 17 Sep 2003 17:26:13 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4039</guid>
		<description>Isn&#039;t Public Lending Right (*) an actual, existing, micropayments system?  While it&#039;s based on a central fund personally I don&#039;t think that should necessarily disqualify it.  The interesting bit about PLR is that it doesn&#039;t claim to be exact, but (I believe) authors and lenders are broadly happy with the results.  Similarly but more rigorously, one of the RSA (crypto) chaps has proposed a probabilistic micropayment system which I think does address the transaction costs issues:  precisely because you&#039;ve got _lots_ of micropayments, you can use the law of large numbers to get good enough estimates of amounts due.(*) For non-UK readers, PLR is a system whereby authors of books in public libraries receive money.  I think monies received are dependent in some (monotonic, increasing) way on the number of times a book is loaned.</description>
		<content:encoded><![CDATA[	<p>Isn&#8217;t Public Lending Right (*) an actual, existing, micropayments system?  While it&#8217;s based on a central fund personally I don&#8217;t think that should necessarily disqualify it.  The interesting bit about <span class="caps">PLR</span> is that it doesn&#8217;t claim to be exact, but (I believe) authors and lenders are broadly happy with the results.  Similarly but more rigorously, one of the <span class="caps">RSA </span>(crypto) chaps has proposed a probabilistic micropayment system which I think does address the transaction costs issues:  precisely because you&#8217;ve got <em>lots</em> of micropayments, you can use the law of large numbers to get good enough estimates of amounts due.(*) For non-UK readers, <span class="caps">PLR</span> is a system whereby authors of books in public libraries receive money.  I think monies received are dependent in some (monotonic, increasing) way on the number of times a book is loaned.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4038</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Wed, 17 Sep 2003 15:54:10 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4038</guid>
		<description>and the mean transaction involves more than one track</description>
		<content:encoded><![CDATA[	<p>and the mean transaction involves more than one track</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: dsquared</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4037</link>
		<dc:creator>dsquared</dc:creator>
		<pubDate>Wed, 17 Sep 2003 15:37:16 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4037</guid>
		<description>&lt;i&gt;Even supposing that Apple haven&#8217;t negotiated a better deal than 25 cents a pop, it&#8217;s still better than the music industry&#8217;s normal physical distribution costs which have to bear inventory, packaging, transport and the huge cut given to retailers. They&#8217;ll still be able to make money even with an average of say ten per cent going to the banks.&lt;/i&gt;Not wanting to be a dick about this, but 25c out of 99c is more than ten per cent.</description>
		<content:encoded><![CDATA[	<p><i>Even supposing that Apple haven&#8217;t negotiated a better deal than 25 cents a pop, it&#8217;s still better than the music industry&#8217;s normal physical distribution costs which have to bear inventory, packaging, transport and the huge cut given to retailers. They&#8217;ll still be able to make money even with an average of say ten per cent going to the banks.</i>Not wanting to be a dick about this, but 25c out of 99c is more than ten per cent.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Jack</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4036</link>
		<dc:creator>Jack</dc:creator>
		<pubDate>Wed, 17 Sep 2003 14:03:50 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4036</guid>
		<description>Even supposing that Apple haven&#039;t negotiated a better deal than 25 cents a pop, it&#039;s still better than the music industry&#039;s normal physical distribution costs which have to bear inventory, packaging, transport and the huge cut given to retailers. They&#039;ll still be able to make money even with an average of say ten per cent going to the banks.Telephone companies know that the fixed costs identified for micropayments can be reduced if they do not have to be everyone to everyone. So: even single song iTunes sales are larger than &#039;true&#039; micropayments,the money doesn&#039;t go directly from customer to artist but from customer to Apple via an existing financial relationship (.Mac subscription often) to small number of music company acocunts and then via a prexisting channel to the artists where Apple will provide excellent statistics compared to physical invoicing.record companies do not have to extend credit to Apple.Music companies may actually be under most pressure from the record stores, they take the biggest bite out of the price of a CD and are the biggest sales channel. CDs have to compete with DVDs and video games. If they can&#039;t provide revenue they&#039;ll lose shelf space and sales. If record companies find new channels, like iTunes, that work, they will be less frightened and if those channels are more efficient than record shops they will not be under the same pressure to maintain  the current per track price. Then the price elasticity arguments may start to tell. They will also no longer need to focus on a limiting the product range to make inventory management easy. I&#039;m sure even now Apple could charge less than 99 cents and still make money and, just as happened with tapes and video recorders, record companies will relax when they are making money from the new world. Current hostility is surely partly due to pressure from their existing channels since many of the arguments would benefit the record companies as much as consumers.Maybe Apple will be Dell to the music industry&#039;s Compaq and IBM.</description>
		<content:encoded><![CDATA[	<p>Even supposing that Apple haven&#8217;t negotiated a better deal than 25 cents a pop, it&#8217;s still better than the music industry&#8217;s normal physical distribution costs which have to bear inventory, packaging, transport and the huge cut given to retailers. They&#8217;ll still be able to make money even with an average of say ten per cent going to the banks.Telephone companies know that the fixed costs identified for micropayments can be reduced if they do not have to be everyone to everyone. So: even single song iTunes sales are larger than &#8216;true&#8217; micropayments,the money doesn&#8217;t go directly from customer to artist but from customer to Apple via an existing financial relationship (.Mac subscription often) to small number of music company acocunts and then via a prexisting channel to the artists where Apple will provide excellent statistics compared to physical invoicing.record companies do not have to extend credit to Apple.Music companies may actually be under most pressure from the record stores, they take the biggest bite out of the price of a CD and are the biggest sales channel. CDs have to compete with DVDs and video games. If they can&#8217;t provide revenue they&#8217;ll lose shelf space and sales. If record companies find new channels, like iTunes, that work, they will be less frightened and if those channels are more efficient than record shops they will not be under the same pressure to maintain  the current per track price. Then the price elasticity arguments may start to tell. They will also no longer need to focus on a limiting the product range to make inventory management easy. I&#8217;m sure even now Apple could charge less than 99 cents and still make money and, just as happened with tapes and video recorders, record companies will relax when they are making money from the new world. Current hostility is surely partly due to pressure from their existing channels since many of the arguments would benefit the record companies as much as consumers.Maybe Apple will be Dell to the music industry&#8217;s Compaq and <span class="caps">IBM</span>.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Edwards</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4035</link>
		<dc:creator>Andrew Edwards</dc:creator>
		<pubDate>Wed, 17 Sep 2003 12:48:45 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4035</guid>
		<description>The ITunes point is a fair one.Why not bundle together a large number of songs into a single transaction. I.e. I pay you $20.30 for 40 songs I&#039;ve selected off a list. That&#039;s a single transaction, and the margins can clearly cover the transaction costs, and it&#039;s only $0.50 a song.Or you can charge a bandwidth fee. An mp3 is around 3.5MB, so charge a fixed amount (Say $20) per hundred MB I download through Kazaa. Use a Neilsen-style homescan sample of 5000 people to determine what&#039;s being downloaded, and distribute the funds to artists accordingly.Thoughts?</description>
		<content:encoded><![CDATA[	<p>The ITunes point is a fair one.Why not bundle together a large number of songs into a single transaction. I.e. I pay you $20.30 for 40 songs I&#8217;ve selected off a list. That&#8217;s a single transaction, and the margins can clearly cover the transaction costs, and it&#8217;s only $0.50 a song.Or you can charge a bandwidth fee. An mp3 is around 3.5MB, so charge a fixed amount (Say $20) per hundred <span class="caps">MB I</span> download through Kazaa. Use a Neilsen-style homescan sample of 5000 people to determine what&#8217;s being downloaded, and distribute the funds to artists accordingly.Thoughts?</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Kieran Healy</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4034</link>
		<dc:creator>Kieran Healy</dc:creator>
		<pubDate>Wed, 17 Sep 2003 12:37:10 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4034</guid>
		<description>&lt;i&gt;these are actual credit card payments (not micropayments in any techie sense) and thus Apple is wearing the 25c minimum fee.&lt;/i&gt;OK, I see more clearly what you mean by &quot;micropayments&quot; now. You&#039;re right that when I buy from iTunes I often buy more than one song, but the fine-grainedness is one of the things that makes it so attractive: &lt;i&gt;this&lt;/i&gt; song and &lt;i&gt;this&lt;/i&gt; one but not &lt;i&gt;that&lt;/i&gt; one, etc. I don&#039;t know whether 90% of Apple&#039;s sales come from 1% of its songs or something. Possibly. At the same time, if Apple can make a profit on an online store that sells 99c songs and allows me to buy them one at a time --- well, music just got a hell of a lot cheaper and easier to buy from my point of view. So even though penny-a-song can never work, it&#039;s still a lot closer to the micropayment vision than hiking in to HMV and dropping $18 on a CD. &lt;i&gt; (not much though, because I use a proper person’s computer and thus couldn’t have a proper look at it)&lt;/i&gt;Should I read &quot;proper person&#039;s computer&quot; to mean &quot;Wintel Box&quot;? I fear so. I pass over the flamewar invitation in silence, because I know better than to get into arse-kicking contests with porcupines. Besides, I need to go buy a song or two --- I&#039;ll tell you what they are and you can hike off down to HMV, buy the CDs, and play them on Windows XP, assuming it&#039;s not on the blink again.</description>
		<content:encoded><![CDATA[	<p><i>these are actual credit card payments (not micropayments in any techie sense) and thus Apple is wearing the 25c minimum fee.</i>OK, I see more clearly what you mean by &#8220;micropayments&#8221; now. You&#8217;re right that when I buy from iTunes I often buy more than one song, but the fine-grainedness is one of the things that makes it so attractive: <i>this</i> song and <i>this</i> one but not <i>that</i> one, etc. I don&#8217;t know whether 90% of Apple&#8217;s sales come from 1% of its songs or something. Possibly. At the same time, if Apple can make a profit on an online store that sells 99c songs and allows me to buy them one at a time&#8212;- well, music just got a hell of a lot cheaper and easier to buy from my point of view. So even though penny-a-song can never work, it&#8217;s still a lot closer to the micropayment vision than hiking in to <span class="caps">HMV</span> and dropping $18 on a CD. <i> (not much though, because I use a proper person&#8217;s computer and thus couldn&#8217;t have a proper look at it)</i>Should I read &#8220;proper person&#8217;s computer&#8221; to mean &#8220;Wintel Box&#8221;? I fear so. I pass over the flamewar invitation in silence, because I know better than to get into arse-kicking contests with porcupines. Besides, I need to go buy a song or two&#8212;- I&#8217;ll tell you what they are and you can hike off down to <span class="caps">HMV</span>, buy the CDs, and play them on Windows XP, assuming it&#8217;s not on the blink again.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: dsquared</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4033</link>
		<dc:creator>dsquared</dc:creator>
		<pubDate>Wed, 17 Sep 2003 09:34:57 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4033</guid>
		<description>Right, a bit of digging later (not much though, because I use a proper person&#039;s computer and thus couldn&#039;t have a proper look at it) reveals that these are actual credit card payments (not micropayments in any techie sense) and thus Apple is wearing the 25c minimum fee.  I think that they are either a) relying on bundling the transactions on a daily basis and taking advantage of peoples&#039; tendency to buy a load of tracks at once (you only have to buy three 99c songs in one go for it to turn into a macropayment)or b) losing money and charging it to the iPod marketing budget.  At 500,000 downloads a week, assuming that Applie is wearing the entire 25c (unlikely as they are also trialling a few very aggressive DRM measures for the record labels), that&#039;s a cost of $6.5m, which doesn&#039;t strike me as necessarily way out of line; it would buy you 16 30-second slots during &quot;Will and Grace&quot; or maybe an ad a week in a less expensive show.  (Christ &lt;a href=&quot;http://www.adage.com/images/random/tvrates_fall03.pdf&quot;&gt;this&lt;/a&gt; document is interesting.)My guess is more a) than b);  offering the 99c single-song option makes the whole service more palatable to people who end up making macropayments.  I&#039;m not sure the idea scales to yer class micropayment environment, and it also depends on Apple having access to 200,000 songs that *everyone* wants, rather than 200,000,000 songs that *someone* wants.</description>
		<content:encoded><![CDATA[	<p>Right, a bit of digging later (not much though, because I use a proper person&#8217;s computer and thus couldn&#8217;t have a proper look at it) reveals that these are actual credit card payments (not micropayments in any techie sense) and thus Apple is wearing the 25c minimum fee.  I think that they are either a) relying on bundling the transactions on a daily basis and taking advantage of peoples&#8217; tendency to buy a load of tracks at once (you only have to buy three 99c songs in one go for it to turn into a macropayment)or b) losing money and charging it to the iPod marketing budget.  At 500,000 downloads a week, assuming that Applie is wearing the entire 25c (unlikely as they are also trialling a few very aggressive <span class="caps">DRM</span> measures for the record labels), that&#8217;s a cost of $6.5m, which doesn&#8217;t strike me as necessarily way out of line; it would buy you 16 30-second slots during &#8220;Will and Grace&#8221; or maybe an ad a week in a less expensive show.  (Christ <a href="http://www.adage.com/images/random/tvrates_fall03.pdf">this</a> document is interesting.)My guess is more a) than b);  offering the 99c single-song option makes the whole service more palatable to people who end up making macropayments.  I&#8217;m not sure the idea scales to yer class micropayment environment, and it also depends on Apple having access to 200,000 songs that <strong>everyone</strong> wants, rather than 200,000,000 songs that <strong>someone</strong> wants.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: dsquared</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4032</link>
		<dc:creator>dsquared</dc:creator>
		<pubDate>Wed, 17 Sep 2003 09:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4032</guid>
		<description>Hmmmm maybe I&#039;ve got the wrong end of the stick.  I&#039;ll have a look and find out what the wrinkle is.</description>
		<content:encoded><![CDATA[	<p>Hmmmm maybe I&#8217;ve got the wrong end of the stick.  I&#8217;ll have a look and find out what the wrinkle is.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Kieran Healy</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4031</link>
		<dc:creator>Kieran Healy</dc:creator>
		<pubDate>Wed, 17 Sep 2003 07:37:07 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4031</guid>
		<description>&lt;i&gt;Tunes:  that’s not a micropayments system.  You make one, quite large payment and then consume the goods in small units.&lt;/i&gt;It&#039;s not? You pay 99 cents a song, and that&#039;s it. You don&#039;t have to deposit any money in an &quot;iTunes account&quot; or pay a subscription fee or anything of that sort. Where&#039;s the &quot;quite large payment&quot;? </description>
		<content:encoded><![CDATA[	<p><i>Tunes:  that&#8217;s not a micropayments system.  You make one, quite large payment and then consume the goods in small units.</i>It&#8217;s not? You pay 99 cents a song, and that&#8217;s it. You don&#8217;t have to deposit any money in an &#8220;iTunes account&#8221; or pay a subscription fee or anything of that sort. Where&#8217;s the &#8220;quite large payment&#8221;?</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: dsquared</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4030</link>
		<dc:creator>dsquared</dc:creator>
		<pubDate>Wed, 17 Sep 2003 07:10:42 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4030</guid>
		<description>iTunes:  that&#039;s not a micropayments system.  You make one, quite large payment and then consume the goods in small units.Bitpass: well, maybe, but as I say, I&#039;ve seen it before and I am somewhat sceptical at present, particularly as they have not released any technical details at all.  Many systems have worked in beta tests; the point is that there&#039;s all the difference in the world between a system confined to a small group of vetted users, and one available to the general public.  How many professional credit card fraudsters formed part of the test group?  According to their website, they&#039;re &quot;live&quot; at the moment, but scalability is everything in payment systems, and there&#039;s no evidence that they&#039;re breaking even.Scott McCloud:  I think he is just part of the test group for Bitpass.Note that it&#039;s easy to come up with all sorts of subscription-type models, but if you&#039;re doing this, you should be thinking about subscription models for the entire music industry rather than assuming that the payments would look reasonably like normal payments but smaller.</description>
		<content:encoded><![CDATA[	<p>iTunes:  that&#8217;s not a micropayments system.  You make one, quite large payment and then consume the goods in small units.Bitpass: well, maybe, but as I say, I&#8217;ve seen it before and I am somewhat sceptical at present, particularly as they have not released any technical details at all.  Many systems have worked in beta tests; the point is that there&#8217;s all the difference in the world between a system confined to a small group of vetted users, and one available to the general public.  How many professional credit card fraudsters formed part of the test group?  According to their website, they&#8217;re &#8220;live&#8221; at the moment, but scalability is everything in payment systems, and there&#8217;s no evidence that they&#8217;re breaking even.Scott McCloud:  I think he is just part of the test group for Bitpass.Note that it&#8217;s easy to come up with all sorts of subscription-type models, but if you&#8217;re doing this, you should be thinking about subscription models for the entire music industry rather than assuming that the payments would look reasonably like normal payments but smaller.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Russell L. Carter</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4029</link>
		<dc:creator>Russell L. Carter</dc:creator>
		<pubDate>Wed, 17 Sep 2003 05:51:01 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4029</guid>
		<description>The entire post can be summarized as:A byte stream of size &#039;x&#039; transmitted over the TCP/IP protocol ought to have a cost &#039;y&#039; associated with it, billable to somebody, and all civilization will fail without that.  (Implied: we need to bulk up the caching somehow so that intermediate vampires get their share).</description>
		<content:encoded><![CDATA[	<p>The entire post can be summarized as:A byte stream of size &#8216;x&#8217; transmitted over the <span class="caps">TCP</span>/IP protocol ought to have a cost &#8216;y&#8217; associated with it, billable to somebody, and all civilization will fail without that.  (Implied: we need to bulk up the caching somehow so that intermediate vampires get their share).</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: Matt McIrvin</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4028</link>
		<dc:creator>Matt McIrvin</dc:creator>
		<pubDate>Wed, 17 Sep 2003 01:36:15 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4028</guid>
		<description>How does iTunes do it?  Speculation I&#039;ve seen (based on credit-card bills) suggests that Apple has some clever way of chunking multiple transactions by the same user, so that while they look like a bunch of individual one-dollar-and-change purchases to you (including tax), they look bigger and less frequent to the credit card company.Of course they need to handle the case in which you buy one song and never buy another, but to reduce their overhead all they need is to increase the average transaction size.  It may be something as simple as grouping the transactions a few days at a time, since people tend to buy several songs at once.I suspect that this algorithm, whatever it is, is a large part of what makes the iTunes store possible.</description>
		<content:encoded><![CDATA[	<p>How does iTunes do it?  Speculation I&#8217;ve seen (based on credit-card bills) suggests that Apple has some clever way of chunking multiple transactions by the same user, so that while they look like a bunch of individual one-dollar-and-change purchases to you (including tax), they look bigger and less frequent to the credit card company.Of course they need to handle the case in which you buy one song and never buy another, but to reduce their overhead all they need is to increase the average transaction size.  It may be something as simple as grouping the transactions a few days at a time, since people tend to buy several songs at once.I suspect that this algorithm, whatever it is, is a large part of what makes the iTunes store possible.</p>
 ]]></content:encoded>
	</item>
	<item>
		<title>By: The Philosophical Cowboy</title>
		<link>http://crookedtimber.org/2003/09/16/micropayments-microprobability/comment-page-1/#comment-4027</link>
		<dc:creator>The Philosophical Cowboy</dc:creator>
		<pubDate>Tue, 16 Sep 2003 21:43:11 +0000</pubDate>
		<guid isPermaLink="false">http://crookedtimber.org/wp/?p=292#comment-4027</guid>
		<description>Complete digression, but based on what you&#039;ve said:I suspect that a number of the roles that the Guardian article suggested would disappear would still remain (in lesser numbers), even in a totally honest world.I take &quot;total honesty&quot; to mean - &quot;doesn&#039;t knowingly break the law or cheat others&quot;.However, that would still leave a number of traditional policing functions (traffic direction, people whose speedo&#039;s are broke, people driving dangerously/carelessly without knowing).  It would leave a role for checkout staff who could make change and ID what the costs of your goods were (unless moving to a  purely cashless society), as it&#039;s too hard to tot up yourself*.Moving onto my bit, the accountants - wouldn&#039;t need auditors, per se, though there would be substantial room for system error leading to mistakes, which they do.  You&#039;d have a role for tax accountants, as a complex, but honestly played, system would still be hard to deal with.  You&#039;d have a role for accountants preparing accounts, as the purpose of them isn&#039;t just to say if managmeent are doing their best - it&#039;s to show if it&#039;s the best practical or if investors would rather invest elsewhere, or let them make decisions, etc.Bus conductors - well, it&#039;s a convenient way to pay the fare.Examples about payment/cash handling rather depend how full blown a revision you expect.  But, e.g., on a busy bus, it may well be more efficient to have a person taking money and making change than any other solution.   Individuals doing it will be slower, and if you had pots of change (say) in seats, that still leaves standing passengers.  I.e. - the transaction costs in society aren&#039;t all about honesty - some are about convenience to all parties.  It may be easier to have cash taking specialists, than to have to do it yourself in time pressured situations...* could have scanners as go round, etc, but would require human back uP)</description>
		<content:encoded><![CDATA[	<p>Complete digression, but based on what you&#8217;ve said:I suspect that a number of the roles that the Guardian article suggested would disappear would still remain (in lesser numbers), even in a totally honest world.I take &#8220;total honesty&#8221; to mean &#8211; &#8220;doesn&#8217;t knowingly break the law or cheat others&#8221;.However, that would still leave a number of traditional policing functions (traffic direction, people whose speedo&#8217;s are broke, people driving dangerously/carelessly without knowing).  It would leave a role for checkout staff who could make change and ID what the costs of your goods were (unless moving to a  purely cashless society), as it&#8217;s too hard to tot up yourself*.Moving onto my bit, the accountants &#8211; wouldn&#8217;t need auditors, per se, though there would be substantial room for system error leading to mistakes, which they do.  You&#8217;d have a role for tax accountants, as a complex, but honestly played, system would still be hard to deal with.  You&#8217;d have a role for accountants preparing accounts, as the purpose of them isn&#8217;t just to say if managmeent are doing their best &#8211; it&#8217;s to show if it&#8217;s the best practical or if investors would rather invest elsewhere, or let them make decisions, etc.Bus conductors &#8211; well, it&#8217;s a convenient way to pay the fare.Examples about payment/cash handling rather depend how full blown a revision you expect.  But, e.g., on a busy bus, it may well be more efficient to have a person taking money and making change than any other solution.   Individuals doing it will be slower, and if you had pots of change (say) in seats, that still leaves standing passengers.  I.e. &#8211; the transaction costs in society aren&#8217;t all about honesty &#8211; some are about convenience to all parties.  It may be easier to have cash taking specialists, than to have to do it yourself in time pressured situations&#8230;* could have scanners as go round, etc, but would require human back uP)</p>
 ]]></content:encoded>
	</item>
</channel>
</rss>
