Access denied | bitsharestalk.org used Cloudflare to restrict access
Please enable cookies.
What happened?
The owner of this website (bitsharestalk.org) has banned your access based on your browser's signature (e1e95-ua98).为什么是Bitshares（BTS），为什么是现在？ - 简书
为什么是Bitshares（BTS），为什么是现在？
你希望2010年比特币的价格低于1美元时，你能买到比特币吗？如果你有第二次机会呢？不好意思，不存在第二次机会了。也许还有一种密码货币正在寻求改变世界，目前的交易价格还不到1美元。这枚硬币自2013年以来就一直存在，而且一直在悄悄增长。在价格爆炸的开始之前，我们可能是对的！那么，我说的是哪一枚硬币？这个密码货币被称为BitShares（BTS），我将向你解释为什么这枚硬币是一个沉睡的巨人！比特股对商业的作用就像比特币所做的那样通过使用业内最先进的石墨烯区块链技术，BitShares提供了一个平台，我们可以在这个平台上构建新的数字经济。BitShares区块链是使用超快的石墨烯技术建造的，每秒处理10万次交易。这使得比特币看起来像古董。BitShares的速度证明了，它为投资者、企业家和企业提供了强大的工具。投资者感兴趣的一些功能包括价格稳定的加密货币、创建定制的智能货币和超高级的分散化交易的能力。去中心化的交易所是加密货币的未来，而BitShares正引领着这一趋势！它是一个完全分布式分散的资产交换，意味着你可以完全控制你的私人密钥和你的资产，没有任何政府，机构可以左右。任何攻击或失败只会影响一个用户和他们的资金。不再依赖于阴暗的交易所，BitShares改变了一切！与许多其他加密货币不同，BitShares拥有一个快速、可靠且经过验证的平台，与真正的企业整合他们的技术。区块链项目加密技术，选择在BitShares上建立，因为他们明白分散的交易所是未来的发展方向。加密技术团队认为，在分散的区块链世界中，交易所和交易平台的未来属于分散的交易所。汇款公司Bitspark还宣布，他们将从比特币转向比特股区块链，因为它更适合公司的业务。BitSpark并不是唯一一家将BitShares视为一个完美的汇款平台的公司。微尼和Bankcoin都计划开始使用比特共享平台来实现他们的业务。汇款行业是一个6000亿美元的行业！你开始明白为什么BitShares被严重低估了吗?最重要的是，第一家分散的银行将与BitShares进行合作，BitShares是首个分散的交易所，创建了世界上最完整的替代金融体系。最近公布的一项计划是，运营一个全球网络，拥有1100个加密atm机。比特币和以太坊已经变得缓慢而拥挤。越来越明显的是，他们没有必要的技术来成为未来的平台。比特币和以太坊都在讨论如何解决它们的问题，但谁知道这需要多长时间。BitShares已经建立起来，功能强大，能够处理未来数字经济所需的交易数量。重要的是要强调，BitShares已经建立并准备好了。网络上不存在规模争论或即将到来的硬叉。BitShares今天已经准备好了，公司也开始注意了。这仅仅是开始……想象未来的可能性。BitShares平台也有自己的核心货币BitShares(BTS)。BTS的价值源于对BitShares服务的需求。通过购买BTS，你将购买该平台成功的部分股权，并对其未来进行投资。BitShares目前的交易价格不到1美元，但这可能不会持续太久。记住，像莱特币和比特币这样的密码货币，在价格下跌之前都是一分钱的交易。对于那些错过比特币投资的人来说，这是一个难得的机会。当火箭飞船起飞，飞向月球时，你想要落在后面吗?
生活不止眼前的苟且，还有诗和远方的田野。
比特币是一种全新的东西。比特币和互联网一样，都有着全新的底层技术，运行原理和上层应用，历史上从未有过类似的东西。给普通民众讲清楚比特币是什么，就像给80年代的民众讲清楚互联网是什么一样困难。 这也导致了绝大部分普通民众都很难搞清楚比特币是什么，并产生各种各样的误解，这和互联...
一、快速术语检索 比特币地址：（例如：1DSrfJdB2AnWaFNgSbv3MZC2m74996JafV）由一串字符和数字组成，以阿拉伯数字“1”开头。就像别人向你的email地址发送电子邮件一样，他可以通过你的比特币地址向你发送比特币。 比特币：既可以指这种虚拟货币单位...
区块链和比特币是什么关系？电子货币、虚拟货币、数字货币有什么区别？央行在研究的数字货币是什么样的？和区块链有关系吗？区块链和数字货币，这两个对大部分人还挺陌生的概念，其实近期已经引起了监管机构、金融巨头的高度关注，离应用已不远。这篇深度报告解读了区块链与数字货币的原理、特点...
一、高性能和可扩展性 每秒可以实现超过10万次转账 为了给业界提供一个有可能代替现有的金融平台的方案，高性能的区块链技术对加密货币和智能合约平台来说是必须的。为了能够实现比VISA和MasterCard加起来每秒可以处理的交易数量更高的级别，比特股从底层开始重新设计。通过股...
比特币只是一个更广泛的生态系统的一个组成部分（虽然是重要的一个），通常与之非常相似的货币称为代币。在本章中，我们将介绍altcoins（代币、山寨币）和加密货币的生态系统。 10.1 Altcoins：历史与动机 比特币于2009年1月推出。又过了两年，直到2011年年中才...
python中的socket套接字用于实现网络通信tcp套接字的使用流程如下： 创建套接字对象
--- clientSocket = socket(AF_INET,SOCK_STREAM) 连接服务器，指定服务器的ip地址和端口（参数是个元组）------------c...
昨天一个跟我玩的很好的朋友说，原来人真的不像表面的那样。我摇摇头，不可置否。她在乎别人对她的看法，即便是一个她很不喜欢的人，她也会为别人对她的印象不好而难过。 我没有说什么，也没资格说什么。我之前跟她很像，会因为别人的态度而不安，希望别人都觉得我挺好的。每一天都很低落，很难...
在腾讯围棋用微信注册了一个账号，就开始了我的围棋征程，横刀立马驰骋疆场，却不怎么如意，一天一夜23盘局，十一胜，十二败。 复盘总结经验，1）棋形不正，为以后留下隐患伏笔，2）下棋方向性错误，失败的前兆，3）意气下棋，4）没注意棋子的强弱，5）没注意实与外势的均衡…… 总结经...
《逃离巴别塔》是一部主角变换男女的现实魔幻主义言情作品，主要讲述了废柴又消极的宅男男主由生到死，再由死复生的脱宅过程。 推荐年龄15岁以上观看。15岁以下可能会在阅读的过程中对某些【黑、黄、暴力等擦边球】字眼产生不适，请谨慎观看。 该小说包含基督教、佛教等教理。本无意传教，...
01 你想学新媒体运营，能不能先去买几本关于新媒体的书，把前辈们公众号（要推荐的太多，咪蒙、一条、罗辑思维、新榜、毒舌电影等）从第一篇文章开始，研究他们的平台定位、讲故事的方法、内容创作模式、排版美学、粉丝互动、运营方法全部撸一遍。 02 定位公益伞的方式，不仅仅可以通过网...此文目的是协助第三方交易所上线 BTS 交易。此文所述方案为单节点方案。相对于此前另一篇文档描述的双节点方案来说，单节点方案可以节省内存、硬盘和同步时间。
1. 基本概念
BTS 使用 D 共识机制，由持有
的人投票产生区块锻造人，标准区块间隔时间是 3 秒。
1) BTS里，资金是存在账户里的，不像是存在地址里。对来说，需要公开一个账号供用户充值。可以使用网页钱包或者轻注册新账号。
注：对于交易所来说，注册账号请使用钱包模式，而不是账户模式，因为交易所要用到一些高级功能，在账户模式下会存在问题。（如果是官方网页钱包或轻钱包 171102 或以上版本，第一次注册时默认是账户模式，可点击“高级”进入钱包模式）。
不是所有账号都可以免费注册，一般带横杠的或者数字的账号可以免费注册，比如 my-exchange ，或者 myexchange2017 。
在轻钱包账户页面里，账号下面会显示一个数字，这个数字是该账号在 BTS 系统里的内置ID，下面会用到。
注：官方网页钱包或轻钱包 171102 或以上版本，不再显示该数字。可以到浏览器 https://cryptofresh.com/ 输入账号名获取账户 ID ，也可以自建节点同步完成后在钱包里通过命令获取 ID ，获取命令参考“提现目的账号名检查”章节。为了资金，交易所可以用一个账号负责充值，另用一个账号负责提现。
2) 用户充值，就是从其他账号转账到交易所的公开的账号。账号名就是收款地址。每笔转账可以带一个备注，交易所通过这个备注来区分是哪个用户的充值。 具体备注与交易所用户关联关系，请交易所自行设定。 备注是的，只有拥有发送者或者接收者的备注密钥才可以解密。
3) 用户提现，就是从交易所账号转账到用户账号，目的账号名由用户提供。 由于有用户需要把资金直接从一个交易所转到另一个交易所，而另一个交易所是根据备注入账，所以提现功能最好可以带备注。
4) 使用网页钱包注册的账号是基本账号。可付费升级为终身会员账号，升级后，后续交易手续费节省 80% 。终身会员可以创建新账号。当前手续费费率标准可以在钱包内查看，从界面依次点击 浏览-费率表 进入。
5) 每个账号默认有3对密钥，可以在账户-高级设定-权限页面里查看，分别为：活跃权限、账户权限、备注密钥。
其中，活跃权限密钥用于转账等日常操作；账户权限密钥用于修改密钥；备注密钥用来加密和解密转账备注。
默认情况下，活跃权限密钥与备注密钥相同，但可以修改为不同。
以上 3 对密钥都可以修改。其中，账户权限为最高权限，可以修改所有密钥；使用活跃权限密钥不能修改账户权限密钥，但可以修改其他两个密钥。
1) BTS 系统里有多种资产，其中，核心资产是 BTS 。交易所上线 BTS 系统内其他资产的方法，与上线核心资产（BTS）的方式类似。
2) 每个账户可以同时拥有多种资产。
1.4 块链结构
每个块有个 ID，即 block_id，该 ID 是块内容的 hash 值；
每个块包含前一块的 ID，存放在 “previous” 字段，因此形成一个链；
每个块里包含多个交易，存放在 “transactions” 字段，按顺序存放；
使用 API 获取块信息时，会同时返回 “transaction_ids” 字段，即交易 ID 清单，是交易（不包含签名）序列化后的 hash 值
每个交易可包含多个操作，存放在 “operations” 字段，按顺序存放；
每个操作也有一个 ID ，是一个全局数字编号，是程序运行中内部产生的，不是 hash 值
2. 基础软硬件需求
独立服务器或者VPS
8G 内存（更多更好）
安装 64 位 Ubuntu 16.04 LTS （推荐） ，或者 Ubuntu 14.04 LTS ，或者 Windows Server 。
3. 程序准备
要对接 BTS 系统，需要运行这几个程序：普通节点 witness_node 、命令行钱包 cli_wallet 。
3.1 架构说明
witness_node 通过 P2P 方式连接到 BTS 网络，从网络接收最新区块，向网络广播本地签署的交易包；
witness_node 通过 websocket + http rpc 的方式提供 API 供其他程序调用（以下称为节点 API）。
cli_wallet 通过 websocket 方式连接到 witness_node 。
cli_wallet 管理钱包文件，钱包文件里包含经过加密的用户私钥，一个钱包文件可以包含多个。
可以同时运行多个 cli_wallet 进程，同时连到 witness_node ，用来同时管理多个钱包文件。
cli_wallet 提供交易签名功能，签名后通过 witness_node 向外广播。
cli_wallet 通过 http rpc 的方式提供 API 供其他程序调用（以下称为钱包 API）。
推荐交易所使用一个 cli_wallet 来监测用户充值，使用另一个 cli_wallet 来处理用户提现请求。
3.2 Windows
Github 上提供编译好的 Windows 可执行文件下载。
下载页面在 https://github.com/bitshares/-core/releases/latest ，
文件为 BitShares-Core-2.0.xxxxxx-x64-cli-tools.zip ，解开即可，里面包含 3 个 exe 文件和两个 dll 文件。
如果使用 Linux 系统，需要自行编译几个上述程序。推荐使用 Ubuntu 16.04 LTS ，编译步骤如下：
sudo apt-get update
sudo apt-get install autoconf cmake git libboost-all-dev libssl-dev doxygen g++ libcurl4-openssl-dev
git clone https://github.com/bitshares/bitshares-core.git
cd bitshares-core
git checkout &LATEST_RELEASE_TAG&
git submodule update –init –recursive
mkdir build
cmake -DCMAKE_BUILD_TYPE=Release ..
make witness_node cli_wallet
注：上述步骤中，请将 &LATEST_RELEASE_TAG& 替换成最新发布版本号，编写本文时，最新版本号是 2.0.171105a
编译完成后，得到两个可执行程序分别是：
* build/programs/witness_node/witness_node
* build/programs/cli_wallet/cli_wallet
上述程序可以拷贝到其他目录或者其他服务器执行。以下默认认为程序在当前目录。
注：拷贝到其他服务器执行时，如果服务器操作系统或其他软硬件环境有差异，则可能不能使用。
如果使用 Ubuntu 14.04 LTS ，则需要先编译安装
库，然后再执行上述步骤。
请注意，目前只支持 1.57.0 到 1.60.0 的 Boost 库。
编译安装 Boost 库的步骤为：
sudo apt-get install cmake make libbz2-dev libdb++-dev libdb-dev libssl-dev openssl libreadline-dev autoconf libtool git autotools-dev build-essential g++ libbz2-dev libicu-dev python-dev doxygen
wget -c ‘http://sourceforge.net/projects/boost/files/boost/1.57.0/boost_1_57_0.tar.bz2/download’ -O boost_1_57_0.tar.bz2
tar xjf boost_1_57_0.tar.bz2
cd boost_1_57_0
./bootstrap.sh
sudo ./b2 install
使用其他 Linux 发行版也可以编译，不在本文说明范围。
4. 环境准备
要保证系统正常运行，需要保证服务器系统时间正确。时间不正确会导致块链无法同步、资金发送失败等各种问题。
Ubuntu 系统推荐安装 NTP 服务端，方法是
sudo timedatectl set-ntp false
sudo apt-get install ntp
根据部署环境不同，可能需要修改默认的 ntp 服务器地址，请参阅相关文档。
如果是 Windows 系统，请设置好系统时间同步。
5. 同步数据
由于需要同时运行多个程序， Ubuntu 下推荐在 screen 或者 tmux 里启动程序。
以下描述主要针对 Ubuntu ，所以命令前都带 ./ 。对于 Windows ，在命令行界面 cd 到程序目录之后，执行时不需要 ./ 。
5.1 witness_node
可使用 ./witness_node –help 来查看命令参数。
5.1.1 初次执行：
./witness_node -d witness_node_data_dir
然后按 Ctrl+C 结束它。
这样会在当前目录生成一个数据目录 witness_node_data_dir ，里面包含 blockchain 目录是数据存储，以及一个 config.ini 配置文件。
对于交易所，推荐对 config.ini 配置文件作一些修改。
1) 可关闭 p2p 日志，以减小硬盘存储压力，方法是找到 filename=logs/p2p/p2p.log 行，在行首添加 # 号
或者将 [logger.p2p] 下面的 level=info 修改为 level=error
2) 可考虑将控制台日志同时保存到文件，方法是将下述章节
[logger.default]
level=info
appenders=stderr
[log.file_appender.default]
filename=logs/default/default.log
[logger.default]
level=info
appenders=stderr,default
这样之后， witness_node_data_dir/logs/default/ 目录下会同步保留最近24小时的控制台日志。
3) 以下参数会减少运行需要的内存，原理是不保存 BTS 内置交易引擎的历史成交记录索引，因为交易所一般用不到这个数据。
history-per-size = 0
如果是 2.0.171105a 及以后版本，则需要设置这个参数：
plugins = witness account_history
* config.ini 里默认 plugins 前有个“#”符号，需要删除；
* 默认的 plugins 配置是 “witness account_history market_history”，这里实际是去掉“market_history”；
* 如果 config.ini 里没找到该配置项，比如从老版本升级上来时不会更新已有配置文件，
* 可以在 config.ini 最前面添加一行（不要加在文件最后面），
* 也可以另外找个空目录生成一个 config.ini 文件再拷过来修改。
4) 以下参数表示每账号保留多少条历史记录供查询，默认值是 1000 。
对交易所来说，如果充值、提现记录较多，可考虑设置成一个较大的值，比如
max-ops-per-account = 1000
max-ops-per-account = 1000000
则会保留一百万条数据。更早的数据会从内存中被删除而无法快速查询（但仍然记录在链上）。
5) 以下两个参数会大量减少运行需要的内存，原理是不保存与交易所账户无关的历史数据索引。
track-account = &#.1;
partial-operations = true
请将 12345 替换成你的账户数字 ID 。数字前的 &#.” 表示类型是账户。
注： config.ini 里默认 track-account 前面有个“#”符号，需要删除。
如果需要监控多个账户，则使用多个 track-account 配置，如：
track-account = &#.1;
track-account = &#.1;
partial-operations = true
目前存在一个 BUG ，配置多个 track-account 会导致上面的日志修改不生效。
绕过这个问题的方法，是不动 config.ini ，而是启动 witness_node 的时候，在命令行后面添加 –track-account 参数。
./witness_node –track-account “\&#.12345\”” –track-account “\&#.12346\””
* 参数首尾双引号需要保留，所以使用 \ 进行转义。 Linux 下可以使用双引号外加一层单引号的方式，则不需要转义。
* 如果需要增加、修改、删除追踪账号，修改后，需要重建索引才能生效。方法是按 Ctrl + C 结束程序，然后加 –replay-blockchain 参数重新启动。
./witness_node -d witness_node_data_dir –track-account “\&#.12345\”” –track-account “\&#.12346\”” –replay-blockchain
5.1.2 重新执行
再次启动 witness_node ，开始同步数据。根据网络条件、服务器硬件条件不同，初次同步可能需要花几个小时到几天时间。
./witness_node -d witness_node_data_dir –rpc-endpoint 127.0.0.1:8090 –track-account “\&#.12345\”” –track-account “\&#.12346\”” –partial-operations true –max-ops-per-account 1000000 –replay-blockchain
上述命令中，使用 –rpc-endpoint 开启节点 API 服务，这样就可以使用 cli_wallet 和其他程序连接使用。
注：以后再需要重新启动 witness_node 时，一般不要加 –replay-blockchain 参数，否则启动会很慢。
5.2 运行一个 cli_wallet 用于处理提现
./cli_wallet -w wallet_for_withdrawal.json -s ws://127.0.0.1:8090 -H 127.0.0.1:8091
上述命令使用 -w 参数指定钱包文件， -s 参数连接到 witness_node ， -H 参数开启钱包 API 服务，监听端口 8091。
cli_wallet 与 witness_node 间通信的数据不包含私密数据，一般不需加密，也不需要对节点 RPC 端口作刻意保护（加一层保护也未尝不可）。
但 cli_wallet 与充提程序间的通信是明文，可能需要包含，如果部署为多机架构，需要注意加密，可采用 SSH 隧道的方式。
并且， cli_wallet 处于解锁状态时，通过 RPC 端口可以转移钱包内账户资金，需要注意防止非授权访问，强烈不建议钱包 RPC 直接开放公网访问。
为 cli_wallet 的 RPC 配置证书或者密码的做法，本人没有研究过，故此不作描述。
执行成功会显示：
首先需要为钱包文件设置一个密码
new &&& set_password my_password_1234
执行成功会显示：
locked &&&
然后解锁钱包
locked &&& unlock my_password_1234
解锁成功会显示：
unlocked &&&
使用 info 命令可以查看当前同步情况
unlocked &&& info
“head_block_num”: ,
“head_block_id”: &#e2bf1c4ed1331ece4adfbb”,
“head_block_age”: “23 onds old”,
“next_maintenance_time”: “31 minutes in the future”,
“chain_id”: &#44c78f6a6c41c6a552bfc5dec06da467ee7905a8dad512c8”,
“participation”: &#00”,
5.3 运行另一个 cli_wallet 用于处理充值
./cli_wallet -w wallet_for_deposit.json -s ws://127.0.0.1:8090 -H 127.0.0.1:8093
这个 cli_wallet 也开启钱包 API 服务，监听端口 8093
请参考前面的章节设置密码及解锁。
6. 账户设置
考虑到安全性，可以使用两个账号分别处理充值和提现，这里假设 deposit-account 用于充值，withdrawal-account 用于提现。
6.1 修改充值账户的备注密钥
在上述任何一个 cli_wallet 中执行 suggest_brain_key ，会得到一对密钥，示例如下：
unlocked &&& suggest_brain_key
suggest_brain_key
“brain_priv_key”: “…..”,
“wif_priv_key”: “5JxyJx2KyDmAx5kpkMthWEpqGjzpwtGtEJigSMz5XE1AtrQaZXu”,
“pub_key”: “BTS69uKRvM8dAPn8En4SCi2nMTHKXt1rWrohFbwaPwv2rAbT3XFzf”
在轻钱包里，账户权限页面，将备注密钥修改为上述结果中的 pub_key 。
1. 修改过后请注意轻钱包，否则轻钱包里可能无法解密修改前的备注。
2. 修改过后，如果仍需要使用轻钱包进行带备注的转账、或者读取新的转入/转出转账备注，则需要将上述 wif_priv_key 导入到轻钱包，导入步骤参考如下教程中的第二步： http://btsabc.org/article-761-1.html 。导入后可以做个新的备份。
3. 这个方法也可以用来修改账户的活跃权限密钥和账户权限密钥，有需要时可以使用。
6.2 将充值账户的备注密钥导入到连接到负责充值的 cli_wallet
如果钱包已锁定，需要先用 unlock 命令解锁。
这里需用到上述 suggest_brain_key 结果中的 wif_priv_key ：
unlocked &&& import_key deposit-account 5JxyJx2KyDmAx5kpkMthWEpqGjzpwtGtEJigSMz5XE1AtrQaZXu
导入时 cli_wallet 会自动生成一个或者两个备份文件，可删除。
这时可按 Ctrl + D 退出钱包，对钱包文件 wallet_for_deposit.json 进行备份，然后重新启动 cli_wallet 。
退出时会报个错，不用管它。
如果编译时没有引入 readline 库，则需要用 Ctrl + C 退出
由于没有导入活跃权限密钥，负责处理充值的 cli_wallet 无法动用充值账户的资金，只能查看历史记录。
6.3 从轻钱包中取得提现账户的活跃权限密钥
参考 http://btsabc.org/article-761-1.html
6.4 将提现账户的活跃权限密钥导入到负责提现的 cli_wallet
unlocked &&& import_key withdrawal-account 5xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
同样可以对钱包文件作个备份。
注：检查一下提现账户的活跃权限密钥和备注密钥是否一样，如果不一样，则需要将备注密钥也导入，否则无法处理带备注的提现。
导入命令仍然是：
unlocked &&& import_key withdrawal-account 5xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
7. 钱包命令
cli_wallet 里，
* 使用 help 命令可以列出命令清单及参数
* 如果编译时有 doxygen ，使用 gelp 命令可以获取具体命令的参数说明及示例，如
unlocked &&& gethelp get_account
8. 钱包 API
钱包开启了 http rpc 方式的 API 服务时，可以通过 http rpc 方式调用**所有的**钱包命令，效果与在钱包里输入命令相同。
curl -d ‘{“jsonrpc”: &#”, “method”: “get_block”, “params”: [1], “id”: 1}’ http://127.0.0.1:8093/rpc
即：method 传入命令名，params 数组传入参数清单。
{“id”:1,”result”:{“previous”:&#″,”timestamp”:&#-13T14:12:24″,”witness”:&#.8″,”transaction_merkle_root”:&#″,”extensions”:[],”witness_signature”:&#42bb60f1f7a653bac70d6badce591e601dd60d493ba5c9a832e155ff0c40ea1ddbf65ad701bc″,”transactions”:[],”block_id”:&#1bf6b28cda98″,”signing_key”:”BTS6ZQEFsPmG6jWspNDdZHkehNmPpG7gkSHkphmRZQWaJ2LrcaVSi”,”transaction_ids”:[]}}
如果执行成功，结果会有 result ，否则会有 error 。
HTTP RPC 请求 URI 为 /rpc 。
在钱包里输入命令，返回结果是经过美化的；使用 http rpc 请求时，返回的是 json 格式的原始数据。
关于原始数据，需要：
* 金额是 {“amount&#432,”asset_id”:&#.0″} 格式，其中* asset_id 可以通过 get_asset 命令查到具体名称， BTS 的 asset_id 是 1.3.0 ，其他资产有其他 id。
* amount 是数量去掉小数点之后的值，比如 BTS 是 5 位小数，上面例子中实际是
* 账户是 1.2.xxxxx 的格式，可以通过 get_account 获取账户信息。
* 操作类型（op）是数值格式，比如 0 表示转账操作。
9. 处理充值
9.1 获取当前的“无法回退区块”块号
与比特币等采用确认数来从概率上降低交易回退的可能性有所不同， BTS 里可采用“无法回退区块”块号来判断交易是否可能回退。
“无法回退”区块及更早区块里面的交易，可以保证不会发生回退。
在 cli_wallet 里使用命令 get_dynamic_global_properties 来获取无法回退的块号。如：
get_dynamic_global_properties
“id”: &#.0”,
“head_block_number”: ,
“last_irreversible_block_num”:
其中， head_block_number 为最新区块号， last_irreversible_block_num 为无法回退区块号。
9.2 查询充值账户历史
使用 get_relative_account_history 命令来查询充值账户历史，检测是否有新的充值。如：
unlocked &&& get_relative_account_history deposit-account 1 100 100
unlocked &&& get_relative_account_history deposit-account 101 100 200
curl -d ‘{“jsonrpc”: &#”, “method”: “get_relative_account_history”, “params”: [“deposit-account&#,100], “id”: 1}’ http://127.0.0.1:8093/rpc
四个参数分别为：账户名，最小编号，最大返回数量，最大编号。编号从 1 开始。
某个版本的 cli_wallet 最大返回数量超过 100 时有个bug，导致结果不准，使用时请避免 limit 超过 100 。
返回结果是一个数组，按时间倒序排序，即最新的记录排在最前面。
* 如果没有新充值，则数组长度为 0 。
* 如果有新的记录，其中第N条数据为 result[N]，格式可能为：
“memo”:””,
“description”:”Transfer 1 BTS from a to b — Unlock wallet to see memo.
(Fee: 0.22941 BTS)”,
“op”:{
“id”:&#.43;,
“op”:[
“fee”:{
“amount&#,
“asset_id”:&#.0″
“from”:&#.1;,
“to”:&#.4;,
“amount”:{
“amount&#,
“asset_id”:&#.0″
“memo”:{
“from”:”BTS7NLcZJzqq3mvKfcqoN52ainajDckyMp5SYRgzicfbHD6u587ib”,
“to”:”BTS7SakKqZ8HamkTr7FdPn9qYxYmtSh2QzFNn49CiFAkdFAvQVMg6″,
“nonce”:&#″,
“message”:&#faa153981ea”
“extensions”:[
“result”:[
“block_num&#7,
“trx_in_block”:7,
“op_in_trx”:0,
“virtual_op&#
可见，结果中并没有显式包含每条记录的编号，需要程序自行推算、记录。一般将该数组顺序颠倒，然后逐一处理比较合适。
首先要判断该交易所在区块是否已经无法回退。
取 result[N][“op”][“block_num”] 与 last_irreversible_block_num 作比较，如果可以不可回退则继续处理，可以回退则先跳过不处理。
注：交易没有进块时，仍然可能在 get_relative_account_history 中出现，并且所在块号会一直改变，难以判断状态。
所以请使用 last_irreversible_block_num 来判断。
result[N][“op”][“op”] 是数组格式，取数组里第一个元素 result[N][“op”][“op”][0] ，如果是 0 ，则表示转账；
则可以取第二个元素中 “to” 字段，即 result[N][“op”][“op”][1][“to”] ，判断它是否与 deposit-account 的 ID 相同，来判断是否转入；
如果是，则取第二个字段中 “amount” 字段里 “asset_id” 字段 result[N][“op”][“op”][1][“amount”][“asset_id”] 判断是否正确资产类型， 然后取 “amount” 里面的 “amount” ，即 result[N][“op”][“op”][1][“amount”][“amount”] ，加上小数点位数，得出充值金额；
取最外层的 “memo” 字段，即 result[N][“memo”] ，得出用户在交易所的 ID ，进行入账。
result[N][“op”][“id”] 是这笔转账的唯一 ID ，可以记录备查。
同时，推荐将结果中 block_num, trx_in_block, op_in_trx 几个数据也记录下来，含义分别是 块号、块中第几个交易、交易中第几个操作。
另外，由于他方转账时，可能只记录交易ID （哈希值），或者交易签名，而不记录操作ID或者块号，为了方便检查问题，建议在充值检测时，记录操作对应的交易 ID 和交易签名，方法如下：
根据上述 block_num ，调用 get_block 命令获取块内容，如
unlocked &&& get_block
curl -d ‘{“jsonrpc”: &#”, “method”: “get_block”, “params”: [160000], “id”: 1}’ http://127.0.0.1:8093/rpc
设结果中块内容为 result ，根据上述 trx_in_block ，
取 result[“transaction_ids”][trx_in_block] ，即为对应的交易 ID；
取 result[“transactions”][trx_in_block][“signatures”] ，即为交易签名，是个数组，因为账户转账可能包含多个签名。
1) 钱包必须先解锁才能解密备注。
2) 如果检测到有充值的备注不正确，或者资产类型不正确，注意不要简单退回，因为可能是从其他交易所转来的，退回后对方处理起来也会很麻烦。
3) 一个块里很可能有多笔充值，结果的 block_num 相同，甚至可能 trx_in_block 和 op_in_trx 也相同，但 virtual_op 不同，需注意处理。
可以肯定 blocknum + trx_in_block + op_in_trx + vitrual_op 的组合是唯一的。
这里还要注意个问题， virtual_op 的数据目前有个 BUG，如果不是每次重启参数都一样并且都 replay ，重新查历史数据，会发现这个值会不一致
4) 由于存在“提议”功能，可以延期执行，用 get_block 然后用 trx_in_block 定位时可能取不到对应交易，或者取到的交易与充值操作不对应。
延期执行功能目前很少有人用，但理论上存在，请注意错误处理。
10. 处理提现
10.1 网络状态检查
为了安全起见，只有当 witness_node 网络正常时，才处理提现。
在负责提现的 cli_wallet 中使用 info 命令检查网络状态
unlocked &&& info
“head_block_num”: ,
“head_block_id”: &#e2bf1c4ed1331ece4adfbb”,
“head_block_age”: “23 seconds old”,
“next_maintenance_time”: “31 minutes in the future”,
“chain_id”: &#44c78f6a6c41c6a552bfc5dec06da467ee7905a8dad512c8”,
“participation”: &#00”,
需检查的字段有：
* head_block_age 最好是在 1 分钟以内。
* participation 最好在 80 以上，表示 witness_node 所连网络有 80% 的出块节点正常工作。
另外，网络正常时， last_irreversible_block_num 与 head_block_num 之间的差值不会太大（一般 30 以内）；
这个可以作为参考。
10.2 提现账户余额检查
使用 list_account_balances 命令检查提现账户余额是否足够（注意资产类型、并且算上手续费）
unlocked &&& list_account_balances withdrawal-account
1) 注意资产类型。
2) 注意加上手续费。因为备注是按长度收费，所以带备注时手续费会比不带备注时高一些。
10.3 提现目的账号名检查
使用 get_account_id 命令可以检查客户输入的提现目的账号是否有效
locked &&& get_account_id test-123
get_account_id test-123
locked &&& get_account_id test-124
get_account_id test-124
10 assert_exception: Assert Exception
rec && rec-&name == account_name_or_id:
wallet.cpp:597 get_account
10.4 发送提现
使用 transfer2 命令发送提现交易。
unlocked &&& transfer2 withdrawal-account to-account 100 BTS “some memo”
参数分别是：源账户名，目的账户名，金额，币种，备注该命令会签名并广播交易，然后返回一个数组，第一个元素是交易 id ，第二个元素是详细交易内容。
1) 如果币种是 BTS ，金额小数位数最多 5 位。如果是其他资产，通过 get_asset 命令可以查看资产的小数位数，”precision”字段。
2) 也可以使用 transfer 命令，但是这样不会直接返回交易 ID ，而是需要调用其他 API 来计算出来，所以不推荐。
3) 备注通常用 UTF-8 编码。
4) 建议记录相关数据备查，比如交易 id 、 json 格式的详细交易内容等。
10.5 提现结果检查
使用 get_relative_account_history 命令获取 withdrawal-account 的提现历史，参照充值处理章节，如果发现有新的记录，并且交易所在块号早于last_irreversible_block_num ，则表示交易已经进块并且不可回退；
注意：交易没有进块时，仍然可能在 get_relative_account_history 中出现，并且所在块号会一直改变，难以判断状态。
所以请使用 last_irreversible_block_num 来判断。
根据该条记录的 block_num 字段，使用 get_block 命令查询详情：
unlocked &&& get_block 12345
返回结果中， transaction_ids 字段数据里应该包含前面的交易 id 。
建议记录上述 get_relative_account_history 结果中的 id (1.11.x), block_num, trx_in_block 备查。
10.6 关于失败重发
在有些情况下可能交易发送后，没有及时被打包进入区块。
与比特币不同， BTS 的交易里面有个超时时间字段（expiration），使用 cli_wallet 签名广播交易时，该字段值默认是本机系统时间加 2 分钟。
本机交易特别多的时候，超时时间会加长。
如果在网络时间到达该超时时间之后，交易仍然没有被打包进块，则该交易会被所有网络节点丢弃，不再有可能被打包。
因此，如果出现交易广播了但没有在账户历史中出现，先检查本机系统时间是否滞后。
* 如果 last_irreversible_block_num 对应的块时间已经过了交易的超时时间，那么重发是安全的。
* 如果交易已经在历史中出现，则检查交易所在块号是否已经固定，而不是一直随着最新块号更新。
* 如果交易所在块号一直更新，表示交易还没被打包进块，需继续耐心等待被打包或超时。
* 如果块号已固定，随着时间推移，网络正常时， last_irreversible_block_num 很快就会超过该块号。
* 如果 head_block_num 一直增长，而 last_irreversible_block_num 不增长，则很可能 witness_node 进入了一个较短链，或者网络出现问题，导致交易无法完全确认。 这种情况下，请检查 witness_node 是否有新版本需要升级，或联系开发团队。
* 如果重发仍然无法被打包，则可能遇到网络异常或者拥堵，这种情况比较少见，请联系开发团队。
* cli_wallet 有个参数 –daemon ，使用此参数启动后，会在后台运行
* 需要关闭 witness_node 时，按一次 Ctrl C，然后等待程序自己退出。
* 正常退出后，重新启动时，不需重建索引，启动会比较快。
* 正常退出后，可以对数据目录 witness_node_data_dir 打包备份，需要时可直接恢复使用。
* 如果异常退出，则重新启动时，很可能需要重建索引，启动比较慢。
* 如果 witness_node 出现异常，一般先尝试重启，如果不行则可尝试带 –replay-blockchain 参数重启，即手工触发重建索引。
* 如果没有解决，则使用备份恢复。
* 如果没有备份，则重新同步，可能耗时较长。
* 多重签名： BTS 原生支持账户级多重签名，并且有提案-批准的机制，可以在线发起多签请求，然后确认完成多签交易，具体参考相关教程。
* ： 暂无支持
* ： 可以实现，步骤有些复杂，示例：
* 在离线机器，启动 witness_node 及 cli_wallet ，使用 suggest_brain_key 命令离线生成密钥对。
* 然后用轻钱包将账户密钥修改为上述密钥，则账户进入冷存状态。* 需要动用冷存账户时：
* 可以用暂时变热的方式，即将私钥导入轻钱包使用，用完后再换成新密钥。
* 纯冷模式也可实现，但当前 cli_wallet 支持不好，有需要的请单独联系。
12. 相关资料
* 图文教程 http://jc.btsabc.org/
* 自建节点教程 http://btsabc.org/article-477-1.html
* 获取账户私钥 http://btsabc.org/article-761-1.html
* 英文对接文档 http://docs.bitshares.org/integration/exchanges/step-by-step.html
* 英文 API 文档 http://docs.bitshares.org/api/index.html
后才能评论
您还未登录，请登录后再进行相关操作！