4111
中文 (Chinese) / Re: 基于BTS块链实现“期货标准化合约”交易市场的思考
« on: April 17, 2015, 06:47:25 am »必须用bitusd和bitcny来交易。可能还是需要从 bts/bitcny 交易对开始，然后发展出 bitgold/bitcny 这类交易对，再后面是 uia/bitcny 交易对。
市场会做出选择。
我们要做的是定义好规则。
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
市场会做出选择。
我们要做的是定义好规则。
4112
General Discussion / Re: Privatizing BitAssets
« on: April 16, 2015, 10:49:18 am »
So in the future there will be many pegged 'USD' products competing in the system.
Now, with the only bitUSD, we supports it because it's OUR product. With all of us supporting the only one bitUSD, there are still liquidity issues.
In the future, with many USD products, every issuer supports her own USD product. The relationship among BTS holders become competing but not cooperation.
I don't think it's a right thing we should focus on now, or any time soon. We have very very limited resources indeed, why not focus on the core product?
Now, with the only bitUSD, we supports it because it's OUR product. With all of us supporting the only one bitUSD, there are still liquidity issues.
In the future, with many USD products, every issuer supports her own USD product. The relationship among BTS holders become competing but not cooperation.
I don't think it's a right thing we should focus on now, or any time soon. We have very very limited resources indeed, why not focus on the core product?
4113
中文 (Chinese) / Re: 基于BTS块链实现“期货标准化合约”交易市场的思考
« on: April 15, 2015, 11:55:47 am »问题谢谢参与讨论。
-------------------------------
基本单位。
uia是否可以修改基本单位，mpa是否可以修改基本单位，如果可以修改，是否需要硬分叉。
又看了一遍，还理解得不是很透彻，看来要先学习一下期货了。
对于这个问题，我觉得不需要特意再加一个修改基本单位的功能，而且我非常反对硬分叉，如非必要尽量不要硬分叉。
MPA由于波动相对较小，设置一个合理的基本单位之后，基本上可以不用变。
UIA和BTS由于波动较大，可能存在修改基本单位的需求。比如将BTS作为标的，现在BTS是3分一个，假设我们认为合理的基本单位是10万，也就是说每下一单至少10万BTS，也就是3000RMB一手，那么10%保证金就是300块。如果有一天BTS涨到3毛一个，那么下单一手就至少需要3000块，相当于市场门槛提高了。如果继续飞涨，到后面普通用户下不起单，就只有超级大户能玩期货了，对市场参与度不利，这时候就存在修改基本单位的需求。
修改基本单位这种需求，其实与系统其它参数修改需求一样（比如每块工资等），最好是不用硬分叉，其实是可以实现的（虽然现在还没有实现）：需要系统有个投票功能，当股东投票满足一定票数后，系统自动完成修改。如果BTS能活下去，这个功能早晚会有。
4114
中文 (Chinese) / Re: 基于BTS块链实现“期货标准化合约”交易市场的思考
« on: April 15, 2015, 05:53:47 am »是的，我也是这个意思，系统不能亏损。我的思路是,期货交易本身不创造任何价值, 部分人的获利=其他人的亏损-手续费.强制平仓处理逻辑任何时候，系统不应作为对手盘参与交易，因为这样会造成系统风险，风险一旦暴露，就会被投机者利用，导致问题扩大，最终搞死系统。
对于爆仓单.首先系统按市场对手盘价格匹配成交易.
1.如果市场深度够那么顺序爆仓, 并且保证金大于0
2.如果市场深度不够,(继续低价/高价爆仓会导致保证金为负数),以系统作为对手盘交易, 保证最大亏损为0保证金. 这样会导致系统亏损.
处理系统亏损办法.
对于任何一单平仓交易
检查是否有盈利, 如果无盈利,直接退还应有保证金, 如果有盈利, 退还保证金+(盈利-系统亏损).
出现爆仓时，我帖子中的第二种方式，直接将持仓对手单被动终结，不会对系统造成风险，但是可能会对交易者带来不好的体验。希望有期货交易经验的朋友来指导一下。
每单的交易将得到的获利都要减去系统的亏损,
所以每单完成后系统是盈亏平衡的, 新交易的发起者, 在新交易获得收益, 甚至可以获得超额收益(系统亏损) ,这单完成时,计算他的收益时需要减去系统亏损,等于他不能获得超额收益. 所以并不能攻击系统
但是，如何去判断某个平仓交易是获得超额收益了呢？因为在交易过程中，对手单会发生变化（对手平仓成功时当前持仓单实际上换了新的持仓对手），难以记录到底哪次变化导致了系统亏损。
4115
中文 (Chinese) / Re: BM 真应该 好好接受 绝代枪神拉姆塞的建议1
« on: April 15, 2015, 05:41:57 am »
严肃讨论，建议修改标题。不要轻易下结论。
4116
中文 (Chinese) / Re: BM 真应该 好好接受 绝代枪神拉姆塞的建议1
« on: April 15, 2015, 05:40:19 am »BitShares沉思录（三）——内盘大姨妈是个什么gui在利率递增的情况下，如果同时可以随时short给自己，那实际上利率递增就没有意义，因为随时可以展仓。
内盘不足之二-------合约时限固定为一个月，bts系统定期变为大户独角戏，而系统从中毫无获利。
解决办法初探：分级利率制代替竞争利率制。可能很多人都不曾想过bts的平仓时期为何固定是一个月。其实在最开始，bts是没有平仓期限制的，但这样会导致一个严重的问题，系统不能及时回收借贷出去的bitusd，像tradebts一样的兑换网关无法在有限的时间内保证回收。在竞争利率制下，假如有人以3%利率获得bta，他将会很长时间内不还款。比如我天地锁获得3%利率bitcny，我就算再笨，也会换成CNY，放余额宝，余额宝利率4%呢，什么时候接近爆仓我什么时候还，否则我永远不还了。于是当初承兑商换给我的10000元，恐怕他不一定能从我手上收回去了。所以现在我们明白了，一个月不是精心设计的，只是一种妥协，本质上是为了系统能有效的回收，有利于循环利用，实现锚定，使用了强制时间方法。我们有没有其他办法来让外面流通的bta可以被有效回收呢？笔者认为分级利率制可以，简单的说，就是每个月的利率逐步递增
不强制按月还款，多方虽然可以延缓过期压力，但是还是有爆仓风险存在，没法避免。
现在有个问题是空方具有天然优势，对现货供应造成了挤压影响。有个办法是开杠杆期货，虚拟交割，将大户吸引到期货市场，才不会对现货市场造成挤压影响；同时还可以吸引在现货和期货市场套利的投资者，促进现货市场发展。
欢迎讨论。
4117
中文 (Chinese) / Re: 比特股对“社区货币”支持的设想，以及项目开发者征集
« on: April 15, 2015, 03:26:45 am »楼主的想法很好。说的很好。
只是所有货币都有一个非常关键的要点： 货币的发行权和发行方式。
如果这一个环节不处理好，无法做到公开、公正和透明，那么该项货币很难获得市场的信心。
因为，现在主流的论坛积分，由论坛规则中心化产生，只是用来作为站内资源、权限的交换，所以积分由管理团队所制定的规则中心化发行，也就没多大问题。
但是，如果就像本项目所谈及的将积分货币化和资产化，那么就让积分找到了一条与法币交互的通道，那么，这种“货币”自身存在被滥发的可能，就是这个项目最大的问题。
这一点，不得不考量。
产品要给使用者带来利益，才会广泛使用。
就像信用卡积分，信用卡发行公司提出积分的点子，本身是为了增加客户粘性，和其他公司竞争。并且公司可以控制积分通胀，随意增发。现在如果把信用卡积分变成可以流通，并限制通胀，公司势必不会支持，因为很可能导致客户流失，除非这件事能给公司带来更大的好处。
论坛积分也是一样，积分本身是为了论坛本身利益。除非有所谓“论坛联盟”，论坛之间互相承认积分。这需要制定规则，大家共同遵守规则。当共享用户带来的收益大于损失时，就可能可以推广开了。
4118
中文 (Chinese) / Re: bts单边做空不科学，需要改进双边抵押bts都可以做多做空，然后把bta对应bts的市场单列出来。
« on: April 15, 2015, 03:12:11 am »
请参考我新发的期货贴 https://bitsharestalk.org/index.php/topic,15735.0.html
欢迎一起讨论。
欢迎一起讨论。
4119
中文 (Chinese) / Re: 基于BTS块链实现“期货标准化合约”交易市场的思考
« on: April 15, 2015, 02:25:11 am »强制平仓处理逻辑任何时候，系统不应作为对手盘参与交易，因为这样会造成系统风险，风险一旦暴露，就会被投机者利用，导致问题扩大，最终搞死系统。
对于爆仓单.首先系统按市场对手盘价格匹配成交易.
1.如果市场深度够那么顺序爆仓, 并且保证金大于0
2.如果市场深度不够,(继续低价/高价爆仓会导致保证金为负数),以系统作为对手盘交易, 保证最大亏损为0保证金. 这样会导致系统亏损.
处理系统亏损办法.
对于任何一单平仓交易
检查是否有盈利, 如果无盈利,直接退还应有保证金, 如果有盈利, 退还保证金+(盈利-系统亏损).
出现爆仓时，我帖子中的第二种方式，直接将持仓对手单被动终结，不会对系统造成风险，但是可能会对交易者带来不好的体验。希望有期货交易经验的朋友来指导一下。
4120
中文 (Chinese) / Re: 基于BTS块链实现“期货标准化合约”交易市场的思考
« on: April 15, 2015, 02:10:19 am »
我写这个，不是说想自己开一个期货交易所，或者说fork一套代码在上面实现功能了单独运行。
我想的是在BTS系统里面实现期货交易的功能。
因为BTS系统天生就是一个交易所，现在的交易产品是现货+期权混合的模式。期货是交易所里的另一个交易产品。
BTS持有者都是交易所的股东。
如果持股占大比例的股东觉得这个产品可以做，那么推进就容易。
如果股东本身都不感兴趣，支持不足，那做这个产品势必推进困难，意义不大。
交易所本身应该是可以盈利的。这样才能给股份赋予价值，给股东带来回报，吸引价值投资者。
做这个产品的关键是规则要先定义清楚，一个人想出来的规则很容易有漏洞，大家有兴趣，多讨论，才能完善。
如果这贴没人来参与讨论，说明股东不感兴趣，或者现在不是做这个事的时候，暂时就没有必要继续下去了。
个人认为现在确实还不是写程序实现这个功能的时候，但是可以先想起来，规则先讨论清楚，以后要实现就会顺利很多。
另：
* 觉得有搞头的人，其实可以fork一个链来与BTS竞争。虽然这不是我希望的结果。
* 现在还不是写程序的时候。
* 796做不做BTS期货，是他们的事情，与BTS内置交易所其实是竞争关系。
我想的是在BTS系统里面实现期货交易的功能。
因为BTS系统天生就是一个交易所，现在的交易产品是现货+期权混合的模式。期货是交易所里的另一个交易产品。
BTS持有者都是交易所的股东。
如果持股占大比例的股东觉得这个产品可以做，那么推进就容易。
如果股东本身都不感兴趣，支持不足，那做这个产品势必推进困难，意义不大。
交易所本身应该是可以盈利的。这样才能给股份赋予价值，给股东带来回报，吸引价值投资者。
做这个产品的关键是规则要先定义清楚，一个人想出来的规则很容易有漏洞，大家有兴趣，多讨论，才能完善。
如果这贴没人来参与讨论，说明股东不感兴趣，或者现在不是做这个事的时候，暂时就没有必要继续下去了。
个人认为现在确实还不是写程序实现这个功能的时候，但是可以先想起来，规则先讨论清楚，以后要实现就会顺利很多。
另：
* 觉得有搞头的人，其实可以fork一个链来与BTS竞争。虽然这不是我希望的结果。
* 现在还不是写程序的时候。
* 796做不做BTS期货，是他们的事情，与BTS内置交易所其实是竞争关系。
4121
中文 (Chinese) / 基于BTS块链实现“期货标准化合约”交易市场的思考
« on: April 14, 2015, 02:31:21 pm »
写在前面
我写这个，不是说想自己开一个期货交易所，或者说fork一套代码在上面实现功能了单独运行。
我想的是在BTS系统里面实现期货交易的功能。
因为BTS系统天生就是一个交易所，现在的交易产品是现货+期权混合的模式。期货是交易所里的另一个交易产品。
BTS持有者都是交易所的股东。
如果持股占大比例的股东觉得这个产品可以做，那么推进就容易。
如果股东本身都不感兴趣，支持不足，那做这个产品势必推进困难，意义不大。
交易所本身应该是可以盈利的。这样才能给股份赋予价值，给股东带来回报，吸引价值投资者。
做这个产品的关键是规则要先定义清楚，一个人想出来的规则很容易有漏洞，大家有兴趣，多讨论，才能完善。
如果这贴没人来参与讨论，说明股东不感兴趣，或者现在不是做这个事的时候，暂时就没有必要继续下去了。
个人认为现在确实还不是写程序实现这个功能的时候，但是可以先想起来，规则先讨论清楚，以后要实现就会顺利很多。
------------------------------------正文-------------------------------------------------------------------------------------------------
基于BTS块链实现“期货标准化合约”交易市场的思考
=============================================
abit
2015-04-03 初稿
2015-04-14 第二稿
(尚未完成，欢迎讨论，请勿转载)
范围
-------------------------
目的和作用
市场简述
系统时间
标的物
交易对
交易时间
价格精度
交割
保证金
下单，撤单
多单，空单
开仓，持仓及结算，平仓
强制平仓
手续费
持仓利息
市场挂单展示（按现有市场规则）
撮合规则
当前价格
成交历史（按现有市场规则）
详细描述
---------------------------
目的和作用
* 规避风险：现货short操作者可以在期货市场反向操作来对冲风险
* 价格发现：期货市场采用保证金制度，杠杆比例较高，交易成本较低，会吸引更多偏好高风险的投资者；
期货市场与现货市场的价格互动，会吸引套利投资者；
当期货市场规模足够大时，会引导现货市场价格
* 市场隔离：期货市场采用虚拟交割，到期时不需要买入或者卖出对应标的物来履行合约，不会“挤压”现货市场
市场简述
一句话定义。待补充
系统时间
系统所有时间点描述以GMT为准。
标的物
标的物即交易对象。
现有系统中任何资产（asset），包括bts、mpa和uia都可以作为标的物。
标的物基本单位以系统定义该资产的最小单位为准（目前资产只定义了一个最小单位，
即精度，考虑扩展资产定义，增加标准化合约的最小单位）。
最低交易数量为一个基本单位，每次下单、撤单必须为整数倍基本单位。
不设最高交易数量。
交易对
系统自动开通标的物与其他所有资产的交易对。
交易时间
系统自动开通以下几个标准交割时间的交易对：
本月末，次月末，下一季月末，下两季月末（季月指3、6、9、12月）（市场会决定哪个交易对最受欢迎）
系统保证系统中同时存在4个标准交割时间的市场。
每月月初 00:00:00 自动开通新的交易对，即从 00:00:10 的块开始，允许新的交割时间的交易对的下单交易打包进入系统。
交易起始时间为系统自动开通交易对的时间。
第一次打包下单请求时间为每月1号的00:00:10，第一次撮合时间为每月1号的00:00:20。
实际下单时间可适当提前。
交易截止时间为交割时间前30分钟，即月末23:30:00，之后不接受下单、撤单。
截止时间提前是为了处理连续丢块的情况。
最后一次打包下单/撤单请求的时间是月末23:30:00（如果不丢块），或者之后的第一个有效块（如果出现丢块）
价格精度
下单价格精度限制最多6位小数，超过6位小数的单子自动舍弃后续小数位
交割
在交割时间，按照交割价格，对持仓单进行虚拟交割：
所有符合交割条件的持仓终结，持仓保证金按交割价计算调整后进入保证金账户。
交割时间
交割时间标准化。每个自然月月底24:00:00为交割时间。
系统自动对符合交割条件的交易对进行交割。
交割价格
取当前标的物在系统中所有mpa现货市场交易对以及与bts交易对的当日交易加权平均价。
现货市场没有成交的，取期货市场成交均价。
当日没有成交的，取最近一个有成交的交易日。
当日及交易日指 00:00:00-23:59:50
平均价精度为6位小数，四舍六入五成双
如果多币种运算复杂，初期可考虑只采用与bts交易对的成交来计算平均价
保证金
保证金账户
每个系统账户会自动分配一个保证金账户。
用户可以将自有资产追加到保证金账户，也可以从保证金账户中提取资产
（可提取金额受持仓锁定限制）
保证金账户利息
部分币种会产生利息，按现有系统规则处理。待补充。
初期为简单起见，不计算利息。
保证金币种
bts和所有具有有效喂价的mpa都可以作为保证金。
如果一个mpa的喂价失效，该mpa的保证金在参与计算保证金比例时被认为是0价值。
由于多币种运算复杂，初期可考虑只支持bts作为保证金币种。
保证金比例
保证金分为开仓保证金，持仓保证金
开仓保证金初期采用固定比例10%，以后视需求修改，或者扩展为多比例（多交易对）
初始持仓保证金下限5%
保证金比例按标的物价格*数量计算
下单，撤单
按照现有系统规则，以标的物的交易对象为基础，对标的物进行定价下单（限价下单）
非交易时间下单处理。
交易时间已结束的下单或者撤单请求，系统直接拒绝。
交易时间尚未开始的市场下单请求，允许预先下单，但在市场开放前，不能打包进入区块。
预先下单的交易，有过期时间，超过过期时间将被丢弃，不再打包进入区块，具体过期时间以现有系统过期时间为准。
多单，空单
多单为看多标的物，空单为看空标的物
开仓
下开仓单时，开仓保证金缴存/锁定
持仓
开仓单撮合成交后进入持仓。
持仓期间持仓保证金账户按比例锁定，根据最新成交价计算浮动盈亏，调整锁定金额。
锁定金额不足时触发强制平仓。
平仓
下平仓单时不触发保证金操作
平仓单成交后，保证金释放/解锁
强制平仓
按持仓时间顺序，逐一对持仓单进行自动平仓操作，即按市场中挂单价进行撮合成交，
直至符合最低保证金比例要求，或者市场中没有对手单。
为了运行效率，强制平仓触发条件以最近一个有成交的块的收盘价为准，当前块成交价格不触发强制平仓
如果之前从来没有成交的，不触发强制平仓操作
手续费
基本手续费：块链交易的基本手续费，按每次下单/撤单操作计算
成交手续费：每笔成交标的金额万分之一，双向收取（相当于成交金额的千分之一）
强制平仓手续费：触发强制平仓的，额外按比例收取手续费
交割手续费：按比例收取
手续费池：收取的手续费进入手续费池，备用
持仓利息
部分交易对的交易对象会产生利息，处理方法待定。
持仓标的物是否参与利息计算待定。
撮合规则
采用连续竞价方式进行交易撮合。
每次出块先对现有挂单进行撮合，再处理新的撤单、下单请求。
撮合优先级：强制平仓优先级最高，其他单按价格排序，采用所求即所得模式。
当前价格
当前块撮合完成后，如果有成交，按最后一笔成交价格更新当前价格
技术实现
-------------------------------
账户管理
增加保证金账户及相关操作、限制
资产管理
增加基本单位参数设置
交易管理
增加期货市场下单、撤单
市场引擎
增加期货市场开闭、撮合、强制平仓检测和执行、交割
其他待补充
问题
-------------------------------
基本单位。
uia是否可以修改基本单位，mpa是否可以修改基本单位，如果可以修改，是否需要硬分叉。
交易对。
以bts为标的、cny定价的交易对，和以cny为标的、bts定价的交易对会不会混淆？
是否取其中一个比较好。哪个呢？或者都开放，由市场选择？
以bts为标的、bts定价的交易对有必要吗
保证金账户。
对一个用户的所有持仓单使用公共保证金账户会增加系统运算复杂度，但是用户体验比较好。
现有short模式，对每个单子指定保证金实现起来比较简单，但是当持仓单子多的时候，
追加保证金等操作会很复杂。
保证金币种。
如果全部汇总，则某币种保证金额度足够，但市场深度不够可能导致强制平仓失败。
以交易对来确定保证金币种？以标的物为保证金（uia不行）？
以定价币种作为保证金？这样可以将同一定价币种的所有持仓合并计算。
统一交割时间。
计算量大，交易量大，可能导致出块问题。考虑分多块计算。
交割价问题一。
取所有市场加权平均价，但只有mpa和bts市场价可以折算。
mpa可以用交易当时的喂价折算，是否有历史数据可供使用？
交割价问题二。
取一天的现货市场均价作为交割价是否合理？
如现货市场无成交，取期货市场均价作为交割价是否合理？
交易起始时间。
远期交易需求？本月，下月，本季，半年，年，两年，三年，五年?
必须要有一个限制，否则无法计算。
（目前参考沪深300股指期货：本月，下月，下两个季月）
撮合优先级。
强制平仓优先级最高，按上一块收盘价触发。
由于撮合算法为所求即所得，买卖价格可能不同，需要考虑取买价还是卖价，
还是经过某种计算平均，或者对持仓多单和持仓空单分别取值计算，防止恶意操纵价格
持仓及强制平仓汇总计算。
比如以cny同时开bts和btc仓，保证金比例必须符合合计要求，
强制平仓时，哪个标的物的单优先？
价格。
以最新成交价作为触发强制平仓的条件是否合适？
为减小系统波动，可能使用一个均价会比较好。
但是，在单边上涨或者单边下跌的市场中，采用均价会导致系统对价格反应迟钝，增加出现保证金不够强制平仓的情况。
竞价方式。
是否需要在开盘时采用集合竞价方式？
涨跌停？
个人倾向不设置涨跌停限制。
强制平仓价格上限/下限？
以偏差太大的价格进行平仓，可能加剧无法弥补亏损的情况
强制平仓时，平仓比例？
如果部分平仓即可弥补不足的保证金，则应部分平仓。（系统计算复杂度会增加）
由于受托人丢块，可能会导致下单没有及时进入系统的情况。
各种特殊情况同时出现时的复杂情况。
临近交割时间，触发强制平仓，还没有平完，市场已经到了交割时间
强制平仓处理逻辑
----------------
系统检测到账户保证金比例低于要求比例时，开始强制平仓处理。
处理方式有如下几种：
1 自动下平仓单，与系统中对手挂单撮合，降低仓位，以达到保证金比例要求
* 在市场挂单深度不足时，可能无法顺利平仓；
* 在市场挂单价格偏离当前价格较远时，可能导致较大的实际亏损，极端情况下可能出现强制平仓后保证金<0的情况
2 直接关闭持仓单，降低仓位，以达到保证金比例要求。同时适量补偿对手单（因为被动平仓）
* 表现为交易对手随机被动平仓，使用时可能不太友好。但是容易实现，系统稳定性好
3 关闭持仓单，由所有对手单均摊损失
* 可能不太容易实现。如果实现，效果如何？
基于以上考虑，可以针对剩余保证金比例不同时，采用不同策略。（个人认为绝对不能出现保证金<0导致系统亏损的情况。）
当剩余保证金比例 >= X% 时，尝试使用第1种方式。
如果市场中没有对手单，则停止强平，顺延到下一块处理
如果市场中对手单价格偏离太大，直接撮合会导致保证金<0时，则停止强平，顺延到下一块处理
当剩余保证金比例 < X% 时，使用第2种方式。
系统容量分析
------------
* 每块可以包含的下单、撤单请求数量
* 每块可以包含的撮合成交数量
* 每块可以包含的交割单数量
系统公平性分析
--------------
* 受托人在临近交割时间的最后几块故意丢块的可能性分析，以及是否会存在价格操纵
* 受托人出块时故意不包含下单/撤单交易的可能性分析、后果分析、应对方案
我写这个，不是说想自己开一个期货交易所，或者说fork一套代码在上面实现功能了单独运行。
我想的是在BTS系统里面实现期货交易的功能。
因为BTS系统天生就是一个交易所，现在的交易产品是现货+期权混合的模式。期货是交易所里的另一个交易产品。
BTS持有者都是交易所的股东。
如果持股占大比例的股东觉得这个产品可以做，那么推进就容易。
如果股东本身都不感兴趣，支持不足，那做这个产品势必推进困难，意义不大。
交易所本身应该是可以盈利的。这样才能给股份赋予价值，给股东带来回报，吸引价值投资者。
做这个产品的关键是规则要先定义清楚，一个人想出来的规则很容易有漏洞，大家有兴趣，多讨论，才能完善。
如果这贴没人来参与讨论，说明股东不感兴趣，或者现在不是做这个事的时候，暂时就没有必要继续下去了。
个人认为现在确实还不是写程序实现这个功能的时候，但是可以先想起来，规则先讨论清楚，以后要实现就会顺利很多。
------------------------------------正文-------------------------------------------------------------------------------------------------
基于BTS块链实现“期货标准化合约”交易市场的思考
=============================================
abit
2015-04-03 初稿
2015-04-14 第二稿
(尚未完成，欢迎讨论，请勿转载)
范围
-------------------------
目的和作用
市场简述
系统时间
标的物
交易对
交易时间
价格精度
交割
保证金
下单，撤单
多单，空单
开仓，持仓及结算，平仓
强制平仓
手续费
持仓利息
市场挂单展示（按现有市场规则）
撮合规则
当前价格
成交历史（按现有市场规则）
详细描述
---------------------------
目的和作用
* 规避风险：现货short操作者可以在期货市场反向操作来对冲风险
* 价格发现：期货市场采用保证金制度，杠杆比例较高，交易成本较低，会吸引更多偏好高风险的投资者；
期货市场与现货市场的价格互动，会吸引套利投资者；
当期货市场规模足够大时，会引导现货市场价格
* 市场隔离：期货市场采用虚拟交割，到期时不需要买入或者卖出对应标的物来履行合约，不会“挤压”现货市场
市场简述
一句话定义。待补充
系统时间
系统所有时间点描述以GMT为准。
标的物
标的物即交易对象。
现有系统中任何资产（asset），包括bts、mpa和uia都可以作为标的物。
标的物基本单位以系统定义该资产的最小单位为准（目前资产只定义了一个最小单位，
即精度，考虑扩展资产定义，增加标准化合约的最小单位）。
最低交易数量为一个基本单位，每次下单、撤单必须为整数倍基本单位。
不设最高交易数量。
交易对
系统自动开通标的物与其他所有资产的交易对。
交易时间
系统自动开通以下几个标准交割时间的交易对：
本月末，次月末，下一季月末，下两季月末（季月指3、6、9、12月）（市场会决定哪个交易对最受欢迎）
系统保证系统中同时存在4个标准交割时间的市场。
每月月初 00:00:00 自动开通新的交易对，即从 00:00:10 的块开始，允许新的交割时间的交易对的下单交易打包进入系统。
交易起始时间为系统自动开通交易对的时间。
第一次打包下单请求时间为每月1号的00:00:10，第一次撮合时间为每月1号的00:00:20。
实际下单时间可适当提前。
交易截止时间为交割时间前30分钟，即月末23:30:00，之后不接受下单、撤单。
截止时间提前是为了处理连续丢块的情况。
最后一次打包下单/撤单请求的时间是月末23:30:00（如果不丢块），或者之后的第一个有效块（如果出现丢块）
价格精度
下单价格精度限制最多6位小数，超过6位小数的单子自动舍弃后续小数位
交割
在交割时间，按照交割价格，对持仓单进行虚拟交割：
所有符合交割条件的持仓终结，持仓保证金按交割价计算调整后进入保证金账户。
交割时间
交割时间标准化。每个自然月月底24:00:00为交割时间。
系统自动对符合交割条件的交易对进行交割。
交割价格
取当前标的物在系统中所有mpa现货市场交易对以及与bts交易对的当日交易加权平均价。
现货市场没有成交的，取期货市场成交均价。
当日没有成交的，取最近一个有成交的交易日。
当日及交易日指 00:00:00-23:59:50
平均价精度为6位小数，四舍六入五成双
如果多币种运算复杂，初期可考虑只采用与bts交易对的成交来计算平均价
保证金
保证金账户
每个系统账户会自动分配一个保证金账户。
用户可以将自有资产追加到保证金账户，也可以从保证金账户中提取资产
（可提取金额受持仓锁定限制）
保证金账户利息
部分币种会产生利息，按现有系统规则处理。待补充。
初期为简单起见，不计算利息。
保证金币种
bts和所有具有有效喂价的mpa都可以作为保证金。
如果一个mpa的喂价失效，该mpa的保证金在参与计算保证金比例时被认为是0价值。
由于多币种运算复杂，初期可考虑只支持bts作为保证金币种。
保证金比例
保证金分为开仓保证金，持仓保证金
开仓保证金初期采用固定比例10%，以后视需求修改，或者扩展为多比例（多交易对）
初始持仓保证金下限5%
保证金比例按标的物价格*数量计算
下单，撤单
按照现有系统规则，以标的物的交易对象为基础，对标的物进行定价下单（限价下单）
非交易时间下单处理。
交易时间已结束的下单或者撤单请求，系统直接拒绝。
交易时间尚未开始的市场下单请求，允许预先下单，但在市场开放前，不能打包进入区块。
预先下单的交易，有过期时间，超过过期时间将被丢弃，不再打包进入区块，具体过期时间以现有系统过期时间为准。
多单，空单
多单为看多标的物，空单为看空标的物
开仓
下开仓单时，开仓保证金缴存/锁定
持仓
开仓单撮合成交后进入持仓。
持仓期间持仓保证金账户按比例锁定，根据最新成交价计算浮动盈亏，调整锁定金额。
锁定金额不足时触发强制平仓。
平仓
下平仓单时不触发保证金操作
平仓单成交后，保证金释放/解锁
强制平仓
按持仓时间顺序，逐一对持仓单进行自动平仓操作，即按市场中挂单价进行撮合成交，
直至符合最低保证金比例要求，或者市场中没有对手单。
为了运行效率，强制平仓触发条件以最近一个有成交的块的收盘价为准，当前块成交价格不触发强制平仓
如果之前从来没有成交的，不触发强制平仓操作
手续费
基本手续费：块链交易的基本手续费，按每次下单/撤单操作计算
成交手续费：每笔成交标的金额万分之一，双向收取（相当于成交金额的千分之一）
强制平仓手续费：触发强制平仓的，额外按比例收取手续费
交割手续费：按比例收取
手续费池：收取的手续费进入手续费池，备用
持仓利息
部分交易对的交易对象会产生利息，处理方法待定。
持仓标的物是否参与利息计算待定。
撮合规则
采用连续竞价方式进行交易撮合。
每次出块先对现有挂单进行撮合，再处理新的撤单、下单请求。
撮合优先级：强制平仓优先级最高，其他单按价格排序，采用所求即所得模式。
当前价格
当前块撮合完成后，如果有成交，按最后一笔成交价格更新当前价格
技术实现
-------------------------------
账户管理
增加保证金账户及相关操作、限制
资产管理
增加基本单位参数设置
交易管理
增加期货市场下单、撤单
市场引擎
增加期货市场开闭、撮合、强制平仓检测和执行、交割
其他待补充
问题
-------------------------------
基本单位。
uia是否可以修改基本单位，mpa是否可以修改基本单位，如果可以修改，是否需要硬分叉。
交易对。
以bts为标的、cny定价的交易对，和以cny为标的、bts定价的交易对会不会混淆？
是否取其中一个比较好。哪个呢？或者都开放，由市场选择？
以bts为标的、bts定价的交易对有必要吗
保证金账户。
对一个用户的所有持仓单使用公共保证金账户会增加系统运算复杂度，但是用户体验比较好。
现有short模式，对每个单子指定保证金实现起来比较简单，但是当持仓单子多的时候，
追加保证金等操作会很复杂。
保证金币种。
如果全部汇总，则某币种保证金额度足够，但市场深度不够可能导致强制平仓失败。
以交易对来确定保证金币种？以标的物为保证金（uia不行）？
以定价币种作为保证金？这样可以将同一定价币种的所有持仓合并计算。
统一交割时间。
计算量大，交易量大，可能导致出块问题。考虑分多块计算。
交割价问题一。
取所有市场加权平均价，但只有mpa和bts市场价可以折算。
mpa可以用交易当时的喂价折算，是否有历史数据可供使用？
交割价问题二。
取一天的现货市场均价作为交割价是否合理？
如现货市场无成交，取期货市场均价作为交割价是否合理？
交易起始时间。
远期交易需求？本月，下月，本季，半年，年，两年，三年，五年?
必须要有一个限制，否则无法计算。
（目前参考沪深300股指期货：本月，下月，下两个季月）
撮合优先级。
强制平仓优先级最高，按上一块收盘价触发。
由于撮合算法为所求即所得，买卖价格可能不同，需要考虑取买价还是卖价，
还是经过某种计算平均，或者对持仓多单和持仓空单分别取值计算，防止恶意操纵价格
持仓及强制平仓汇总计算。
比如以cny同时开bts和btc仓，保证金比例必须符合合计要求，
强制平仓时，哪个标的物的单优先？
价格。
以最新成交价作为触发强制平仓的条件是否合适？
为减小系统波动，可能使用一个均价会比较好。
但是，在单边上涨或者单边下跌的市场中，采用均价会导致系统对价格反应迟钝，增加出现保证金不够强制平仓的情况。
竞价方式。
是否需要在开盘时采用集合竞价方式？
涨跌停？
个人倾向不设置涨跌停限制。
强制平仓价格上限/下限？
以偏差太大的价格进行平仓，可能加剧无法弥补亏损的情况
强制平仓时，平仓比例？
如果部分平仓即可弥补不足的保证金，则应部分平仓。（系统计算复杂度会增加）
由于受托人丢块，可能会导致下单没有及时进入系统的情况。
各种特殊情况同时出现时的复杂情况。
临近交割时间，触发强制平仓，还没有平完，市场已经到了交割时间
强制平仓处理逻辑
----------------
系统检测到账户保证金比例低于要求比例时，开始强制平仓处理。
处理方式有如下几种：
1 自动下平仓单，与系统中对手挂单撮合，降低仓位，以达到保证金比例要求
* 在市场挂单深度不足时，可能无法顺利平仓；
* 在市场挂单价格偏离当前价格较远时，可能导致较大的实际亏损，极端情况下可能出现强制平仓后保证金<0的情况
2 直接关闭持仓单，降低仓位，以达到保证金比例要求。同时适量补偿对手单（因为被动平仓）
* 表现为交易对手随机被动平仓，使用时可能不太友好。但是容易实现，系统稳定性好
3 关闭持仓单，由所有对手单均摊损失
* 可能不太容易实现。如果实现，效果如何？
基于以上考虑，可以针对剩余保证金比例不同时，采用不同策略。（个人认为绝对不能出现保证金<0导致系统亏损的情况。）
当剩余保证金比例 >= X% 时，尝试使用第1种方式。
如果市场中没有对手单，则停止强平，顺延到下一块处理
如果市场中对手单价格偏离太大，直接撮合会导致保证金<0时，则停止强平，顺延到下一块处理
当剩余保证金比例 < X% 时，使用第2种方式。
系统容量分析
------------
* 每块可以包含的下单、撤单请求数量
* 每块可以包含的撮合成交数量
* 每块可以包含的交割单数量
系统公平性分析
--------------
* 受托人在临近交割时间的最后几块故意丢块的可能性分析，以及是否会存在价格操纵
* 受托人出块时故意不包含下单/撤单交易的可能性分析、后果分析、应对方案
4124
中文 (Chinese) / Re: bts单边做空不科学，需要改进双边抵押bts都可以做多做空，然后把bta对应bts的市场单列出来。
« on: April 13, 2015, 02:24:19 am »
现在short杠杆是0.5倍
有大于1倍杠杆的只能做类似股指期货模式，不能参与现货交易，因为块链里没法强制实物交割，如果做成N倍杠杆还能拿去换现货，就空手套白狼了。
有大于1倍杠杆的只能做类似股指期货模式，不能参与现货交易，因为块链里没法强制实物交割，如果做成N倍杠杆还能拿去换现货，就空手套白狼了。
4125
中文 (Chinese) / Re:
« on: April 11, 2015, 01:58:11 pm »（以下描述中的价格指的是反转市场价格）：别瞎说，现在抵押率188%，还没黑天鹅。可是在跌就真的。。。换言说，按照设计，bitusd锚定已经失败了，usd大户真是见死不救别危言耸听了 ，如果要黑，弄点有技术含量的来，如果锚定失败，那么人们抛售bitusd， 爆仓者可以顺序买入bitusd ,然后平仓，问题解决，锚定继续
什么话都叫黑吗？你自己不会去内盘看？现在的bitusd价值已经和short价值不相等，换言说，已经有系统亏损，难道不是事实？提出来解决问题就叫黑？你不能帮忙解决这个问题吗？你敢说这叫锚定？
是我对黑天鹅理解不正确，应该叫已经产生了系统亏损，过期单没有变成爆仓单
1. 目前这个版本，过期单和爆仓单一样，都会按照最低90%喂价成交，前提是90%喂价以上有买单、或者不限价的short、或者限价高于爆仓价的short。优先级是一样的。
2. 目前这个版本，过期单如果同时满足爆仓条件，不会有5%的额外收费。
确实bug.
