ch01-06 核心用户角色

先看问题

先把“核心用户角色”放到读者路径里看：你不是在背一个协议名，而是在建立一套判断 DeepBook 能做什么、不能做什么的坐标。读这一节时，重点看产品边界如何落到对象、交易和数据系统上。

本节先把源码范围缩到最少。读的时候只抓产品边界、对象名称、函数入口和事件线索；后面进入交易路径时，再回到这些入口核对细节。

这一组入口用来校准产品边界：先看它们暴露哪些对象和动作，再判断本节概念最终会落到哪条交易或数据路径。

taker 是主动吃掉订单簿流动性的人。maker 是提供挂单流动性的人。LP 在 DeepBook 语境里通常指通过订单或策略提供流动性的一方，而不是 AMM LP token 的持有人。

borrower 和 liquidator 更多出现在 Margin 或闪电贷场景。DeepBookV3 spot 交易中，闪电贷是同一交易内借出和归还的 hot potato 模式；Margin 的借贷状态另属 packages/deepbook_margin。

predict trader 则属于 packages/predict 的业务边界。不要把这些角色混到一个对象模型里；先看包目录，再看事件和状态结构。

角色不是前端标签，而是权限和对象关系。交易者可能是 BalanceManager owner，也可能是持有 TradeCap 的被授权方；管理员通过 admin cap 管理版本、池注册和参数；Indexer/server 只读取事件和对象，不应被当成链上权限来源。

做权限设计时，把“谁签名”“谁拥有 BalanceManager”“谁持有 cap”“谁承担链下展示”拆成四列。这样能提前发现代客交易、应用授权和只读查询服务之间的边界。