离职创业搞的聚合交易平台BitLeague,虽然失败了,不乏作为自己的一次尝试.部分模块还没有完全实现,基本功能还是可以用用的.
我的思路是把市场上所有交易所能够买到的币都对接到当前平台里,打通所有币的买卖.以此为基础,盈利点有:
- 虚高成交价(平台用户协议上标明,交易的手续费是另外平台上购买的消耗成本,平台无法在手续费这里做太多文章,但是可以使用虚高的价格来实现低买高卖相同数量的币,这样平台就能赚一比成本,参考OTC 场外交易原理)
- 搬转套利(币的套利存在风险,分别是最低套利成本风险和本金成本风险;最低套利成本风险是指,要进行套利存在最低的套利本金,如果启动套利的资金低于某个数额进行套利会导致自身亏本(参考套利成本计算).本金成本风险是指,现实货币(比如人民币或美金等)兑换至数字货币,在套利的过程中遭遇数字货币价格下跌而产生的整体资产风险.为了规避开风险,我通过判断用户不常使用的数字资产(如果是经常使用的数字资产来套利,一旦用户需要提现或者购买其他数字货币,就需要从资金池中挪用,就会存在风险)来进行套利,保证平台不需要承担本金成本风险,产生的利润归平台所有,对用户透明)
- 上币费(上币存在的主要风险是项目,损害平台名声,规避此风险的主要操作是新开交易所,然后让平台对接到此交易所并在平台用户协议上声名对接到的交易所项目跑路与平台无关)
为什么不要做交易挖矿?因为风险和依靠的资本太大,如果是要实行分红式的平台币,就需要准确计算好出币数量和分红比例,不然的话很容易出现运营危机(交易挖矿是把双面剑).
python2 server.py
captcha ,captcha_picture -- POW 交互式验证码 ccxt -- python 交易所API 库 html -- BitLeague 前端代码 interest_arbitrage_bot_simulator -- 套利模拟器 trade_bot_simulator -- 量化交易模拟器 base_library.py -- 基础函数代码 blockchain_transation_manager.py blockchain_wallet.py -- 链上转帐确认模块 captcha.py -- 验证码模块 configure.py -- 配置文件 email_api.py -- 邮件模块 exchange_api.py -- 交易所操作模块 exchange_data_update.py -- 平台后台K 线,深度更新模块 market_manager.py -- 交易管理模块 server.py -- 服务程序入口 server_data.py -- 序列化前后端交易数据包 sql_module.py -- 封装SQL 查询库 user_manager.py -- 用户管理模块