MIME-Version: 1.0
In-Reply-To: <20150627175428.GA2259@muck>
References: <CALgxB7udA85BWetBGc-RN=72ZtVPK9Q5HW8YRDKA08M38XqJqQ@mail.gmail.com>
	<1EF70EBC-8BB8-4A93-8591-52B2B0335F6C@petertodd.org>
	<CALgxB7usetoaNCObhG36TrdYgKuP4TSPPNkGatvim1oWUMxaeQ@mail.gmail.com>
	<20150627172011.GB18729@muck>
	<CAOoPuRZrV_8XJbCbHMEWAfoKYc+OSQQMuhgESgG2JD2nEHoyvQ@mail.gmail.com>
	<20150627173724.GA30546@muck>
	<CAOoPuRbqdWWGRL7mRReMdSct2dsiFw_X9YtNJWquZS=fsCdCDQ@mail.gmail.com>
	<20150627175428.GA2259@muck>
Date: Sat, 27 Jun 2015 21:34:16 +0200
Message-ID: <CAOoPuRaN0LJQ6_j6h6ShLbvdAnnw1-bg8BQXdOTnjp+vFN59AQ@mail.gmail.com>
From: Benjamin <benjamin.l.cordes@gmail.com>
To: Peter Todd <pete@petertodd.org>
Content-Type: multipart/alternative; boundary=001a11c14dc236a9d3051984f11f
Cc: bitcoin-dev@lists.linuxfoundation.org
Subject: Re: [bitcoin-dev] A Proposed Compromise to the Block Size Limit
Precedence: list

--001a11c14dc236a9d3051984f11f
Content-Type: text/plain; charset=UTF-8

On Sat, Jun 27, 2015 at 7:54 PM, Peter Todd <pete@petertodd.org> wrote:

> On Sat, Jun 27, 2015 at 07:46:55PM +0200, Benjamin wrote:
> > There is no ensured Quality of service, is there? If you "bid" higher,
> then
> > you don't know what you are going to get. Also because you have no way of
> > knowing what *others* are bidding. Only if you have auctions (increasing
> > increments) you can establish a feedback loop to settle demand and
> supply.
> > And the supply side doesn't adapt. Adapting supply would help resolve
> parts
> > of the capacity problem.
>
> There's lots of markets where there is no assured quality of service,
> and where the bids others are making aren't known. Most financial
> markets work that way - there's only ever probabalistic guarantees that
> for a given amount of money you'll be able to buy a certain amount of
> gold at any given time for instance. Similarly for nearly all
> commodities the infrastructure required to mine those commodities has
> very little room for short, medium, or even long-term production
> increases, so whatever the production supply is at a given time is
> pretty much fixed.
>


hmm? if the current ask for 1 ounce of gold is 100$, then you need to bid
100$ to get 1 ounce of gold. If tomorrow everyone agree 1ounce of gold
should be worth 200$, then the bid moves accordingly. of course production
changes based on prices. otherwise the economy would not function. if price
of some stuff goes up, more people produce that stuff. in terms of a price
for a transaction and the use of a blockchain, unfortunately there is not a
way to just add computational supply. that's an inherent weakness of how
blockchains are structured. ideally it would be as simple as demanding more
resources as in scaling a webservices with AWS.

--001a11c14dc236a9d3051984f11f
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Sat, Jun 27, 2015 at 7:54 PM, Peter Todd <span dir=3D"ltr">&lt;<a hr=
ef=3D"mailto:pete@petertodd.org" target=3D"_blank">pete@petertodd.org</a>&g=
t;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"margin:0px 0=
px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);borde=
r-left-style:solid;padding-left:1ex"><span class=3D"">On Sat, Jun 27, 2015 =
at 07:46:55PM +0200, Benjamin wrote:<br>
&gt; There is no ensured Quality of service, is there? If you &quot;bid&quo=
t; higher, then<br>
&gt; you don&#39;t know what you are going to get. Also because you have no=
 way of<br>
</span>&gt; knowing what *others* are bidding. Only if you have auctions (i=
ncreasing<br>
<span class=3D"">&gt; increments) you can establish a feedback loop to sett=
le demand and supply.<br>
&gt; And the supply side doesn&#39;t adapt. Adapting supply would help reso=
lve parts<br>
&gt; of the capacity problem.<br>
<br>
</span>There&#39;s lots of markets where there is no assured quality of ser=
vice,<br>
and where the bids others are making aren&#39;t known. Most financial<br>
markets work that way - there&#39;s only ever probabalistic guarantees that=
<br>
for a given amount of money you&#39;ll be able to buy a certain amount of<b=
r>
gold at any given time for instance. Similarly for nearly all<br>
commodities the infrastructure required to mine those commodities has<br>
very little room for short, medium, or even long-term production<br>
increases, so whatever the production supply is at a given time is<br>
pretty much fixed.<br></blockquote><div><br></div><div><br></div><div>hmm? =
if the current ask for 1 ounce of gold is 100$, then you need to bid 100$ t=
o get 1 ounce of gold. If tomorrow everyone agree 1ounce of gold should be =
worth 200$, then the bid moves accordingly. of course production changes ba=
sed on prices. otherwise the economy would not function. if price of some s=
tuff goes up, more people produce that stuff. in terms of a price for a tra=
nsaction and the use of a blockchain, unfortunately there is not a way to j=
ust add computational supply. that&#39;s an inherent weakness of how blockc=
hains are structured. ideally it would be as simple as demanding more resou=
rces as in scaling a webservices with AWS.</div></div></div></div>

--001a11c14dc236a9d3051984f11f--