区块链第三方关闭了，正在跑的链上业务和数据怎么办

导读： 在近日, 又有另一家作为第三方服务商且专门提供面向链上数据的接口应用编程接口的企业方突然宣布停止其所有业务运营活动。...

在近日, 又有另一家作为第三方服务商且专门提供面向链上数据的接口应用编程接口的企业方突然宣布停止其所有业务运营活动。结果导致了一大批中小型技术团队在那同一天遭遇了各类接口全部断裂的问题。对于这些团队来说, 他们想要获取历史时期的行市波动数据以及相关的订单信息, 却发现无论如何也无法再抽取回来。

尽管这样的事件在专注于区块链底层设施建设的行业圈子内部并不算是一件多么令人意外或新奇的事情。然而让外界感到奇怪的是, 每一回这些团队不慎掉进此类陷阱之中后, 都仿佛是在循环重复着此前已犯过的相同错误与失误经验。

区块链第三方关了怎么办

现在情况最着急的就是线上正在运行的业务。此前, 我们将预言机喂价通道全部部署在那家节点服务商那里, 结果该服务商一旦离线, 四个智能合约的价格源就同步中断, 直接导致了当天发生了三笔清算任务延迟的情况。

我们的应急处理措施是切换至备用节点, 然而经过核实, 备用节点的容量仅仅只够维持四十八小时的时间跨度, 从第二天的时候起就只能依靠人工手动进行数据补充操作了。

在这件事情发生之后, 我们才真正意识到了一点, 那就是把关键链路挂在一个第三方身上这种做法, 实际上就相当于在给自己埋了一颗定时炸弹, 或者说就是给自己留了一个单点故障。

第三方关闭后数据能迁移吗

在数据这一层面, 损失表现得更加隐蔽。那家服务商把历史的K线数据、链上的订单流水都存在它们自家的数据库里, 并且没有开放批量导出的接口。关停通知提前给的时间只有七十二小时, 导致技术团队根本来不及编写迁移脚本。

如果当初在签订合同的时候, 能够要求对方保留标准数据出口渠道, 同时还必须提供至少三十天的迁移时间窗口。那么造成的经济损失, 应该至少会减少一大半以上, 也就是能砍掉大部分的费用。

大家在选购第三方基础设施的时候, 不要仅仅去比较报价的高低, 还有文档是不是完整,而是要把数据导出权、最短关停通知期, 以及替代接入方案这些事项, 全部写进合同里明确下来, 这样做, 会比拿任何技术评估的结果都更有用。