新闻加密货币Igor Kulatov谈使NAGA成为市场标杆的工程决策

Igor Kulatov谈使NAGA成为市场标杆的工程决策

作者: BlockchainReporter·

要点速览

  • Igor Kulatov在2017年为NAGA构建了定制撮合引擎,合成测试中每秒可完成约800万笔撮合,从而避免了Binance在2020年经历的高成本重建。
  • NAGA采用了分片密钥托管模型,平台和客户各持有一个签名份额,防止任何一方单方面转移资金,并在数据库遭到入侵时仍能保护资产。
  • Kulatov选择现货加密货币而非衍生品,将实际币种整合到与受监管证券相同的账户中,这比欧盟MiCA框架在2024年正式化该路径早了多年。
  • 包括Trade Republic、Robinhood和Revolut在内的主要零售券商,后来独立走向了NAGA在2017年已经交付的同一种现货加密货币整合模式。
  • Kulatov在NAGA以及当前项目Aurora Borealis中的指导原则,是优先考虑许可架构、将托管视为基础性设计问题,并依靠有纪律的工程实践而非新奇捷径。
Igor Kulatov谈使NAGA成为市场标杆的工程决策

NAGA Group AG前联合创始人兼首席技术官Igor Kulatov讨论了使NAGA成为更广泛市场标杆的工程决策。

作为NAGA Group AG的联合创始人兼首席技术官,Igor Kulatov打造了Swipestox,这一社交交易平台推动公司于2017年7月在法兰克福证券交易所上市。IPO之后,他领导了公司的加密货币建设工作——包括定制撮合引擎、多链托管架构以及跨资产交易场所整合——并最终在同年完成NAGA的首次代币发行,即NGC代币销售。2017年是全球ICO的高峰年份,数百场代币销售累计融资数十亿美元,但很少有发行公司在公开上市且受监管的经纪结构内运营。Kulatov如今领导Aurora Borealis,这是一家自主企业对企业商业公司,在更广泛行业仍在定义这一类别时就已投入生产运行。这两项事业都体现出一种先于市场理解而建设的模式。在本次访谈中,Kulatov讨论了他如何判断市场方向、是什么推动了NAGA的具体工程选择,以及哪些经验延续到了他当前的工作中。

Q1. Your career follows a distinct pattern. Before either NAGA or the autonomous commerce company, most engineers around you would have needed an entirely different set of assumptions. What do you look at when trying to determine where a market will be in five or seven years?

我并不需要预测加密货币的未来。我拥有的是一幅成熟交易所应有形态的工作图景——在NAGA之前我已经构建过交易所系统,也知道传统金融一侧的标准是什么。2016年和2017年的大多数加密平台,都是由从相反方向切入问题的团队构建的——从加密货币向外延伸,而不是从交易所纪律向内推进。因此,它们缺少成熟交易所视为理所当然的要素:能够处理机构订单流的撮合引擎性能、监管机构可以在纸面上清楚评估的托管边界,以及能够同时承载股票账簿和真实加密货币资产的法律结构。

我的工作原则很直接:为即将到来的标准而构建,而不是为当下便利的标准而构建。在2017年的加密货币领域,便利的标准是快速搭建一切,并把困难问题推迟处理。即将到来的标准会更像一家受监管的交易所。因此我按照那个标准来构建。

Q2. Consider one of those numbers. In 2017, the open-source matching engine reference was Liquibook, rated at roughly two to two-and-a-half million inserts per second. You built an engine achieving approximately eight million matches per second on synthetic tests. What indicated the ceiling needed to be that high?

这个差距没有看起来那么大——Liquibook公布的是插入吞吐量,而撮合对每个事件来说是更重的操作。推动设计的并不是原始数字本身。真正推动设计的是,我们正在为加密货币领域尚未遇到过的一类订单流而构建。机构交易者部署的是全天候运行的机器。每秒50万笔撮合的上限与每秒800万笔撮合的上限之间的差别,就是第三年重建引擎,还是第八年仍然运行同一套引擎的差别。

因此,我们从端到端掌控它。撮合引擎足够紧凑,几千行定制代码就能胜过一个为了对所有用户保持安全而设计的通用库。Binance在2020年6月重建了撮合引擎——用一种新语言从零重写,约相当于两年的工程工作,并带来大约十倍的性能提升。这类重建不仅仅是开发成本。它意味着系统要在两年时间里承受其原本并未设计用于承受的负载——导致波动峰值期间排队、订单延迟,以及订单流迁移到任何能够承载它的交易场所。我们在2020年不需要这样做的原因,是我们早在2017年就已经按那个上限进行了构建。

Q3. A similar pattern emerged on the custody side. You adopted a non-custodial model in 2017, before Fireblocks existed as a product. What signalled that the prevailing commercial default — custodial storage backed by insurance — would be the wrong approach?

Mt. Gox事件在行业记忆中仍然鲜明,而Coincheck在2018年初遭到黑客攻击,损失折合约5亿美元。当时所有人追求的商业补救方案,是在托管存储背后配置保险:持有密钥、支付保费,并希望不会发生事故。这种方法存在根本缺陷。保险无法修复黑客攻击;它只是将其货币化。如果客户的加密货币被盗,无论交易所是否获得赔付,客户都已经失去了资产。

因此,我们构建了更困难的架构。在每条受支持的链上,平台持有一个签名份额,客户持有另一个签名份额,任何一方都无法单方面转移资金。这一托管模型本身也是可选择加入的——客户可以将加密货币保留在自己的外部钱包中,并直接向交易所存入或从交易所提取,自行承担全部存储风险。如果我们的数据库遭到入侵,攻击者只能获得平台的签名份额——没有余额、没有身份信息,也没有签署交易的能力。

我们结合的并不是新的密码学原语;我们只是选择在2017年将它们整合进一家受监管经纪公司的结构中,而当时更轻松的选择是由我们自己保留所有密钥并购买一份保险单。

Q4. eToro pursued the derivatives route with crypto CFDs. Interactive Brokers later chose futures. You committed to spot — the actual coin held on the same account as conventional securities. What indicated that the derivatives route would not define the future?

这两种替代路线在商业上都更简单,受到的监管审视也更少,并且都向客户提供了某种类似加密货币敞口的东西,却不交付实际资产。CFD或期货合约跟踪价格变动。它并不会把加密货币放到客户手中。如果客户希望把币发送到其他地方、提取到个人钱包,或在平台之外使用它,衍生品工具无法实现这一点。你出售的是敞口,而不是所有权。

将现货加密货币与客户的受监管证券放在同一账户中,能够在集团的监管框架下向客户提供实际资产。这并不是说加密货币业务本身获得了许可——2017年没有任何司法辖区为此建立框架——但它在与受监管经纪业务相同的公司实体内运营。这种组合并不常见,因为它要求你独立解决托管问题。这是唯一一种将加密货币视为真正金融工具的路径,而不是将其视作构建在金融工具之上的合成表层。

欧洲监管框架在2024年通过MiCA跟上了这一方向,而2020年之后所有增加现货加密货币的零售券商——德国的Trade Republic、美国的Robinhood,以及上线相关服务的Revolut——都走向了我们在2017年交付的同一种整合模式。

Q5. Some of those decisions are now seven or eight years old. What confirms they remain load-bearing today rather than historical artefacts?

它们仍然是承重性的,而这正是定义性的检验。设计良好的架构,是其他人会独立趋同的架构——不是因为他们复制了它,而是因为底层问题要求同样的解决方案。我所描述的撮合引擎今天仍在生产环境中运行。在上线之前,它经历了两年多的Beta测试,并由一家独立做市商公司对其进行了外部压力测试。如果这个设计判断是错误的,我们现在早就会发现。

TCP/IP设计于20世纪70年代,至今仍支撑着互联网。SQL已有50年历史,仍占据主导地位。强有力的架构判断只有在回头看时才显得像历史。自2020年以来延续到我所构建事业中的,是这些决策背后的工作原则:为即将到来的标准而构建,而不是为当下便利的标准而构建。当前的工作处于自主企业对企业商业领域,该领域的监管讨论仍在发展中。同样的纪律依然适用。

Q6. If someone were starting today at the same intersection — regulated finance, real cryptocurrency, and machine-driven order flow — what guidance would you offer?

三项原则,都不新颖。第一,把许可架构作为首要决策——在规模化情况下,你无法靠工程能力弥补合规错误,而由牌照结构衍生出的设计选择数量,比大多数技术团队一开始意识到的要多。第二,把托管视为一等架构问题,而不是安全附加项——如果你能够把托管边界置于自己的系统内部,并向监管机构精确描述它,就可以避免一类其他人未来十年将持续诉讼的事件。第三,有纪律的工程在吞吐量竞争中胜出。2017年,围绕巧妙数据结构和特殊硬件有大量讨论,但真正达到实际性能数字的平台,是那些持续做出并不光鲜决策的平台。这一点没有改变。