Cregis Research：Web3.0时代的高并发交易

我们以数字货币交易所为例子，数字货币的充值和提现是交易所及钱包应用中的核心功能，这两个操作与用户的资产直接相关。在常规操作下，充提流程可能看起来相对简单：

生成充值地址：用户在交易所或钱包中请求充值时，系统会为用户生成一个唯一的充值地址。

用户转账：用户将数字货币从外部钱包或其他交易所发送到上一步生成的充值地址。

交易所监听确认：交易所或钱包应用会监听并检查与该充值地址相关的交易。它会监视网络上的交易确认数以确保交易的有效性。

确认达到要求：大多数交易所需要一个交易在区块链上获得一定数量的确认（例如，?3?个或?6?个确认）之后才视为有效。这样可以减少双重支付的风险。

充值到用户账户：一旦交易得到足够的确认，交易所会把数字货币的金额添加到用户的交易所账户余额中。

通知用户：用户会收到通知，告知他们充值已经完成。

用户发起提现请求：用户在交易所或钱包应用内输入要提现的数字货币金额和目标地址。

安全验证：为了确保提现请求的合法性，用户可能需要进行二次验证，如短信验证码、邮件确认或?Google Authenticator?等。

处理请求：交易所的后台系统接收到提现请求后，进行初步的处理，如检查用户余额、提现限额等。

手动审核（可能的步骤）：某些交易所为了增加安全性，会有手动审核步骤，由真人审核大额提现请求。

签名并广播到区块链：交易所用私钥对提现交易进行签名，并将其广播到相应的公链。

交易所监听确认：与充值类似，交易所会监听提现交易在区块链上的确认状态。

完成提现：一旦交易得到足够的确认，提现流程完成，用户的交易所账户余额会减少相应的金额。

通知用户：用户会收到通知，告知他们提现已经完成。

这个流程非常清晰，实现也简单，但如果市场出现大的波动，或有重大新闻事件，你会发现充提操作的调用量可能达到每秒?10000?次。每秒?10000?次请求同时进行资产操作，是否会把资产管理系统拖垮？如果请求全部通过，那么就要同时生成?10000?次交易订单，数据库能否扛住？如果扛不住，我们要如何做？这些问题都可能出现，并让之前的方案不再适用，此时你就需要设计新的方案。

除此之外，同样是缓存的使用，在低并发下你只需要了解基本的使用方式，但在高并发场景下你需要关注缓存命中率，如何应对缓存穿透，如何避免雪崩，如何解决缓存一致性等问题，这就增加了设计方案的复杂度，对设计者能力的要求也会更高。

因此很多高并发环境下的维护和监控通常需要专业的技术团队，为了维护系统的稳定性，公司需要投入更多的人力成本。这不仅增加了短期成本，还可能导致长期的运维成本上升。

异步处理可以在单位时间内处理更多的请求。它允许系统快速响应用户，释放资源来处理更多的请求，并在适当的时候通知用户处理结果。异步处理模式特别适用于那些处理时间长或者依赖多个内部系统的请求。比如某订票平台在节假日时段，用户下单后并不立即返回订单结果，而是告诉用户订单正在处理中。背后的系统会把订单请求放到一个消息队列中，并通过后台服务逐一处理，当订单处理完成后，再通过推送服务告知用户。

然而，设计高并发系统并不意味着必须同时使用所有这些策略。系统的设计和演进应该是循序渐进的，以解决系统中的实际问题为目的。初期，简单的系统设计和熟悉的技术体系可能足够应对现有的流量和业务需求。但随着流量的增长和业务的变化，必须考虑更先进的技术和策略来确保系统的高可用性和性能。

Cregis?是综合性的Web3资产协作管理平台，提供成熟且稳定的支付基础设施和丰富的财务管理协作功能。目前已安全运营?6?年，服务超过?3200?家Web3.0?项目和机构，为终端用户提供了?578?万个区块链钱包地址。

6?年时间，Cregis?有时间开发“高并发交易” “钱包” “财务管理功能”。基于客户需求，Cregis?实现了web2到web3的高并发清算技术。可以为客户提供商用级别的数字货币高并发交易结算基础设施。我们可以通过?API?在?1?分钟轻松处理?60?万次并发的交易订单，也可以在?24?小时内处理超过?9?亿美元的链上交易，而且这远远没到我们产品性能的极限。

随着Web3.0?技术日益成熟和大规模应用，不论是数字货币交易所、链上游戏（GameFi）、NFT?交易平台，还是其他各种Web3.0?应用，都将面临日趋复杂的交易场景。能够快速、安全地处理大量交易不仅能提高用户体验，也是企业竞争力的重要组成部分。

如果一个平台能够在高流量下依然保持稳定流畅，那么用户就更有可能继续使用该平台。同时，很多大企业和项目方在选择合作伙伴时会将高并发处理能力设为重要考虑因素。高并发不仅是技术问题，更是一个综合性的挑战，涉及到技术、运营、商业战略等多个方面。只有全面考虑和优化，才能在激烈的市场竞争中脱颖而出。

vv