Matt : I think proposal #1 and #3 are a lot better than #2, and #1 is my
favorite.
I see two problems with proposal #2.
The first problem with proposal #2 is that, as we see in democracies,
there is often a mismatch between the people conscious vote and these same
people behavior.
Relying on an
Thinking out loud here : would it make sense to separate the consensus code
into some kind of "Bitcoin Kernel" (similar to the Linux Kernel) project
that could be used by anyone ?
Bitcoin Core (and any other application wishing to do so) could be based on
it.
The kernel would just contain the abs
V-ready API like bitcoinj, I'm committing to languages that provide a
stable SPV API), but I'll be just fine with bitcoinj for now.
Thank you Rob and everyone for your time.
Clément
On Wed, Jan 8, 2014 at 8:44 PM, Clément Elbaz wrote:
> Some more thoughts :
>
> If no such p
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ément Elbaz
---
On Wed, Jan 8, 2014 at 8:44 PM, Clément Elbaz wrote:
> Some more thoughts :
>
> If no such project exist yet, I
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] in
usted 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,
6 matches
Mail list logo