Bitpie交易所交易系统设计到底好不好用？

Bitpie交易所交易系统设计到底好不好用？

我们这些从事交易的人最为惧怕的是什么呢? 是系统出现卡顿现象, 是滑点情况极为严重, 是深度存在不足状况。Bitpie交易所所具备的交易系统在设计方面尤为着重强调“轻量级”, 其运用了分布式架构形式, 将订单簿以及撮合引擎进行分开处理。这种设计所带来的好处在于, 当行情出现剧烈波动的时候, 系统不会由于某一个模块压力过于巨大而致使整体出现崩溃。我曾经进行过几次测试, 在大盘出现暴跌的时候, 它的响应速度还算得上是稳定。

至于订单类型, Bitpie跟一些大型交易所不同, 它没有几十种繁杂的订单模式那般的情况。它仅仅留存了限价单, 还有市价单以及止损单。这样的精简设计实际上是很具实用性的, 对于绝大多数散户来讲, 弄明白这三种订单便足够了句号了。太过复杂反倒易行成慌乱之中的误操作, 像是不经意间开了个冰山订单, 最终达成交易滑得一塌糊涂句号了。Bitpie去除掉这些, 算是为用户省了心句号了。

对于流动性优化方面, Bitpie推出了做市商激励计划, 这个设计颇具趣味, 它针对那些提供深度的用户降低手续费, 甚至还会返佣。我结识了几位做市商范畴的朋友, 他们反馈表示: 在Bitpie上挂单子的成交率比某些二线交易所高出许多。这表明系统于匹配订单的进程里: 算法切实事先考量到了做市商贾普通用户的利益平衡, 并非像某些交易所那般完全偏向大客户。

说到值得予以提及的, 是安全模块的设计。Bitpie对热钱包与冷钱包采取分层管理方式, 热钱包之中仅放置大约占总资产5%的币, 其余的均置于冷钱包。这代表着即便热钱包遭遇被黑情况, 用户所遭受的损失也是有限的。他们还增添了多签机制, 提币之时需要多个节点进行确认。此种设计尽管会致使提币慢上几分钟, 然而相较于资金安全而言, 这点等待完全是能够接受的。

最后讲讲API接口的优化, 好多交易所的API文档写得如同天书一般, Bitpie的API设计相对友善，其REST接口以及WebSocket的延迟把控得挺好, 我运用脚本做量化回测之际, 发觉它的数据推送大体能够维持在50毫秒以内, 对于高频交易而言, 这样 的速度还算能用, 起码比某些老牌所动不动就上百毫秒要好。