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 - abit

Pages: 1 ... 207 208 209 210 211 212 213 [214] 215 216 217 218 219 220 221 ... 309
3196
中文 (Chinese) / Re: 把投票代理设为 baozi, 拒绝BTS增发
« on: January 26, 2016, 02:33:48 am »
晕啊,为什么咱们什么应用都没有搞成功你们就有底气提高收费了?
等到用户来了你们再搞这些花哨的东西不行吗
现在BTS公司都快倒闭了,每个股东都套的死死的,这样玩真的好吗
我就纳闷了为什么总是画饼让股东等,什么时候能专心做应用,实际的做商业计划做推广

传统企业中,如果一份钱都没给股东赚到,要钱的时候能这么有底气吗
有啊。京东一轮又一轮的融资,到现在还是亏损。

3197
@abit  @alt
两位多虑了吧,哪来得用户。
BTS根本就没用户,等有用户反应这问题的时候在说吧。
现在是死马当活马医,没用户也只能当有用户来考虑了。难道只能砸盘走人。

3198
中文 (Chinese) / Re: 把投票代理设为 baozi, 拒绝BTS增发
« on: January 26, 2016, 02:19:15 am »
QQ对你收1毛钱聊天费你都会反对,但他要收100块买个太阳大把人愿意。
这成本最后也没转到我们聊天的人身上
没看到QQ上一堆广告?各种弹窗。还动不动扫描硬盘。
卖太阳赚钱没错,但这个和成本转嫁有什么关系?买太阳对QQ是收入,不是成本。花钱买太阳的人也不对其他QQ用户提供服务,纯消费,谈什么转嫁成本?
你这个例子也说明了,找赚钱渠道是正解。百分比收费的功能就是按这个思路,转10块钱会在乎1毛钱的手续费,转10万块不会在乎2块钱的手续费。
Quote
没有人交易,BITCNY就是空中楼閣,如果能保证网络安全,应该免费让用户使用,尽可能提高流动性。
BITCNY 稳定了,你还怕没有盈利模式吗
云币免费2年,时代0.1%双向手续费,为什么时代交易量还是比云币大很多?
BTS 0.x费用低,流动性在哪里?
低价并不是成功的必要因素。

3199
我没有抬杠,是真不支持这个功能,很简单的事情,手续费都设为1BTS就够了
BTS都这鸟样了,你还有心思玩这些花哨的东西。。。
现在应该支持推广各类建立在BTS上的实际商业应用,比如 transwiser, openledger ...
如果这么久了还是停留在画饼阶段那BTS真没希望,我宁愿退出
手续费都设成1BTS,你用离线钱包转CNY,如果钱包里只有CNY,照样会碰到手续费不够的问题。
很简单,离线钱包就用BTS呗,工具提供又不需要用户配置
你这就是抬杠了。从用户的角度想,为什么离线钱包里就一定要有BTS?BTS价值又不稳定。

3200
中文 (Chinese) / Re: 把投票代理设为 baozi, 拒绝BTS增发
« on: January 26, 2016, 01:54:00 am »

2. BTS 网络赚取的手续费(各种转账、交易、升级会员、发行资产等)作为收入,一部分用来支持开发

alt你看过我前面的分析吗?
现在系统每天手续费收入2000BTS不到,并且看样子后面手续费还会降,但是每天光witness支出就要4万多BTS,哪里有利润?
公司要开源节流,更重要的是开源。
利润来源很多,比如升级会员就是一大笔钱
2.0以来升级会员赚的钱,已经被花完了。这种一次性的收入靠不住,除非一直有新用户。
Quote
还有可以对资产所有者征收交易费提成,比如BOTSCNY要开通BTS市场,可以每个月收100块钱,这是长期收入来源。
羊毛出在羊身上。
系统向issuer收钱,issuer还不是把成本转到用户身上,比如提高成交抽成比例?
那还不如直接每笔交易收费直观。
现在2BTS的下单费还都有一堆反对意见,每个月100块,可能吗?
Quote
还可以开展其它高级服务
QQ不会对你聊天收流量费,但会对VIP收费用户提供更高级的服务,这才是可以发展的路线

3201
我没有抬杠,是真不支持这个功能,很简单的事情,手续费都设为1BTS就够了
BTS都这鸟样了,你还有心思玩这些花哨的东西。。。
现在应该支持推广各类建立在BTS上的实际商业应用,比如 transwiser, openledger ...
如果这么久了还是停留在画饼阶段那BTS真没希望,我宁愿退出
手续费都设成1BTS,你用离线钱包转CNY,如果钱包里只有CNY,照样会碰到手续费不够的问题。

3202
中文 (Chinese) / Re: 把投票代理设为 baozi, 拒绝BTS增发
« on: January 26, 2016, 01:42:12 am »

2. BTS 网络赚取的手续费(各种转账、交易、升级会员、发行资产等)作为收入,一部分用来支持开发

alt你看过我前面的分析吗?
现在系统每天手续费收入2000BTS不到,并且看样子后面手续费还会降,但是每天光witness支出就要4万多BTS,哪里有利润?
公司要开源节流,更重要的是开源。

3203
情况有点复杂了。

由于是按BTS计算费用,由于有喂价,当CER频繁变化时,所需费用也会频繁变化。需要有个缓冲空间来保证用户提交的“大部分”交易能正常完成。

我的想法是继续改代码,在witness_node里记录最近3分钟的CER值,取对用户最有利的值来计算费用。同时,GUI里确认界面设置一个超时时间,比如一分钟。这样,从GUI计算费用,到用户确认、广播,再到witness验证,时间差不多足够。

那些用冷钱包、离线交易的,拼交易包时手续费稍微设高点就行了。应该自己能搞定吧?

To @alt : 帮忙想想实际解决办法吧,我真的不想和你抬杠。


3204
no, I am afraid that's not a solution
this kinds of complexity/uncertainty will make users felt more worse
Sorry I didn't get what you said.

3205
I have to re-install windows, I don't have a private key for this account, so I guess I lost it.

Thanks all of you for your help but I think that this account is lost  >:(
If you still have the CORRECT brain key(s), it's possible to recover.
Try "new wallet" -> "custom brain key(advanced mode)"

3206
Technical Support / Re: is the witness thing running under win?
« on: January 26, 2016, 12:59:20 am »
Thanks everyone.
1) I am running this
BitShares-2.0.160103b-x64-cli-tools.exe

It is the latest for win that I see up there. Is there newer version somewhere?

2)Specifically allowed the witness_node.exe through the firewall. (and turning it off completely - with same results)...
 
Code: [Select]
TCP    0.0.0.0:52122          Inspiron_i5:0          LISTENING


3) I believe I have a connection to this seed node:

 
Code: [Select]
TCP    xxx.156.1.146:52122    188.166.188.206:1779   ESTABLISHED
edit: I thought it was visible from the pic above but it seems not. anyway 188.166.188.206:1779   is one of the seed nodes witness_node.exe is trying to connect to.

What to try next? I believe I was running the witness node during the last hard fork time if this changes anything somehow.
1. Reinstall BitShares-2.0.160103b-x64-cli-tools.exe and take a look at C:\Program Files\BitShares 2\bin\, make sure it's the newest one.
2. start witness_node.exe with parameter "--replay-blockchain"

3207
Are we talking about the woodygar-1 account?

I can see it has 1 year membership but no cashback-vesting-balance object attached. Not sure if that's how it's supposed to be.

Code: [Select]
get_account woodygar-1
{
  "id": "1.2.93566",
  "membership_expiration_date": "2017-01-23T12:18:24",
  "registrar": "1.2.90713",
  "referrer": "1.2.93566",
  "lifetime_referrer": "1.2.90713",
  "network_fee_percentage": 2000,
  "lifetime_referrer_fee_percentage": 3000,
  "referrer_rewards_percentage": 0,
  "name": "woodygar-1",
  "owner": { ... },
  "active": { ... },
  "options": { ... },
  "statistics": "2.6.93566",
  "whitelisting_accounts": [],
  "blacklisting_accounts": [],
  "blacklisted_accounts": []
}

The statistics object doesn't show any pending fees although it seems you're quite active. Strange. I was probably looking at the wrong moment.

Hm, looking at the code it seems that your referrer_rewards_percentage is the problem. The network gets 20% of your fees, the lifetime referrer gets 30% and the remaining 50% is split between you and the registrar according to the referrer_rewards_percentage.

This might be a bug. @bytemaster ?
Imo the design/implementation of annual membership is probably wrong.

Assume account A is registered by account B (the registrar), and referred by account C (the referrer).

Before A upgraded to annual member, when A pays a fee, it splits for example as 20% network + 25% registrar + 55% referrer.

After A upgraded to annual member, when A pays a fee, it should split as 20% network + 50% A + (1-20%-50%)*25%/(1-20%)=9.375% registrar + (1-20%-50%)*55%/(1-20%)=20.625% referrer.

I remember in the code there are "lifetime referrer", "registrar", "referrer", imo they should all be different in this scenario. Imo "lifetime referrer" should be A, and "registrar" and "referrer" should be whatever unchanged.

Will re-read the code when have time.

3208
let me ask a question for the percentage fees.

suppose we have known the current rate for CNY is 0.02CNY/BTS, the min fee is 10 BTS, the high fee is 20 BTS, percentage is 0.1%

If I want to transfer 200 CNY, what fees information should package in the transaction?
is it 10 BTS or 0.2 CNY?

if this is an offline operation, such as signed from a cold wallet, or pay with a paper wallet.
when generate the operation,  the rate is 0.02 CNY/BTS
after signed, you want to broadcast, the price  have changed
1) if you pay fees with 10BTS, and price change to 0.019CNY/BTS, it's not enough, because now you need pay 0.2/0.019 BTS
2) if you pay fees with 0.2CNY, and price change to 0.021 CNY/BTS, it's still not enough, because now you need pay at least 10BTS*0.021CNY/BTS
Thanks for pointing out this issue. It's what I just posted above. And a potential solution described.
Do you have better idea? If yes, please let us know, thanks!

Usually, if you are dealing with cold/offline wallets, you shouldn't be surprised if need to pay more, it's the trade off for better security. So what we need are some guidelines in "best practice of using cold/offline/paper wallets".


3209
To @xeroc, @cube and others who are testing or going to test my code:

I'm about to add an extension to the fee structure for easier future extension. After this change, something in the test chain will become incompatible. If replay doesn't work, need to reset the chain to a state before the first propose_fee_change after applied my previous change.

I will post here when the work is done.

I won't add hard fork logic for this change since it's too much work and not very useful imo.

Sorry for the inconvenience, and thanks for support!
Done. @xeroc @cube

3210
One scenario need to be taken into consideration:
Since CERs of smart coins change frequently, there may be race conditions when a transfer operation and a price feed operation appear at a same block.
Usually a user need some seconds to confirm her transaction, or say, after the "Please confirm the transaction" page is shown, before the user clicks 'OK', if CER changed, the transaction would probably fail due to insufficient fee provided. It will cause negative user experience.

Imo this should be included in BSIP.

I have an idea to solve this issue (sure it will make the whole thing more complicated):
* For smart coins, show a message "you need to confirm in 60 seconds" on the "please confirm" page, if the user failed to confirm in 60 seconds, disable the "OK" button.
* Maintain the "worst" CERs of every smart coins in last 3 minutes somewhere in witness_node. The fee is only required to be not lower than the lowest one.


Thoughts?
@jakub @svk

Pages: 1 ... 207 208 209 210 211 212 213 [214] 215 216 217 218 219 220 221 ... 309