我在做支付清算系统方面已经有十几年的时间了, 最近这半年来我接连跟好几家跨境支付公司进行了沟通。其实我们聊的本质上都是同一个问题, 那就是链上结算这一模式到底能不能真正地实现闭环和跑通。将支付功能与区块链技术相结合, 这并不是一个仅仅停留在PPT上的空洞概念。
它现在已经实际出现在了东南亚地区几家银行进行内部转账的灰度测试环节之中。不过, 必须承认的是, 从目前的测试阶段到最终实现全量的正式全面上线业务, 之间依然还差着一段相当长的距离需要去跨越。
支付函数区块链靠谱吗
要确定其是否可靠或者不牢靠, 必须看你如何来下这个定义。在本人亲手操作的所有项目当中, 尽管智能合约层级里的支付函数被书写得非常清晰且规范, 但是一旦进行到与传统结算银行的SPI接口相连接的时刻, 工作流程就会出现停滞和受阻的现象。
导致整个系统运行不畅的根本原因, 始终不是存在于区块链链条之上的那几行程序代码, 而是深藏在链条外部的那一层层复杂的适配模块集合。
去年我协助一家在东南亚地区运营的支付公司进行了系统架构的评审工作。该公司在其支付的函数设计中, 选择把分账、对账以及退款这三项业务操作, 压缩在单次链上调用里完成。这样做的好处是可以省略掉中间两个异步回调的步骤, 从而让系统的延迟时间从无厘头的十二秒急剧下降到了不足两秒的水平。
可是, 这一技术方案直接就被合规审查部门驳回掉了。导致这一结果的核⼼原因, 就在于跨司法辖区的交易可追溯性这一领域尚未建立起统一的行业标准。根据目前的情况来看, 这是摆在整个支付函数的区块链项目面前一个无法回避且必须直面的现实问题。
支付函数区块链怎么落地
千万不要在一开始就贸然去搞公链多节点。我所见过的能够成功跑通的业务路径, 绝大多数都是先从联盟链起步的。
应当先把手中的支付函数放在一个可控的环境中进行高强度的运行测试, 并且要连续满打满地运行整整三个月的时间, 在这之后再去考虑后续的扩展问题。在所有的因素之中,业务的推动节奏要比底层的系统架构重要得多。

在对账的这个工作环节里, 还是要保留传统的那个通道来当作一种冗余手段。链上的那些运行结果, 仅仅被看作是最后的确认阶段的一个节点。
像客户那里要做的账本处理呀, 还有给监管部门进行资料报送呀这些比较脏乱、又辛苦累人的一系列杂活儿, 全部都按照原来的方式去做。千万不要指望说只是提供了一套支付领域的函数加上区块链技术, 就能把企业内部的财务中台系统全部给取代掉。
技术能够顺利运行和生意能够顺利运转这是两种完全不同的情况, 所以需要先把单个订单的平均成本计算得非常清楚, 然后再去决定是不是要把它放在区块链接上去操作。
转载请注明出处:imtoken,如有疑问,请联系()。
本文地址:https://m.zmdyd.cn/imgfb/10541.html
