header-langage
简体中文
繁體中文
English
Tiếng Việt
한국어
日本語
ภาษาไทย
Türkçe
扫码下载APP

种子轮融资800万美元,Bulk Trade凭什么生闯Perp DEX红海?

阅读本文需 8 分钟
Solana联创Toly也参投,是Solana上构建高性能衍生品交易平台的又一次尝试。
原文标题:《淘金手册|Bulk Trade 凭什么获得 Toly 的青睐?》
原文作者:KarenZ,Foresight News


在 Perp DEX 领域,尽管流动性和用户界面不断进化,但受限于公链底层的共识机制和区块生成时间,DEX 在延迟和吞吐量上始终难以与 CEX 完全对标。


Bulk Trade 另辟蹊径,选择了一条不同于常规 Perp DEX 的技术路线:深入到底层设施,通过定制 Solana 验证器客户端架构,试图构建一个兼具中心化级别的撮合速度与去中心化结算能力的交易层。


有啥背景?


根据官方披露,Bulk 在种子轮融资中筹集了 800 万美元,领投方为 6th Man Ventures 与 Robot Ventures,其他参投方包括做市商 Wintermute、Chapter One、Mirana Ventures、Big Brain Holdings 以及天使投资人 Anatoly Yakovenko(Toly,Solana 联合创始人)和 Delphi Digital 研究主管 Ceteris。


Bulk 的两位联合创始人在加密社区较为活跃:


· 联创兼 CEO Kobie McGlashan:曾于 2022 年 2 月联合创立 Web3 招聘与咨询公司 BEExperience 并担任 CEO,2022 年 4 月至 8 月期间出任 Orderly Network 营销与发展副总裁,此前还曾在英国电信巨头 Openreach 担任区域控制经理。


· 联创兼 CTO Junaid Peer:自称「orderbook oligarch」(订单簿寡头),担任 Bulk 的联合创始人。他的公开信息显示长期参与订单簿相关系统的构建,但在公开渠道中,详细的职业履历较为有限,主要以 Bulk 项目为核心展示内容。他在 X 平台拥有约 9300 名关注者,内容多围绕交易基础设施和 Solana 生态讨论。


核心架构如何?


Solana 区块链的运行依赖众多「验证器」,Bulk 并未另起炉灶,而是基于主流 Solana 验证器客户端 Jito-agave 的分支 Bulk-Agave 构建,并为验证器配备了专属插件——Bulk Tile。该插件可与验证器原有工作并行运行,专门负责订单匹配、清算引擎等关键逻辑,大幅提升了处理效率。


关于 BULK 交易平台的订单传播逻辑,简单点说,在用户在 Solana 链上存入资金后即可开始交易。订单通过 BULK Net 传播层导入,把订单先拆成 8 个小分片,任何验证器只要获取任意 6 个即可还原原始订单。然后,BULK 再用 UDP 协议让核心节点「收到就转、只传小分片」,既解决了高频交易的丢包问题,又可以将传播速度大幅提升。


然后就是订单撮合匹配问题了。BULK 的订单匹配不是随时搞的,而是有固定节奏——每 20 毫秒触发一次「撮合周期(tick)」。所有订单按「公钥、随机数、撮合周期号」算出来的固定规则排序,所有节点按同一规则出结果,没有中心、没有操控,杜绝抢先交易,尽可能做到公平。真正决定订单优先级的,只有订单进入系统的那个撮合周期。


除此之外,Bulk 还会有一个自成交预防(STP)功能,对于做市商、专业的量化交易者来说,他们经常会在买一、卖一同时挂单,很容易不小心触发自成交,这个机制能有效保护这类专业交易者。


整个交易流程走到最后一步,就是最终确认与结算。BULK 先用 25-40 毫秒的快速经济确认,满足高频交易的速度要求,让交易者可以立刻操作;再把交易结果同步到 Solana,完成最终的链上结算确认。


Bulk 有何特点?


Bulk 交易系统以每个永续合约市场的中央现价订单簿(CLOB)为核心构建。所有合约均以 USDC 进行保证金结算。


速度方面,根据 Delphi Digital 解释,Bulk 价格刷新更快,流动性更真实,成本效率也更高。Solana 生态普通交易平台 400 毫秒刷新一次,Bulk 每隔 20 毫秒就异步更新,和区块生成完全解绑;另外,其他平台的挂单者,有可能在成交前撤单,造成虚假流动性。Bulk 要求挂单必须有效,直到挂单者主动撤销,看到的流动性就是能实际成交的;结算方面,Bulk 采用价格优先、时间优先的规则,订单按到达顺序依次成交。


Bulk 表示,其平台上无 Gas 下订单以及 API 和 CCXT 的运用,简化了用户体验,为交易者消除了区块链的复杂性。此外,Bulk 通过批量处理订单,进一步压缩了交易成本。


安全方面,Bulk 表示,「不用把资产交给平台托管,不用跨链或者排序器,不会有平台跑路、挪用资金的风险,也没有跨链和二层解决方案普遍存在的安全漏洞和中心化风险。」


除此之外,对于验证器而言,在运行 BULK 的交易逻辑的同时,又不会放弃 Jito 区块空间拍卖产生的 MEV 收益,还可从 Bulk 的订单簿订单流中获利,形成了良性的生态激励机制。


小结


Bulk Trade 代表了在 Solana 上构建高性能衍生品交易平台的又一次尝试。通过将匹配引擎集成到验证者节点中,项目试图在保持去中心化的前提下实现接近中心化交易平台的性能。


当前,Bulk Trade 已处于内测阶段,即将开放公开测试网。随着公开测试网的临近,这一高性能交易平台能否改变链上衍生品的竞争格局,我们将持续观察。


原文链接


点击了解律动BlockBeats 在招岗位


欢迎加入律动 BlockBeats 官方社群:

Telegram 订阅群:https://t.me/theblockbeats

Telegram 交流群:https://t.me/BlockBeats_App

Twitter 官方账号:https://twitter.com/BlockBeatsAsia

AI 解读
从技术架构来看,Bulk Trade 选择了一条非常务实的路径。它没有试图从头重构公链底层,而是基于 Solana 已有的验证器生态进行深度定制,通过开发专属插件 Bulk Tile 来提升交易效率。这种做法既利用了 Solana 的高性能基础,又通过分片传输、UDP 协议和固定节奏的撮合周期(tick)解决了高频交易中的延迟和丢包问题。尤其值得注意的是其订单传播机制——将订单拆分为8个分片,只需任意6个即可还原,这实际上是一种在去中心化环境中实现高效数据同步的巧妙设计。

在交易机制上,Bulk 强调的“价格优先、时间优先”规则和自成交预防(STP)功能,明显是针对专业交易者和做市商的需求设计的。这些功能在传统金融和中心化交易所中已是标配,但在链上环境中实现却颇具挑战。Bulk 通过将匹配逻辑集成到验证器层级,试图在保持链上结算透明性的同时,提供接近中心化交易所的体验。

从生态激励角度看,Bulk 的设计也颇具心机。验证器在运行其节点的同时,既能获得 Jito 的 MEV 收益,又能从 Bulk 的订单流中获利,这种双重激励模型有助于快速吸引验证器节点的加入,从而提升网络效应。

然而,这种深度依赖底层公链架构的模式也带来了一定的风险。Solana 本身的网络稳定性、拥堵问题以及底层共识机制的变动,都可能对 Bulk 的性能产生直接影响。此外,虽然项目强调去中心化和无托管风险,但其核心节点和验证器群体的集中度仍需观察。

总体而言,Bulk Trade 代表了一种新的技术趋势:不再试图在应用层绕过公链的限制,而是直接深入底层基础设施,通过定制化改造来提升性能。这种思路或许会成为未来高性能链上应用的重要发展方向。但其成功与否,最终还是要取决于实际测试中的表现和生态接纳程度。
展开
选择文库
新增文库
取消
完成
新增文库
仅自己可见
公开
保存
纠错/举报
提交