国际贸易专家解析：swift 的前世今生与运作机制 -pg电子试玩网站免费

编者按：美国、英国、加拿大、欧盟等国家和地区于近日宣布对俄罗斯采取进一步限制性经济措施，其中就包括承诺确保将选定的俄罗斯银行从swift通讯系统中移除。随后，该话题迅速引起广泛关注，移动支付网也对此进行了跟进。为方便读者进一步了解，再转载一文。该文章原题为《深度科普：swift 到底是什么》，

01 前世今生

swift 是 society for worldwide interbank financial telecommunications 的缩写，翻译成中文叫做「环球银行金融电讯协会」。看名字就知道，他是个搞通讯的，还冠冕堂皇的是一个非盈利性组织。

另外，swift 麻将胡了pg电子网站官网上是这么用中文介绍自己的：swift 为社群提供报文传送平台和通信标准，并在连接、集成、身份识别、数据分析和合规等领域的产品和服务（我一字未改，这多语言做的……语句都不通顺，好在不影响理解）；用英文则是这么介绍的：swift is a global member-owned cooperative and the world’s leading provider of secure financial messaging services。

够清晰了吧，swift 对自己的介绍里一个字都没提到支付、清算、结算（当然它曾经也提供过一些netting服务，比如accord，不过2017年就关了），swift 是一个为金融机构之间提供信息传递服务的公司，是信息的搬运工，messaging services，再说白点，swift 就是一个给银行间沟通用的「聊天工具」，好比 qq、钉钉、旺旺，你琢磨琢磨。

弄清楚了定义，我们再来想一想为什么会出现 swift 这样的机构？

在实物货币时代，早期的银行和银行之间其实是没有货币流通的需求的，对银行的客户来说银行可能更多的起了个「保险柜」的作用。你想啊，在那个时代，交通不发达，人员流动和货物贸易必然就只在一个很小的范围内展开，你有啥动力和需求把你的大金币从村头的「保险柜」挪到村尾的另一个「保险柜」呢，完全没必要嘛。

但是随着交通技术的不断发展，贸易就在更广阔的地理范围内开展起来了，这时候你做个生意，总不能带着大金币到处溜达吧，多不安全，所以银行们就想了个办法，说我们互相缔约，并且发明一种凭据，客户出具我们这个圈子里任何一家的这个凭据咱就给他兑现，回头我们之间再用这个凭据慢慢的结算，这个凭据就是支票。

随着交通技术的进一步发展，人类居然可以跨国贸易了，这个支票也不行了，为什么呢，毕竟他是个物理的纸片儿啊，我得飘洋过海跑到你那里，让你看到这纸片儿你才给我兑现，太慢了，万一我这钱是救急用的呢，万一我半路上把这纸片儿搞丢了呢？

咋办？船到桥头自然直，恰逢这个时候通讯技术发展起来了，19世纪，遥距通信的第一种手段 —— 电报出现了。银行一看高兴的口水都流出来了，黑科技啊，我行的客户如果要转一笔钱去你行不就方便了么，我拍个电报给你：兄弟，我要给你一笔钱，请先入账到你们银行的 xxx 名下，回头我俩凭这份电报结算，么么哒……这就是 telegraphic transfer，我们今天常听说的「tt 汇款」就是这个意思，只不过今天银行已经不再使用电报来通讯了，保留这个叫法可能是为了向历史致敬吧。

但是，telegraphic transfer 有几个巨大的缺陷：
不安全。你想啊，谍战片都看过，里面不是总破译人家电报么，我要是截获了汇款电报的信息，把收款人信息篡改成我的再发出去给你，你不就被坑了么。
太低效。早期的银行可能只为商业公司服务，一天反正也拍不了多少个电报，拍不过来多招点人就是了，但是随着社会的进步，自然人对银行的需求和依赖也日渐增多，你倒是想赚这个钱呢，可是忙不过来啊，靠堆拍报员人数去搞，既搞不定也不划算。
出错多。电报毕竟只是一个用来传递非结构化信息的载体，每家银行可能发出来的信息长得都不一样，收到之后得靠人工去理解和处理，而人肯定是会出纰漏的。
不放心。电报这个东西看不见摸不着的，万一哪天我先给你兑付了，找你结算的时候你不认账耍赖怎么办？
虽然有缺陷，但是没有更好的办法，那就先将就着用呗……
1960年代的一天，满室霞光、青云缭绕、紫气团团，惊天一声雷，黑科技腾云而至 —— 计算机技术和网络通讯技术。
计算机被引入到银行业，代替了人工去做大量固定的、重复的、机械的工作，计算机干活要比人可靠高效多了；网络通讯代替了电报通讯，传输的数据格式更丰富、信息量更大、安全性也更好了。
和几十年前遇到电报时一样，银行们再一次流下了饱含深情的 …… 口水。
于是忍受不了电报的欧洲的银行家们就坐在一起说，我们要把「计算机 网络」好好用起来，搞一个东西，让我们之间的通讯更安全、更快速、更自动化，这样我们不就能把 35 岁以上的拍报员都开除掉然后开开心心的赚更多的钱了么？
说干就干，1973年，几家来自欧洲的银行共同成立了一个组织，就是我们今天的主角：swift，总部设在比利时的布鲁塞尔。三年后，swift 网络（也就是 swiftnet）正式上线运营，替代上一个时代的 telex 通讯模式，并且开始实践一个叫做 swift mt 的通讯标准，也就是我们今天所知道的 swift 的 fin 报文格式，都叫 mtxxx，当然 swift 后面陆陆续续又发布了其他的几种消息传输服务，比如 interact、fileact、webaccess 等。
直到今天，swift 服务的范围涵盖了 200 多个国家和地区，为超过 11000 家金融机构提供服务。这个数字有多恐怖呢？目前全球大概有 233 个国家和地区，大大小小的银行加起来大概 25000 个，规模在腰部以上的银行几乎全部接入了 swift。
swift 为什么有这么大的号召力呢？因为他帮银行解决了两个重要的问题，一下子极大的提升了整个银行业的效率（时间就是金钱，效率就是生命，感受一下）：
有了 swift，银行间不需要两两互相去对接通信了，统一接入swift，复杂度实现了指数级的降低
swift 定义了很多标准，让银行间的通讯格式统一了，大家在同一个语境下传递信息，消除了理解上的歧义
swift 做的事情和我国秦朝的「书同文车同轨」其实是一个道理，先把大家之间认知的障碍消除掉、理解的门槛降下去，用同一套语言系统和度量规范，大家才能更好的融合和发展。
02 运作机制

好了，说到这故事就讲完了，但我们毕竟是一家有追求的科技公司，所以还是要装模作样的分析一下 swift 网络到底是怎么运转的。

既然说 swift 制定了金融机构间的通讯标准，那他的消息模板（报文）支持哪些场景呢？经过抽象和沉淀主要有9大类：
客户汇款 customer transfer
银行头寸调拨 financial institution transfers
外汇买卖和存放款 foreign exchange
托收 collections，cash letters
证券 securities
贵金属和辛迪加 precious metals and syndication
跟单信用证和保函 documentary credits and guarantees
旅行支票 traveler’s cheque
银行帐务 bank statement
每一大类报文下面又分很多小类，每一类报文都有严格的格式要求、互斥条件等等等等，巨细无比、极其庞杂、特别烧脑、非常枯燥，有兴趣的可以研究研究，保证看的得死去活来、头发和体重齐掉。本文中我们只聊客户汇款（mt1xx）这一个场景，也是 swift 网络最重要的使用场景。
一个典型的 mt103（客户汇款） 报文如下图所示：
图片
简单讲，你可以把每一个 swift 的报文想象成一封邮件，但是邮件的格式是定好的：谁发出的、谁收、中途要中转给谁、交易的类型是什么、交易的明细（金额、币种、清算信息、收付款人信息）、费用等等，上面的每一个字段都可以对照 swift 的文档找出其语义（比如 71a 表示 details of charges，即收费方式，上图就有注释，sha表示收付款人共同承担），有兴趣的小伙伴们可以翻译出来看下，并不难。
我们知道银行间 fund transfer 是一个特别复杂的问题（如果还涉及到不同国家、不同币种、不同时区那就更复杂了），一笔资金要想正确的发生流转，有两个条件（这俩核心条件缺一不可）：
信息流。也就是我怎么告诉你我要给你钱，咱们今天的主角 swift 就是干这个的，但显然并不是所有银行的所有信息流都会走 swift，只是部分场景会用，原因也特别复杂，我们在这里就先不展开了。
资金流。也就是我怎么真实的把钱给到你，这就是我们公众号系列原创文章里面一直在聊的《xx国家/地区支付清算体系》里面的「清算系统」干的事儿。
理论上来说，只要是银行间的通讯，都可以走 swift 网络，不仅仅是跨境场景（只不过跨境场景下用的最多），同一个国家内的银行间通讯也可以走 swift 网络（还记得上一篇的新加坡么），下面我们就由浅入深，分别看一下 swift 在几种场景上的具体流程（我们只讨论汇款的场景）。
场景1

假设 a、b 两家银行是在一个国家（时区相同），transfer 的是同一种货币，而且两家银行可以通过同一个清算系统进行资金清算，这是最简单的模式，两家可以直接通讯、直接清算。
图片
场景2

假设 a、b 两家银行是在不同的国家（时区同不同无所谓），transfer 的是同一种货币，但是 ab 两家银行之间并没有直接的合作关系，a 银行的客户 x 要汇款给 b 银行的客户 y。
a、b 没有直接的合作就意味着两家之间没办法直接打通「资金流」，这时候就需要双方借助「代理行」或者「中转行」来完成。
「代理行」啥意思呢？就是找一家和对手方在同一个国家的银行做自己的代理行，在代理行开个户，来和对方进行资金的交收。这时候你可能会奇怪，都找当地的银行做代理行了，为什么不直接合作呢？哈哈，这里比较绕，仔细看，其实找一家代理行的主要目的是为了能够和对手方银行在同一个地方、用同一个清算系统去做实际资金的交收，也没说 a 银行不能找 b 银行做代理行啊，对吧，玩法很多，手段不限。
通常呢，对于不差钱的银行来说，最简单的代理行就是自己去对方的国家开个分行，让分行和对手行缔约，代理行是自家分行，多放心，是不是？差钱的银行呢，就找自己关系好信得过的同行来做代理行咯。
如此一来，通过引入代理行，资金清算在付款行/收款行本地用当地的清算系统就搞定了，两家的资金流就打通了。
「中转行」又是啥意思呢？其实原理和作用上和代理行差不多，但是有时候代理行方式是搞不定的，比如说 a、b 两家银行所在的两个国家之间并没有金融上的合作关系（比如没建交甚至是敌对关系），这时候你有钱去开分行人家都不让你去，也不允许你到人家国内来搞什么代理行，这时候怎么办呢？有办法，到一个第三方国家找一家银行 c（银行 c 就是所谓的中转行），a、b 银行都在 c 偷偷摸摸的开户、交收资金，这样也能打通资金流。现实中的场景会复杂很多，这里只是举一个例子而已。
总之「代理行」、「中转行」两种方法各家银行选择自己喜欢的方式去运用就行了，没有一个刻板模式。
好，资金流打通了，我们再说回到信息流，这里一下子多出来个代理行，显然通讯的链路就复杂起来了，一笔 transfer，是 a 和 b 直接通讯呢？还是 a -> 代理行 -> b 呢？答案是 swift 都支持，这就涉及到 swift汇款报文发送的两种模式：serial 模式和 cover 模式。
serial 模式字面的意思就是串行消息，在汇路上的银行间一个个传递下去，资金交收处理完了传给下一个，最终到达收款行，简单的流程如下图所示（图中我们假设是收款行使用了代理行去收款，其实，付款行用代理行去付款也是一样的原理，当然现实中的情况会复杂很多，比如双方都用代理行，代理行还不行又加中间行等等，为了方便理解，我们简化了模型）：
图片
cover 模式简单理解就是并行消息，a 先给 b 发一个提醒消息（mt103 报文，即客户汇款）说我已经给你打钱了，但是 b 这时候还没有真的收到钱，等汇路上的其他银行处理完了，b 又会收到代理行发来的一条消息（mt202 cov 报文，即银行头寸划拨）说钱我已经给你拨过去了，这时候 b 才会真正的给 y 客户入账。
当然实际操作中 b 有可能在收到 a 的提醒消息后马上就给 y 客户入账了，这牵涉到很多因素，比如 b 很信任 a，再比如说如果这笔汇款反正也没多少钱，就先入账给客户算了，提高提高客户满意度。但是 cover 模式也会给收款行带来一些困扰，因为它不像 serial 模式一镜到底，大家发的都是 mt103 报文，报文内自带清算信息。cover 模式下，有的代理行就很讨厌，他不按 swift 定下的套路出牌，最后给你不是发的 mt202 cov 报文，他给你来个 mt910（贷记证实）或者 mt950（对帐单），这时候你还得去对，哎，好麻烦……
cover 模式的简单流程如下图所示（我们简化了模型方便理解）：
图片
上面的例子中，代理行我们假设的都是 b 银行（收款行）的分行，所以他俩之间结不结算都无所谓，反正都是一家人嘛。思考一下，如果代理行不是 b 银行的分行，那代理行和 b 银行之间始终是要结算的呀，怎么结算呢？小伙伴们大胆的发挥一下想象力，其实很多事情并没有那么神奇，窗户纸捅破了你就会感叹：好吧……就这？我也能想到啊！
当然，这里面还涉及到两国之间一些有意思的金融协定，我们按下不表以后再说。
场景3

假设 a、b 两家银行是在不同的国家（时区同不同无所谓），transfer 的是不同的货币，但是 ab 两家银行之间并没有直接的合作关系，a 银行的客户 x 要汇出 α 币种给 b 银行的客户 y 交收 β 币种。
套路和场景2差不多，这里就略过了。
03 完结

swift 垄断金融行业间通讯已经有 40 多年了，由于它的标准化做的确实好，所以不少国家的清算系统的通信都是基于 swift 网络的，大部分至少是兼容 swift 报文格式的，那么 swift 是不可替代的么？
有人说因为 swift 慢所以会被替代，对此，个人浅薄的观点是：慢不会成为 swift 被取代的原因，因为慢不是慢在 swift，而是慢在清算上，一个消息它能慢到哪里去对不对？
之所以我们常常听说「走 swift 慢」，是因为汇路一旦太复杂，或者银行的汇路没规划好，或者汇路中间的某一个国家的清算系统不行，或者汇路中某一个银行的数据化能力不行，或者汇路中某一个国家的合规要求太严格等等等等，这些才是导致「慢」的真正原因，慢在清算而非消息传递。你换一个「swift pro plus max」也没用。
不解决本质问题，就不可能取而代之，更何况，swift 自己也推出了 swift gpi 去提速。
能替代 swift 的，一定是一个划时代的、完全不一样的、指数级提升行业效率、无下限降低行业难度的东西，这样大家才有动力去替换对吧？另一方面呢，它也一定要是一个让银行（及其背后的国家）能更放心的东西，金融这行当最担心的是什么呢？是广义的安全性。
swift 的设计有一个天然的重大「缺陷」 —— 中心化。表面上虽说 swift 是一个大家共有的组织，但是他始终是能够被某些人控制的，一旦某人不想跟你玩了，拔掉你家 swift 的网线，不能说完全吧，至少可以让你的金融系统稳定性受到很大的冲击。如果不幸你还是个外向型经济的国家，那损失就没谱了。
所以近年来，区块链技术的兴起，去中心化的思潮正好和清算安全不谋而合，从根源的机制上让作恶的个别参与者无计可施（你个别人耍流氓没用，要多数人一起耍流氓系统才会受到影响，要是举目望去半数都是流氓，这系统也没啥意义了），去中心化、去个别流氓化才能确保系统性的稳定和互信，这个才是有可能动摇 swift 根基的东西。
40 年前大家为了效率聚在一起，40 年后也许会为了安全会另辟蹊径。比如挑战者 ripple、libra，都在更高的维度上想象着另一种新的清算方式（包括通信方式），也有不少新兴的跨境小额汇款公司通过优化汇路来提速（利用自己的资金网络将原本的跨境汇路降维成本地汇路来提速，比如 transferwise、revolut 等小巨人，以后我们有时间慢慢聊），这些新玩家多少都在直接或者间接的冲击着 swift 牢固的城墙，谁知道会怎么样呢。