Author Topic: BTS下一个版本修改点征集  (Read 99280 times)

0 Members and 1 Guest are viewing this topic.

Offline jfdb

  • Full Member
  • ***
  • Posts: 54
    • View Profile
  • BitShares: yxb
现在在w系统下同步和整理数据都特别特别慢,慢到1小时才能同步一天的历史数据,上次不是专门针对启停重钱包速度做过优化么,当时那一版启动关闭确实很快,后来动了什么弄的现在比以前更慢?
不管是同步数据还是整理数据,开始都很快,同步数据是进行到2018的数据后越来越慢,整理数据是进行到90%后越来越慢。
我这次重钱包正常运行中闪崩,重启折腾了3天了还在还没启动正常起来。

服务器操作系统为 Windows Server 2012 R2 数据中心版 64位中文版
硬件配置:2核 16GB
网络带宽:10Mbps

原来是内存问题,经过abit提醒把max-ops-per-account 默认值从 1000 改成 100 后占内存13g左右,问题已经解决。

考虑到大部分装重钱包的人并没兴趣研究那些配置选项,可否代码里加个内存检测,测出来32G以上内存就输出现在的缺省配置文件,不足就自动计算并设置max-ops-per-account的值。
BTS ID : yxb

Offline johnson

  • Full Member
  • ***
  • Posts: 146
    • View Profile
如果大量bitcny丢失,就更容易导致黑天鹅。

建议对bitcny持有人收取利息。但是具体怎么操作没有思路。我开了一个帖子在讨论这个问题。
希望大家引起重视。

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
https://bitsharestalk.org/index.php?topic=26790.0

这位同学提出的这个问题需要注意,不知道现在的规则有没有预防此类事件,毕竟人有三灾六难,七情六欲。

就目前来看,丢失的BITCNY的量还不足以对系统形成任何影响,可以说微乎其微。

公开市场操作也在提供一定的供应量来弥补这个空缺。

即使黑天鹅,系统也会背负债仓来弥补这个量。

但是如果有大量沉睡的BITCNY就是一个问题了,这个问题我也曾经提出过,是一个不小的问题,跟丢失的BITCNY一个性质。

假如某大户囤有大量的锚定资产比如1亿的BITCNY,而且又非常不幸的把自己的钱包备份与密码跟脑密钥也忘掉了或者事故原因,这就是一个麻烦事了!!!

假如某大户囤有大量的锚定资产比如3千万的BITNCY,就喜欢囤锚定资产而不进行任何操作或者彻底忘掉自己有这么一个资产或者事故原因,这也是一个麻烦事!!!

囤bts倒是问题不大,毕竟bts允许适当的通缩,但是囤由bts做抵押品的锚地资产问题就来了。

所以我们应该设计一套规则来避免这样的事件发生,需要达到的目的:锚定资产可以在规则设计下转化为bts;

个人设想的方案:系统设计一套规则对持有锚定资产的账户进行年度(1年或者2年)活跃度排名,年度越不活跃的排名越靠前,然后实行bts反向强清制,bts持有者可以对这些年度不活跃的锚定资产持有者进行强清,强清时间段,强清量进行限定。

年活跃度达到10次(假设),不列入排名,当然这一条只是假设的条件。

就跟信用卡收年费一个道理。

当然,我也曾经想过收税的原则,但是不是太公平与合理,就算了。
« Last Edit: July 06, 2018, 07:16:35 am by binggo »

Offline jfdb

  • Full Member
  • ***
  • Posts: 54
    • View Profile
  • BitShares: yxb
现在在w系统下同步和整理数据都特别特别慢,慢到1小时才能同步一天的历史数据,上次不是专门针对启停重钱包速度做过优化么,当时那一版启动关闭确实很快,后来动了什么弄的现在比以前更慢?
不管是同步数据还是整理数据,开始都很快,同步数据是进行到2018的数据后越来越慢,整理数据是进行到90%后越来越慢。
我这次重钱包正常运行中闪崩,重启折腾了3天了还在还没启动正常起来。

服务器操作系统为 Windows Server 2012 R2 数据中心版 64位中文版
硬件配置:2核 16GB
网络带宽:10Mbps
BTS ID : yxb

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
不续押金的那就停盘处理,连续几年(比如2年)的没有押金激活的,黑掉押金。

押金账户公开化,任何人都可以注资押金,押金续费后重新激活市场。

押金只能退还给原押金注资账户。

其实,一个市场总要有人维护吧,要么是发行人,要么是社区,要么是利益相关的持有人。

聊胜于的一个规则,主要是为了防止一些新人掉到死亡资产的坑里。


押金是个思路,但你的实现方法不行。因为死亡资产也可能有很多持有人。如果删除,不给持有人补偿,那就是系统作恶。系统提供公平环境就行,不能有洁癖。


BTS个人或网关发行资产系统收取循环激活押金.

我认为可以对个人及网关发行的资产收取每年固定的管理激活费用或押金, 发行时支付1年的费用, 到第二年存入第二笔费用的时候, 系统将第一笔费用返还,以此反复,作为资产固定激活的方式来防止系统内的死亡资产过多,没有续费的资产停盘处理, 连续几年比如5年都没有续费激活的资产进行删除。

自行删除的退还押金。

系统删除的黑掉押金。

原链: https://bitsharestalk.org/index.php?topic=26767.0
« Last Edit: July 05, 2018, 11:29:47 am by binggo »

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1906
    • View Profile
  • BitShares: ebit
你这个相当于给账户加个防火墙,如果哪天自己忘了这个事,要求别人的付款就可能丢失。
你说的这种功能,也可以通过自动生成新多签账户来实现。转账双方先朝多签账户打款,条件成立了再到收款方。和智能合约的红包或支票差不多。
也就是给比特股加一个虚拟机。
dacplay做的那种就行。

增加转账说明备注.这样子 该条账目的用处,明确地记录在案, 双方谁有都能清楚知道资金的具体情况,无法赖账.
当然  转账时 可自行选择 是否增加转账备注说明
增加转账备注说明需要增加费用. 

补充一条, 增加转账备注说明,  可再扩充 成,  增加转账备注说明后转账,  转账资金会进入 系统特定管理池中, 由接收方确认是否要接收这笔资金. (接收资金同时代表着同意认可备注说明的事项)   这样子就可以发展成类似 合同确认的选项.    (虽然接收方可以收完资金,不认账.)
telegram:ebit521
https://weibo.com/ebiter

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1906
    • View Profile
  • BitShares: ebit
押金是个思路,但你的实现方法不行。因为死亡资产也可能有很多持有人。如果删除,不给持有人补偿,那就是系统作恶。系统提供公平环境就行,不能有洁癖。


BTS个人或网关发行资产系统收取循环激活押金.

我认为可以对个人及网关发行的资产收取每年固定的管理激活费用或押金, 发行时支付1年的费用, 到第二年存入第二笔费用的时候, 系统将第一笔费用返还,以此反复,作为资产固定激活的方式来防止系统内的死亡资产过多,没有续费的资产停盘处理, 连续几年比如5年都没有续费激活的资产进行删除。

自行删除的退还押金。

系统删除的黑掉押金。

原链: https://bitsharestalk.org/index.php?topic=26767.0
telegram:ebit521
https://weibo.com/ebiter

Offline btsw

  • Full Member
  • ***
  • Posts: 67
    • View Profile
  • BitShares: bts-sw
增加转账说明备注.这样子 该条账目的用处,明确地记录在案, 双方谁有都能清楚知道资金的具体情况,无法赖账.
当然  转账时 可自行选择 是否增加转账备注说明
增加转账备注说明需要增加费用. 

补充一条, 增加转账备注说明,  可再扩充 成,  增加转账备注说明后转账,  转账资金会进入 系统特定管理池中, 由接收方确认是否要接收这笔资金. (接收资金同时代表着同意认可备注说明的事项)   这样子就可以发展成类似 合同确认的选项.    (虽然接收方可以收完资金,不认账.)
« Last Edit: July 04, 2018, 06:14:08 pm by btsw »

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
1. 爆仓单收手续费(收取的手续费用于各种锚定资产的黑天鹅预防基金, 最大程度上消除黑天鹅及连环黑天鹅); 思路汇集来自论坛各成员

    收取爆仓者爆仓单的交易手续费,最少收取5%或更高,可以设置为一个可调参数K, 当然, 是收取锚定资产还是BTS需要讨论一下.

    BITCNY区最大抵押高点产生6亿多BITCNY, 现在1.5亿多,收取5%, 外加各种反复爆仓, 至少收取有近3000万的BITCNY或者对等价值的bts.  7月份升级后,消除黑天鹅用这些资金完全够.

    当有爆仓单处于120%或115%时(当然也不一定是这个参数,也可以是130%或其它), 黑天鹅基金自动吃掉或背负其部分债仓使其脱离爆仓状态,  此方法还能提供相当的锚定资产供应量, 一定程度上优于公开市场操作计划, 甚至替换掉公开市场操作计划,然后公开市场操作计划中的锚定资产区收取的手续费可以支付工人工资。

    而且每个锚定资产都有相应的爆仓手续费可收, 可用于其对应的黑天鹅预防基金, 不需要其它公共资金或个人资金来参与, 锚定资产黑天鹅出现的概率会大大降低, 甚至可以消除.

    当然需要设计成自动化吃单或背负债仓操作。

    这样的话连环爆仓也能回补系统,而不是单单的伤害系统,降低或者消除掉黑天鹅风险对抵押者也是最大的保护。

    如果到时候黑天鹅基金规模扩大的话,也可以拿出其中2%支付工人提案工资。

2. 爆仓惩罚MSQR比例调整的问题(因为其与入金手续费紧密相关);

    爆仓单主动吃或者被动吃分几个阶段:
    第一:市场情绪火热阶段,爆仓单会被主动吃掉;
    第二:市场情绪稳定阶段,爆仓单会被主动吃掉;
    第三:  市场情绪不稳定阶段,被动吃爆仓单,反弹时也会主动吃爆仓单;内盘价格被爆仓价格压制。
    第四:市场情绪崩溃或低落阶段,没人吃爆仓单,反弹时偶尔会吃到爆仓单。内盘价格被爆仓价格压制。

    so,/110%的爆仓惩罚MSQR覆盖并不是处理爆仓单的最好方式,对有效成交也起不到主要作用,更多的是压榨市场深度, 只是对深度不好的交易对有微弱的作用而已,而且还有很大的一个负面作用,迅速摧毁市场深度,任何一个市场也经不起连续10%的砸盘力度,哪怕是7月份升级之后,连续性的价格下滑,也会形成爆仓单无人吃的局面,而且并不能延缓黑天鹅的到来的速度, 大量机器人的套利行为也会将其与深度好的交易对搬平。

     所以,请各位见证人考虑一下至少调整爆仓惩罚MSQR至/105%,来降低内盘被爆仓单压制时的入金手续费,在市场下行时,bitcny供应量并不是入金手续费的决定性因素, 公开市场操作计划提供的量对手续费的影响也是微乎其微.

          降低爆仓惩罚,可以让内盘市场价格更快恢复到正常状态,而不是内盘所有锚定资产交易对的价格长时间被爆仓价格压制。


插图更便于理解, 来自  https://bitsharestalk.org/index.php?topic=26764.0:


加个解释就好理解,图比较简化,箭头所指代表受谁影响。

当然如果不是长期跟踪 爆仓单情况——内外盘价格差——承兑商出入金手续费——出入金手续费差(承兑商竞争关系)——其它入金手段——内外盘搬砖从承兑商手中套利,这几个之间的相互关系,是会陷入BITCNY供应量决定入金手续费的怪圈,因为锚定资产最初的发展阶段,BITCNY的供应量量决定手续费给所有人形成了固定思维。

    拿第三阶段来说事情,正常步骤:
    第一步:内盘价格被爆仓单压制,内外盘价格相差10%左右(强制平仓价格),内盘搬砖人将内盘BTS搬到外盘(比如中比特)砸盘,用QC提现;
    第二步:从鼓鼓承兑商处兑换BITCNY进入内盘,如果此时鼓鼓承兑商的手续费还是2%左右,内盘可多买7%左右的BTS,提到外盘可赚取近7%利润;
    第三步:重复第一步;
    第四步:重复第二步;
    第五步:外盘喂价不断被以上步骤砸低,内盘爆仓单继续增加,强制平仓价格进一步下降,而爆仓单是吃不完的;
    第六步:各种重复。
   
    第三阶段变种:内盘持有BITCNY的用户,两种获利方式,一是从承兑商处赚取出金手续费,如果承兑商出金手续费是1%左右而不是补贴到9%左右,BITCNY持有人是不会傻到从承兑商手里提现的,只会采取第二种方式,二是从内盘买BTS,去外盘砸盘提现,助力砸喂价;然后重复第三阶段的正常步骤。

  如果你是一名正直的承兑商,你会怎么处理?是不是还会继续维持这个入金手续费?!你的BITCNY够不够?如果足够的话,会发生什么情况?会把内盘的爆仓单吃掉?!还是内盘情况继续恶化?!

   如果你是一名奸诈的承兑商,你会如何处理?会不会去搬砖套利?


   so,这个爆仓惩罚是否是一个合理性的参数?!还是等再来几次血的教训,才意识到这个问题?!



3. 强清补偿按照抵押率进行补偿问题(强清可以更大发挥其作用,更有效的调节抵押杠杆);

      巨蟹假设的强清补偿率公式:(ratio-MCR)*0.04
             同时需要设置一个最低及最高补偿限制, 防止补偿溢出.
             如果可以的话, 可以调整一下强清时间为6小时或者12小时, 强清量也调高一点.

     个人看法:(ratio-MCR)×K(K为浮动系数)好像更好一些,有更大的灵活性.
                  系数是0.04时,补偿率为4的抵押率为275
                  系数是0.05时,补偿率为4的抵押率为255
                  系数是0.06时,补偿率为4的抵押率为240

4. 抵押率分开的问题: 分为基础抵押率(比如185%)与爆仓抵押率(比如175%);(预防价格有点波动就爆的问题,我这里针对的就是贴线抵押。)


其中第1项与第2项结合起来,与原来的惩罚系数是一样的,抵押者并没有受到不公平待遇,对中间及后面爆仓的抵押者也相对公平。而且两者必须同时用,


个人看法,如果可以的话,这几项越快形成提案越快完成升级越好,现在不尝试理解,等再来几次血的教训再改,那时候就都凉凉了。
原链: https://bitsharestalk.org/index.php?topic=26776.0
« Last Edit: July 16, 2018, 10:34:34 am by binggo »

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
BTS个人或网关发行资产系统收取循环激活押金.

我认为可以对个人及网关发行的资产收取每年固定的管理激活费用或押金, 发行时支付1年的费用, 到第二年存入第二笔费用的时候, 系统将第一笔费用返还,以此反复,作为资产固定激活的方式来防止系统内的死亡资产过多,没有续费的资产停盘处理, 连续几年比如5年都没有续费激活的资产进行删除。

自行删除的退还押金。

系统删除的黑掉押金。

原链: https://bitsharestalk.org/index.php?topic=26767.0
« Last Edit: July 04, 2018, 11:42:00 pm by binggo »

Offline ripplexiaoshan

  • Moderator
  • Hero Member
  • *****
  • Posts: 2300
    • View Profile
  • BitShares: jademont
按照核心开发团队的节奏,目前基本上每半年BTS会开发一个新版本分叉升级。而这半年期间,往往有很多人有各种建议,其中有不少都非常合理。但由于跨度大,又缺少人跟踪,导致核心开发团队无法接收到这些信息。

鉴于此,特此开这个置顶贴,征集大家对新版本的改进建议。 本人会发给开发者看,或者组织相关人员汇总后去github上提issue。如果有建议被采纳,也会收到打赏。 
BTS committee member:jademont