不知道为什么现在看到大V这个词就有点恶心想呕吐，朱荣倒是独树一帜，多次提示风险。
论做实事，朱荣算是让人欣赏的。
Topic: 796交割后出现怪异的系统盈亏差额，涉嫌伪造数据 (Read 1476 times)
论做实事，朱荣算是让人欣赏的。
不知道为什么现在看到大V这个词就有点恶心想呕吐，朱荣倒是独树一帜，多次提示风险。
论做实事，朱荣算是让人欣赏的。
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
既然是小数点累计的误差，那我们就来分析一下这误差。你们系统计算btc是算到小数点后8位的，就是代表小数点后9位开始就无法计算。由此我们知道每次误差最大就是0.00000001，一周要累积到-0.05490923需要至少5490923次误差，代表一天大约有80万次误差（我们也可以称交易，因为交易导致误差），请问你们有这么多交易吗？？
还有你们连小数点8位之后鸡毛蒜皮到极点的都计算，那为何提币就只能支持到小数点4位？每个交易过的用户都至少都会剩下0.0000xxxx btc给你们，因为这些剩余的你们根本就不让提。自己就算到用小数点8位后，然后用户的就只算到小数点4位后。这是什么逻辑...
你们796发展期货交易我是认可的，但是细节方面也要做好啊。只能说大气才能做到老大!
不知道为什么现在看到大V这个词就有点恶心想呕吐，朱荣倒是独树一帜，多次提示风险。
796结算规则再引争议
来源：壹比特 | 发表日期：2014-07-27 17:25:55
业界知名796交易所对其BTC和LTC业务进行结算，在其结算前后，其结算参考网站BTC-e的交易情况疑受到强庄操纵而使得部分用户损失较大，引发诸多不满。
修改结算规则引发争议
此前，796交易所曾对期货结算相关规则进行投票，主要针对结算时间和合约参考使用加权均价时长进行投票。7月26日，796交易所CEO朱荣发表微博称：“我们决定将结算时间从原每周日10时恢复为每周六10时，另结算参考将依然使用1小时加权均价”。
然而，这一决定与投票结果稍稍不符，朱荣也称投票结果显示“1小时加权领先，周5晚领先”。此时已有部分用户质疑“那投票干嘛”，“投了又不按照投票结果走，你们这是在透支公信力。”
对此，朱荣解释称：“但考虑到国外用户及结算后大量提现要求所以先恢复到原周6 10时 。因为目前还没有绝对领先的投票所以先综合考虑，日后如有必要可再投票，到时可缩小选项。”
市场疑似遭操纵，众网友一起吐槽
然而一波未平一波又起，7月27日，新的交易规则还没生效，796又因BTC-e交易异常情况而备受指责。
27日，796交易所所采用的参考网站BTC-e上LTC/USD价格、交易量严重异常，造成随后796上众多用户表示“爆仓”了。由此引发众多用户强烈不满，许多人对朱荣进行“吐槽”。
用户的槽点主要集中在：
1）结算参考加权均价的时长过短
2)结算参考网站选用BTC-e而不是交易量更大的OKCoin
对相关网站进行了一个简单的数据统计（以争议较大的LTC为例），结果如下：(截止到7月27日1：50)
1）24小时LTC交易量：OKCoin：2513656.08，BTC-e:50492(BitcoinWidom数据)
2）796交易所7月27日结算LTC量：437363.26
3）交易异常情况：北京时间7月27日9点到10点之间（796结算计算时间）BTC-e上LTC交易量猛增，一小时内交易量35325。
擅长行情分析的AK对此评论道：
“796的ltc期货选e站做交割指标 很容易被操控 e站深度几乎是okcoin的ltc深度的1/10 796交割的量是刚才e站砸盘量的十几倍 这个杠杆翘起来就是10倍的利润 哪个大户都会心动 我自己从来不碰ltc期货 也建议散户在这种完全控盘的情况下尽量远离ltc期货 ltc本身风险就高于btc 再加上杠杆和人为操纵 死的太快了”
以不明觉厉比特币也发微博称，可从多个方面提高操纵市场的难度和成本：
1.比特币为何不采用Coindesk BPI的价格（壹比特注：BPI为国外比特币行业资讯网站CoinDesk发布的比特币价格指数，综合考虑了国内外多个交易市场）
2.莱特币为何不融合成交量更大的OKCoin\火币网的价格
3.为何不延长时间，1小时是否过短
面对这些争议，朱荣回复：
“刚才在796结算时间点前在BTC-E对倒砸盘做低加权均价，哪怕使用12小时均价也基本一样”
“796交易所LTC期货合约结算价参考BTC-E是考虑到世界范围内美元市场标的不多，我们希望有一个有一定地位的、以美元计价的、收手续费的以及交易量真实的平台作为我们的标的，这个符合我们的国际化路线。”
“虽然在正常规则之内，虽然是属场外的正常博弈。但对这种有违道义的行为本人表示强烈遣责”
“当然我们会考虑开放更多的信息，比如期货总持仓量以及大户持仓分布等，希望以透明来增加公平性。”
此外，朱荣还透露出近期关注度较高的LTC的信息：从资金流入以及交易量来看LTC在经历本月前半段低迷之后活跃性稳步增加中。
相关信息：
796交易所成立于2013年6月，注册地在香港，因其提供的期货交易而获得大批用户。但曾经也数次引发争议，如将融资融到的一万多枚BTC亏损、用户在其平台上丢失比特币等，最大的争议还是其网站运营模式，被称为“赌场”。但也并非都是负面评价，朱荣曾在MTGox、央行五部委事件前后多次提示风险，和其他“大V”持续唱多形成鲜明对比。
来源：壹比特 | 发表日期：2014-07-27 17:25:55
业界知名796交易所对其BTC和LTC业务进行结算，在其结算前后，其结算参考网站BTC-e的交易情况疑受到强庄操纵而使得部分用户损失较大，引发诸多不满。
修改结算规则引发争议
此前，796交易所曾对期货结算相关规则进行投票，主要针对结算时间和合约参考使用加权均价时长进行投票。7月26日，796交易所CEO朱荣发表微博称：“我们决定将结算时间从原每周日10时恢复为每周六10时，另结算参考将依然使用1小时加权均价”。
然而，这一决定与投票结果稍稍不符，朱荣也称投票结果显示“1小时加权领先，周5晚领先”。此时已有部分用户质疑“那投票干嘛”，“投了又不按照投票结果走，你们这是在透支公信力。”
对此，朱荣解释称：“但考虑到国外用户及结算后大量提现要求所以先恢复到原周6 10时 。因为目前还没有绝对领先的投票所以先综合考虑，日后如有必要可再投票，到时可缩小选项。”
市场疑似遭操纵，众网友一起吐槽
然而一波未平一波又起，7月27日，新的交易规则还没生效，796又因BTC-e交易异常情况而备受指责。
27日，796交易所所采用的参考网站BTC-e上LTC/USD价格、交易量严重异常，造成随后796上众多用户表示“爆仓”了。由此引发众多用户强烈不满，许多人对朱荣进行“吐槽”。
用户的槽点主要集中在：
1）结算参考加权均价的时长过短
2)结算参考网站选用BTC-e而不是交易量更大的OKCoin
对相关网站进行了一个简单的数据统计（以争议较大的LTC为例），结果如下：(截止到7月27日1：50)
1）24小时LTC交易量：OKCoin：2513656.08，BTC-e:50492(BitcoinWidom数据)
2）796交易所7月27日结算LTC量：437363.26
3）交易异常情况：北京时间7月27日9点到10点之间（796结算计算时间）BTC-e上LTC交易量猛增，一小时内交易量35325。
擅长行情分析的AK对此评论道：
“796的ltc期货选e站做交割指标 很容易被操控 e站深度几乎是okcoin的ltc深度的1/10 796交割的量是刚才e站砸盘量的十几倍 这个杠杆翘起来就是10倍的利润 哪个大户都会心动 我自己从来不碰ltc期货 也建议散户在这种完全控盘的情况下尽量远离ltc期货 ltc本身风险就高于btc 再加上杠杆和人为操纵 死的太快了”
以不明觉厉比特币也发微博称，可从多个方面提高操纵市场的难度和成本：
1.比特币为何不采用Coindesk BPI的价格（壹比特注：BPI为国外比特币行业资讯网站CoinDesk发布的比特币价格指数，综合考虑了国内外多个交易市场）
2.莱特币为何不融合成交量更大的OKCoin\火币网的价格
3.为何不延长时间，1小时是否过短
面对这些争议，朱荣回复：
“刚才在796结算时间点前在BTC-E对倒砸盘做低加权均价，哪怕使用12小时均价也基本一样”
“796交易所LTC期货合约结算价参考BTC-E是考虑到世界范围内美元市场标的不多，我们希望有一个有一定地位的、以美元计价的、收手续费的以及交易量真实的平台作为我们的标的，这个符合我们的国际化路线。”
“虽然在正常规则之内，虽然是属场外的正常博弈。但对这种有违道义的行为本人表示强烈遣责”
“当然我们会考虑开放更多的信息，比如期货总持仓量以及大户持仓分布等，希望以透明来增加公平性。”
此外，朱荣还透露出近期关注度较高的LTC的信息：从资金流入以及交易量来看LTC在经历本月前半段低迷之后活跃性稳步增加中。
相关信息：
796交易所成立于2013年6月，注册地在香港，因其提供的期货交易而获得大批用户。但曾经也数次引发争议，如将融资融到的一万多枚BTC亏损、用户在其平台上丢失比特币等，最大的争议还是其网站运营模式，被称为“赌场”。但也并非都是负面评价，朱荣曾在MTGox、央行五部委事件前后多次提示风险，和其他“大V”持续唱多形成鲜明对比。
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
既然是小数点累计的误差，那我们就来分析一下这误差。你们系统计算btc是算到小数点后8位的，就是代表小数点后9位开始就无法计算。由此我们知道每次误差最大就是0.00000001，一周要累积到-0.05490923需要至少5490923次误差，代表一天大约有80万次误差（我们也可以称交易，因为交易导致误差），请问你们有这么多交易吗？？
还有你们连小数点8位之后鸡毛蒜皮到极点的都计算，那为何提币就只能支持到小数点4位？每个交易过的用户都至少都会剩下0.0000xxxx btc给你们，因为这些剩余的你们根本就不让提。自己就算到用小数点8位后，然后用户的就只算到小数点4位后。这是什么逻辑...
你们796发展期货交易我是认可的，但是细节方面也要做好啊。只能说大气才能做到老大!
你搞错了！我说的问题是你在796有xy.abcdefghi个币，但是你提现只能提xy.abcd币，0.000fghi是永远提不出来的！
这个0.0000efghi是怎么来的呢？虽然提不出来，那也应该还是在个人的账户里面的放着，等多次累计后就可以上一位满足提现要求的最小小数位。
这种尾数可以从别处转到交易所产生。我也有过这种经历。
可以累计的，但永远都不可能成整数，所以交易所永远都拥有这些多余的币，上次我就是这样，不小心转了y.abcde个币到交易所，交易最小单位又是0.0001，个人又有洁癖，所以琢磨着怎么卖掉这些尾数。最后我只能又到Blockchain转1-0.abcde=0.a1b1c1d1e1个币到交易所合并成整数，再转出。
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
既然是小数点累计的误差，那我们就来分析一下这误差。你们系统计算btc是算到小数点后8位的，就是代表小数点后9位开始就无法计算。由此我们知道每次误差最大就是0.00000001，一周要累积到-0.05490923需要至少5490923次误差，代表一天大约有80万次误差（我们也可以称交易，因为交易导致误差），请问你们有这么多交易吗？？
还有你们连小数点8位之后鸡毛蒜皮到极点的都计算，那为何提币就只能支持到小数点4位？每个交易过的用户都至少都会剩下0.0000xxxx btc给你们，因为这些剩余的你们根本就不让提。自己就算到用小数点8位后，然后用户的就只算到小数点4位后。这是什么逻辑...
你们796发展期货交易我是认可的，但是细节方面也要做好啊。只能说大气才能做到老大!
你搞错了！我说的问题是你在796有xy.abcdefghi个币，但是你提现只能提xy.abcd币，0.000fghi是永远提不出来的！
这个0.0000efghi是怎么来的呢？虽然提不出来，那也应该还是在个人的账户里面的放着，等多次累计后就可以上一位满足提现要求的最小小数位。
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
既然是小数点累计的误差，那我们就来分析一下这误差。你们系统计算btc是算到小数点后8位的，就是代表小数点后9位开始就无法计算。由此我们知道每次误差最大就是0.00000001，一周要累积到-0.05490923需要至少5490923次误差，代表一天大约有80万次误差（我们也可以称交易，因为交易导致误差），请问你们有这么多交易吗？？
还有你们连小数点8位之后鸡毛蒜皮到极点的都计算，那为何提币就只能支持到小数点4位？每个交易过的用户都至少都会剩下0.0000xxxx btc给你们，因为这些剩余的你们根本就不让提。自己就算到用小数点8位后，然后用户的就只算到小数点4位后。这是什么逻辑...
你们796发展期货交易我是认可的，但是细节方面也要做好啊。只能说大气才能做到老大!
你搞错了！我说的问题是你在796有xy.abcdefghi个币，但是你提现只能提xy.abcd币，0.000fghi是永远提不出来的！
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
既然是小数点累计的误差，那我们就来分析一下这误差。你们系统计算btc是算到小数点后8位的，就是代表小数点后9位开始就无法计算。由此我们知道每次误差最大就是0.00000001，一周要累积到-0.05490923需要至少5490923次误差，代表一天大约有80万次误差（我们也可以称交易，因为交易导致误差），请问你们有这么多交易吗？？
还有你们连小数点8位之后鸡毛蒜皮到极点的都计算，那为何提币就只能支持到小数点4位？每个交易过的用户都至少都会剩下0.0000xxxx btc给你们，因为这些剩余的你们根本就不让提。自己就算到用小数点8位后，然后用户的就只算到小数点4位后。这是什么逻辑...
你们796发展期货交易我是认可的，但是细节方面也要做好啊。只能说大气才能做到老大!
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
既然是小数点累计的误差，那我们就来分析一下这误差。你们系统计算btc是算到小数点后8位的，就是代表小数点后9位开始就无法计算。由此我们知道每次误差最大就是0.00000001，一周要累积到-0.05490923需要至少5490923次误差，代表一天大约有80万次误差（我们也可以称交易，因为交易导致误差），请问你们有这么多交易吗？？
还有你们连小数点8位之后鸡毛蒜皮到极点的都计算，那为何提币就只能支持到小数点4位？每个交易过的用户都至少都会剩下0.0000xxxx btc给你们，因为这些剩余的你们根本就不让提。自己就算到用小数点8位后，然后用户的就只算到小数点4位后。这是什么逻辑...
你们796发展期货交易我是认可的，但是细节方面也要做好啊。只能说大气才能做到老大!
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
此为小数点后累积的系统误差所致 已修正以后不会出现。
这爆仓很无厘头，而这总盈利只有5.49btc也很无厘头，就是说之前做期货的人总盈利这么少？这么少的盈利配上每日动辄数以万计的交易量，实在是令人匪夷所思
这是796关于系统盈亏差额的介绍
这周交割后，出现-0.05490923btc的系统盈亏差额，占净盈利部份分摊比例≈0.01%。上周796最高价633，最低价593.01，振幅40刀，上周爆仓范围为70刀，也就是说，不管做多做空，都没人爆仓。系统没有爆仓单，自然也就没有系统盈亏差额，那么那0.05btc从何而来？数量虽不值一提，但涉嫌伪造数据，请796解释。
Quote
完成合约结算后，在合约期内未成交的爆仓单（爆仓后挂入市场的交易单，未成交相当于796交易所持有）产生的亏损，将按比例在所有净盈利用户帐户中分摊扣除。 比如结算后此合约的所有帐户净盈利总计有800BTC/LTC，净亏损为760BTC/LTC，则差值的40BTC/LTC就是未成交爆仓单所产生的亏损，每个实现净盈利的帐户将分摊 （800-760）/800 = 5% 的费用， 即“期货帐户”将扣除：此合约的净盈利*5%；假设用户在此合约期内净盈利10BTC/LTC,则会扣除0.5BTC/LTC。
这周交割后，出现-0.05490923btc的系统盈亏差额，占净盈利部份分摊比例≈0.01%。上周796最高价633，最低价593.01，振幅40刀，上周爆仓范围为70刀，也就是说，不管做多做空，都没人爆仓。系统没有爆仓单，自然也就没有系统盈亏差额，那么那0.05btc从何而来？数量虽不值一提，但涉嫌伪造数据，请796解释。
Jump to: