Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-13 Thread Jeff Garzik
On Fri, Apr 13, 2012 at 6:04 AM, Mike Hearn wrote: > It sounds OK as long as you exclude nLockTimed transactions. ACK, agreed > That said, if you broadcast a transaction that does not meet the fee > rules, you should be able to notice that it wasn't accepted by your > peers immediately. Today it

Re: [Bitcoin-development] Announcing the IFEX Project

2012-04-13 Thread Gary Rowe
Hi Walter, This could be of interest to the XChange project. See GitHub: https://github.com/timmolter/XChange The aim of this project is to provide a unifed API for applications to access financial exchanges. At present it supports Bitcoin exchanges (MtGox and Intersango are the primary focus wit

Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-13 Thread Mike Hearn
It sounds OK as long as you exclude nLockTimed transactions. That said, if you broadcast a transaction that does not meet the fee rules, you should be able to notice that it wasn't accepted by your peers immediately. Today it's painful because the protocol isn't very chatty - in bitcoinj I plan to

[Bitcoin-development] Announcing the IFEX Project

2012-04-13 Thread Walter Stanish
The Internet Financial EXchange (IFEX) Project is an open body for the discussion and development of financial standards for the internet community. The project seeks to focus on enhancing interoperability between financial settlement systems of all types, including conventional financial systems,

Re: [Bitcoin-development] Bitcoin TX fill-or-kill deterministic behavior

2012-04-13 Thread Andy Parkins
On 2012 April 12 Thursday, Jeff Garzik wrote: > One of my From-Day-One complaints about bitcoin is that transactions > behavior could be far more deterministic (predictable), from a user > standpoint. Transactions in the current system can easily remain in > limbo forever. > > One big step in m