286
General Discussion / Remove OKCoin and etc from price feed source?
« on: February 10, 2017, 10:54:49 am »
They suspended BTC withdrawal, so no longer free markets, so prices on their markets can't be trusted. Thoughts?
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.
287
General Discussion / About worker price
« on: January 12, 2017, 09:05:39 am »
This is an interesting article (written by BM): Building Long Term Value from your
288
中文 (Chinese) / 【教程】使用资产白名单功能
« on: September 09, 2016, 04:06:33 pm »
【概述】
资产设好了白名单后，不在名单内的账号，将不能对该资产进行转账（包括转入转出）、交易（包括买入卖出），不能使用该资产支付系统手续费。至于已经启动的分期付款是否可以继续执行，或者发行人可否强制收回该账户拥有的资产，或者其他高级功能，有待测试。
这个功能用于满足资产发行的合规要求。
另外系统还支持黑名单功能，但本教程里不包含黑名单的具体介绍。
【教程内容】
假设你有一个资产 NEWASSET ，要设置白名单。
1，通过命令行获取资产的详细属性设置
命令格式：
示例：
在上述结果中，
"issuer_permissions": 79 表示该资产的白名单启用状态是否可以修改。
实际上， issuer_permissions 是资产多个权限参数的集合，将 issuer_permissions 转为二进制，从右边数第 2 位表示白名单，如果是 1 则为可修改，是 0 则为不可修改。
"flags": 2 表示已经启用了白名单。
实际上，flags是资产多个旗标参数的集合，将 flags 转为二进制，从右边数第 2 位表示白名单，如果是 1 则为开启，是 0 则为关闭。
"whitelist_authorities": [] 表示没有设置具体名单，这时，白名单功能不生效（结果可测试）。
实际上， whitelist_authorities 里设置的是“白名单管理员”名单，而不是白名单本身。这样的设计很灵活，可以指定多个管理员，修改名单不一定要使用发行者账号，不需要频繁修改资产参数。
2，开启白名单功能
1) 可以在GUI里修改资产的“旗标”设置开启白名单。
不过需要注意，如果在命令行设置过资产参数，则不要在 GUI 进行操作，以免导致问题。
2) 通过命令行开启或关闭资产白名单
先将 flags 二进制里相应位置修改为1或0，然后转为十进制，执行 upate_asset 命令。可以和下面步骤合并，具体在下面会介绍。
3，将管理员账号加入白名单管理员名单
比如，你要将 newaccount1 设置为 NEWASSET 的白名单管理员。
3.1 首先要知道 newaccount1 的 ID，这个 ID 可以通过GUI的浏览账号功能或者命令行 get_account 命令取到。命令格式：
示例：
3.2 然后，将上述 get_asset 命令获取的结果中 "options" 后的花括号里面的内容合成一行，再将 "1.2.695" 加入到 whitelist_authorities 后面的方括号中，比如（包含方括号） ["1.2.695"]，执行 update_asset 命令。如果有多个管理员，则一起放入方括号中，使用逗号分隔，比如 ["1.2.695","1.2.696"] 。
命令格式：
示例：
其中，
第 1 个参数 NEWASSET 是资产代码；
第 2 个参数 null 表示不修改资产发行人（如果要把资产转给名叫 null 的账户，请使用引号，比如 "null"）
第 3 个参数，花括号 {} 里是新的资产参数， 由前面得到的 options 加入一个管理员账号后得出。如果同时需要启用白名单，则修改 flags 后面的数值。
第 4 个参数 true 表示执行，如果填 false 表示对命令格式进行测试，不会执行
命令执行完成后，可以使用 get_asset 命令重新查看资产白名单管理员是否已经设好
注意：
1) update_asset 命令的第 3 个参数会将资产的所有属性设置完全覆盖，所以务必仔细检查，使用完整数据。
比如要删掉某个管理员，必须在参数中指定所有其他管理员。
2) 使用命令行设置后，不要再用 GUI 来修改资产属性，因为 GUI 目前不支持白名单设置，通过 GUI 操作可能导致数据丢失
4. 管理员管理白名单
现在管理员 newaccount1 可以管理资产 NEWASSET 的白名单了。默认名单是空，也就是说现在没人可以对该资产进行转账、交易等操作（可测试）。
4.1 查询白名单
这里有个问题：我使用的命令行有个 BUG ，导致不显示管理员设置的具体名单。如果 BUG 修复，可以使用 get_account 命令查看当前设置的白名单。
示例：
另外 whitelisting_accounts 表示有哪个人把当前账号加入了他自己的白名单。
4.1 修改白名单
使用 whitelist_account 命令可以将账号加入白名单，或者从白名单移除。命令格式：
示例1（加入白名单）：
上述命令是将 newaccount2 加入 newaccount1 的白名单，需要 newaccount1 的权限才能执行。
执行完成后，使用 get_account 命令查看是否生效：
注意：
当资产设置了白名单管理人后，管理员、甚至发行人自己，如果需要使用该资产，也需要先加入白名单。
示例2（从白名单移除）：
用户从白名单移除后，即使持有资产，也不能转出或者卖出。
资产设好了白名单后，不在名单内的账号，将不能对该资产进行转账（包括转入转出）、交易（包括买入卖出），不能使用该资产支付系统手续费。至于已经启动的分期付款是否可以继续执行，或者发行人可否强制收回该账户拥有的资产，或者其他高级功能，有待测试。
这个功能用于满足资产发行的合规要求。
另外系统还支持黑名单功能，但本教程里不包含黑名单的具体介绍。
【教程内容】
假设你有一个资产 NEWASSET ，要设置白名单。
1，通过命令行获取资产的详细属性设置
命令格式：
Code: [Select]
get_asset [资产代码]
示例：
Code: [Select]
unlocked >>> get_asset NEWASSET
get_asset NEWASSET
{
"id": "1.3.123",
"symbol": "NEWASSET",
"precision": 4,
"issuer": "1.2.695",
"options": {
"max_supply": "1000000000000",
"market_fee_percent": 0,
"max_market_fee": 0,
"issuer_permissions": 79,
"flags": 2,
"core_exchange_rate": {
"base": {
"amount": 100000,
"asset_id": "1.3.0"
},
"quote": {
"amount": 10000,
"asset_id": "1.3.123"
}
},
"whitelist_authorities": [],
"blacklist_authorities": [],
"whitelist_markets": [],
"blacklist_markets": [],
"description": "{\"main\":\"\",\"market\":\"TEST\"}",
"extensions": []
},
"dynamic_asset_data_id": "2.3.123"
}
在上述结果中，
"issuer_permissions": 79 表示该资产的白名单启用状态是否可以修改。
实际上， issuer_permissions 是资产多个权限参数的集合，将 issuer_permissions 转为二进制，从右边数第 2 位表示白名单，如果是 1 则为可修改，是 0 则为不可修改。
"flags": 2 表示已经启用了白名单。
实际上，flags是资产多个旗标参数的集合，将 flags 转为二进制，从右边数第 2 位表示白名单，如果是 1 则为开启，是 0 则为关闭。
"whitelist_authorities": [] 表示没有设置具体名单，这时，白名单功能不生效（结果可测试）。
实际上， whitelist_authorities 里设置的是“白名单管理员”名单，而不是白名单本身。这样的设计很灵活，可以指定多个管理员，修改名单不一定要使用发行者账号，不需要频繁修改资产参数。
2，开启白名单功能
1) 可以在GUI里修改资产的“旗标”设置开启白名单。
不过需要注意，如果在命令行设置过资产参数，则不要在 GUI 进行操作，以免导致问题。
2) 通过命令行开启或关闭资产白名单
先将 flags 二进制里相应位置修改为1或0，然后转为十进制，执行 upate_asset 命令。可以和下面步骤合并，具体在下面会介绍。
3，将管理员账号加入白名单管理员名单
比如，你要将 newaccount1 设置为 NEWASSET 的白名单管理员。
3.1 首先要知道 newaccount1 的 ID，这个 ID 可以通过GUI的浏览账号功能或者命令行 get_account 命令取到。命令格式：
Code: [Select]
get_account [账户名]
示例：
Code: [Select]
unlocked >>> get_account newaccount1
get_account newaccount1
{
"id": "1.2.695",
...
}
上面结果显示， newaccount1 的 ID 是 1.2.6953.2 然后，将上述 get_asset 命令获取的结果中 "options" 后的花括号里面的内容合成一行，再将 "1.2.695" 加入到 whitelist_authorities 后面的方括号中，比如（包含方括号） ["1.2.695"]，执行 update_asset 命令。如果有多个管理员，则一起放入方括号中，使用逗号分隔，比如 ["1.2.695","1.2.696"] 。
命令格式：
Code: [Select]
update_asset [资产代码] [新发行人] [新资产参数] [是否广播]
示例：
Code: [Select]
update_asset NEWASSET null {"max_supply":"1000000000000","market_fee_percent": 0,"max_market_fee": 0,"issuer_permissions": 79,"flags": 2,"core_exchange_rate": {"base": {"amount": 100000,"asset_id":"1.3.0" },"quote": {"amount": 10000,"asset_id":"1.3.123" } },"whitelist_authorities": ["1.2.695"],"blacklist_authorities": [],"whitelist_markets": [],"blacklist_markets": [],"description":"{\"main\":\"\",\"market\":\"TEST\"}","extensions": []} true
其中，
第 1 个参数 NEWASSET 是资产代码；
第 2 个参数 null 表示不修改资产发行人（如果要把资产转给名叫 null 的账户，请使用引号，比如 "null"）
第 3 个参数，花括号 {} 里是新的资产参数， 由前面得到的 options 加入一个管理员账号后得出。如果同时需要启用白名单，则修改 flags 后面的数值。
第 4 个参数 true 表示执行，如果填 false 表示对命令格式进行测试，不会执行
命令执行完成后，可以使用 get_asset 命令重新查看资产白名单管理员是否已经设好
注意：
1) update_asset 命令的第 3 个参数会将资产的所有属性设置完全覆盖，所以务必仔细检查，使用完整数据。
比如要删掉某个管理员，必须在参数中指定所有其他管理员。
2) 使用命令行设置后，不要再用 GUI 来修改资产属性，因为 GUI 目前不支持白名单设置，通过 GUI 操作可能导致数据丢失
4. 管理员管理白名单
现在管理员 newaccount1 可以管理资产 NEWASSET 的白名单了。默认名单是空，也就是说现在没人可以对该资产进行转账、交易等操作（可测试）。
4.1 查询白名单
这里有个问题：我使用的命令行有个 BUG ，导致不显示管理员设置的具体名单。如果 BUG 修复，可以使用 get_account 命令查看当前设置的白名单。
示例：
Code: [Select]
unlocked >>> get_account newaccount1
get_account newaccount1
{
...
"whitelisting_accounts": [],
"blacklisting_accounts": [],
"whitelisted_accounts": [],
"blacklisted_accounts": [],
...
}
其中 whitelisted_accounts 就是当前管理员设置的白名单。另外 whitelisting_accounts 表示有哪个人把当前账号加入了他自己的白名单。
4.1 修改白名单
使用 whitelist_account 命令可以将账号加入白名单，或者从白名单移除。命令格式：
Code: [Select]
whitelist_account [操作人账号] [操作对象账号] [增加或删除] [是否广播]
示例1（加入白名单）：
Code: [Select]
unlocked >>> whitelist_account newaccount1 newaccount2 true false
上述命令是将 newaccount2 加入 newaccount1 的白名单，需要 newaccount1 的权限才能执行。
执行完成后，使用 get_account 命令查看是否生效：
Code: [Select]
unlocked >>> get_account newaccount2
get_account newaccount2
{
...
"whitelisting_accounts": [
"1.2.695"
],
"blacklisting_accounts": [],
"whitelisted_accounts": [],
"blacklisted_accounts": [],
...
}
可以看到， newaccount2 已经在 1.2.695 也就是 newaccount1 的白名单里了。因为 newaccount1 是 NEWASSET 资产的白名单管理员，这时 newaccount2 可以正常使用 NEWASSET 资产。注意：
当资产设置了白名单管理人后，管理员、甚至发行人自己，如果需要使用该资产，也需要先加入白名单。
示例2（从白名单移除）：
Code: [Select]
unlocked >>> whitelist_account newaccount1 newaccount2 false false
上述命令是将 newaccount2 从 newaccount1 的白名单移除，需要 newaccount1 的权限才能执行。用户从白名单移除后，即使持有资产，也不能转出或者卖出。
289
中文 (Chinese) / 【补丁】关于 2016-07-29T21:20:00 附近出现的严重网络问题
« on: July 30, 2016, 10:49:31 pm »
不好意思，没时间多写。
问题描述在 https://github.com/cryptonomex/graphene/issues/645 最近几天已经在BTS和MUSE网络中出现多次，影响严重。
BTS 见证人请打我发布的这个补丁： https://github.com/abitmore/bitshares-2/commit/2cf8fb62c98befb70fedffe739a05bc4ac5a0de8
该补丁不涉及硬分叉，只是丢弃有问题的块（可以理解为软分叉）。
补丁使用方法：
MUSE见证人请检查 Telegram 消息。
// 更新：官方 Github 最新 master / Release 已经包含这个补丁，无需单独打补丁了。
问题描述在 https://github.com/cryptonomex/graphene/issues/645 最近几天已经在BTS和MUSE网络中出现多次，影响严重。
BTS 见证人请打我发布的这个补丁： https://github.com/abitmore/bitshares-2/commit/2cf8fb62c98befb70fedffe739a05bc4ac5a0de8
该补丁不涉及硬分叉，只是丢弃有问题的块（可以理解为软分叉）。
补丁使用方法：
Code: [Select]
...
git checkout v2.0.160328
# 把这几行加到 `git checkout v2.0.160328` 之后， `make` 之前，重新编译
git remote add abit https://github.com/abitmore/bitshares-2.git
git fetch abit
git merge -m "Merge abit/fix-645-block-timestamp" abit/fix-645-block-timestamp
git submodule update --init --recursive
...
MUSE见证人请检查 Telegram 消息。
// 更新：官方 Github 最新 master / Release 已经包含这个补丁，无需单独打补丁了。
290
General Discussion / Serious network issue around 2016-07-29T21:20:00
« on: July 30, 2016, 10:34:39 pm »
Wanted to write more about this issue last night, but didn't get time. Still no much time now.
The issue is described in https://github.com/cryptonomex/graphene/issues/645, which has been triggered in BitShares network and MUSE network several times recently.
BitShares witnesses please apply this patch, if not already done: https://github.com/abitmore/bitshares-2/commit/2cf8fb62c98befb70fedffe739a05bc4ac5a0de8
MUSE witnesses please check Telegram channel for more info.
The issue is described in https://github.com/cryptonomex/graphene/issues/645, which has been triggered in BitShares network and MUSE network several times recently.
BitShares witnesses please apply this patch, if not already done: https://github.com/abitmore/bitshares-2/commit/2cf8fb62c98befb70fedffe739a05bc4ac5a0de8
MUSE witnesses please check Telegram channel for more info.
Code: [Select]
...
git checkout v2.0.160328
# add these lines after `git checkout v2.0.160328` and before `make`
git remote add abit https://github.com/abitmore/bitshares-2.git
git fetch abit
git merge -m "Merge abit/fix-645-block-timestamp" abit/fix-645-block-timestamp
git submodule update --init --recursive
...
291
General Discussion / A forking resolved just now [2016-07-09T21:00:00]
« on: July 09, 2016, 09:17:33 pm »
On BitShares network.
Code: [Select]
2016-07-09T21:00:03 th_a:invoke handle_block handle_block ] Got block: #7723323 time: 2016-07-09T21:00:03 latency: 346 ms from: spectral irreversible: 7723304 (-19) application.cpp:521
2016-07-09T21:00:11 th_a:invoke handle_block handle_block ] Got block: #7723323 time: 2016-07-09T21:00:00 latency: 11829 ms from: verbaltech2 irreversible: 7723305 (-18) application.cpp:521
2016-07-09T21:00:15 th_a:invoke handle_block handle_block ] Got block: #7723324 time: 2016-07-09T21:00:15 latency: 63 ms from: verbaltech2 irreversible: 7723305 (-19) application.cpp:521
2016-07-09T21:00:15 th_a:invoke handle_block handle_block ] Got block: #7723324 time: 2016-07-09T21:00:15 latency: 227 ms from: roadscape irreversible: 7723305 (-19) application.cpp:521
2016-07-09T21:00:24 th_a:invoke handle_block handle_block ] Got block: #7723325 time: 2016-07-09T21:00:24 latency: 199 ms from: delegate.btsnow irreversible: 7723305 (-20) application.cpp:521
2016-07-09T21:00:24 th_a:invoke handle_block handle_block ] Got block: #7723325 time: 2016-07-09T21:00:24 latency: 713 ms from: delegate-clayop irreversible: 7723305 (-20) application.cpp:521
2016-07-09T21:00:30 th_a:invoke handle_block handle_block ] Got block: #7723326 time: 2016-07-09T21:00:30 latency: 309 ms from: abc123 irreversible: 7723305 (-21) application.cpp:521
2016-07-09T21:00:30 th_a:invoke handle_block handle_block ] Got block: #7723326 time: 2016-07-09T21:00:30 latency: 397 ms from: datasecuritynode irreversible: 7723307 (-19) application.cpp:521
2016-07-09T21:00:33 th_a:invoke handle_block handle_block ] Got block: #7723327 time: 2016-07-09T21:00:33 latency: 142 ms from: dele-puppy irreversible: 7723307 (-20) application.cpp:521
2016-07-09T21:00:33 th_a:invoke handle_block handle_block ] Got block: #7723327 time: 2016-07-09T21:00:33 latency: 252 ms from: bue irreversible: 7723305 (-22) application.cpp:521
2016-07-09T21:00:39 th_a:invoke handle_block handle_block ] Got block: #7723328 time: 2016-07-09T21:00:39 latency: 387 ms from: fox irreversible: 7723305 (-23) application.cpp:521
2016-07-09T21:00:42 th_a:invoke handle_block handle_block ] Got block: #7723329 time: 2016-07-09T21:00:42 latency: 149 ms from: spartako irreversible: 7723308 (-21) application.cpp:521
2016-07-09T21:00:45 th_a:invoke handle_block handle_block ] Got block: #7723330 time: 2016-07-09T21:00:45 latency: 156 ms from: rnglab irreversible: 7723309 (-21) application.cpp:521
2016-07-09T21:00:48 th_a:invoke handle_block handle_block ] Got block: #7723331 time: 2016-07-09T21:00:48 latency: 152 ms from: mr.agsexplorer irreversible: 7723309 (-22) application.cpp:521
2016-07-09T21:00:51 th_a:invoke handle_block handle_block ] Got block: #7723332 time: 2016-07-09T21:00:51 latency: 407 ms from: delegate.baozi irreversible: 7723309 (-23) application.cpp:521
2016-07-09T21:00:54 th_a:invoke handle_block handle_block ] Got block: #7723333 time: 2016-07-09T21:00:54 latency: 93 ms from: datasecuritynode irreversible: 7723309 (-24) application.cpp:521
2016-07-09T21:00:54 th_a:invoke handle_block handle_block ] Got block: #7723333 time: 2016-07-09T21:00:54 latency: 93 ms from: datasecuritynode irreversible: 7723309 (-24) application.cpp:521
2016-07-09T21:00:57 th_a:invoke handle_block handle_block ] Got block: #7723334 time: 2016-07-09T21:00:57 latency: 54 ms from: verbaltech2 irreversible: 7723311 (-23) application.cpp:521
2016-07-09T21:01:00 th_a:invoke handle_block handle_block ] Got block: #7723335 time: 2016-07-09T21:01:00 latency: 184 ms from: spectral irreversible: 7723312 (-23) application.cpp:521
292
中文 (Chinese) / Worker制度改进建议
« on: June 18, 2016, 12:13:38 pm »
1. 所有worker工资发放，必须由worker发起人提出申请，经过理事会同意。具体可以采用多重签名方式，不需要修改代码。参考 https://cryptofresh.com/u/bsip10-worker 。
由于理事会成员是股东投票决定，相对公正，适合最后把关做成果审核，避免有人申请的活没干好就拿钱。
具体可以按里程碑/工作进展情况，分批领取工资。
2. 保障申请成功的worker能领到工资，现在投票、撤票比较随意，对申请人工作积极性影响比较大，进而导致工作效率问题，甚至导致工作无法完成。这个可能要改代码，具体规则待讨论。
由于理事会成员是股东投票决定，相对公正，适合最后把关做成果审核，避免有人申请的活没干好就拿钱。
具体可以按里程碑/工作进展情况，分批领取工资。
2. 保障申请成功的worker能领到工资，现在投票、撤票比较随意，对申请人工作积极性影响比较大，进而导致工作效率问题，甚至导致工作无法完成。这个可能要改代码，具体规则待讨论。
293
中文 (Chinese) / MetaExchange 停运 MetaFees 回购，请注意
« on: June 02, 2016, 10:18:48 am »
英文帖子在这里 https://bitsharestalk.org/index.php/topic,22580.0.html
内盘 Open.BTC:METAFEES 交易对有回购。
当初众筹价格是0.02BTC一个METAFEES，回购价格0.027。
其他METAEX资产请尽快提现。
内盘 Open.BTC:METAFEES 交易对有回购。
当初众筹价格是0.02BTC一个METAFEES，回购价格0.027。
其他METAEX资产请尽快提现。
294
General Discussion / !!!CAUTION!!! All public seed nodes down??
« on: May 04, 2016, 10:08:42 am »
Someone is attacking BitShares? Or bug?
After found it's not responding, I just restarted my seed node. A working seed node should respond like this:
Code: [Select]
1535394ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 83.221.132.47:1776
1541939ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 188.40.91.213:1776
1541939ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 114.92.236.175:62015
1556942ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 71.197.2.119:1776
1561942ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 45.32.247.234:1776
1567965ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 82.211.31.175:1776
1571306ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 159.203.15.153:1776
1572544ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 188.166.188.206:1776
1573421ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 107.170.245.89:1777
1573421ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 54.85.252.77:39705
1573421ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 104.236.144.84:1777
1573421ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 40.127.190.171:1777
1573421ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 185.25.22.21:1776
1573422ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 23.95.43.126:50696
1573422ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 109.73.172.144:50696
1573422ms th_a application.cpp:177 reset_p2p_node ] Adding seed node 128.199.143.47:2015
Code: [Select]
~$ telnet 83.221.132.47 1776
Trying 83.221.132.47...
^C
~$ telnet 188.40.91.213 1776
Trying 188.40.91.213...
telnet: Unable to connect to remote host: Connection refused
~$ telnet 71.197.2.119 1776
Trying 71.197.2.119...
telnet: Unable to connect to remote host: Connection refused
~$ telnet 45.32.247.234 1776
Trying 45.32.247.234...
telnet: Unable to connect to remote host: Connection refused
~$ telnet 82.211.31.175 1776
Trying 82.211.31.175...
telnet: Unable to connect to remote host: Connection refused
~$ telnet 159.203.15.153 1776
Trying 159.203.15.153...
telnet: Unable to connect to remote host: Connection refused
~$ telnet 188.166.188.206 1776
Trying 188.166.188.206...
telnet: Unable to connect to remote host: Connection refused
~$ telnet 107.170.245.89 1777
Trying 107.170.245.89...
Connected to 107.170.245.89.
Escape character is '^]'.
^]
telnet> quit
Connection closed.
~$ telnet 54.85.252.77 39705
Trying 54.85.252.77...
^C
~$ telnet 104.236.144.84 1777
Trying 104.236.144.84...
^C
~$ telnet 40.127.190.171 1777
Trying 40.127.190.171...
^C
~$ telnet 185.25.22.21 1776
Trying 185.25.22.21...
^C
~$ telnet 23.95.43.126 50696
Trying 23.95.43.126...
^C
~$ telnet 109.73.172.144 50696
Trying 109.73.172.144...
^C
~$ telnet 128.199.143.47 2015
Trying 128.199.143.47...
telnet: Unable to connect to remote host: Connection refused
After found it's not responding, I just restarted my seed node. A working seed node should respond like this:
Code: [Select]
~$ telnet 114.92.236.175 62015
Trying 114.92.236.175...
Connected to 114.92.236.175.
Escape character is '^]'.
]▒▒a▒X
▒o▒▒▒g▒▒s▒a▒Z▒f▒^]
295
中文 (Chinese) / 这个内盘跨资产搬砖机器人很牛逼
« on: May 01, 2016, 12:06:09 pm »
http://cryptofresh.com/u/ar8173r
比如 http://cryptofresh.com/tx/56f4d10d26bcbb977770ad97d61e61673ec3f596 一单净赚1.3METAFEES
一天N单
谁做的，站出来？ @botfund 是你吗？
比如 http://cryptofresh.com/tx/56f4d10d26bcbb977770ad97d61e61673ec3f596 一单净赚1.3METAFEES
一天N单
谁做的，站出来？ @botfund 是你吗？
296
General Discussion / Anyone noticed this bot?
« on: April 30, 2016, 09:35:56 pm »
http://cryptofresh.com/u/ar8173r
Looks like some kind of front-running bot, at least an arbitrary bot. Very clever.
Say there are 3 assets: A,B,C, so 3 trading pairs A:B, B:C, C:A. When someone pumps in A:B and left an order there, the bot checks if there is arbitrary opportunity if fill the order in A:B and pump in B:C and C:A at same time.
For example, in this block http://cryptofresh.com/tx/56f4d10d26bcbb977770ad97d61e61673ec3f596, it earned 1.3 METAFEES.
Looks like some kind of front-running bot, at least an arbitrary bot. Very clever.
Say there are 3 assets: A,B,C, so 3 trading pairs A:B, B:C, C:A. When someone pumps in A:B and left an order there, the bot checks if there is arbitrary opportunity if fill the order in A:B and pump in B:C and C:A at same time.
For example, in this block http://cryptofresh.com/tx/56f4d10d26bcbb977770ad97d61e61673ec3f596, it earned 1.3 METAFEES.
297
中文 (Chinese) / 二元预测市场举例
« on: April 07, 2016, 11:12:54 am »
注：本文原文描述有误，尾部有更新。
举个例子。
现在新建一个预测市场，假设名字为SH1607313K，预测7月31日上证指数收盘是否在3000以上，抵押品为btsabc负责承兑的IOU.CNY。
裁决规则设计：7月31号上证市场收盘后进行裁决；届时如果上证指数低于3000，裁决结果为SH1607313K价值等于0；如果高于3000，裁决结果为SH1607313K价值等于1 IOU.CNY。
裁决前，参与人可以1:1抵押IOU.CNY借入SH1607313K在市场上挂单出售，或者用IOU.CNY在市场上挂单买入SH1607313K。
裁决后，
* 如果结果是1，那么参与人手里拥有SH1607313K资产自动1:1兑成IOU.CNY，抵押的IOU.CNY全部用于兑现资产
* 如果结果是0，那么参与人手里拥有的SH1607313K资产自动销毁，抵押的IOU.CNY全部释放
实际就是赌大小。市场价格就是赔率。
* 如果认为100%会超过3000，也就是预期资产最终价值=1，那么只要低于1买入就会赚。
* 如果认为100%会低于3000，也就是预期资产最终价值=0，那么只要高于0卖出就会赚。
* 如果当前市场价格（最新成交价）是0.6，说明60%的参与者（资金）认为最终会超过3000点。
* 基本来说，参与者预期股市会涨就买，预期股市会跌就卖
* 如果某时间点，你认为最终超过3000的概率是80%，也就是认为资产当前价值是0.8；如果当前市场价与你的预测不同，那么就有获利机会，可以选择参与。
其实这里有几个技术问题
1. 资产创建人可以手工裁决。我还不知道能不能自动裁决。
2. BTS里面的裁决，不是强制执行的。
如果持有人赌赢了，裁决后，可以1:1兑现。如果持有人赌输了，手头持有0的资产，一般不会去主动兑现，就导致抵押借出资产出售的人无法平仓，这时就需要发行者来强制收回，然后发送给赢的人进行平仓，来解除抵押。
为了鼓励赌输的人也主动平仓，规则设计时，可以不用0-1价，而是采用 “基础价+(0~1)” 的方式，即资产有底价。如果不主动平仓，等强制回收，就有额外损失。相应的，抵押借出时，需要多抵押一点。不过这样也不太方便。是否采用这个模式，取决于资产创建者。个人推荐这么做。
3. 裁决后资产名作废，不能再用了。
4. 如何确定最低抵押价。
也就是如何保证没人可以用1块钱抵押出资产，然后马上卖100块套利。
理想算法应该是按市价经过某种计算后得出最低抵押价。如果市场波动，导致抵押不足，就产生自动爆仓。
如果抵押品价值高于资产规则设计的最高价值，就永远不会爆仓。
现在的算法，可能是按喂价确定最低抵押价和爆仓价（不知道我说的对不对，最近没时间看代码）。
这样的话，喂价就比较重要了。比较懒的做法，就是喂价设为规则上限，这样保证没人爆仓，但是相对来说，做空的人参与门槛会高一点（相同仓位的收益/风险不变，但是资金限制导致仓位限制）。
5. 强制清算问题。
（同样，不知道我说的对不对，最近没时间看代码）。
如果按智能资产的做法，强制清算也是喂价相关。如果喂价设为规则上限，那么在裁决前要禁用强制清算，否则可以即时套利，市场没人做空了。
如果允许强制清算，那么喂价就有讲究了，这个留给市场开发者去研究。
（本来BM的爆仓算法是不需要喂价，后来被大家强烈要求下改回喂价了）
资产创建者的收益模式：手续费。
每笔成交，资产创建人可以收取一定百分比的手续费，这个手续费是以资产形式付给创建者的。基于这个模式，资产必须有底价，否则如果裁决结果为0，创建者收到的手续费也等于0。
还有个注意事项：手续费池。
为避免损失，手续费池可以在创建资产后清空；或者规则设计时，保证手续费池被偷了也不会亏，比如设置资产底价为1BTS。
本人不是专家，难免有疏漏，写错的地方欢迎指正。
希望抛砖引玉。
更新（2017-11-05）：
1. 理论上，应该可以指定一组喂价人，根据喂价进行裁决，这样可以无需发行人裁决。（我需要再看看代码才知道这个功能是否已经实现）
2. 裁决时，所有抵押仓会被强制关闭，也就是说是强制执行。
* 如果裁决结果是0，则仓位关闭时抵押物全部返还。所以不存在无法平仓的问题。
* 如果裁决结果是1，则仓位关闭时抵押物全部被收走，等待资产持有人进行清算/兑现。
4. 抵押价是规则上限；不应存在爆仓情况。（但现在有BUG导致会爆仓）
5. 只有裁决后才能清算。清算即兑现。
举个例子。
现在新建一个预测市场，假设名字为SH1607313K，预测7月31日上证指数收盘是否在3000以上，抵押品为btsabc负责承兑的IOU.CNY。
裁决规则设计：7月31号上证市场收盘后进行裁决；届时如果上证指数低于3000，裁决结果为SH1607313K价值等于0；如果高于3000，裁决结果为SH1607313K价值等于1 IOU.CNY。
裁决前，参与人可以1:1抵押IOU.CNY借入SH1607313K在市场上挂单出售，或者用IOU.CNY在市场上挂单买入SH1607313K。
裁决后，
* 如果结果是1，那么参与人手里拥有SH1607313K资产自动1:1兑成IOU.CNY，抵押的IOU.CNY全部用于兑现资产
* 如果结果是0，那么参与人手里拥有的SH1607313K资产自动销毁，抵押的IOU.CNY全部释放
实际就是赌大小。市场价格就是赔率。
* 如果认为100%会超过3000，也就是预期资产最终价值=1，那么只要低于1买入就会赚。
* 如果认为100%会低于3000，也就是预期资产最终价值=0，那么只要高于0卖出就会赚。
* 如果当前市场价格（最新成交价）是0.6，说明60%的参与者（资金）认为最终会超过3000点。
* 基本来说，参与者预期股市会涨就买，预期股市会跌就卖
* 如果某时间点，你认为最终超过3000的概率是80%，也就是认为资产当前价值是0.8；如果当前市场价与你的预测不同，那么就有获利机会，可以选择参与。
其实这里有几个技术问题
1. 资产创建人可以手工裁决。我还不知道能不能自动裁决。
2. BTS里面的裁决，不是强制执行的。
如果持有人赌赢了，裁决后，可以1:1兑现。如果持有人赌输了，手头持有0的资产，一般不会去主动兑现，就导致抵押借出资产出售的人无法平仓，这时就需要发行者来强制收回，然后发送给赢的人进行平仓，来解除抵押。
为了鼓励赌输的人也主动平仓，规则设计时，可以不用0-1价，而是采用 “基础价+(0~1)” 的方式，即资产有底价。如果不主动平仓，等强制回收，就有额外损失。相应的，抵押借出时，需要多抵押一点。不过这样也不太方便。是否采用这个模式，取决于资产创建者。个人推荐这么做。
3. 裁决后资产名作废，不能再用了。
4. 如何确定最低抵押价。
也就是如何保证没人可以用1块钱抵押出资产，然后马上卖100块套利。
理想算法应该是按市价经过某种计算后得出最低抵押价。如果市场波动，导致抵押不足，就产生自动爆仓。
如果抵押品价值高于资产规则设计的最高价值，就永远不会爆仓。
现在的算法，可能是按喂价确定最低抵押价和爆仓价（不知道我说的对不对，最近没时间看代码）。
这样的话，喂价就比较重要了。比较懒的做法，就是喂价设为规则上限，这样保证没人爆仓，但是相对来说，做空的人参与门槛会高一点（相同仓位的收益/风险不变，但是资金限制导致仓位限制）。
5. 强制清算问题。
（同样，不知道我说的对不对，最近没时间看代码）。
如果按智能资产的做法，强制清算也是喂价相关。如果喂价设为规则上限，那么在裁决前要禁用强制清算，否则可以即时套利，市场没人做空了。
如果允许强制清算，那么喂价就有讲究了，这个留给市场开发者去研究。
（本来BM的爆仓算法是不需要喂价，后来被大家强烈要求下改回喂价了）
资产创建者的收益模式：手续费。
每笔成交，资产创建人可以收取一定百分比的手续费，这个手续费是以资产形式付给创建者的。基于这个模式，资产必须有底价，否则如果裁决结果为0，创建者收到的手续费也等于0。
还有个注意事项：手续费池。
为避免损失，手续费池可以在创建资产后清空；或者规则设计时，保证手续费池被偷了也不会亏，比如设置资产底价为1BTS。
本人不是专家，难免有疏漏，写错的地方欢迎指正。
希望抛砖引玉。
更新（2017-11-05）：
1. 理论上，应该可以指定一组喂价人，根据喂价进行裁决，这样可以无需发行人裁决。（我需要再看看代码才知道这个功能是否已经实现）
2. 裁决时，所有抵押仓会被强制关闭，也就是说是强制执行。
* 如果裁决结果是0，则仓位关闭时抵押物全部返还。所以不存在无法平仓的问题。
* 如果裁决结果是1，则仓位关闭时抵押物全部被收走，等待资产持有人进行清算/兑现。
4. 抵押价是规则上限；不应存在爆仓情况。（但现在有BUG导致会爆仓）
5. 只有裁决后才能清算。清算即兑现。
298
中文 (Chinese) / 喂价相关命令
« on: April 02, 2016, 03:00:49 pm »
最近有朋友在研究预测市场，苦于不知道如何发布喂价，所以我把以前记录的一些命令贴在这里，希望有帮助。时间仓促，来不及仔细整理，内容可能过期，或者有误，请见谅。
不知道预测市场是否已经有中文版教程。如果没有，希望有心人能研究一下，写个教程。
最好是做个简单好用的UI。
公开测试链 http://testnet.bitshares.eu/ 代码在 https://github.com/BitSharesEurope/graphene-testnet/ ，可以随意测试。
1. 自定义智能资产
* 创建资产
create_asset nathan MYMPA 5 {"issuer_permissions": 511,"flags": 128,"core_exchange_rate":{"base":{"amount":1,"asset_id":"1.3.0"},"quote":{"amount":1,"asset_id":"1.3.1"}}} {"new_feed_producers":[],"feed_lifetime_sec":120} true
* 设置喂价人
update_asset_feed_producers MYMPA [in.abit,dele-puppy] true
* 喂价
publish_asset_feed in.abit MYMPA {"settlement_price":{"base":{"amount":50000,"asset_id":"1.3.662"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"core_exchange_rate":{"base":{"amount":100000,"asset_id":"1.3.0"},"quote":{"amount":10000,"asset_id":"1.3.662"}}} true
2. 预测市场
* 创建资产
create_asset nathan ASSETNAME 5 {"issuer_permissions": 511,"flags": 128,"core_exchange_rate":{"base":{"amount":1,"asset_id":"1.3.0"},"quote":{"amount":1,"asset_id":"1.3.1"}}} {"new_feed_producers":[],"is_prediction_market":true} true
* 结算（不知道专业术语是什么，意思就是结束这个预测市场）
global_settle_asset ASSETNAME {"base":{"amount":1,"asset_id":"1.3.663"},"quote":{"amount":1,"asset_id":"1.3.0"}} true
其中base是预测市场资产，quote是货币资产（例子里是BTS），asset_id是对应的资产id，base amount / quote amount 设 1/1就是赢，0/1就是输，1/2就是平局；base amount值应该不能比quote大。
注意事项
1.资产代码后面的数字，是小数位数。比如BTS的小数位数是5，CNY是4。预测市场的小数位数要与下注货币小数位数相同。注意先想清楚，这个一旦创建就不能修改的。
2.权限是用来限制资产发行人的。请注意，这个非常重要：开启权限才能修改旗标；权限一旦关闭很难再次开启（不信去问巨蟹）。现在界面里，默认是黑色，表示开启。
3.另外请注意，那个“手续费汇率”也非常重要。因为创建资产花的BTS手续费，有一半会进手续费池，等于别人可以按你设置的汇率，用你的资产来买池里的BTS。有个哥们跑了个机器人，专偷设错汇率的资产的手续费池。
不知道预测市场是否已经有中文版教程。如果没有，希望有心人能研究一下，写个教程。
最好是做个简单好用的UI。
公开测试链 http://testnet.bitshares.eu/ 代码在 https://github.com/BitSharesEurope/graphene-testnet/ ，可以随意测试。
1. 自定义智能资产
* 创建资产
create_asset nathan MYMPA 5 {"issuer_permissions": 511,"flags": 128,"core_exchange_rate":{"base":{"amount":1,"asset_id":"1.3.0"},"quote":{"amount":1,"asset_id":"1.3.1"}}} {"new_feed_producers":[],"feed_lifetime_sec":120} true
* 设置喂价人
update_asset_feed_producers MYMPA [in.abit,dele-puppy] true
* 喂价
publish_asset_feed in.abit MYMPA {"settlement_price":{"base":{"amount":50000,"asset_id":"1.3.662"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"core_exchange_rate":{"base":{"amount":100000,"asset_id":"1.3.0"},"quote":{"amount":10000,"asset_id":"1.3.662"}}} true
2. 预测市场
* 创建资产
create_asset nathan ASSETNAME 5 {"issuer_permissions": 511,"flags": 128,"core_exchange_rate":{"base":{"amount":1,"asset_id":"1.3.0"},"quote":{"amount":1,"asset_id":"1.3.1"}}} {"new_feed_producers":[],"is_prediction_market":true} true
* 结算（不知道专业术语是什么，意思就是结束这个预测市场）
global_settle_asset ASSETNAME {"base":{"amount":1,"asset_id":"1.3.663"},"quote":{"amount":1,"asset_id":"1.3.0"}} true
其中base是预测市场资产，quote是货币资产（例子里是BTS），asset_id是对应的资产id，base amount / quote amount 设 1/1就是赢，0/1就是输，1/2就是平局；base amount值应该不能比quote大。
注意事项
1.资产代码后面的数字，是小数位数。比如BTS的小数位数是5，CNY是4。预测市场的小数位数要与下注货币小数位数相同。注意先想清楚，这个一旦创建就不能修改的。
2.权限是用来限制资产发行人的。请注意，这个非常重要：开启权限才能修改旗标；权限一旦关闭很难再次开启（不信去问巨蟹）。现在界面里，默认是黑色，表示开启。
3.另外请注意，那个“手续费汇率”也非常重要。因为创建资产花的BTS手续费，有一半会进手续费池，等于别人可以按你设置的汇率，用你的资产来买池里的BTS。有个哥们跑了个机器人，专偷设错汇率的资产的手续费池。
300
General Discussion / Yunbi started voting against all workers except refund/burn workers
« on: March 27, 2016, 06:25:55 pm »
Yunbi is now publicly voting with their customers' voting power, voting for all refund/burn works but no other workers.
See https://cryptofresh.com/ballots
Yunbi's cold/warm wallet's voting proxy is set to laomao.
Personal suggestion: if you support development , please withdraw your funds from yunbi.
See https://cryptofresh.com/ballots
Yunbi's cold/warm wallet's voting proxy is set to laomao.
Personal suggestion: if you support development , please withdraw your funds from yunbi.
