Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Jorge Timón
On Thu, Feb 19, 2015 at 6:30 PM, Mike Hearn wrote: >> He didn't said "a project for all possible language bindings", just >> java bindings. Other languages' bindings would be separate projects. > > > Yes/no/sorta. > > Java/JNA bindings can be used from Python, Ruby, Javascript, PHP as well as > di

Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Angel Leon
I strongly suggest you take a look at swig for doing this. It's very straightforward generating bindings in an automated fashion with it. http://www.swig.org/ You could probably have it done in one or two days with Swig. Once you do the Java bindings with it, it'll be a few adjustments and you'l

Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Sean Gilligan
On 2/19/15 9:30 AM, Mike Hearn wrote: > > Java/JNA bindings can be used from Python, Ruby, Javascript, PHP as > well as dialects of Haskell, Lisp, Smalltalk and a bunch of more > obscure languages like Scala, Kotlin, Ceylon, etc. > > It makes more sense to talk about bindings to particular runtimes

Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Mike Hearn
> > He didn't said "a project for all possible language bindings", just > java bindings. Other languages' bindings would be separate projects. Yes/no/sorta. Java/JNA bindings can be used from Python, Ruby, Javascript, PHP as well as dialects of Haskell, Lisp, Smalltalk and a bunch of more obscur

Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Jorge Timón
On Thu, Feb 19, 2015 at 3:09 PM, Tamas Blummer wrote: > On Feb 19, 2015, at 3:03 PM, Bryan Bishop wrote: >> Second, I think that squeezing all possible language bindings into a project >> is also unproductive. > > The language binding would be an independent and separately hosted project > only

Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Tamas Blummer
On Feb 19, 2015, at 3:03 PM, Bryan Bishop wrote: > First, I strongly disagree with voting here for reasons that I hope others > will elaborate on. I meant voting by pledging on the lighthouse project, not here on the list. Sorry for not stating this explicitelly. > Second, I think that squeezi

Re: [Bitcoin-development] On Rewriting Bitcoin (was Re: [Libbitcoin] Satoshi client: is a fork past 0.10 possible?)

2015-02-19 Thread Bryan Bishop
On Wed, Feb 18, 2015 at 11:22 PM, Tamas Blummer wrote: > I launched a Lighthouse project to add Java Language Binding to lib > consensus. Let's turn the debate to a constructive vote. First, I strongly disagree with voting here for reasons that I hope others will elaborate on. Second, I think

Re: [Bitcoin-development] What's what with addr relaying?

2015-02-19 Thread Thy Shizzle
Oh and I realised I stuffed up the subject and it talks about the addr relay but I actually answered my own question on the addr relaying, I had just miss interpreted one document I thought it was talking about subtracting 2 hours before relaying but I see we subtract 2 hours on receipt not rela

[Bitcoin-development] What's what with addr relaying?

2015-02-19 Thread Thy Shizzle
Hi, plugging away at my C# Bitcoin node "Lego.NET" Thashiznets/Lego.NET now I am currently working on addr relaying. I am as we speak wiring up my DB in Azure, and ready to start plopping net_addrs in my DB, all good however I'm reading two different specification docs that seem to be wildly va

Re: [Bitcoin-development] replace-by-fee v0.10.0rc4

2015-02-19 Thread Troy Benjegerdes
On Sun, Feb 15, 2015 at 11:40:24PM +0200, Adam Gibson wrote: > > > On 02/15/2015 11:25 PM, Troy Benjegerdes wrote: > > > > Most money/payment systems include some method to reverse or undo > > payments made in error. In these systems, the longer settlement > > times you mention below are a feat