226
General Discussion / Re: bitsharescan.com（Bitshares Blockchain Explorer feedback）
« on: August 04, 2020, 09:07:19 pm »
The site has been down for some days. It returns 404 on every page. Will it be fixed or closed? Thanks.
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.
227
General Discussion / Re: Liquidity Mining(main thread)
« on: August 02, 2020, 01:39:47 pm »有这些资金我们去搞搞把eth跟大饼引进来做抵押锚定，虽然有难度，但是怎么也是一个看上去比较香的饼。差不多吧。
我认为正常的想法怎么也应该是：
把喂价该解锁解锁，喂价机制该完善完善，黑天鹅机制该修则修，P2P借贷搞起来，大币引进来做抵押，用大币做抵押来扩大自己的市场份额与，画大饼，内盘不很快就起来了？
而现在整个bts就跟智猪博弈一样，大猪小猪都不想去按投食按钮，都想等着别人来拉盘求活，万一别人不来拉盘呢，活活饿死？！还是继续互相薅羊毛？
USDT这样的稳定币被围剿是早晚的事情，如果这个政策东风BTS将来再借不上，难矣...
按内盘现在的活跃程度，在热点功能上适当收点费，就能活过来了。
这是重点。
能自给自足有盈利，还怕没人投资？
但这需要更多关注。
至于后面重点发展什么业务，一是要看什么方向有前途，二是要看我们有什么人和资源来做。
目前能看到的，现有业务，就是抵押和网关两大块，参与度还算可以；
其他业务也有，比如预测市场等，相对小。
抵押方面，除了bit资产自嗨，
sparkdex 中途掺和了一下，后来跑了；
honest 现在倒是在搞，但发展的也不怎么好。
bit资产，有一定体量后，因为多军太弱，锚定太稳等于给空军送子弹，是事实。锁喂价不解决问题，不锁也不解决问题。这个讨论很多了。收费也是给多军造子弹的一个途径。
网关方面，现在有 rudex gdex xbts 一起做，能做好当然最好。
当然，前面 cb spark ol 相继关门，如果 gdex rudex 准备关，我也没什么好说。
但如果一句话说死，说发展网关是网关自己的事，我觉得是不负责任的。
目前要引入其他资产，必须靠网关，这是事实。
我想要的是共赢，创造条件来共赢。我创造条件让人来白吃我？我又不傻。
你说的 “ P2P借贷搞起来，大币引进来做抵押 ” ， 想法不错，实施难度不小。 实际上这些也是 2015-2016 年 BM 还在的时候就讨论过的问题，几年了也没出来，可见一斑。
举个例子， HTLC 听起来很美好吧？原子跨链交易。我们做了。有人用吗？
做功能是需要花钱的。做了不用是浪费。做不到“能用”的程度，等于没做。
钱要花在刀刃上。
从这个角度讲，流动性挖矿也是一样。不运营没发展，但运营是要花钱的，花的值不值，要总结。俗话说会花钱的人才会赚钱。仔细品。
228
General Discussion / Re: Liquidity Mining(main thread)
« on: August 02, 2020, 10:10:14 am »最终决定点差 (或者说买卖盘口差价，spread) 的，是实际费率 + 做市商愿意承受的风险比例我不觉得这个等效，成交价还是挂单的位置，不存在后移。相反，盘口会有大量的挂单，有利于成交。一个很简单的规则就是把每次成交的market fee分一半给这次成交的maker。交易费分一半给maker，实际上等效于 maker 把单子往后移动一半同时交易费率减半。
看看yjl20170630这个ID，半个月来一次都没成交过还获得了不少奖励。当前这种规则根本不合理，不是为真正的maker准备的。
taker出的市场交易费还是一样，并没有减半，只是把交易费分成两份，一份交给系统，另外一份奖励给maker。
这样子系统是自带盈利的，公平的，应该不回有人出来反对说理事们从公共账号偷钱。
系统自带盈利，而且还鼓励了做市场，而且（无论是原理还是实现）还特别简单，何乐不为？
而且这种方式应该可以直接在区块链里实现吧。
收1%然后返0.5%，等于实际费率就是0.5% ，同样的市场竞争条件下，交易双方最终成交价格（到手价）是一样的。有返点的时候，做市商会把单子往前挂一点，导致盘口差价看起来小一点，但吃单手续费提高了，结果是一样的，只是数字游戏。
返点的功能从技术实现来说没有问题，问题是有没有必要做、花多少成本去做。
话说回来，控制支出小于收入当然可以盈利，但如果成交量达不到一定规模，只是百分比好看，意义并不大。比如日成交只有1万的时候，手续费10块，即使拿90%出来运营发奖，也只有9块，做不了什么事，对参与者没有多少吸引力。如果日成交一千万，手续费1万块，拿10%出来也有1千块了，多少还是有点吸引力的。所以这里有个矛盾，成交量越低的时候，越需要从别的地方拿钱来补贴运营、把成交量做大；当成交量大到一定程度，反而不需要补贴了，做市商靠盘口点差都能活的不错。
做市商都是靠手续费返点与盘口差活的，没有一个交易所会把自己的营收去补贴成交量低的交易对，导致最后严重入不敷出，除非脑子有坑，上一些优质热门项目，开发一些更有吸引力的合约杠杆期权借贷产品，吸引来的流量远比补贴一个镜花水月的成交对远远划算的多。
成交量低是交易所自身没有营销，信誉度不够，没有特色，并且自己不先做市场增加深度与流动性同时手续费返点吸引做市商，说得就是GDEX
很简单的逻辑，没有哪个交易所一开起来就成交量上天、有大把营收的。大如现在币安，94前都没几个人玩。每年死掉的交易所不知道多少。
如果看好这个业务，想把业务做起来，在有足够收入之前，必然是投资者出钱来培养市场，增收。问题在于业务怎么培养，怎么运营，钱怎么花。这个要做好，不光是要态度，还要能力。没有能力，钱花了事没做好也常见。
如果不看好这个业务，发现自己做不好，早点叫停。BM 4 年前就看到这个问题了。他不愿意把时间精力花在交易所运营上，所以才走了。详情论坛搜 why why why 。包括之前讨论的，把手续费分给 maker 的做法， BM 也是讨论过的。
再说 GDEX ，平心而论，刷交易量本身不是大问题，外面哪个交易所不刷量。我们发展交易所业务不就靠交易量赚钱吗。问题是拿了系统多少钱，给系统贡献了多少。 GDEX 的重心应该放在怎么创造交易量赚钱，而不是怎么靠系统补贴养着。在我看来，这主要是能力问题。
229
General Discussion / Re: Liquidity Mining(main thread)
« on: August 01, 2020, 10:28:20 pm »最终决定点差 (或者说买卖盘口差价，spread) 的，是实际费率 + 做市商愿意承受的风险比例我不觉得这个等效，成交价还是挂单的位置，不存在后移。相反，盘口会有大量的挂单，有利于成交。一个很简单的规则就是把每次成交的market fee分一半给这次成交的maker。交易费分一半给maker，实际上等效于 maker 把单子往后移动一半同时交易费率减半。
看看yjl20170630这个ID，半个月来一次都没成交过还获得了不少奖励。当前这种规则根本不合理，不是为真正的maker准备的。
taker出的市场交易费还是一样，并没有减半，只是把交易费分成两份，一份交给系统，另外一份奖励给maker。
这样子系统是自带盈利的，公平的，应该不回有人出来反对说理事们从公共账号偷钱。
系统自带盈利，而且还鼓励了做市场，而且（无论是原理还是实现）还特别简单，何乐不为？
而且这种方式应该可以直接在区块链里实现吧。
收1%然后返0.5%，等于实际费率就是0.5% ，同样的市场竞争条件下，交易双方最终成交价格（到手价）是一样的。有返点的时候，做市商会把单子往前挂一点，导致盘口差价看起来小一点，但吃单手续费提高了，结果是一样的，只是数字游戏。
返点的功能从技术实现来说没有问题，问题是有没有必要做、花多少成本去做。
话说回来，控制支出小于收入当然可以盈利，但如果成交量达不到一定规模，只是百分比好看，意义并不大。比如日成交只有1万的时候，手续费10块，即使拿90%出来运营发奖，也只有9块，做不了什么事，对参与者没有多少吸引力。如果日成交一千万，手续费1万块，拿10%出来也有1千块了，多少还是有点吸引力的。所以这里有个矛盾，成交量越低的时候，越需要从别的地方拿钱来补贴运营、把成交量做大；当成交量大到一定程度，反而不需要补贴了，做市商靠盘口点差都能活的不错。
230
General Discussion / Re: So, who can tell me what happend in voting?
« on: July 30, 2020, 09:32:01 pm »The implementation is a variant of BSIP 22 plus BSIP 24, with ideas discussed in https://github.com/bitshares/bsips/issues/83 .As the topic...It seems he retrospectively believes BSIP-22 was a great idea, but with added bs cherry picking and zero BSIP participation.
https://github.com/bitshares/bsips/blob/master/bsip-0022.md
231
中文(Chinese) / Re: 4.0 投票机制变化
« on: July 30, 2020, 09:19:56 pm »一件不是好事的好事？……虽然很硬……180 天的，可以销毁（永久锁） 1 个 BTS 意思意思。Quote4.1 不持有“永久锁仓状态”仓位的帐号，投票权重为零
这个的意思是，只要有一个永久锁仓上链了，没有永久锁仓位的账号投票权为零，那180天的呢？如果都为零了，这中间岂不是有很大的空档期？
这个规则太硬了，后期能优化一下话可能就好多了……
232
中文(Chinese) / Re: 4.0 投票机制变化
« on: July 30, 2020, 09:17:23 pm »
目前锁仓相关操作可以通过 cli_wallet 命令行完成。
1. 锁仓
op code: 57
参数
fee 手续费，固定 50 BTS （如果用其他资产支付请自行计算）
account 账号，格式 1.2.x
target_type 目标类型（决定锁多久）， 1 表示锁 180 天， 2 表示锁 360 天， 3 表示锁 720 天， 4 表示永久锁仓
amount 金额和币种，币种只能是 BTS 也就是 1.3.0
注：因为 BTS 是 5 位小数，所有金额需要乘以 10 万。
比如：
abit 锁 10 万 BTS ，锁两年：
sign_transaction {"operations":[[ 57,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "account": "1.2.12376", "target_type": 3, "amount": { "amount": "10000000000", "asset_id": "1.3.0" }} ]]} true
abit 锁 1000 BTS ，永久锁仓：
sign_transaction {"operations":[[ 57,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "account": "1.2.12376", "target_type": 4, "amount": { "amount": "100000000", "asset_id": "1.3.0" } } ]]} true
2. 检查锁仓操作结果
可以用 get_account_history 命令查看帐户操作历史，比如
结果示例
格式为：块号 时间 操作 帐号 手续费 结果
结果里 1.18.x 就是仓位 ID ，可以通过 get_object 命令查看
结果说明：
id 仓位 ID
account 帐号
target_type 仓位目标类型， liquid 未成功锁仓或者已解锁待释放， lock_xxx_days 锁仓xxx天， lock_forever 永久锁仓
amount 仓位金额和币种
current_type 仓位当前类型，因为升降级的关系，和目标类型可能不同
status 状态，charging 升级中， stable 稳定， withdrawing 降级中
value 仓位价值，也就是实际投票权（永久锁仓时仓位价值的算法不同）
next_auto_update_time 下次仓位自动更新时间，是用于连续升降级的辅助字段
next_type_downgrade_time 下次降级时间，用于降级或者解锁的辅助字段
3. 修改仓位（解锁/升级/降级/取消升降级/拆分）
op code: 58
参数
fee 手续费，固定 50 BTS （如果用其他资产支付请自行计算）
ticket 要修改的仓位 ID ，格式 1.18.x
account 账号，格式 1.2.x
target_type 目标类型（决定锁多久）， 0 表示解锁， 1 表示锁 180 天， 2 表示锁 360 天， 3 表示锁 720 天， 4 表示永久锁仓
amount_for_new_target 可选参数，新目标的金额和币种。如果不设置这个参数，表示修改整个仓位；如果设置了这个参数，并且金额小于原仓位金额，则是拆分仓位。币种只能是 BTS 也就是 1.3.0 。
注：因为 BTS 是 5 位小数，所有金额需要乘以 10 万。
比如：
abit 将 1.18.0 这个仓位调整为锁一年：
sign_transaction {"operations":[[ 58,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "ticket":"1.18.0", "account": "1.2.12376", "target_type": 2 } ]]} true
abit 将 1.18.3 这个仓位中拆分 100 BTS 解锁：
sign_transaction {"operations":[[ 58,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "ticket":"1.18.3", "account": "1.2.12376", "target_type": 0, "amount_for_new_target": {"amount":"10000000","asset_id":"1.3.0"} } ]]} true
操作结果仍然可以通过 get_account_history 命令和 get_object 命令查看
结果里，
updated_objects 表示发生变化的仓位 ID
new_objects 表示拆分出的新仓位 ID
4. 相关信息
4.1 帐户统计信息里新加了几个字段来记录按帐号汇总的仓位信息
其中，
total_core_inactive 已永久锁定2年或以上、投票权重为零的仓位总金额
total_core_pob 已永久锁定2年以内的、投票权重为正的仓位总金额
total_core_pol 非永久锁定的仓位总金额
total_pob_value 永久锁定2年以内的仓位总价值
total_pol_value 非永久锁定的仓位总价值
4.2 动态全局信息里增加两个字段记录链上永久锁定的仓位汇总信息
其中，
total_pob 已永久锁定2年以内的、投票权重为正的仓位总金额
total_inactive 已永久锁定2年或以上、投票权重为零的仓位总金额
5. 批量查询 API （待开发）
* 查询指定帐户的所有锁仓仓位
* 查询指定类型的所有锁仓仓位
1. 锁仓
op code: 57
参数
fee 手续费，固定 50 BTS （如果用其他资产支付请自行计算）
account 账号，格式 1.2.x
target_type 目标类型（决定锁多久）， 1 表示锁 180 天， 2 表示锁 360 天， 3 表示锁 720 天， 4 表示永久锁仓
amount 金额和币种，币种只能是 BTS 也就是 1.3.0
注：因为 BTS 是 5 位小数，所有金额需要乘以 10 万。
比如：
abit 锁 10 万 BTS ，锁两年：
sign_transaction {"operations":[[ 57,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "account": "1.2.12376", "target_type": 3, "amount": { "amount": "10000000000", "asset_id": "1.3.0" }} ]]} true
abit 锁 1000 BTS ，永久锁仓：
sign_transaction {"operations":[[ 57,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "account": "1.2.12376", "target_type": 4, "amount": { "amount": "100000000", "asset_id": "1.3.0" } } ]]} true
2. 检查锁仓操作结果
可以用 get_account_history 命令查看帐户操作历史，比如
Code: [Select]
get_account_history abit 10
结果示例
Code: [Select]
50136317 2020-07-30T15:19:27 ticket_create_operation abit fee: 50 BTS result: 1.18.3
50136106 2020-07-30T15:08:21 ticket_create_operation abit fee: 50 BTS result: 1.18.0
格式为：块号 时间 操作 帐号 手续费 结果
结果里 1.18.x 就是仓位 ID ，可以通过 get_object 命令查看
Code: [Select]
>>> get_object 1.18.0
[{
"id": "1.18.0",
"account": "1.2.12376",
"target_type": "lock_720_days",
"amount": {
"amount": "10000000000",
"asset_id": "1.3.0"
},
"current_type": "liquid",
"status": "charging",
"value": "10000000000",
"next_auto_update_time": "2020-08-14T15:08:18",
"next_type_downgrade_time": "1969-12-31T23:59:59"
}
]
结果说明：
id 仓位 ID
account 帐号
target_type 仓位目标类型， liquid 未成功锁仓或者已解锁待释放， lock_xxx_days 锁仓xxx天， lock_forever 永久锁仓
amount 仓位金额和币种
current_type 仓位当前类型，因为升降级的关系，和目标类型可能不同
status 状态，charging 升级中， stable 稳定， withdrawing 降级中
value 仓位价值，也就是实际投票权（永久锁仓时仓位价值的算法不同）
next_auto_update_time 下次仓位自动更新时间，是用于连续升降级的辅助字段
next_type_downgrade_time 下次降级时间，用于降级或者解锁的辅助字段
3. 修改仓位（解锁/升级/降级/取消升降级/拆分）
op code: 58
参数
fee 手续费，固定 50 BTS （如果用其他资产支付请自行计算）
ticket 要修改的仓位 ID ，格式 1.18.x
account 账号，格式 1.2.x
target_type 目标类型（决定锁多久）， 0 表示解锁， 1 表示锁 180 天， 2 表示锁 360 天， 3 表示锁 720 天， 4 表示永久锁仓
amount_for_new_target 可选参数，新目标的金额和币种。如果不设置这个参数，表示修改整个仓位；如果设置了这个参数，并且金额小于原仓位金额，则是拆分仓位。币种只能是 BTS 也就是 1.3.0 。
注：因为 BTS 是 5 位小数，所有金额需要乘以 10 万。
比如：
abit 将 1.18.0 这个仓位调整为锁一年：
sign_transaction {"operations":[[ 58,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "ticket":"1.18.0", "account": "1.2.12376", "target_type": 2 } ]]} true
abit 将 1.18.3 这个仓位中拆分 100 BTS 解锁：
sign_transaction {"operations":[[ 58,{ "fee":{"amount":"5000000","asset_id":"1.3.0"}, "ticket":"1.18.3", "account": "1.2.12376", "target_type": 0, "amount_for_new_target": {"amount":"10000000","asset_id":"1.3.0"} } ]]} true
操作结果仍然可以通过 get_account_history 命令和 get_object 命令查看
结果里，
updated_objects 表示发生变化的仓位 ID
new_objects 表示拆分出的新仓位 ID
4. 相关信息
4.1 帐户统计信息里新加了几个字段来记录按帐号汇总的仓位信息
Code: [Select]
>>> get_object 2.6.12376
[{
...
"total_core_inactive": 0,
"total_core_pob": 0,
"total_core_pol": "10100000000",
"total_pob_value": 0,
"total_pol_value": "10100000000",
...
}
]
其中，
total_core_inactive 已永久锁定2年或以上、投票权重为零的仓位总金额
total_core_pob 已永久锁定2年以内的、投票权重为正的仓位总金额
total_core_pol 非永久锁定的仓位总金额
total_pob_value 永久锁定2年以内的仓位总价值
total_pol_value 非永久锁定的仓位总价值
4.2 动态全局信息里增加两个字段记录链上永久锁定的仓位汇总信息
Code: [Select]
>>> get_object 2.1.0
[{
...
"total_pob": 0,
"total_inactive": 0,
...
}
]
其中，
total_pob 已永久锁定2年以内的、投票权重为正的仓位总金额
total_inactive 已永久锁定2年或以上、投票权重为零的仓位总金额
5. 批量查询 API （待开发）
* 查询指定帐户的所有锁仓仓位
* 查询指定类型的所有锁仓仓位
233
中文(Chinese) / 4.0 升级出块情况记录
« on: July 30, 2020, 08:06:08 pm »
新老协议最后一个共同块
#50134876 02fcff5c4e1459bb6b7e1d4597e752203b92df87 time: 2020-07-30T14:01:06 transaction(s): 7 from: abc123
新协议第一个块
#50134877 02fcff5dc414aa73be80b53336c0ee49bbc53b18 time: 2020-07-30T14:01:09 transaction(s): 10 from: bangzi
新协议开始出块后，见证人 liondani 和 terradacs-bp 仍然在按老协议出块
#50134877 02fcff5d497b12e19b377537c13908218715ec12 time: 2020-07-30T14:01:36 transaction(s): 46 from: liondani
#50134878 02fcff5eb117c32a0e2d3375090f4d327e630feb time: 2020-07-30T14:02:06 transaction(s): 13 from: terradacs-bp
...
最后一个块是
#50134886 02fcff6630a9c79f872bb298869b9022b9a55fa1 time: 2020-07-30T14:06:18 transaction(s): 9 from: terradacs-bp
#50134876 02fcff5c4e1459bb6b7e1d4597e752203b92df87 time: 2020-07-30T14:01:06 transaction(s): 7 from: abc123
新协议第一个块
#50134877 02fcff5dc414aa73be80b53336c0ee49bbc53b18 time: 2020-07-30T14:01:09 transaction(s): 10 from: bangzi
新协议开始出块后，见证人 liondani 和 terradacs-bp 仍然在按老协议出块
#50134877 02fcff5d497b12e19b377537c13908218715ec12 time: 2020-07-30T14:01:36 transaction(s): 46 from: liondani
#50134878 02fcff5eb117c32a0e2d3375090f4d327e630feb time: 2020-07-30T14:02:06 transaction(s): 13 from: terradacs-bp
...
最后一个块是
#50134886 02fcff6630a9c79f872bb298869b9022b9a55fa1 time: 2020-07-30T14:06:18 transaction(s): 9 from: terradacs-bp
234
General Discussion / Re: So, who can tell me what happend in voting?
« on: July 30, 2020, 05:51:38 pm »235
中文(Chinese) / 4.0 投票机制变化
« on: July 30, 2020, 05:17:10 pm »
1. 投票权重衰减机制 (vote decay)
新注册的账户，投票权重为零，主动投票后，票才开始生效。
每次主动更新投票后，投票权重更新为 100% ，第360天衰减 12.5% ，然后每过 45 天衰减总权重的 12.5% ，到第 675 天投票完全失效。
代理投票的，代理人和被代理人投票权重按【乘数关系】叠加生效。
2. 理事会选举一票一投机制
如果一个投票人投了多个理事会成员，则每个理事得票数 = 投票人总票数 / 投票人投的理事会成员数量
3. 锁仓投票机制
参考 https://bitsharestalk.org/index.php?topic=32357.0
新增一个锁仓操作 ticket_create_operation 和一个修改锁仓的操作 ticket_update_operation ，可指定锁仓帐号、时间和金额。
锁仓和修改操作手续费固定为 50 BTS ，理事会不可修改。
锁仓时间有几个选项： 180 天， 360 天， 720 天，永久
其中，
锁仓 180/360/720 天，则锁仓的 BTS 获得 2/4/8 倍投票权重
永久锁仓，则这部分 BTS 失去投票权，但帐户剩余的等量 BTS 获得 8 倍权重加成
推论：一个帐户最多可以获得 32 倍权重。
永久锁仓获得的权重加成，每 180 天衰减 2 倍， 720 天后失效。
锁仓导致的投票权重变化，采用升级/降级机制。
发起锁仓交易后，投盘人并不是马上获得对应倍数的投票权重，而是逐渐升级到指定的锁仓级别。
升级：每升一级需要 15 天。
如果 15 天内取消升级，资金从取消时间开始继续锁 7 天。
降级：即时生效，资金按之前指定的锁仓时间释放。
每个帐户可以有多个锁仓仓位，各仓位的时间、金额各自独立。
锁仓仓位可以拆分，不能合并。
锁仓仓位升级到“永久锁仓状态”前可随时修改；
锁仓仓位升级到“永久锁仓状态”后不可修改。
4. 永久锁仓生效后的投票规则
当链上出现第一个“永久锁仓状态”的锁仓仓位后，如下投票规则生效：
4.1 不持有“永久锁仓状态”仓位的帐号，投票权重为零
4.2 抵押的 BTS 和挂单的 BTS 不再有投票权
更新：如何通过 cli_wallet 命令行进行锁仓相关操作，请往下翻页查看。
更新2： BitShares Mobile (BTS++) 手机钱包 v6.2 已经加入锁仓功能
新注册的账户，投票权重为零，主动投票后，票才开始生效。
每次主动更新投票后，投票权重更新为 100% ，第360天衰减 12.5% ，然后每过 45 天衰减总权重的 12.5% ，到第 675 天投票完全失效。
代理投票的，代理人和被代理人投票权重按【乘数关系】叠加生效。
2. 理事会选举一票一投机制
如果一个投票人投了多个理事会成员，则每个理事得票数 = 投票人总票数 / 投票人投的理事会成员数量
3. 锁仓投票机制
参考 https://bitsharestalk.org/index.php?topic=32357.0
新增一个锁仓操作 ticket_create_operation 和一个修改锁仓的操作 ticket_update_operation ，可指定锁仓帐号、时间和金额。
锁仓和修改操作手续费固定为 50 BTS ，理事会不可修改。
锁仓时间有几个选项： 180 天， 360 天， 720 天，永久
其中，
锁仓 180/360/720 天，则锁仓的 BTS 获得 2/4/8 倍投票权重
永久锁仓，则这部分 BTS 失去投票权，但帐户剩余的等量 BTS 获得 8 倍权重加成
推论：一个帐户最多可以获得 32 倍权重。
永久锁仓获得的权重加成，每 180 天衰减 2 倍， 720 天后失效。
锁仓导致的投票权重变化，采用升级/降级机制。
发起锁仓交易后，投盘人并不是马上获得对应倍数的投票权重，而是逐渐升级到指定的锁仓级别。
升级：每升一级需要 15 天。
如果 15 天内取消升级，资金从取消时间开始继续锁 7 天。
降级：即时生效，资金按之前指定的锁仓时间释放。
每个帐户可以有多个锁仓仓位，各仓位的时间、金额各自独立。
锁仓仓位可以拆分，不能合并。
锁仓仓位升级到“永久锁仓状态”前可随时修改；
锁仓仓位升级到“永久锁仓状态”后不可修改。
4. 永久锁仓生效后的投票规则
当链上出现第一个“永久锁仓状态”的锁仓仓位后，如下投票规则生效：
4.1 不持有“永久锁仓状态”仓位的帐号，投票权重为零
4.2 抵押的 BTS 和挂单的 BTS 不再有投票权
更新：如何通过 cli_wallet 命令行进行锁仓相关操作，请往下翻页查看。
更新2： BitShares Mobile (BTS++) 手机钱包 v6.2 已经加入锁仓功能
236
General Discussion / Re: Liquidity Mining(main thread)
« on: July 30, 2020, 04:14:28 pm »一个很简单的规则就是把每次成交的market fee分一半给这次成交的maker。交易费分一半给maker，实际上等效于 maker 把单子往后移动一半同时交易费率减半。
看看yjl20170630这个ID，半个月来一次都没成交过还获得了不少奖励。当前这种规则根本不合理，不是为真正的maker准备的。
Quote
真正的maker是渴望被成交的。这点我同意。
237
General Discussion / Re: Liquidity Mining(main thread)
« on: July 27, 2020, 06:45:49 pm »
I've approved the recent proposals.
However, IMHO the current rules / parameters are far from optimal, since the cost / revenue ratio is still high (around 10x), which is a critical reason that led to the pause of the (former) MM contest and update of rules and parameters. That being said, the liquidity mining in the current form is not significantly better than the (former) MM contest. The committee should seek for ways to improve the situation, E.G. optimize the rules and/or the parameters, promote to attract more traders and trading activiaties and etc, to gain more avenue for the platform.
Due to the reason I stated above, if the committee fails to act effectively, I'll stop approving new proposals after 31st July.
However, IMHO the current rules / parameters are far from optimal, since the cost / revenue ratio is still high (around 10x), which is a critical reason that led to the pause of the (former) MM contest and update of rules and parameters. That being said, the liquidity mining in the current form is not significantly better than the (former) MM contest. The committee should seek for ways to improve the situation, E.G. optimize the rules and/or the parameters, promote to attract more traders and trading activiaties and etc, to gain more avenue for the platform.
Due to the reason I stated above, if the committee fails to act effectively, I'll stop approving new proposals after 31st July.
238
General Discussion / Re: margin call fee and force settlement fee setting
« on: July 25, 2020, 02:03:33 pm »
Sounds reasonable.
239
中文(Chinese) / Re: 见证人机制的重新设计
« on: July 24, 2020, 10:33:47 pm »
关于见证人制度改革，我也有一些思路。
不过现在说也没什么意义。
先等等。
不过现在说也没什么意义。
先等等。
240
General Discussion / Re: Bitshares Lottery & Protoshares Redemption Options?
« on: July 21, 2020, 08:51:43 pm »I was an early investor in 2015.Please check the sticky threads in Technical Support board.
I have a Bitshares-lottery wallet & protoshares wallet.
What are my current options for redemption?
Thanks