BTS机制的一些看法与方案整理汇集 11/05/2019

  1. 喂价机制的重新梳理与优化:
    https://bitsharestalk.org/index.php?topic=28418.0
    喂价漏洞修复刻不容缓!
    内盘价格在有合理机制保护的情况下,一定要加到喂价权重中
    工会方案:https://github.com/bitshares/baips/issues/4
    https://bitsharestalk.org/index.php?topic=29698.0

    工会方案解释:喂价在“现价”和“两日分时移动均价”两者之间取高者。
    本方案与之前所有社区关于喂价的共识不冲突,见证人按照原社区共识继续进行喂价采集,原黑天鹅保护、最低喂价锁定等社区共识继续执行。
    本方案仅要求喂价脚本中加入1所述方案,既喂价在“现价”和“两日分时移动均价”两者之间取高者。

    If(现价>两日分时移动均价) {   喂价 = 现价;}Else{   喂价 = 两日分时移动均价; }
    

    喂价:改革后实时喂价。
    现价:改革前现行喂价体系的实时喂价。
    两日分时移动均价:两日分时移动均价 =(∑nk=1现价(k)) /n=(现价(1)+现价(2)+现价(3)…+现价(n))/n 。
    a):n为取样频率,为48倍数,即n = 48m ;m为正整:m=1,2,3…。
    b):现价(k)为取样时刻的现价,现价(1) 为此刻现价,现价(n)为48小时前当时现价。
    c):取样间隔(单位小时):取样间隔=48/n = 48/(48
    m) 即:m=1,两日小时移动均一小时 取样一次,m=2,两日小时移动均半小时取样一次,以此类推。

  2. 抵押线与爆仓线分离(已有bsip及号):
    https://github.com/bitshares/bsips/issues/161
    BSIP77: Require Higher CR When Creating/Adjusting Debt Positions #161

  3. 强清补偿随抵押率线性变化(已提BSIP):
    https://github.com/bitshares/bsips/issues/160
    简单的说就是低于MCR的没有强清补偿,高于MCR的强清补偿随抵押率提高而提高。
    比如现在MCR=1.6,被强清获得的补偿为2%,如果你的抵押率为1.65你会获得3%的补偿,如果你的抵押率是1.75你将会获得4%或者5%的补偿。

  4. 新型无风险借贷机制的加入,比如这种:
    https://github.com/bitshares/bsips/issues/182
    或者更加简化版的:
    https://bitsharestalk.org/index.php?topic=29618.0
    New BSIP: MPLP (Margin Position Liquidity Pool) #182
    预防:大半夜的没有足够的bitcny或者bitusd进行降抵押, 尤其是这个时候交易所再入金不畅, 禁止充提, 以免变成关门打狗.
    如果这套系统成熟的话,到时候可以提:只有在借贷池与抵押里的bts才有投票权:rofl:

  5. 增加系统收入,形成健康的盈利模型来支撑BTS的价格(都已有bsip);
    系统抽成所有交易费用: New BSIP: Share market fees to the network #194
    https://github.com/bitshares/bsips/issues/194
    爆仓费的收取: https://github.com/bitshares/bsips/issues/164
    BSIP74: Margin Call Fee Ratio

  6. 网关深度整合与多签钱包的一个想法(已提bsip):
    网关深度整合的一个想法
    https://github.com/bitshares/bsips/issues/245

  7. 多资产抵押。
    bitasset的发展方向应当是一篮子资产(BTC, ETH,EOS,BTS等)做抵押锚定,最起码的话也要先把EOS搞进来,至少在速度上不成问题。
    bts作为单一抵押物,不足以支撑供应量与抵抗复杂风险,其抵押出的bitasset也不足以作为二级抵押物支撑二级抵押资产。
    这应当是bitasset很关键也是尽快推进的一个方向,不要再错过这一个风口。
    即使lending这个功能也不足以与一篮子资产锚定更能满足与吸引市场。
    有一点相关讨论:
    The second level collateral is an open idea.
    https://github.com/bitshares/bsips/issues/78
    New BSIP discussion: Backing a Market Pegged Asset with multiple assets as collateral
    https://github.com/bitshares/bsips/issues/100

  8. 锚定资产在死亡账户中丢失的问题:
    https://bitsharestalk.org/index.php?topic=26790.0
    就目前来看,丢失的BITCNY的量还不足以对系统形成任何影响,可以说微乎其微。
    但是如果有大量沉睡的BITCNY就是一个问题了,这个问题我也曾经提出过,是一个不小的问题,跟丢失的BITCNY一个性质。
    假如某大户囤有大量的锚定资产比如1亿的BITCNY,而且又非常不幸的把自己的钱包备份与密码跟脑密钥也忘掉了或者事故原因,这就是一个麻烦事了!!!
    假如某大户囤有大量的锚定资产比如3千万的BITNCY,就喜欢囤锚定资产而不进行任何操作或者彻底忘掉自己有这么一个资产或者事故原因,这也是一个麻烦事!!!
    囤bts倒是问题不大,但是囤由bts做抵押品的锚地资产问题就来了。
    所以我们应该设计一套规则来避免这样的事件发生,需要达到的目的:锚定资产可以在规则设计下转化为bts;
    个人设想的方案: 系统设计一套规则对持有锚定资产的账户进行 年度(1年或者2年)活跃度排名年度越不活跃的排名越靠前,然后实行bts反向强清制,bts持有者可以对这些年度不活跃的锚定资产持有者进行强清。
    年活跃度达到10次(假设),不列入排名。

  9. 轮换见证人位置,保证备选见证人的活性:
    设置两到三个轮换见证人位置,达到合格票数的备选见证人每日轮换出块,这样可以保障出块见证人体系的活跃性。
    同时对丢块多的设置自动踢出机制。

  10. 理事会直接有活跃见证人担任, 为保证见证人有足够的动力竞争与担责, 对担任理事会成员的活跃见证人提高出块奖励;

  11. 垃圾死亡资产的处理:
    https://bitsharestalk.org/index.php?topic=26767.0
    不续押金的那就停盘处理,连续几年(比如2年)的没有押金激活的,黑掉押金。
    押金账户公开化,任何人都可以注资押金,押金续费后重新激活市场。
    押金只能退还给原押金注资账户。
    其实,一个市场总要有人维护吧,要么是发行人,要么是社区,要么是利益相关的持有人。

  12. worker赏金机制的重新梳理与规则制定:
    https://bitsharestalk.org/index.php?topic=29727.0
    只说说我的看法;
    1.任何worker都必须有第三方监理账户,每日拨付费用到第三方监理账户,第三方监理账户必须是资金多签账户,所有权单独归理事会所有,多签人员至少五位,理事会人员三位,审核员一位,worker人员一位。
    2.可以设置审核员职位,怎么制定或者选举?理事会推荐?或者自己申请投票选举?审核员可能需要发工资的,理事会可能也要发工资…审核员肯定到时候不只一位,最后谁来监督审核员?
    3.资金拨付需要提供出完整的完成工作量清单及发票由审核员审核,需要多方测试的,审核员需要及时提供信心给社区进行完整测试,需要时间段,worker人员在多签中提出付款提案,审核员审核,理事会多签人员做最后决定,按照付8留2原则。

  13. 理事会应该厘清https://github.com/bitshares库 的管理细则
    https://bitsharestalk.org/index.php?topic=29838.0
    个人看法:
    1.社区拥有对https://github.com/bitshares 库的最终管辖权.
    2.社区授权给理事会管理https://github.com/bitshares 库.
    3.理事会授权给维护团队管理与操作权限.
    4.理事会人员有权利回撤他们认为不符合社区利益及不成熟的bsip提案,也有权利临时收回维护团队的管理与执行权.
    5.任何维护团队所拥有的管理与执行权不得高于理事会人员.
    6. 维护团队及bsip提案人如果有异议可以通过至少3位在任理事联合提交审议要求理事会投票或至少五位活跃见证人联合提交审议交由活跃见证人投票,发话理事与见证人在审议期间落选,异议人需及时替补上在任话事理事及活跃话事见证人才能继续审议,审议投票出结果。
    当然也可以自己去发起异议公投但是不能以BSIP形式.
    没有规矩不成方圆, 没有规矩就没有公平没有自由.

当然也还有一些其它的提案也很有意义有时间再补充。

3赞

赞,这个内容真心靠谱:+1:
让很多人能了解目前工作方向,先置顶了。

好文章,大赞了,以后社区是不是开发一个功能,可以打赏bts

每一个都挺重要,特别是垃圾资产,改成域名续费制,过期不续费自动归零

好文。大佬辛苦了。应该开发打赏功能,使用公会积分或者bts打赏

直接把公会积分跟论坛积分同步就好了,论坛可以充提

公会积分以后有大用

不错,这么多讨论都挺好,唯独第8条,我表示强烈反对。

当我们在设置机制的时候,要合理的考虑一些因素,不能为了优化系统而优化。站在用户的角度来看,我屯了一堆bitCNY怎么了?不能抹杀掉一些合理的用户诉求,或者说是用户的行为。

第11条和第8条相比,不续费的资产停盘处理,这个就挺好的,也是非常合理的。

我屯一堆bitCNY,你把我的资产给强制性的转化成了别的,这情理、法理、逻辑上就说不过去。


看到这么多仁人志士,踊跃的为bts发言献策,更加对阻扰bts发展的人恼火。这么多建议,为什么毫无作为。

屯无所谓的,但是bitcny是抵押资产不同与央行发货币,日常中的钱被烧了央行可以印着补,抵押出的锚定资产屯在了死亡账户,整个抵押体系都要受到威胁。
例子很简单,整体抵押出的锚定资产一共5000万,有人屯了4000万,屯资产的人不巧把备份及密钥都丢了(各种意外因素),抵押者怎么办,这么大的一个缺口根本补不上,价格下跌时根本没有足够的锚定资产补缺。

这并没有对屯锚定资产有什么太过分的要求,一年中活动几次代表其不属于死亡账户就行。

就第一项来说,还需要多久才能实施呢?

目前看,还在跑流程,BASP的标准还没有完全确立起来

等到猴年马月哦,不说别的,喂价一定要改,不晓得年底能不能搞好

先赞一个,我提一点,有关处理批复方面的效率、时限方面的提案,需要有个方案,去中心化人为这块效率太差了

论坛打赏功能什么时候能建立。不鼓励这样的帖子,天理不容。

像现在代码库最终归属和管理权又是个棘手的问题。真不知道这些年理事会都干啥去了。

这不是什么棘手的问题,理事会中一些人这几年就知道天天装犊子.
归属权与管理权属于谁是很明显的事情,我们现在是在给core team台阶下,居然有人不知道顺着台阶走,非想要找怼,那就怨不得别人挥大棒子了。