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

0 Members and 1 Guest are viewing this topic.

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
增加一个功能,质押BTS按5%年利率发bitcny
算法稳定币已经烂大街了。质押BTS按5%年利率发理事会白条,白条按储备规模释放额度。做好合规和多签。或者是发某种池子代币。

GMX简史
GMX之前叫Gambit。Gambit团队建立了最初的GLP模型,发行超额抵押和产生利息的稳定币USDG。基于管理的资产,它成功地产生了大量收入,但存在一些主要问题:
1、机器人抢跑用户交易(这就是GLP内置保护的原因)
2、USDG与美元挂钩的难度
3、提供挖矿代币,除了积累或出售之外没有任何用例或激励措施
经过这次经历,团队决定以GMX重新上线。主要区别在于将USDG兑换为GLP(自由浮动价格)作为资产池的代表代币。
« Last Edit: December 02, 2022, 02:12:31 am by ebit »
telegram:ebit521
https://weibo.com/ebiter

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
面向终端用户的产品更简单些。例如 https://app.gmx.io/#/earn 

买治理代币,质押治理代币,领取收益;
买流动性代币,质押流动性代币,领取收益。
telegram:ebit521
https://weibo.com/ebiter

Offline kimpeady

  • Full Member
  • ***
  • Posts: 68
    • View Profile
增加一个功能,质押BTS按5%年利率发bitcny
BTS真难玩

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888
        实质上,无论黑天鹅还是现在的黑天鹅防护机制,都是在市场大幅下跌的时候,强制保护系统不崩盘。美元区黑天鹅了,USD贬值了,抵押物价格下行,资不抵债的时候,智能货币贬值是理所当然的。为什么非要到市场下跌很严重的时候才想到保护呢?完全可以做到提前防护市场暴跌。
        喂价关系到BITCNY等智能货币的发行量,控制住喂价才能保证发行量稳定。喂价不应该任由市场来决定,应该由系统根据货币发行量决定。

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
参照SPoS机制,重新设计见证人体系。

改变这种毫无竞争的见证人机制,提高BTS持有人的投票意愿,增加BTS持有人对持有BTS的动力,增强见证人的积极性与竞争性。

https://bitsharestalk.org/index.php?topic=28333.0

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
我想问的是:我们提的这些建议是否有BSIP讨论哪?

近一年的时间, 快有三次升级都??!!
« Last Edit: April 26, 2019, 02:41:37 pm by binggo »

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
不是我们苛求或者急躁, 下面的这些功能现在就应该开始广泛讨论,趋利避害进行完善, 在下一个版本中就应该发布出来.

市面上所有的抵押锚定资产将来的规则设置必然会遵循下面的这些事项进行发展与完善!!!


理事会发行的资产有些参数可能用不到,但是个人或公司发行的锚定资产用得到这些参数


1-摒弃黑天鹅,采用更为合理的处理方式处理资不抵债;
https://bitsharestalk.org/index.php?topic=27190.msg322686#msg322686


2-抵押线与爆仓线分开;
比如现在的抵押线是1.75, 设置爆仓线为1.6,或者用户自定义爆仓线(最低不能低于1.35)
在BSIP里也看到过:自定义爆仓线

抵押者可以自定义爆仓线,基础抵押率为1.75,基础爆仓线为1.6,用户自定义爆仓线最低可以设置到1.35,给抵押者更多的选择余地, 强制性平仓应当只发生在适当的抵押率,而不应该发生在1.75这么高的抵押率, 这样可以适当地时候调整基础爆仓线.

这样平时就不会有爆爆爆的情况发生, 虽然价格下降到一定阶段依然会出现临界点,  但是市场一旦反弹之后, 就会预留下一定的价格缓冲空间, 远远优于现在的贴着线抵押爆个不停, 留给市场的用于流动性的锚定资产也会更多.

而且从这些年的实际市场表现来看,BTS价格下跌20%的时候,黄单已经挂在市场中没有人去吃了,所以你前期的1.75起爆对整个抵押风险的消除程度其实并没有太大的作用。

3-重新设计强清机制,使强清补偿与抵押率动态挂钩,实现强清目标抵押率,低于MCR的强清延时降低。
https://bitsharestalk.org/index.php?topic=27171.msg322390#msg322390

4-喂价机制重新设计, 最好能够实现内盘价格自我发现;
增加喂价提供者数量,最大程度上去除汇率差影响与人为因素,增加喂价汇率报价,最好实现1到2个锚定资产的喂价是公平合理与准确的;
« Last Edit: July 19, 2019, 10:54:46 pm by binggo »

Offline ljk424

  • Sr. Member
  • ****
  • Posts: 347
    • View Profile
  • BitShares: ljk424
现在的喂价也有很多造假的啊,谁能限制得了某些见证人呢

Offline bitcrab

  • Committee member
  • Hero Member
  • *
  • Posts: 1928
    • View Profile
  • BitShares: bitcrab
  • GitHub: bitcrab
我觉得现在的黑天鹅防护方式挺好,如果说有什么缺点的话,那就是还要依赖于见证人,如果能改成系统自己进行黑天鹅防护就更好。也就是说系统自动保证喂价永远高于全局清算价。

我的看法,坏账处理方式必须把对生态的伤害最小化,包括:

1.抵押发行bitCNY的功能不能暂停。
2.抵押率大于1的良性债仓不能被系统强制清算。

所以,黑天鹅防护其实是选择让bitCNY贬值(反正无论如何都得贬值),把所有坏账留给市场去解决。

abit提出过https://bitsharestalk.org/index.php?topic=27273.15,这个方案本质上就是把现在的单个大全局清算池变成许多个小清算池,对应不同的清算价,谁坏账谁入清算池,不坏的债仓不受波及。也是一种不错的方案。

我自己还是更喜欢黑天鹅防护,因为并未把坏债仓转化为永久卖单,依然保留了调债仓以及强清的可能性。

老外们似乎更喜欢abit的方案,因为他们要“政治正确”,他们认为黑天鹅防护是“喂价造假”。

« Last Edit: March 30, 2019, 10:37:49 am by bitcrab »
Email:bitcrab@qq.com

Offline bitcrab

  • Committee member
  • Hero Member
  • *
  • Posts: 1928
    • View Profile
  • BitShares: bitcrab
  • GitHub: bitcrab
Email:bitcrab@qq.com

Offline 麥可貓

  • Sr. Member
  • ****
  • Posts: 267
    • View Profile
我刚刚用了投票功能,发现用起来不是很顺手,主要有几个点希望可以考虑:

1. 大部分的时候我会想要设置代理,而我的钱包里面有十几个帐号,这时候我得一个一个切换然后设置,难道不应该要有个批量设置的方式吗? 很多软件应该都有类似的"应用到全部"或是"应用到选取的帐户"之类的八

2. 虽然我设置的代理,但有些个别的提案我有不同的意见,这时候我想要只针对这个案子有自己的意见,却发现我必须要取消掉代理。应该要可以让我在设置代理的情况下对个别的提案做自己的选择。

话说回来我觉得目前的比特股能够这样投票已经很难得了,甚至是一大亮点,但如果在使用上能够更亲民一些相信使用率会更高的,也会值得在界面上放在更显著的位置。
PTS: PmRVDPymZqSAZEXauHZSewrUrE66af7epT
BTSX: michaelcat
Delegate Team: x1.sun  x2.sun

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
巨蟹提出的提案已经将MSSR降低了, 也算是前面没有白白费口舌,实现了提议之一。下面仍旧是老生常谈的提议:


一、强清补偿与抵押率挂钩来实现线性补偿,强清实现目标抵押率:

影响强清的因素:喂价,强清补偿,强清延迟时间,强清补偿参数,强清总量。

第一:对低于MCR的抵押实行强清补偿从零到负2%,抵押率越低得到的强清补偿越低,此区间的强清延迟的时间改为1小时或者更短一些(不建议实行即时强清),

这样对市场是否有足够的吸引力来进行强清?
是否能够及时缓解价格下跌带来的抵押爆仓风险?
留给市场的竞争性是否足够?
在本身喂价就偏低的情况下,是否会对市场卖单形成压制?
系统是否过多的干预市场?
严重滞后的喂价是否会在外盘价格大幅上升时因为严重落后于实际价格而导致大量强清压制内盘?
或者外盘价格大幅下跌时,因为喂价下跌慢而导致无人强清?!

第二:对高于MCR的抵押实行强清补偿从零到5%,抵押率越高得到的强清补偿越高,此区间的强清延迟时间为24小时。

第三:对于强清总量是否需要再放大一些还是维持原状?

第四:一个问题就是负2%的强清补偿的界点抵押率是130%?5%强清补偿的界点抵押率是200%?

第五:如果能够实现以上,还需要两个前提条件:

1.强清抵押率也需要与目标抵押率挂钩;至于如何实现与判定需要讨论;这样可以防止利用强清大量收集筹码;
2.MSSR必须为零或者足够小;

一些情况曾经在另一个帖子列举过, 懒的去翻了。

贴线抵押必然需要冒比高抵押率更大的风险,平仓是其一,被强清是其二。

内盘被压制的因素:爆仓单,高MSSR,抛盘,强清补偿,喂价,各锚定资产市场的不平衡,市场情绪,供应问题。

爆仓单延伸出来的就是高MSSR的问题;

强清补偿延伸出来的就是固定参数的弊端,高了没人清,低了“恶性”清,变更速度远跟不上市场变化;

喂价延伸出来的是外盘刷喂价的问题;

各锚定资产市场的不平衡表现的就是现在这种情况,被bitusd市场死死压住。

供应问题对手续费影响的时间很短暂。


全局清算机制的重新设计,设立黑天鹅保护基金,最终的整体反向减仓:

在有黑天鹅保护机制的情况下,实现以下功能:

黑天鹅需要消除,仅仅靠黑天鹅保护机制还不行,毕竟逻辑上存在有缺陷,只要保证债仓是足额抵押就好了,这里说的足额抵押不是175%,175%仅仅是抵押中维持的最低抵押率而已,而不是是否足额抵押的判断。

在有黑天鹅保护机制的前提下:

步骤1:设立黑天鹅基金来处理110%的债仓,使其抵押率始终维系在110% . 至于黑天鹅基金的来源,比如1:可以设置一个平仓手续费机制,类似于永续合约里的保险基金,比如MSSR为102%,其平仓价为喂价/102%,任何大于平仓价的市场成交其多出来的成交额收归黑天鹅基金;比如2:锚定资产区的手续费拨付一部分到黑天鹅基金。

步骤2:当黑天鹅基金失去效应的时候,由整个锚定资产全部反向减仓进行维系110%抵押率;

当然这个建议可以有些极端化,但是对于大量处于死亡沉淀状态的比如大量的bitusd,不进行预防处理,将来必定是一颗大雷,;

或者整体债仓达到30%资不抵债的时候,进行整个锚定资产全部反向减仓;整体债仓达到30%资不抵债,锚定资产大幅贬值,必然需要部分进行回收进行锚定价值维护,利用目标抵押率进行整体锚定资产反向减仓好过资不抵债,用黄金bts来换取手中大幅贬值的纸币也是必要操作。
« Last Edit: March 29, 2019, 01:14:26 pm by binggo »

Offline lovegan007

  • Hero Member
  • *****
  • Posts: 606
    • View Profile
  • BitShares: gan888
与人争论的一些问题:
所有抵押的BTS都需要清算,而且很多BITCNY流到其它的币种了,流到交易所了,不回流的话如何清算,回流的话怎么回流?这么严重的问题要是广泛应用到交易所了,根本就是大问题,大灾难,不清算完这些抵押单,是不可以复活的,无法复活或者很长时间才能复活,你要知道会出现什么样的情况?币圈黑文章满天飞,币圈笑话BTS。你以为黑天鹅是3分抄黑天鹅底的么?不是的,黑天鹅是全局按照黑天鹅价清算用户抵押仓位,然后所有抵押的BTS归一个黑天鹅清算池里面,多出的归还给抵押用户的。你们就需要按那个黑天鹅价进行竞拍。
黑天鹅 了,会走一半用户,不信的就听着.
黑天鹅后 你还想 交易所上 bitcny  那简直就是做梦了
谁还敢上
人家根本就不会相信了.
说不定哪天随时就黑了,你叫人家交易所的BITCNY怎么处理?还不如一个印假钱的USDT.
所以说黑天鹅发生,那是致命的灾难,社区的灾难。希望黑天鹅的人都是不为社区着想的败类.
还说黑天鹅影响不大,他们根本没有清楚黑天鹅的威力。
你如何让一个交易所去使用你一个动不动就黑天鹅的产品?
光这一点,就是已经死了,没有出路了,宁可耗着,也不能让黑天鹅,宁可溢价,宁可被骂,都不能让黑天鹅,一黑天鹅发生,就是万劫不复的了.
黑天鹅发生,3分抄底都是照套你无误.
锁仓才是最好的办法,先把 坏账归类,冻结一边,待日后再处理 怎么暴了它。
有上涨空间的,锁仓个1年 2年,之后再分批暴出去,归还系统欠款,只要大行情好转,这些都不是大问题,大行情不好的情况下,暴下来就是灾难.
熊市下这点儿无法消化掉的黑天鹅价暴仓单就让它冻结锁仓起来吧。让流通量减少来支撑当前的市场价值。
牛市之后,这点儿不是很大量的黑天鹅暴仓单,处理是 分分种的事情,如果原价抢购处理,还能抢着要呢.
又比喻 0.37黑天鹅价锁仓了3个亿的BTS,后面1年后,当前市场BTS价格为3.7块,而为了回报社区,这3亿BTS分批回报给市场,怎么回报呢?假如不是直接砸盘流向市场,而是以0.37的价格以抽奖的方式平仓给想要的人,比喻你想 要,你可以用你的 BITCNY 预订它,随后随机抽取成交的人,没成交的人退回BITCNY。
现在直接锁仓爆仓单,才是最好的办法.大行情不好,谁吃?
锁仓了黑天鹅价的暴仓单,才是最有用的。择日处理。免得对当前低迷的市场引发 更大的问题。
锁仓了黑天鹅价的暴仓单,也没有向市场释放BITCNY,那只是把抵押负债人的仓位平掉了而已,抵押人暴仓那位也没有拿到钱在手,只是账户归零了。对当前市场的BITCNY影响不大,后面市场回暖再择日释放,归还系统所欠负债。
不是锁正常人的仓位,而是锁仓黑天鹅110%都没人要的抵押仓位。直接清算掉,由系统垫债务。账户归零。 系统择日再处理这笔坏账,释放BTS,归还BITCNY给系统。
你说,达到110%都抵不出去的BTS,如何处理?难道不是把它能锁上,冻着,不让流通起来,不才是最好的办法么?首先,系统是不可能亏本清算的,其次市场无法执行当前价清算了,再者马上挂出市场会成为拦路虎。那强清抵押用户后,肯定要把该抵押用户的仓位归零,这个债务就得由系统负担着,当作坏账冻结锁仓起来,一年 二年后,再择日处理,归还系统欠债。
问题不是针对111%以上的抵押仓,因为111%以上的抵押仓是正常的仓位,只有110%才是需要处理的。
110%了,都算是清算掉了,哪里还能归个人账户管理?
如果你说110%的人还暴仓出去,管你 怎么惩罚,怎么暴,人家都不在意,问题是110%的怎么暴出去?如何暴?系统会亏本的。这是不可能的事情。
比喻你的抵押仓位到了111% 被人吃了,那你还有1%的返回来给你。如果你的抵押仓位到了110%都没有人吃,是不是得清算了?这个时候清算至市场是不行的,市场已经没有了接盘的能力。那清算给谁?当然是暂时清算给系统,由系统负债起来这笔欠款,用户抵押仓归零,币没有了,BITCNY也两清互不相欠了。  系统把这笔清算的坏账给先锁起来,冻结起来,N年后,大环境好转了,这点儿坏账可以拿出来释放处理了,向市场分批分时间间隔出售,所得BITCNY归还系统当时与你清算时所负下的债务。
抵押者该暴仓的还是得暴的,暴到黑天鹅价都暴不出去的就得由系统来担当负债负责清算任务。账户归零。这与111%暴仓还得1%返回是一样的道理,111%暴仓返回1%,110%暴仓返回0%。没有错.
有人说锁归个人账户,难道你还想110%暴仓被锁起来,该暴的没暴,等到200%时我再还款卖掉赎回BTS,赚大么?这样没抵押的人谁肯放过你 ?人家眼红死你们.你那样锁仓,该暴的暴,该算清的没清算,涨了你的币还在,不合理,眼红 人太多。
111%-175%暴仓给市场,110%清算由系统锁仓起来。没有毛病。如果110%只是锁仓至个人账户,个人账户等币涨了到了175%以上,人家又再还款赎回,售给市场,又赚钱了,这显得不合理。太多人会吵,抵押者太爽了这样.110%的归系统锁仓起来,也不会玩到最后全是系统的,如果很多币量都锁了,流通量这么少了,难道它还能跌跌跌,跌到没有全锁完为止?这是不可能的,总有一个平衡点的。这交由市场来决定需要锁定多少量才能达到当前的价格的稳定价.
我当然也是希望像你说的锁仓法,归个人,你眼红你也可以抵押的,你也可以被锁仓的,但很多人从来不 抵押的,会眼红死你们这些人.
是的,银行的坏账也是归银行了,银行择日后再处理。也不可能择日后升值了还回给你。
我也想银行把坏账跟我清算了后,择日后升值了的抵押物卖了把多出的钱给回我,我都想啊,这一点银行同意么?
人家银行负担的风险是接着跌价,银行这债务还得背负着,所以如果择日后升值了,这利润肯定是得归银行的了,银行风险当时担当了,这是银行的回报。与你没有关系.
你认为锁仓110%的账户清算给系统(系统就是相当于银行),是否是合理的?
有人说 如果所有BTS被被锁进去系统了呢,拿什么支撑BITCNY?不会的,市场存留的BTS会对这BITCNY支撑,首先,不可能存在全部BTS被归系统锁上。并且不是全部用户都抵押。也不是全部用户都在110%抵押位。其次,达到110%被归系统锁仓的BTS数量不会是很大。所以全部被锁仓你这情况不会出现。这种条件不存在.
如果不是这样 难道你让一个系统 整天有黑天鹅风险,然后把这有黑天鹅风险的BITCNY推广给平台使用?
只能让系统锁仓110%的仓位的单子,才能让黑天鹅风险最低化。不至于出现全局清算的系统性事件,不至于让流出去到交易所的BITCNY需要回流处理,不 至于出现交易所采用BITCNY的系统性风险问题。
如果不用推广BITCNY出去使用,BITCNY只在内盘BTS使用,管你黑天鹅是不是全局清算,都不是什么大问题。
你要考虑到长远发展,你需要把BITCNY推广出去使用,就必须要解决黑天鹅的全局清算的系统性风险,这你叫人家采用 BITCNY中的交易所如何对应你这个问题?请回答!
所以说,有黑天鹅的风险存在,BITCNY就无法推广出去到平台大量采用。请回答?有出路不?我这是说的是事实,不是跟你们争.
人家交易所不采用BITCNY,一直以来都是担心这个原因的.
一,BITCNY量支撑不了大平台。二 BITCNY大量存在交易所了,内盘暴单需要救盘如何对应,不然就黑天鹅了。 三 内盘无法救盘发生了系统性全局清算风险,交易所的BITCNY该如何去处理?这对采用BITCNY交易所来说是灾难性问题。
单个少量抵押仓账户到达110%黑天鹅价,作为坏账处理,归系统(银行)负债,择日后处理。而不应该由单个抵押仓引发全局清算的系统性风险问题,引发存在交易所的BITCNY灾难。
没有其它的办法来避免或者规避这种系统性风险。只有对单个坏账进行归系统负债清算。这种问题就连现实银行都无法解决。
跌价,BTS流通量太大,无法支撑当前价格,又达到了110%黑天鹅价,难道不是把这多出的BTS给冻锁起来,让存留的数量可以支撑其价值锚定,才是最好的办法么?谁不知道有庄有理事会出来拉盘,托盘,救市才是最好的,问题这些力量有限,并不是想做就做得了的,有钱谁不懂?

黑天鹅是阻止其前进的拌脚石
那既然不会有黑天鹅,那取消它也无访,不用让人整天怕
你跟我说这个炸弹绝对不会爆炸,那么为什么我说请把这炸弹拿走你又不同意?
哦,那么你说 这个炸弹的存在是为了哪天我不听话给我全部人炸了,一个犯错,全部陪死。
那这个怎么给交易所 推广 他们使用 BITCNY?
跟交易所,说放心,我这BITCNY背后有一个炸弹吓着他们不敢乱来的
然后交易所 说,万一这个炸弹炸了呢? 推广BITCNY的人说,不会炸的,万一炸了,就一起死咯,没事的,死了当给他们一个教训,来吧
CNY是稳定,但有炸弹,交易所不敢用.
就好比你是个大美女  但是又艾滋   你呀不敢上.
万一中了.
暴仓风险是合理的,但黑天鹅风险就不合理了,这是系统性风险,个人暴仓不影响交易所BITCNY,如果全局清算暴仓就影响到交易所的BITCNY.
我不是怕我暴仓,我自己一个人暴没事,就算我到110%归零也没事,但不能拖着你们一起死,对不对,也更不能连累到交易所人家的BITCNY.

https://bitsharestalk.org/index.php?topic=27274.0

请细思这些问题。

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
针对近期鼓鼓用户密码被穷解的问题,建议加入连续三次或者五次输入密码错误后进行延时重输功能。

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
建议设置个人手续费留存池,很多人卖BTS的时候一把全部卖掉,导致没有留置bts做手续费,导致无法撤掉,只能转账或者充值再买。

或者在卖bts的时候不允许全部卖掉,留一点手续费做撤单费用。


Offline zhouxiaobao

建议设置一个爆仓缓冲抵押率。比如现在抵押率是175,低于175就不准借款了,但是抵押率降到150再爆仓,这样防止贴线抵押,币价大幅波动。现在的杠杆规则很不科学,币价降一点就爆仓,连个缓冲空间都没有,没哪一个平台加杠杆是这种玩法。

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888
      我转错二次了!想转给ttt888,结果转到了ttt8,可能是网络不好,加匆忙导致的结果。建议转账增加个选项,账号ID功能。同时输入账号数字ID以及账户名,好似银行账号,要核对姓名(BTS账户名),账号(BTSID)。

Offline abit

  • Committee member
  • Hero Member
  • *
  • Posts: 4664
    • View Profile
    • Abit's Hive Blog
  • BitShares: abit
  • GitHub: abitmore
目前先提议一点:
功能:黑名单白名单添加对应功能。对于转账操作,如果在目标账号的黑名单内则禁止向目标账号转账。如果目标账号设置了白名单则仅允许白名单用户向目标账号转账。
作用:1、可以一定程度阻止收到垃圾资产。2、账号操作记录不会被垃圾转账覆盖,可以用自定义操作等大大扩充BTS用途。
账户设置白名单黑名单的功能,目前是对应到资产白名单黑名单管理的,不是空闲功能。
垃圾资产问题确实需要一个解决方案,但限制太死也会导致很多问题。
BitShares committee member: abit
BitShares witness: in.abit

Offline btspp

目前先提议一点:
功能:黑名单白名单添加对应功能。对于转账操作,如果在目标账号的黑名单内则禁止向目标账号转账。如果目标账号设置了白名单则仅允许白名单用户向目标账号转账。
作用:1、可以一定程度阻止收到垃圾资产。2、账号操作记录不会被垃圾转账覆盖,可以用自定义操作等大大扩充BTS用途。
Email:contact@btsplusplus.com
Website:http://btspp.io
Witness:btspp-witness

Offline zhouxiaobao

目前BTS的抵押机制是有根本性缺陷的,就是CNY的广泛运用不仅不能造成BTS价格上涨,反而会造成下跌,BTS价格的下跌又反过来减少了CNY供应量。这是一个负反馈,是违背货币规律的,这将不断造成崩溃性通缩,从而永久的限制各类抵押资产的商用。比如目前鼓鼓承兑商因业务需要和一些大户囤积CNY,造成内盘CNY供应不足,从而BTS下跌,进一步减少了供应量,最终造成崩溃。仅仅一个承兑用CNY就造成如此,那以后大规模应用将需要巨量CNY,从何谈起?上次从6块跌到六毛,不也是跟时代占用大量CNY有关么?
     所以,一定要把这个负反馈变成正反馈,目前理事会账户和基金就是做这个工作。但实践表明,有上限的平准账户反而会成为空头的目标,一旦爆仓,危害更大,目前两个平准账户的力量还是太小了,而且通过挂单托盘也很难实现精准锚定。时间已经不在BTS一边了,不少人看到了锚定币的广阔前景,都在已经在开发了,最严重的是,BTS给他们做了很好的探索,形成了宝贵经验,他们开发新的锚定币完全可以预留足够的平准基金,一旦这些新的锚定币面世,BTS就真的凉了,比如EOS就已经开始做锚定币了。
     目前必须彻底解决CNY等锚定资产的供应量和锚定问题。建议:
      1、设立机器人平准交易账户,该账户专门用于发行或回收锚定资产,在该账户中写入足够多的BTS,确保该账户不会爆仓(如20—50亿)。
      2、这不是增发,该账户中的BTS仅用于抵押生产CNY等锚定资产,在市场需要的时候投入市场,该账户中的BTS永远不流入市场。
      3、由机器人操作该账户,理事会可投票决定修改一些参数。如:当某一个锚定资产手续费在1%~3%时,机器人账户以每秒10个BTS的速率向市场投放该锚定资产,当3%-6%时,以每秒20个BTS速率投放……,反之亦然以相同速率回收,直至手续费正常。
      4、当某个抵押资产贬值时就需将该资产回收,回收就是卖出BTS买回该资产。为防止BTS超发,账户将原先买入的BTS全部卖出后将不再卖出BTS。
      5、这样做会极大提升市场的信心,若某一抵押资产手续费过高或过低(过于紧缺或超发),由于有平准交易机器人的存在,交易者会主动抵押/平仓该资产,从而也许不需要平准交易机器人做大量交易就可以实现货币供应量平衡。
      6、此方案能真正实现正反馈:市场对各抵押资产的需求增长——BTS价格上涨——供需平衡。
      7、也许该方案会有一些不可预知的风险,那么可以先用CNY做实验,理事会有随时终止该账户的权利,若有问题,立即冻结该账户,若想再次启用必须发动全民投票,那么如此也不会对BTS有什么重大的伤害。

Offline zhouxiaobao

EOS也在搞锚定币了,BTS再不把锚定机制改造好,就真的没机会了。还建议设立锚定交易机器人,设立一个超级机器人账户,账户里的BTS可以很大,不可能爆仓,但是仅仅是保持锚定用,当内盘与喂价相差大于1%时以固定速率(如每秒3个BTS)买进或卖出,直到内盘价与喂价锚定为止。同时设立流通BTS上限,当流通BTS大于27亿时停止卖出交易。不设流通下限,只要CNY贵,就一直买入。这样就实现了,只要CNY使用的多,BTS就涨的正循环。否则一直是负循环

Offline zhouxiaobao

解决CNY供应不足,锚定不稳,是目前最紧急的事,空头不断利用爆仓收割,比特股永远没有明天。两个方案,一、增发20亿BTS直接入理事会账户,一劳永逸。二、利用每天20万BTS当利息,吸纳BTS存款到理事会账户,迅速壮大理事会。时间紧迫,时间已经不在BTS一边了。

Offline gghi

  • Hero Member
  • *****
  • Posts: 510
    • View Profile
  • BitShares: ttt888
        bts是要锚定成功,什么是锚定成功,对于bitcny来说,充值费用为零就是最完美的锚定成功。
 
      充值手续费经常很高,bitcny波动很大,不利于bts的价格稳定上升。我认为可以从充值手续费上做文章,有三种情况分析,第一,充值费用为零,说明状态很好,锚定稳定了。第二,充值费用很高,说明bitcny供应不足,那么应该把充值费率用加上见证人的喂价作为系统喂价,以提高喂价的方式维持锚定的稳定。第三,充值费用倒贴,也就是为负的情况,说明bitcny供应过大,那么用负费率加见证人的喂价作为系统喂价,以降低喂价的方式维持锚定的稳定。

          喂价要修正,通过鼓鼓充值费率加上见证人的喂价作为系统喂价,可以避免充值费率变化很大,更好的锚定1BITCNY=1元。
       比如 ,见证人喂价1元,充值费百分之十,那么系统喂价则1.1。只要充值费为正,就可以拉高喂价,从而降低充值费率。这样的动态修正的结果,就是可以保证充值费率可以长时间的在0元附近,也就是保证了bitcny对人民币的锚定在很小的范围内变化。
       
       

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
转账环节,加一个黑名单风险警示,类似电信诈骗警示。如果仍然执意执行,可以有两种解决思路:(1)单笔限额 (2)执行实践延后1小时。

黑名单从何而来?可以组建一个投诉平台,管理小组审核添加。

支持,相应的交易市场是否可以也可以加上提示?!

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
转账环节,加一个黑名单风险警示,类似电信诈骗警示。如果仍然执意执行,可以有两种解决思路:(1)单笔限额 (2)执行实践延后1小时。

黑名单从何而来?可以组建一个投诉平台,管理小组审核添加。
telegram:ebit521
https://weibo.com/ebiter

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • View Profile
  • BitShares: ebit
投票和分红可以结合出一个:冻结资产投票分红功能,分自己发现的资产。这种功能可以替代ICO和空投。
telegram:ebit521
https://weibo.com/ebiter

Offline bitcrab

  • Committee member
  • Hero Member
  • *
  • Posts: 1928
    • View Profile
  • BitShares: bitcrab
  • GitHub: bitcrab
我设想的几个都是治理方面的:

1.向EOS,STEEM,YOYOW学习,引入投票权重衰减模式,投票的权重会按时间递减,以去除“投了然后就不管了”这种因素在选举中的负面影响。

还有,可以引入类似EOS那样的备选节点设置,让一些备选见证人也有机会获得奖励。

2.基于资产的功能

一个是分红,按资产量进行分红的功能很早就有人提,一直也没有出来,希望能在下次分叉出来。

还有,可以把BTS理事会的模式引入到任意资产中,任何资产的发行者如果愿意,都可以将资产发行者账户设成按投票决定的理事会多签账户,该账户的产生和起作用都如同BTS理事会那样。通证经济中这种功能非常有用。

3.升级版的投票

投票应该不仅限于见证人,理事会,WP和多签账户执行交易,应该是对任何一个议题都可以发起一个投票,可以投赞成,反对乃至弃权,比如bsip投票就可以这样弄,而不是象现在这样要借助WP来进行。

而且投票也可以基于任何资产,比如GDEX搞投票上币,那么就可以基于GDP来投票。
Email:bitcrab@qq.com

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
1. 建议理事会发行的智能资产进行特殊颜色标识,与其它资产显著区别开来。

2. 建议将4个以上字符的资产创建费至少增加至:1000bts。

3. 非终身或年度会员不得创建资产。

造假无处不在,六个核桃与六大核桃,娃哈哈与哇哈哈,BITCNY与B1TCNY,不仔细区分根本看不出来。
现在是欺诈与钓鱼资产漫天飞。
« Last Edit: July 21, 2018, 06:35:10 am by binggo »

Offline binggo

  • Hero Member
  • *****
  • Posts: 2374
  • 世间太多瘪犊子
    • View Profile
像工作提案、投票, 这一类别, 可不可以设计成一种通用格式,可能需要有各自的理事

似乎已经有BSIP:https://github.com/bitshares/bsips/issues/81

比如, 像YOYOW项目方在BTS内盘发行代币YOYOW,  YOYOW项目方可以在通用预算项目及工作提案设计的子类别发布自己项目的工作提案, 内盘持有YOYOW的用户可以在内盘对各自提案进行投票或委托投票,决定其相应工作提案的款项拨付问题。

当然,可能涉及到设计通用资金池,可以按照投票结果拨付智能资产,代币或bts.

实际可以应用的场景:

比如爱啤酒众筹的资金信任问题,持有lovebeer代币的可以投票决定其工作提案对应资金池的款项拨付。

或者公益基金会的款项拨付等等问题。

原链:https://bitsharestalk.org/index.php?topic=26768.0
« Last Edit: July 09, 2018, 10:59:05 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

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

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

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

Offline ebit

  • Committee member
  • Hero Member
  • *
  • Posts: 1905
    • 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