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-3.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1W11cn-0000U9-Sf for bitcoin-development@lists.sourceforge.net; Wed, 08 Jan 2014 22:29:21 +0000 Received-SPF: pass (sog-mx-4.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.216.170 as permitted sender) client-ip=209.85.216.170; envelope-from=clem.ds@gmail.com; helo=mail-qc0-f170.google.com; Received: from mail-qc0-f170.google.com ([209.85.216.170]) by sog-mx-4.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1W11cm-0003fB-Nx for bitcoin-development@lists.sourceforge.net; Wed, 08 Jan 2014 22:29:21 +0000 Received: by mail-qc0-f170.google.com with SMTP id e9so1816874qcy.15 for ; Wed, 08 Jan 2014 14:29:15 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.49.72.66 with SMTP id b2mr215348436qev.11.1389220155185; Wed, 08 Jan 2014 14:29:15 -0800 (PST) Received: by 10.229.177.195 with HTTP; Wed, 8 Jan 2014 14:29:15 -0800 (PST) In-Reply-To: References: Date: Wed, 8 Jan 2014 23:29:15 +0100 Message-ID: From: =?ISO-8859-1?Q?Cl=E9ment_Elbaz?= To: bitcoin-development@lists.sourceforge.net Content-Type: multipart/alternative; boundary=047d7b5db124dd90d504ef7d0548 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 (clem.ds[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 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: 1W11cm-0003fB-Nx Subject: Re: [Bitcoin-development] Getting trusted metrics from the block chain in an untrusted environment ? 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: Wed, 08 Jan 2014 22:29:22 -0000 --047d7b5db124dd90d504ef7d0548 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello all, It seems there was a problem with my first email (thank you Mark for the heads up), so I'll copy paste it there : ----------------------- Hello all, I'm designing a program that needs some metrics computed from the Bitcoin block chain (some address balances, or the occurrence or not of a specific transaction). The kind of infos you get from http://blockchain.info/, provided you trust this website (my program do not). My program should run on lightweight/embedded hardware. The execution environment provides access to the Bitcoin network but not enough resources to set up a trusted node along with my program. Also, my program trusts the global Bitcoin network but no individual node. I would need a way to ask an untrusted Bitcoin node to compute some 'metric request' on my behalf and having the result of that metric request validated by the network. Is there any available or work-in-progress projects that would come close to this need ? Or should I do it myself ? :-) Thank you all, Cl=E9ment Elbaz ----------------------- On Wed, Jan 8, 2014 at 8:44 PM, Cl=E9ment Elbaz wrote: > Some more thoughts : > > If no such project exist yet, I thought it could work with an alternate, > small and fixed-length 'metric request block chain' of some sort. > > It would temporarily stores structures defined as [metric request | > current block number when request was made | hash of the response] instea= d > of financial transactions. > > These structures are verifiable so it could work the same way as a regula= r > financial blochchain. > > It should not be part of the main Bitcoin protocol but could be a plugin > interacting with the data managed by the fullnode bitcoin software. > > Also, metrics requests can be expensive to compute and validate, so it > would make sense to pay a fee everytime you ask one. > > Does any of this makes any sense to you ? > > Thanks, > > Cl=E9ment > --=20 Cl=E9ment ELBAZ 06. 09. 55. 78. 41 clem.ds@gmail.com --047d7b5db124dd90d504ef7d0548 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hello all,

It seems there was a problem = with my first email (thank you Mark for the heads up), so I'll copy pas= te it there :

-----------------------
Hello all,

I'm d= esigning a program that needs some metrics=20 computed from the Bitcoin block chain (some address balances, or the=20 occurrence or not of a specific transaction). The kind of infos you get=20 from http://blockchai= n.info/, provided you trust this website (my program do not).

My program should run on lightweight/embedded hardware. The=20 execution environment provides access to the Bitcoin network but not=20 enough resources to set up a trusted node along with my program. Also,=20 my program trusts the global Bitcoin network but no individual node.

I would need a way to ask an untrusted Bitcoin node to compute some=20 'metric request' on my behalf and having the result of that metric= =20 request validated by the network.

Is there any available or work-in-= progress projects that would come close to this need ? Or should I do it my= self ? :-)

Thank you all,

Cl=E9ment Elbaz

-----------------------


On Wed= , Jan 8, 2014 at 8:44 PM, Cl=E9ment Elbaz <clem.ds@gmail.com> wrote:
Some more thoughts :
If no such project exist yet, I thought it could work with an alternate, s= mall and fixed-length 'metric request block chain' of some sort.
It would temporarily stores structures defined as [metric request | cur= rent block number when request was made | hash of the response] instead of = financial transactions.

These structures are verifiable so it could work the same way as a regu= lar financial blochchain.

It should not be part of the main Bitcoin = protocol but could be a plugin interacting with the data managed by the ful= lnode bitcoin software.

Also, metrics requests can be expensive to compute and validate, so it = would make sense to pay a fee everytime you ask one.

Does any of thi= s makes any sense to you ?

Thanks,

Cl=E9ment



--
Cl=E9ment ELBAZ
06. = 09. 55. 78. 41
cl= em.ds@gmail.com
--047d7b5db124dd90d504ef7d0548--