Hi,
i pulled down and tried to compile picocoin on my system.
Linux XXXXXXXXXXX 2.6.32-431.5.1.el6.i686 #1 SMP Tue Feb 11 21:56:33 UTC 2014 i686 i686 i386 GNU/Linux ( centos 6.5 final)
now with the latest and greatest i found the following small mistakes:

1. in brd.c you need to include socket.h and netinet/in.h in order to successfuly compile.
2. in blkscan.c and most probably in many other places you create a dependency on glib 2.28 to 2.30. if i might suggest:
 in blkscan.c "print_txout(bool show_from, unsigned int i, struct bp_txout *txout)" you can do the following:
  3. similar as above in txmod.c "mutate_outputs(void)" you can:



as a side note, be aware that on centos systems the stock libevent is not working ( it is at version is 1.4)  and you have to install libevent 2.x from source

regards,
JD

Hi All,
I need some guidance/advice about a payment processor. At the moment the protocol specifications, modus operandi, fraud prevention and functionality are at the POC (Proof Of Concept) level. Basically the system i am trying to put up will facilitate the transmission of BTC LTC or any other virtual currency from A ( consumer) to B ( merchant) in exchange for goods or services in the real world through a secured system composed of a special designed hardware wallet(smartcard), a transaction server and a hardware device like an EFT-POS at the merchant premises. In the real world, such businesses are licensed as Payment Processors and carry transaction data between account holders and merchant accounts. I need some guidance in relation with this matter since what i have right now as software, hardware and concepts can be put into a test state in a matter of months.

thank you.

Hi All,

Super newbie here ( in Bitcoin terms) but with a large experience( read almost 20 years) in traditional payment systems ( ATM,EFT-POS). Since i see there are many projects involving Bitcoin hardware keys, coins, smartcards, etc is there any interest (i mean from a merchant,miner,exchange point of view) in developing applications for real life situations like paying with a hardware token( smartcard, QRcode, etc) goods and items via an EFT-POS terminal?

My idea would be a system that is able to handle transactions with BTC/LTC for real life in store purchases with smart cards, QR codes, Tokens, similar to what you have right now with traditional Debit/Credit cards. The system would be composed of a transaction server, able to talk to the p2p Bitcoin network and handle the entire cryptography session involved in transferring the BTC from the user wallet to the shop owner wallet, and the software in the EFT-POS with a light client that will just initiate a transaction, sign the request and wait for the successful reply from the network. There is enough cryptography embedded in current EFT-terminals and also enough security in relation to key storage that i think these devices can be safely used for real life purchases with cryptocurrency.

On the other hand, what are the legal implications ( minimal requirements) in running such a business of providing transaction processing software and facilitating transaction operations between customers and businesses? ( AU,US,EU limitations?)especially AU because i am currently there ?

thank you