Java POS对接区块链支付商户等出块确认怎么破

导读： 我从事 Java POS 工作已经有十几年了，现在只要有人跟我提到区块链, 我都会变得非常着急。但是你想想, 如果要让卖煎饼的大姐在进行每一笔交易的时候都等待区块的确认...

我从事 Java POS 工作已经有十几年了，现在只要有人跟我提到区块链, 我都会变得非常着急。但是你想想, 如果要让卖煎饼的大姐在进行每一笔交易的时候都等待区块的确认, 需要花费三五分钟的时间, 顾客肯定早就离开了, 仅仅靠喊口号这一点用处也完全没有。

我亲眼见过不少项目, 在Java这一端使用Web3j库来调用区块链合约, 并且把这些操作硬塞到了收银台程序的主运行线程里面。只要稍微出现一点链上的拥堵情况, 整个用户界面就会彻底停止响应, 变成冻结状态。

想象一下, 顾客刚刚出示二维码扫描付款, 你却要求他站在原地等待GAS费的计算过程全部结束后才能完成扣款动作。这种逻辑纯粹是不可理喻的荒唐想法。

先将款项从本地Java内存队列里扣除, 然后立刻给商户那边发送回执, 这样处理时间只要几秒。把上链这件事扔给后台的那个线程去处理, 通过zkL2这个方式, 让确认的时间压缩到两秒以内。

合约地址做白名单这样的操作, 预留百分之二十的 Gas 费用余量。千万不要直接拿主链去硬碰硬, 谁选择这样做, 谁就会被人骂得狗血淋头。

请详细说明, 在你们进行线上Java POS系统的上链操作时, 目前具体是由哪一方或者哪个环节在承担和处理由此产生的延迟问题。