为运行多个代理的团队提供钱包基础设施。
您为 15 个客户运行 20 个机器人。每个机器人都需要自己的钱包、自己的限制、自己的审计跟踪，以及每个客户的可见性。
瓶颈不在于代理，而在于钱包管理。
如果您经营一个Web3自动化代理、一个做市团队、一个收益策略操作，或任何有许多并发代理的生产部署，代理本身是简单的部分。您有经过实战检验的代码和基础设施来保持它们运行。拖慢您的速度的是周围的一切：钱包地址的电子表格、每个客户的手动对账、分散的交易日志，没有干净的方法让客户看到自己代理的活动而不泄露其他客户的数据，没有强制的每个代理的支出限制。
大多数团队最初自己构建这个 - 每个客户一个共享的多重签名，每个代理在Notion数据库中的账本，一个用于交易通知的Discord频道。这对前面三个客户有效。到第十个客户时，这成了一份兼职工作。到第二十个客户时，某些事情会出错，一个尴尬的混淆会损害关系。
Blockchain0x 为每个代理提供自己的钱包、自己的政策、自己的日志和自己的座位访问权限。您可以从一个工作区管理它们，按一个 Stripe 客户计费，并在正确的代理上使用正确的操作员。操作层是整个产品；您继续运行代理。
一个机构如何配置其第一个工作空间。
五步指南，帮助典型代理从注册到管理 5-20 个客户代理，确保适当的隔离、计费和可观察性。
- 01
配置工作区
在代理的电子邮件或共享操作帐户下注册一次。工作区名称反映代理身份（工作区名称出现在每个代理的发票上）。工作区座位默认为1；为需要跨客户可见性的操作员添加更多。
- 02
为每个客户（或每个策略）创建一个代理
每个客户参与都有自己的代理记录：单独的slug、单独的钱包地址、单独的支出政策、单独的验证徽章。代理记录是隔离的单位 - 一个客户的交易永远不会触及另一个客户，即使它们在同一个工作区下运行。
- 03
将代理级席位分配给合适的操作员
在Business上，邀请操作员到特定客户的代理，拥有代理级别的座位。他们只查看和管理该代理，而不是工作区中的其他代理。这是使每个客户隔离感觉正确的座位模型：操作员无法意外泄露客户A的活动给客户B。
- 04
配置每个代理的支出权限
为每个代理设置每笔交易的上限和每个周期的限额（在仪表板中），基于客户参与实际允许的内容。同一工作区中的同一操作员可能会为一个客户运行一个小的每日限额，而为另一个客户运行一个大的限额 - 每个代理的支出权限可以干净地隔离这两者。
- 05
连接您的监控和待命
为运营中重要的事件（payment.received、payment.sent、wallet.deployed）设置 webhook 交付。将它们指向您的事件系统或 Slack/Discord。仪表板成为日常驱动视图；当支付到达或需要关注的事情时，警报会发送到 Slack。
设置通常需要1-2小时用于第一个工作区，10-15分钟用于每个额外的客户代理。当您有5个客户入驻时，添加第六个客户的边际成本主要是与客户的对话，而不是提供服务。
一个工作区，一个Stripe客户，N个代理。
计费模型是围绕代理机构如何实际记账构建的：每个代理在单个发票上的项目，按代理或工作区导出，带有实时进入您会计系统的webhook流。
| 维度 | Blockchain0x如何处理 | 为什么机构关心 |
|---|---|---|
| 工作区结构 | 1个工作区，N个代理，1个合并的Stripe客户 | 轻松找到所有客户的任何付款 |
| 发票格式 | 每个代理的订阅行 + 每个代理的交易费用行 | 如果您重新开票给客户，则可以清晰地映射到每个客户的计费 |
| 导出 | 每个代理的 CSV/JSON，或工作区范围内；可按日期范围过滤 | 放入会计工具或每客户损益表 |
| Webhook到会计 | 实时向您的 AP/AR 系统发送 payment.received / payment.sent 事件 | 没有批量对账；账本保持最新 |
| 货币 | 费用默认以美元计费；可以通过Stripe设置为其他货币 | 匹配您的会计基础货币 |
| 保留记录 | 在代理存在期间保留的交易历史和审计日志 | 可导出以供客户或审计员审查 |
大多数代理机构采用的模式：Blockchain0x发票发送给代理机构。代理机构重新向每个客户开具其代理的订阅行+管理费的发票。如果客户质疑特定费用，审计日志使其具有可辩性 - 您可以准确显示在哪个时间段内驱动了该行项目的交易。没有代理机构在提供审计记录后要求我们删除费用。
您可以告诉您的客户（及其审计员）什么。
合规是大多数代理合作在开始之前失败的地方。客户的法律团队想知道：谁持有资金，谁可以看到什么，记录如何保存，如果发生事件会怎样。以下是您可以以书面形式告诉他们的内容，由产品支持。
保管 - 我们是非托管的
资金保留在客户（或代理）钱包中，而不是在Blockchain0x上。我们从不拥有私钥。如果明天我们被攻破，攻击者无法移动USDC，因为我们没有手段。这是支付平台可以提出的最强保管声明；写入条款中。
访问控制 - 每个代理的座位范围
操作员仅能看到他们被授予席位的代理。工作区级别的可见性是一个单独的、更特权的席位。每个席位的添加、角色更改和移除都记录在审计日志中，并附有完整的归属。工作区席位需要双因素身份验证。
审计追踪 - 归属和可导出
每个影响代理的操作都记录了完整的归属：谁做的，何时做的，以及更改的前后。可以从仪表板导出为 JSON 或 CSV，以供任何客户或审计员审查，范围限制在单个代理上，以便一个客户的记录不会暴露另一个客户的记录。
可接受使用政策 - 对每个代理具有约束力
每个工作区在注册时同意可接受使用政策：不逃避制裁，不洗钱，不欺诈，不参与明显非法活动的代理。违规将导致工作区暂停。该政策是公开版本的；我们将为任何客户法律审查提供当前和历史版本。
事件响应 - 文档化的运行手册
安全事件有一个公开的运行手册：在发现后的24小时内通知，7天内进行根本原因分析，30天内进行事后分析。运行手册可根据要求提供以供合规审查。在撰写时我们没有发生可通知的事件；如果发生，运行手册即为合同。
每个审计日志条目上记录的内容。
审计日志是您客户的审计员想要查看的文档。每个条目记录了什么更改以及谁更改了它；可以从仪表板导出整个日志为 JSON 或 CSV 以供客户或审计员审查。
| 字段 | 类型 | 描述 |
|---|---|---|
| Timestamp | time | 操作发生的时间，UTC。 |
| Agent | reference | 该操作影响了哪个代理。 |
| Actor | reference | 执行该操作的人类、API key 或系统。 |
| Action | category | 发生了什么：一笔支付、一次设置变更、一次 seat 变更、一次 key rotation。 |
| Outcome | status | 该操作是成功还是被拒绝。 |
| 之前 / 之后 | snapshot | 变更前后的状态。 |
从仪表板导出为 JSON 或 CSV，过滤到单个代理或整个工作区。审计日志是商业计划的功能；基本交易历史在专业版上可用。
适用于代理机构工作区的商业，代理的混合计划。
Web3 自动化团队几乎总是需要至少一个商业代理（用于审计日志 + 团队席位）。许多团队采用混合模式：对于有合规要求的大量客户参与使用商业计划，对于没有合同要求审计日志的小客户使用专业计划，对于实验性或休眠代理使用免费计划。每个代理的定价使得这种混合模式在不超支的情况下运作。
- Free：适用于实验、可随时恢复的闲置 agent，以及用于潜在客户沟通的演示 agent。
- Pro ($29/agent/mo)：适用于没有严格合规要求的活跃客户 agent。
- Business ($49/agent/mo)：面向大规模 client agent，包含审计日志和按 agent 计费的团队席位。生产项目的默认方案。
- 工作区席位：为跨客户操作员可见性增加席位（参见 /pricing）。