Do like to team up

[arunka71]

rpc interfacing to various wallets would be cool and very helpful, methinks.

[JJ12880]

rpc interfacing to various wallets would be cool and very helpful, methinks.

That is for sure something I can do.

[hoop]

If we want to start a service like an exchange, I would keep most of the details private and don't discuss them on some free service, which we don't have audited, or so. Nobody knows, who might read our postings there.

There is an important point must be clear that any paid or free services,It cannot be trusted completely ensured.

Therefore used the service for any of them because team members meeting and discuss general points of the project.
 
As for the project's confidential cases It will be exchanged between us by GPG only.

I suggest conducting poll between members of the team to choose one of these services, to accede by all team members.

[hoop]

list of members update read first post!

[arunka71]

rpc interfacing to various wallets would be cool and very helpful, methinks.

That is for sure something I can do.

Could you help with some java code? Idea is, that a bot could use the wallet to send money or check if some withdrawn money was actually received. So we could transfer money between exchanges etc.

[JJ12880]

rpc interfacing to various wallets would be cool and very helpful, methinks.

That is for sure something I can do.

Could you help with some java code? Idea is, that a bot could use the wallet to send money or check if some withdrawn money was actually received. So we could transfer money between exchanges etc.

I dont know java off the top of my head, but from what I understand its a lot like .net.  I should be able to, but I don't want to promise.

[arunka71]

But you are interested? Some of my code is in github:

https://github.com/ReAzem/cryptocoin-tradelib

Just to get an idea of my coding style.

The code is somewhat dated, and I do a major rewrite of my botcode now learning JavaFX in the process.

We could discuss this via skype, if you are interested?

[JJ12880]

At quick glance, I can understand your code. I am interested, but I will be going out of town for the weekend, and will be back around Tuesday.  Skype sounds good, once I am back, if that works for you.   

[arunka71]

OK. I'm daybyter on skype.

[BitNow]

rpc interfacing to various wallets would be cool and very helpful, methinks.

If you need some Java code to interface with exchanges API and Blockchain.info wallet have a look at my code for Coin Analytics.
Link: https://bitbucket.org/zackkoBB/coin-ana-ytics

We have 30+ exchanges and 20 more to come.

[Nina_Solomons]

Is it still possible to join the team? My skills are non-technical:
Innovation, Sustainability, project management, International/European/Dutch Law, Marketing, Entrepreneurship, Business development. Please feel free to PM me if joining is still possible!

[hoop]

Is it still possible to join the team? My skills are non-technical:
Innovation, Sustainability, project management, International/European/Dutch Law, Marketing, Entrepreneurship, Business development. Please feel free to PM me if joining is still possible!

@Nina_Solomons you are welcome joining the team.

No one replied to my suggestion!!!

[arunka71]

@BitNow: wow, that looks like some nice sources! If I had knew, that such a lib exists, I might have never started my own exchange API implementations. Congrats!

My lib still lacks the database part, so maybe we could collaborate at some point.

[BitNow]

@BitNow: wow, that looks like some nice sources! If I had knew, that such a lib exists, I might have never started my own exchange API implementations. Congrats!

My lib still lacks the database part, so maybe we could collaborate at some point.

Things are really easy. Those are the entities:
1) Exchange
2) Market
3) FeeAPI_Type
4) API
5) Fee

Exchange holds the exchanges info:

• code: exchange code (ex: BITFINEX)
• name: exchange name (ex: Bitfinex)
• description: exchange description (ex: HK based crypto and FIAT exchange.)
• interface: if interface has been implemented in the code (ex: ture/false)
• website_address: (ex: https://www.bitfinex.com)
• api_address: (ex: https://bitkonan.com/info/api)
• fee_address: (ex: https://bitkonan.com/info/fees)

Market holds Market info:

• code: market code (ex: BTC, BTC_USD, BTC_EUR, BTC_GBP, etc...
• description: market description (ex: for BTC_GBP -> "BTC_GBP market")

FeeAPI_Type holds Fee and API type's information:

• market: market code (ex: BTC_EUR)
• type: type of API/fee (ex: ORDERBOOK/DEPOSIT/WITHDRAW/TICKER...)

API holds API info:

• exchange: exchange code (ex: BITFINEX)
• type_market: market code (ex: BTC_USD)
• type_type: market type (ex: ORDERBOOK)
• address: API address (ex: https://api.bitfinex.com/v1/book/btcusd)

Fee holds Fee info (similar to API):

• exchange: exchange code (ex: BITFINEX)
• type_market: market code (ex: FIAT_IWT)
• type_type: market type (ex: DEPOSIT)
• unit: fee unit (ex: $, €, £, BTC...)
• value: fee value (ex: 0.1)
• note: other notes about that fee entity

In bold primary keys.

Than in the code I have a RESTInterface which every Exchange inherits so that you can easily load the appropriate interface for the correct API: adapt the interface to the API response for that particular exchange (ex: JSON, SOAP, XML...).
RESTInterface:

package com.gconsulting.webapp.rest.interfaces;

import java.util.List;

import org.json.JSONException;
import org.json.JSONObject;

import com.gconsulting.model.Market;
import com.gconsulting.webapp.model.Orderbook;

public interface RESTInterface {

   public List<Market> getPairs(JSONObject source);
   public Orderbook getOrderbook(JSONObject source, String market) throws JSONException;
}

Ex Bitfinex exchange:

package com.gconsulting.webapp.rest.interfaces;

import java.util.ArrayList;
import java.util.List;

import org.json.JSONArray;
import org.json.JSONException;
import org.json.JSONObject;

import com.gconsulting.model.Market;
import com.gconsulting.webapp.model.Order;
import com.gconsulting.webapp.model.Orderbook;

public class BITFINEXInterface implements RESTInterface {

   @Override
   public List<Market> getPairs(JSONObject source) {
      // TODO Auto-generated method stub
      return null;
   }

   @Override
   public Orderbook getOrderbook(JSONObject source, String market)
         throws JSONException {

      Orderbook result = new Orderbook();
      JSONArray asks = source.getJSONArray("asks");
      JSONArray bids = source.getJSONArray("bids");
      List<Order> sellOrders = new ArrayList<>();
      List<Order> buyOrders = new ArrayList<>();
      double cumValue = 0.0;
      double price = 0.0;
      double amount = 0.0;
      for (int i = 0; i < asks.length(); i++) {
         JSONObject jsonobject = asks.getJSONObject(i);
         price = jsonobject.getDouble("price");
         amount = jsonobject.getDouble("amount");
         cumValue += price * amount;
         sellOrders.add(new Order(price, amount, cumValue));
      }
      result.setSellOrders(sellOrders);
      cumValue = 0.0;
      price = 0.0;
      amount = 0.0;
      for (int i = 0; i < bids.length(); i++) {
         JSONObject jsonobject = bids.getJSONObject(i);
         price = jsonobject.getDouble("price");
         amount = jsonobject.getDouble("amount");
         cumValue += price * amount;
         buyOrders.add(new Order(price, amount, cumValue));
      }
      result.setBuyOrders(buyOrders);
      return result;
   }
}

With that structure you can easily manage 90% of Exchanges API/Fee structures.

[arunka71]

Yeah, I had similar structures. But I had to change the fee structure as an example, because some exchanges have fees that depend on order amount or traded volume. So I use a method now, that returns the fee for a given order. I think every exchange should have an API method for that, but that is rarely the case.

You cannot send orders yet with your lib? That's the most important feature for a bot. Send the order and then track it if it was filled, rejected etc.

Another problem might be the names of the markets. For some reasons, some exchanges use different names for the same currency. That's why I coded a class just for these codes, that dynamically adds and maintains them.

I use depth as the orderbook, but that's just a different term for the same thing.

Very cool! Keep up the good work!

I'd like to code a new JavaFX app now, because I have the idea, that the same app should run on the desktop, server and android. With Swing, I managed to reach the first 2 target, but Android needed a special treatment. Hope to fix that now with JavaFX. But I still have to learn a lot of it.

[hoop]

list of members update plz read first post!

[BitNow]

You cannot send orders yet with your lib? That's the most important feature for a bot. Send the order and then track it if it was filled, rejected etc.

Coin Analytics is a platform that shows an "all around" view of the cryptocurrency market: it is not designed to make trades.

At the moment I've developed the Arbitrage engine and it is only for informative purpose it does not make trades when it finds an arbitrage opportunity in the market.

[arunka71]

Ok, it seems I'm somewhat further here. Maybe we can share some code for arb, or so.

[BitNow]

Ok, it seems I'm somewhat further here. Maybe we can share some code for arb, or so.

I will do for sure before Monday. Apologies... but I'm very busy with another project this weekend.

[arunka71]

Ok. Let me know, when you have time. One topic, that I'm especially interested in, is faster calculation. I had ideas for using OpenCL, but so far it seems, there's no good solution to use BigDecimal with it? So I set my hopes on project sumatra.