Author Topic: 建议:如果pts快照是快照后再宣布大家觉得如何?  (Read 10175 times)

0 Members and 1 Guest are viewing this topic.


Costner

  • Guest
不就相当于A股的高送转吗?
现在的做法就是成熟的方案。



Offline sudo

  • Hero Member
  • *****
  • Posts: 2255
    • View Profile
  • BitShares: ags
快照后宣布,当然不行啦。你让把币放到交易所的怎么办

支持提币到钱包啊  有助于价格提升嘛


Offline Avant

  • Full Member
  • ***
  • Posts: 78
    • View Profile
个人觉得没有必要,以3i雁过拔毛式PTS 10%,PTS价格在快照前后上涨的幅度会相当有限。
PTS: PvhU2D9ViKygoBQTgh9zeKuFTqi8j3TRjy
BTS: avanty

Offline logxing

交易网站不是大问题,每日停止交易(技术上也可以做到不停止交易)数分钟或更久记录持币状态即可,虽然听起来麻烦,其实都是自动处理。其实交易网应该记录挂单记录(不然出问题了自己都无法回滚),那么根本不必停止交易,可以计算出任意时刻的状态。

所以这事关键是官方是否觉得有必要,其他的都好说。
BTS Account:logxing

Offline sfinder

  • Hero Member
  • *****
  • Posts: 1205
  • 4 Cores CPU+100GB SSD+anti-DDoS Pro
    • View Profile
前提是要停止一个月的交易,把pts要一直hold在自己的钱包。看来想法是很好但实现起来会有困难
Btsx就是过早发布快照时间,可见并不能解决问题,而是带来严重问题。bm事后曾经说过今后决不过早发布快照时间,而是等到快发布产品时再发布快照时间。但我看这样也仍然无法避免228的情形。

事后公布是从保护新人,支持者和新dac的角度出发的。而且此举并非干预市场,这条规则本身也是透明的,它会成为市场构成要素之一,最终和市场反应融为一体。

至于内部保密这个隐患,我愿意付出信任给开发团队,总是要衡量利弊的。和带来的好处相比较,这个事还是值得做。

228的问题非常明显,应该尝试一些新规则改善它,完善市场规则,而不该一成不变坐视漏洞,到头来损失的是我们自己。我希望能提供给新人,支持者和新dac最大程度的保护。



快照可以在一个时间段,由区块生成随机数,随机快照,到期解密。
找一种办法,从区块比如bts区块,任何人都不知道的取一个随机数,来决定新DAC的快照区块or时间。
比如9.1~9.30之间的某一时间节点。 9.30后加密自动解锁,公布快照区块。
这样没有人能预知何时快照,DAC开发者都不行,多好。
好方法 +5%
微博:星在飘我在找|BTS X 受托人delegate ID:baidu
中国教育书店合作将20%收入捐献给贫困山区学生。
Cooperating with China Education Bookstore and will donate 20% of delegate income to the poor students

Offline HackFisher

  • Hero Member
  • *****
  • Posts: 883
    • View Profile
Btsx就是过早发布快照时间,可见并不能解决问题,而是带来严重问题。bm事后曾经说过今后决不过早发布快照时间,而是等到快发布产品时再发布快照时间。但我看这样也仍然无法避免228的情形。

事后公布是从保护新人,支持者和新dac的角度出发的。而且此举并非干预市场,这条规则本身也是透明的,它会成为市场构成要素之一,最终和市场反应融为一体。

至于内部保密这个隐患,我愿意付出信任给开发团队,总是要衡量利弊的。和带来的好处相比较,这个事还是值得做。

228的问题非常明显,应该尝试一些新规则改善它,完善市场规则,而不该一成不变坐视漏洞,到头来损失的是我们自己。我希望能提供给新人,支持者和新dac最大程度的保护。



快照可以在一个时间段,由区块生成随机数,随机快照,到期解密。
找一种办法,从区块比如bts区块,任何人都不知道的取一个随机数,来决定新DAC的快照区块or时间。
比如9.1~9.30之间的某一时间节点。 9.30后加密自动解锁,公布快照区块。
这样没有人能预知何时快照,DAC开发者都不行,多好。
好方法 +5%
Anything said on these forums does not constitute an intent to create a legal obligation or contract between myself and anyone else.   These are merely my opinions and I reserve the right to change them at any time.

Offline JetainM

  • Full Member
  • ***
  • Posts: 83
    • View Profile
支持这种方式,最终会导致pts流通性大大减少,价格增高
BIB==BM IS BUG

Offline marx

  • Sr. Member
  • ****
  • Posts: 236
    • View Profile
  • BitShares: ben
同道中人。

Offline 当年很厉害

  • Sr. Member
  • ****
  • Posts: 310
    • View Profile
BTS粉里有SB!

Offline yidaidaxia

  • Full Member
  • ***
  • Posts: 179
    • View Profile
Btsx就是过早发布快照时间,可见并不能解决问题,而是带来严重问题。bm事后曾经说过今后决不过早发布快照时间,而是等到快发布产品时再发布快照时间。但我看这样也仍然无法避免228的情形。

事后公布是从保护新人,支持者和新dac的角度出发的。而且此举并非干预市场,这条规则本身也是透明的,它会成为市场构成要素之一,最终和市场反应融为一体。

至于内部保密这个隐患,我愿意付出信任给开发团队,总是要衡量利弊的。和带来的好处相比较,这个事还是值得做。

228的问题非常明显,应该尝试一些新规则改善它,完善市场规则,而不该一成不变坐视漏洞,到头来损失的是我们自己。我希望能提供给新人,支持者和新dac最大程度的保护。



快照可以在一个时间段,由区块生成随机数,随机快照,到期解密。
找一种办法,从区块比如bts区块,任何人都不知道的取一个随机数,来决定新DAC的快照区块or时间。
比如9.1~9.30之间的某一时间节点。 9.30后加密自动解锁,公布快照区块。
这样没有人能预知何时快照,DAC开发者都不行,多好。

不用先生成再解密那么麻烦。看我前面提的建议
PTS: PmUT7H6e7Hvp9WtKtxphK8AMeRndnow2S8   /   BTC: 1KsJzs8zYppVHBp7CbyvQAYrEAWXEcNvmp   /   BTSX: yidaidaxia (暂用)
新浪微博: yidaidaxia_郝晓曦 QQ:36191175试手补天

Offline callmeluc

  • Hero Member
  • *****
  • Posts: 552
    • View Profile
log老弟的建议很好,不过市场还是需要投机者在,否则就不热闹了。我觉得log的方案和目前确定发布时间的做法相比较,没有很显著的优势,反而让内部人士有机可乘
3i迟早出内鬼, 妥妥的
BTS_自扯自淡

Offline sudo

  • Hero Member
  • *****
  • Posts: 2255
    • View Profile
  • BitShares: ags
Btsx就是过早发布快照时间,可见并不能解决问题,而是带来严重问题。bm事后曾经说过今后决不过早发布快照时间,而是等到快发布产品时再发布快照时间。但我看这样也仍然无法避免228的情形。

事后公布是从保护新人,支持者和新dac的角度出发的。而且此举并非干预市场,这条规则本身也是透明的,它会成为市场构成要素之一,最终和市场反应融为一体。

至于内部保密这个隐患,我愿意付出信任给开发团队,总是要衡量利弊的。和带来的好处相比较,这个事还是值得做。

228的问题非常明显,应该尝试一些新规则改善它,完善市场规则,而不该一成不变坐视漏洞,到头来损失的是我们自己。我希望能提供给新人,支持者和新dac最大程度的保护。



快照可以在一个时间段,由区块生成随机数,随机快照,到期解密。
找一种办法,从区块比如bts区块,任何人都不知道的取一个随机数,来决定新DAC的快照区块or时间。
比如9.1~9.30之间的某一时间节点。 9.30后加密自动解锁,公布快照区块。
这样没有人能预知何时快照,DAC开发者都不行,多好。

Offline sudo

  • Hero Member
  • *****
  • Posts: 2255
    • View Profile
  • BitShares: ags
快照后宣布,当然不行啦。你让把币放到交易所的怎么办

鼓励提币到钱包啊