Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - haruka

Pages: 1 [2] 3 4
16
btc 清算当时改成 5% 完全是为了遏制当时的形势。不知道现在为什么这么久还不改回来……

可设置的抵押率限制高了的话实践上不利于即将爆仓时的管理,我觉得慎重一些比较好,太高了对一般参与者也有影响。

17
中文 (Chinese) / Re: 严重BUG,可以任意操作别人帐号
« on: January 09, 2018, 10:13:39 am »

在这个帐号的 permission 里也能看到帐号对应的私钥?

如果有可能的话建议也签个消息,以便留档……这个确实有些诡异

以及,是在具体什么钱包上发生的?有没有一个固定的流程准确复现这个问题?因为实在太难看出来发生的原因了……

haruka 您好,我就是MylvAngel的朋友quicksnake,好巧啊
今天也是刚好遇到这个非常诡异的bug,我先来回答你的问题
我是在导入我手上的另一钱包的时候(网页导入双钱包)后,该账户出现在该钱包的首位。
我尝试用该账户转账到另一账户,测试成功,转出了1bridge. BCO,也即是说钱包开启了该账户的活跃密钥
进入permission,发现3公钥全在激活状态(蓝色),点进公钥中试图观察密钥,无法显示密钥(点击显示无反应)。之后试图删除活跃及账户公钥,并用openledger账户进行权限替换,无法保存修改(仍然点击无反应)。因此虽然拥有该账户的私钥权限(可转账,可看到备注信息),但无法更改permission。同时,刷新网页钱包后,重新用钱包密码解锁,打开的钱包中仍然有该账户,但备注信息变得不可见(变成未解锁形式)。
然后,通过删除该钱包,重新导入(仍然是双钱包),该账户消失。。。非常诡异。因为该账户最终消失,所以无法签名留档。。。
出现该情况的钱包,是因为在比特帝国上导入后,一直无法刷出交易界面,才到我们自己项目的钱包地址上导入双钱包的,然后就出现了该账户。但观察该账户之前记录,预计有大概5人(包括我)以上曾获得过权限,而且时间跨度很大,不一定是UI或者某网页钱包的问题。
由于过于诡异,我和我的技术人员也毫无头绪,希望各位社区大佬尽快一并发掘,避免不好的事情发生。

我看到之前的截图了((

要是能在这个状态下调试浏览器就好了…………看来还是只能尝试撞出来如何发生这种情况…………

18
中文 (Chinese) / Re: 严重BUG,可以任意操作别人帐号
« on: January 08, 2018, 06:16:27 pm »
我也遇到了这个bug,然后导入钱包的时候也进了这个jesus-coin,是新UI的问题?

在这个帐号的 permission 里也能看到帐号对应的私钥?

如果有可能的话建议也签个消息,以便留档……这个确实有些诡异

以及,是在具体什么钱包上发生的?有没有一个固定的流程准确复现这个问题?因为实在太难看出来发生的原因了……

19
中文 (Chinese) / Re: 内盘资产是否可以被“冻结”
« on: January 04, 2018, 06:36:00 am »
BTS 现在的资产只能在账户或者解冻资金里,并不存在“冻结”的中间状态。即使是交易提议,在提议执行之前,资产也是不会被冻结的,也就有可能发生执行的时候资产不够的问题。

我觉得这个可以在英文论坛或者 github 上试着发一个功能要求一类的东西,看看有多少人会响应

20
是否能够设计一种见证人出块奖励的弹性机制,以BITUSD或BITCNY为基本价格让系统自动调节见证人出块奖励的BTS,毕竟BTS的价格也有下行的时候。
有个问题是现在的预备见证人是不是有机会按照百分比上去轮流出块?有没有预备见证人的激励措施?毕竟光靠热情办事,维持不了几分钟。
而且将来BTS市值上升到一定的规模,为了规避各种系统性风险,是不是需要增加出块的见证人数量?

毕竟有一段时间bts价格低迷,见证人的收入有时候会小于支出,见证人提供优质的设备带宽与服务器资源也是保证BTS生态的关键一环。

正好现在有一个 bsip 讨论是把网络手续费也 peg 到 USD 价值上,我觉得可以一并提一下。https://github.com/bitshares/bsips/issues/48

21
New proposal https://cryptofresh.com/p/1.10.7264

Fixed the Annual member fee part, but kept the lowered vesting balance creation fee unchanged in comparison to the previous proposal.

Still not using a dedicated field for collateral bidding (to revive smart coins after a black swan event), so the fee will be same to short position updating.

@pc the reason behind the change is to keep the fee in a "small" range in terms of fiat, which was discussed in 2016 (didn't get time to find the post, sorry)

I approve of this message!

TBH, if it is enacted then I will probably build my project on Bitshares. I have been waiting and hoping for a fee adjustment.

I have been rooting for you guys, but I remain blockchain-neutral and have not decided on which one to build the project on top of.

Since you have a nice DEX and GUI with easily signed memos, I had hoped that would be Bitshares, but it is hard to justify the expensive UIA costs at this time when there are other much cheaper options (as cheap as $10...).

This is speculation, but I think that we are in the midst of a huge crypto bull market... I wouldn't expect all crypto prices, including BTS to come down for a while.

You should also know that, if committee members are all supporting the first proposal in original post, the fee would be reduced in 3 hours. Nothing useful is "fixed" in the second proposal, yet we will have to wait for 4 more days.

22
提案应该是有有效期的,我忘记是不是24消失了。提案消失后就会返还的。

现在的新问题是,我 的提案已经被approve通过了。
钱已经转到zb上了。但是zb却不给入账。

难啊。649bts就这样丢了?

为什么打过去却没法入他们账呢?

那只能是 zb 的锅,只能找他们。钱不可能丢,就是他们不愿意给你罢了。

或者真的他们看不懂 bts 网络的工作方式,那也挺丢脸的。

23
A 5 days delay just for an annual fee which have absolutely zero blockchain use? Or are there more reasons to delay that far?

I could see zero difference besides the time, which I think is unreasonable. Or there must be some more reasons?

@abit

The annual membership has long been disabled and enforced by witnesses which you should also know technically.

Also, the reasoning we are asking is about why there is a second proposal.

24
只是创建提案的话是不会触发实际的交易的,也不会进行扣款操作;只有在提案批准后(http://cryptofresh.com/b/23139308)才会进行实际操作。这个链接中提案已经批准通过了,所以钱实际上已经转过去了。

25
中文 (Chinese) / Re: 内盘钱包中文翻译意见征集
« on: December 30, 2017, 03:50:32 pm »
上面很多内容问题在于,他是帮助文档里直接拉出来的,不是在界面翻译里面的,就比较麻烦…………所以有些链接就是直接链进帮助文档的,这个坑就有点大了。

并且看 github 发现有一个计划是帮助文档整个设计翻新,所以帮助文档暂时不太想动(已经从 PR 计划里暂时删掉了)。回头我先把影响界面的看着改一改吧。

这两天有点事,明年再看(

26
中文 (Chinese) / Re: unbuntu 16.04 核心已转存怎么回事啊
« on: December 29, 2017, 09:18:18 am »
通过配置参数,牺牲一些功能比如查看所有交易历史的话,个人使用的节点也就占用 3 GB 左右。

Code: [Select]
  PID USER      PR  NI    VIRT    RES  %CPU %MEM     TIME+ S COMMAND
17137 mrx       20   0 3947.9m 2.900g   4.6 19.4  27:36.53 S witness_node

关键看是要完整功能还是尽可能小的内存占用。

27
中文 (Chinese) / Re: 内盘钱包中文翻译意见征集
« on: December 28, 2017, 06:14:05 pm »

这就是我说一个翻译用久了就很难改的原因……在交易里还是得翻译成喂价,因为大多数人都习惯了,改成什么都可能有问题
积重难返也是问题啊。
我认为即然要重新修正各种翻译问题,就应该从根子上把以前遗留下来的各种翻译歧义,错误,全部修正过来,即使全部翻新,老用户操作一下也就全懂了,新用户看字面意思也知道该怎么操作。
现有的这些教程,基本都是一些老教程,存在大大小小的错误,也是时候重新整理修正一下中文教程的机会。

 +5% +5% +5%

距离 deadline 还有几天,希望有路子的话把现在已经修正的翻译在中文社群扩散一下(我的服务器应该撑得住),多征求一些意见,尽可能这一次就把能改的地方全改好。

我现在基本只混 telegram,对中文社群几乎是 0 了解,所以麻烦其他人了。

28
中文 (Chinese) / Re: 请问如何获取比特股hxid
« on: December 28, 2017, 06:05:08 pm »
Code: [Select]
{'block_num': 20886741,
 'id': '1.11.78292307',
 'op': [2,
  {'extensions': [],
   'fee': {'amount': 121, 'asset_id': '1.3.0'},
   'fee_paying_account': '1.2.398049',
   'order': '1.7.32042154'}],
 'op_in_trx': 1,
 'result': [2, {'amount': 24283079, 'asset_id': '1.3.0'}],
 'trx_in_block': 4,
 'virtual_op': 8918}

给你的这个 transaction id 对应的操作码是 2,查表发现是 limit_order_cancel_operation 也就是撤单操作,发起账户是 1.2.398049,账户名 lucky-star,交易发生在 20886741 区块也就是 10 月 14 日。

显然跟你这个转账无关……建议向 B 网核实一下。

29
关于爆仓单的情况 2:

喂价低于平仓触发价(抵押率低于要求值)时才会触发平仓卖单并出现平仓触发价,也就是说发生强制平仓单时,平仓触发价永远大于等于喂价(平仓触发价计算公式:债务*抵押率要求/抵押物)。因此“买一”价格高于喂价但低于平仓触发价这种情况时,债仓并不会触发系统强制平仓。换句话说只要喂价比平仓触发价高,债仓就是安全的。

情况 1 和情况 3 是存在的(但因为 5% 的偏移情况 3 在 CNY 市场上比较少见)。

恩,情况2:我加个前提:黄色平仓单已挂出。

喂价高于平仓触发价的话平仓单就会消失的……

30
关于重钱包:最好加上说明,没有必要(硬分叉等或影响使用的 bug 修复等)情况最好不要手贱更新,要更新也要找一个市场比较稳定的时间段或者睡觉前更新,因为重钱包更新时有可能对 object database 格式进行修改,需要重新 replay 整个区块链,replay 过程比较长,过程中整个重钱包是无法使用的。

上次我睡觉前更新我的小范围使用的重钱包节点大概用了一个多小时,结果就被用户叫醒问是咋回事……

Pages: 1 [2] 3 4