回形针换别墅 - openBarter (古人的物物交换市场) 泛撮合交易系统-阿里云开发者社区

背景

很久以前有一则这样的新闻：一个男孩用一个回形针，换回了一套别墅，他是怎么做到的呢？

先不管他是怎么做到的，这让我联想到了古人物物交换的场景，没错古人还没有发明货币之前，都是通过物物交换的方式来得到其他人的东西的。（但是这样效率实在太低了）。另外，现在的证券交易也与之类似，只是更加的简化了的交换系统。

撮合交易是证券交易系统最频繁，也是非常复杂的一个业务。撮合交易是咋回事呢：

https://baike.baidu.com/item/%E6%92%AE%E5%90%88%E6%88%90%E4%BA%A4%E4%BB%B7

概述

什么是撮合成交价？

当买入价等于卖出价时，成交价就是买入价或卖出价，这一点大家是不会有疑义的。问题是当买入价大于卖出价时成交价应该如何确定？

举例说明

计算机在撮合时实际上是依据前一笔成交价而定出最新成交价的。如果前一笔成交价低于或等于卖出价，则最新成交价就是卖出价；如果前一笔成交价高于或等于买入价，则最新成交价就是买入价；如果前一笔成交价在卖出价与买入价之间，则最新成交价就是前一笔的成交价。下面不妨以例明之。

买方出价1399点，卖方出价是1397点。如果前一笔成交价为1397或1397点以下，最新成交价就是1397点；如果前一笔成交价为1399或1399点以上，则最新成交价就是1399点；如果前一笔成交价是1398点，则最新成交价就是1398点。

这种撮合方法的好处是既显示了公平性，又使成交价格具有相对连续性，避免了不必要的无规律跳跃。

（也就是说：用户可能卖到比委托价更高的价格，而买家则可能买到比委托价更低的价格。关键看上一次交易的价格，以及用户委托的卖出和买入价。）

撮合成交原则

中金所计算机交易系统在撮合成交时，基本原则按价格优先、时间优先的原则进行（有的情况下为了控制风险的需要，会采取在价格相同情况下，平仓单优先）。

该原则的完整解释是：买家出价高的优先，卖家出价低的优先，如果出价相同则挂单时间最早的优先。

举例说明：

例如，某交易者卖出3月沪深300指数期货10手，挂出价格为1400点，交易者甲挂出10手买单，报价为1398点；随后，交易者乙也想买10手，挂价为1399点，由于乙的价格比甲高，按照价格优先原则，乙的单子排在甲的前面；后来，丙也挂出10手买单，价格同样为1399点，由于挂价与乙相同，按照时间优先原则，只能排在乙的后面，但仍在甲之前。假如这时有一个交易者以1397点卖出10手，买方优先成交者就是乙。

回到古代 - 没有货币的物物交换

相对撮合交易系统，还有一个更古老、更复杂的系统，物物交换系统，因为在古代还没有货币的时候，人们要像得到其他人生产的东西，必须以交换的形式进行。

例如：

A生产棉花，B生产玉米，C生产小麦。

A需要小麦，B需要棉花，C需要玉米。

怎么交易呢？

A和B更换，然后A和C换，然后B和C换。

商品越多，换法可能会更加复杂。

openBarter

openBarter是一个物物交换系统插件，撮合物物交换的交易。

原理详见：

http://olivierch.github.io/openBarter/

https://api.pgxn.org/src/openbarter/openbarter-0.8.2/doc/doc-ob.pdf

https://api.pgxn.org/src/openbarter/openbarter-0.7.0/doc/barterUtopia.pdf

1、openBarter用到了4张表 (torder, tstack, tmvt, towner)：

The order book stored in a table torder

a stack accepting orders as input tstack

a stack tmvt storing movements to be consumed.

A table towner is used to store names of owners of the orders of the order book。

2、通过UDF实现的接口：

报价：

Interactions with the order book can be submissions of orders to be executed or administrative tasks.

Orders submitted are recorded in a table tstack representing a stack.

The stack is consumed to execute orders.

撮合交易：

Results of interactions are recorded in the table tmvt.

Records of this table represent movements for barter orders, a barter order producing several movements.

A record of this table can also represent the result of other interactions.

小结

1、证券交易，由于存在委托买卖价格不一致的情况，实际上需要根据上一比交易的价格，以及委托价来定，所以并不是绝对只接受委托价。为了撮合交易，满足买低不买高，卖高不卖低的原则，需要记录每个股票上一比交易的成交价（撮合价）。同时还需要满足时间优先、价格优先的原则。

2、快速匹配，消除订单是物物交换系统、证券交易撮合委托交易的核心诉求。

3、几个股票交易相关的术语

https://www.zhihu.com/question/24118706

作者：放开那个猕猴桃

链接：https://www.zhihu.com/question/24118706/answer/30372783

来源：知乎

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

Market Order: 市价订单。就是如果你下单后，基本上会马上执行的，该订单价格就是下单后的市场价格。

Limit order: 限价订单。这个也容易理解，就是限定一个价格买入和卖出。比如某股票市价可能是15，你希望大跌后买入，你想设定10刀，这时候就用limit order，买入价格就是10刀。偶尔可能有一点点的不同，比如9.99这样。如果你是买入，实际买入价格应该和你设定的limit price一样或略低，如果你是卖出，实际卖出价格应该和你设定的limit price一样或略高，

Stop order（stop-loss order）: 通常用来止损或者锁定利润。和limit order最大的差别是, Limit order在你下单后你的券商是马上将这个订单推送到市场。但是stop order不是，提交stop order后，这个订单在券商这里，拿下跌止损来说，比如当前股价是15，你希望如果股价下跌，最多损失5刀每股，你设定stop order price是10，只有当股票大跌的时候并且跌穿10刀的时候，这时候券商会将订单推向市场，成为一个market order, 以低于10刀的价格尽快卖出。但是券商无法保证卖出价格是多少。

stop limit order: 可以这么理解stop order是一个trigger,触发条件， limit order是你严格限制的价格，券商只能按照你设置的limit price来买卖（可能会有微小差异，可以忽略）。所以stop limit order就是给你更多的控制权，你设定2个价格stop price和limit price，当达到stop price的时候，这时候这个stop limit order 就成为了一个limit order，接下来的行为和limit order一样了.比如你15买入一只股票，股票在下跌途中，你想在10刀止损，但是不想股票跌到10刀就马上止损，因为股票下跌过程中也是波动的，如果跌到10刀马上反弹了呢，止损止在最低点怎么办？你可以设定stop price，比如9.5刀，只有跌穿9.5刀后，然后才执行limit order。

PS：stop order不是在券商手里，而是在market maker手里，券商已经将stop order route到市场中了，给了做市商。

4、撮合系统和交易系统不同，买卖双方是需要撮合的，撮合系统类似红娘，牵线搭桥。

一个简单的设计如下：

买方报价，为了提高并发度，每个股票代码一张表：

create table buy_000001 (  -- 每个股票代码一个表    
  uid int,          -- 用户ID    
  bucket int,       -- 报价数量    
  price numeric,    -- 报价    
  ts timestamp,     -- 时间    
  order_type int2   -- 报价类别(限价、市价等)    
);

卖方报价，为了提高并发度，每个股票代码一张表：

create table sell_000001 (  -- 每个股票代码一个表    
  uid int,          -- 用户ID    
  bucket int,       -- 报价数量    
  price numeric,    -- 报价    
  ts timestamp,     -- 时间    
  order_type int2   -- 报价类别(限价、市价等)    
);

撮合：

do language plpgsql $$    
declare    
  声明 游标1 buy order by ts    
  声明 游标2 sell order by ts    
begin    
  loop 游标1    
    loop 游标2    
      逻辑    
      更新、删除 复合条件的 游标1、游标2 的current tuple.    
      符合条件后退出loop游标2（例如该笔BUY已撮合完成）    
    end loop;    
    符合条件后退出loop游标1（例如sell游标已没有数据）    
  end loop;    
end;    
$$;

每只股票的交易量也是惊人的，每分钟交易百万笔是很常见的，要做好撮合系统，还需要继续探索和良好的设计，加油PostgreSQL，你一定能搞定的，有空闲时间会继续思考这个场景，非常有意思。