stabble是近年来慢慢走入交易者视野的混合型加密资产交易平台，它走的是链下撮合搭配链上清算的技术路线，尝试去调和中心化交易所的交易速度和去中心化模式的资产自主权之间的矛盾。传统的中心化交易平台把订单匹配和资金记账都放在内部服务器运行，成交延迟低，但资产全程交由平台托管；而纯去中心化交易所把全部交易逻辑都交给链上智能合约执行，资产由用户私钥掌控，却常常受限于公链吞吐带来的延迟和手续费问题。stabble把高频的订单撮合运算放到链下的撮合引擎完成，等到订单达成成交之后，再把最终的资产划转结果批量上链确认，以此去平衡交易体验和资产可验证这两方面的需求，也慢慢形成了自身的技术路线特点。
stabble采用智能合约托管的模式，用户交易过程当中的资产不会直接划转进入平台可自由支配的中心化热钱包。平台会借助默克尔树证明、准备金校验这类方式定期对外出具资产负债的可核验凭证，用户可以自行去核对链上的资产储备数据。日常用于应对用户提币流转的小额资产会放置在经过多重签名管控的温钱包当中，绝大多数资产会存入冷钱包地址做隔离存储。这种分层存储的方式能够降低单次安全事件造成的波及范围，不过混合架构依旧存在链下服务节点对应的运维层面风险，这也是所有同类平台都需要持续面对的课题。
撮合与风控是stabble技术架构当中比较受圈内交易者关注的部分，它的订单簿沿用了价格优先、时间优先的传统撮合逻辑，同时搭载了一套智能订单路由，遇到大额下单的时候，系统会自动把订单拆分分发到不同的流动性池去成交，用来压低交易带来的滑点。配套的风险引擎会持续校验每一个持仓账户的保证金水位，采用梯度部分强平的清算逻辑，也就是当仓位风险触及阈值的时候，系统会先分批平掉一部分头寸，优先让账户回到安全区间，而不是一次性把全部仓位直接市价砸出，以此去降低行情剧烈波动的时候出现连环爆仓的概率。当然这套机制的实际效果，依旧会受到市场瞬时流动性深度的制约。
不同身份的使用者，在stabble能够用到的功能侧重点也不一样。普通散户大多以现货兑换、普通限价市价交易为主，更看重交易的滑点控制和操作链路的简洁；量化交易者可以调用开放的交易API接口，接入平台的行情推送和下单通道，用来运行自动交易策略，只是接口会设置对应的访问速率限制，用来防范高频刷单给系统带来的压力；对于专业做市商，平台设置了区分挂单和吃单的分层手续费机制，持续提供流动性的挂单交易可以拿到对应的手续费返佣激励；而代币项目方，则可以依托平台的流动性基础设施搭建交易市场，去维护代币的盘口深度与成交活跃度。
stabble代表的混合交易架构，更像是行业发展过程里出现的一种折中探索方向。它在性能上拉近了和中心化交易所之间的差距，同时在资产清算环节保留了区块链带来的透明可审计属性，但架构分层之后，系统的开发和运维复杂度也会随之上升，链下撮合节点的可信运行、链下账本和链上账本的数据同步，都是长期需要打磨解决的工程问题。往后一段时间，这类平台之间的比拼，会慢慢从单纯的交易速度，逐步延伸到流动性生态、风控精细化程度以及开发者生态建设等更多维度上面。
