Invoice 看板
围绕 Invoice cycle 汇总成功金额、笔数、Gas、付款来源、钱包使用、最近成功和异常状态。
教程按控制台功能分为“账号配置”“增长方案”“Invoicing”“Checkout”“自动调度”几类。点击分类标题即可展开或折叠;教程按钮只会跳转、定位或预填示例,不会自动创建 Invoice、扣款或广播交易。
先完成账号登录和钱包检查,再进入 Invoicing。账号配置类操作集中在“02 账号配置”。
保存 Merchant 与 Payer Profile,再通过 OTP 登录。批量账号可使用自动识别 OTP 队列;已登录账号应保持“跳过已登录账户”。
Merchant 和 Payer 必须显示“已登录”。示例默认由 acct-001 创建 Invoice,acct-002 作为 Payer Profile。
已登录的 merchant/both Profile 可一键调用官方 create_store,并通过 swidge_enabled 开启 Checkout;已有 Store 默认跳过,响应日志里的明文 secret 只出现一次。
选择 active 的 BNB 钱包,同时确认 USDT 足够付款、BNB 足够支付 gas。网页不会显示或导出私钥。轮换密钥时,旧钱包 ID 只绑定旧钱包专用密钥;后续生成钱包始终使用新的 ALLSCALE_OPS_SECRET_KEY。
总预算、单日预算、BNB 单日预算需覆盖本次总额,并确认未启用 HALT。真实按钮没有前端确认弹窗,但后台预算、主网、防重复和 pending 门禁仍生效。
已验证示例:BSC / USDT、0.1 USDT。系统会依次完成 Invoice、pay intent、钱包广播、Tx 上报与 Invoice confirm。
acct-001、acct-002 已登录;付款钱包同时有 USDT 与 BNB。acct-001、Payer=acct-002、金额=0.1、确认预算至少 0.1、链=bsc、稳定币=USDT。external-wallet,再选已充值钱包;也可留空让钱包池自动选择。第三方钱包模式不需要 Headless OTP。每一笔仍走独立的 Invoice → pay intent → 第三方钱包付款 → confirm,不是绕过 AllScale 的直接批量转账。
1。external-wallet;可固定一个有余额的钱包,也可由钱包池自动选择。默认通用安全模板会预填常用配置并按当前数据自适应安全上限;教程按钮只会预填表单,不会创建或激活调度。
Asia/Shanghai,每天在 08:00–22:00 重复执行。服务停机期间错过的任务会在恢复后按原顺序串行补跑。.00 笔数仍不超过总笔数的 20%;勾选后为 0。重复金额出现笔数会严格低于每天总笔数的 10%,范围不足时系统拒绝创建。BSC / USDT / external-wallet。点击后两个创建按钮会在请求完成前禁用,表单下方持续显示资金模拟进度;请勿重复点击。真实创建会读取所有已选钱包的实时余额,模拟整个日期范围的累计 USDT、每日限额和 Gas;任何钱包不通过都不会创建真实草稿。成功后页面会清除调度表旧筛选并自动显示新草稿;核对无误后点击该草稿的“激活”,页面会自动把这份草稿的精确计划总额写入只读确认预算并提交,不需要手工复制金额。如果曾重复创建,只保留要执行的一份并取消其他草稿。needs_review,必须人工核对。保留 pending 与幂等锁,先查询 Tx 和 Invoice;不要直接重复付款。
刷新钱包余额,同时检查 USDT 与 BNB,补充资金后重新跑 preflight。
写入 HALT 会阻断真实资金操作,不影响 dry-run 与只读检查。
用于验证 Merchant API 创建 Checkout intent、hosted Checkout 目标解析、本地第三方钱包付款和 Checkout 状态回查。教程按钮只预填表单,不会创建 order 或广播交易。
业务看板按产品流拆成 Invoice 和 Checkout 两大板块;每个板块内部再进入总览、趋势、状态、钱包、近期成功与异常监控。
围绕 Invoice cycle 汇总成功金额、笔数、Gas、付款来源、钱包使用、最近成功和异常状态。
围绕 Checkout order 汇总成功金额、状态、Store、钱包、日历、近期成功与待处理订单。
汇总历史真实 Invoice 的成功笔数、金额、Gas、状态与资金使用。相同 Payment/Tx 只按一个 Invoice cycle 统计。
最新日期从左侧开始;柱高表示当日成功 Invoice 本金,横向滚动可查看完整 30 日。
统计全部真实主网 Invoice cycle,中心显示总笔数。
按成功金额展示 AllScale Wallet 与第三方钱包占比。
彩色部分表示相对大小,浅灰部分表示与本图最大值的差距;这是统计条,不是加载进度。
按日期汇总已成功 Invoice 的本金金额;条长相对于这 30 天中的最高日。
全部真实主网 Invoice cycle 的笔数分布;成功、等待与异常使用不同颜色。
仅统计成功 Invoice,按 AllScale Wallet / 第三方钱包汇总本金金额。
“成功付款金额”是该钱包累计成功支付的 Invoice 本金,不是钱包当前余额,也不包含 Gas。
按实际使用 AllScale Wallet 付款的 payer profile 汇总;当前余额来自最近一次账号钱包检查。
展示交易所付款来源的配置、真实成功使用量与余额接入状态;未接入余额 API 时不会估算余额。
这里只统计单笔 Checkout order → 第三方自托管钱包付款链路,不复用 Invoicing 数据。
按 Checkout 创建日期汇总成功付款金额。
按真实主网 Checkout intent / payment 状态统计笔数。
按成功金额展示 Store / Merchant 的贡献。
最近 30 天每日成功 Checkout 金额;颜色越深代表当天金额越高。
按成功 Checkout 本金和估算 Gas 展示外部钱包使用情况。
下面不是几套互不相关的数据,而是同一类操作的不同层级:先看批次,再看批次里的单笔。
这里显示已归档交易的概要。账号归档字段暂未接入,因此账号列表先保留为空状态,不混入异常或暂停账号。
读取 paymentSources[].exchange 中的 CCXT 配置,展示凭证、能力、网络和 allowlist 状态;真实提币仍不在 Web 控制台开放,只提供 dry-run 预览和只读查询。
余额、入金地址和历史记录会调用交易所私有 API,需要服务端环境变量中已有 API Key/Secret,并输入 Web 管理密码。提币预览不会广播交易。
等待操作
这里展示和执行 treasury-plan 生成的资金计划。当前真实执行支持 Bitget 单交易所提币,以及 BNB/EVM 自托管钱包之间的 USDT 归集/分发;多交易所 hop 会保留在计划和账本中,但不会真实执行。
按图中的 Treasury Pool、Funding Distributor、Payment Wallets、Merchant Receiving Wallets、Chain Collector 路径跟进资金准备、计划、执行和付款记录。交易所 API 未接入前,多交易所 hop 只进入计划与账本。
等待流程操作
真实执行要求 production、Web 管理密码、确认预算、钱包 vault 解密密钥、RPC/USDT 合约和 Bitget allowlist。dry-run 计划不能在之后升级为真实执行,必须重新创建 mainnet 计划。
等待 Treasury 操作
这套来源构成只服务 Invoicing cycle、账户互转和增长调度批次;Checkout order 的真实付款使用下方 Checkout 批量参数或 Checkout 自动调度里的第三方自托管钱包池。
批量发送 OTP:如果上面的 CSV 为空,会按数据库里已保存的全部 profile 发送;新版公开 CLI 仅支持已存在账号登录,首次注册请先在 AllScale Web 完成。
推荐流程会按账号逐个执行“发送 OTP → 等 Gmail 收到新验证码 → 提交登录”。每成功 1 个新 alias 后默认等待 15 分钟;OTP auth 返回 500 时,账号会回到队列并按 15、30、60 分钟逐步退避,不再因两次 500 直接结束整批任务。Gmail 自动识别需要服务器配置 ALLSCALE_GMAIL_CLIENT_ID、ALLSCALE_GMAIL_CLIENT_SECRET、ALLSCALE_GMAIL_REFRESH_TOKEN;一个主 Gmail 授权即可读取所有 plus alias 收件。
每行格式:payerProfile,merchantProfile,金额,备注。这里调用官方 CLI 的 invoice send,只创建 Invoice 和 Payment ID,不调用 invoice pay,不会直接扣付款方余额。
真实创建要求显式主网、production 配置和批次确认预算。每次只执行一笔官方 invoice send;服务重启或任一笔失败都不会自动续跑,必须先检查已创建的 Invoice。
每行格式:profile,Payment ID,确认预算。启动后每次只管理一个账号;请在官方 Web 的 Invoices 页面登录对应账号,找到 Payment ID,完成 Email OTP 和钱包签名,然后回本页同步状态,确认完成后才会进入下一个账号。
初始化队列不会调用官方 CLI /cli、不会自动广播,也不会把 Gmail OTP 注入浏览器。每个账号都需要在官方 Web 付款页完成一次真实付款;完成后点击每行的“同步当前账号状态”。只有官方状态确认完成,才会准备下一个账号。完成初始化后,后续付款才可以使用纯 CLI + Gmail 自动 OTP。
这里不会发起付款或链上交易,只调用官方 CLI 的 whoami 和 wallet list。留空 Profile CSV 表示检查全部 profile。
创建成功后 API secret 只在日志区显示一次;数据库内只保存加密密文和 last4。勾选“同时开启 Checkout”会在官方 create_store payload 中设置 swidge_enabled=true。
这是独立于 AllScale Wallet 的新钱包池。推荐用它承接后续第三方钱包付款;不要把 AllScale 钱包私钥粘贴到网页。批量生成前,请先在启动服务的环境配置至少 32 位的 ALLSCALE_OPS_SECRET_KEY。旧钱包密钥轮换只通过服务器环境中的旧钱包 ID 白名单生效,不会用于新生成钱包。
余额来自链上 RPC 的实时读取,不代表已确认可付款;请同时确认 BNB gas、USDT 余额和交易确认状态。未配置对应链 RPC 或 USDT 合约地址时,列表会明确显示查询错误。
保存后写入本地 SQLite runtime settings,后续真实资金操作会优先使用这里的预算门禁。
所有涉及大方案设计的内容集中在 03:目标倒推、S 曲线、PR pulse、付款来源组合、商户沉淀、执行节奏与风控策略。保存增长计划会写入当前激活配置;“保存为本地方案”可在浏览器里保留多套方案,方便切换后再保存为激活计划。
保存后写入 SQLite runtime settings;Invoicing 增长调度预览和 batch 会优先使用这里的设置。斜率越大,中段增长越陡。
真实 Invoicing batch 只会执行可执行来源 slot;不支持真实执行的来源会写入 planned/blocked 审计,不会绕过 AllScale 产品路径。
CSV 每行格式:storeId或profile,商品名,金额USDT,数量,status,sku(可选)。金额必须大于 0.1 USDT;数量用于批量生成和调度商品轮询。
保存后,Checkout 批量参数会按商品数量生成订单;自动调度会按商品目录中的固定金额轮询,不再从金额范围随机生成。
真实 smoke 会先创建 AllScale Checkout order,再解析唯一收款地址,由本地加密第三方钱包池付款,并回查 Merchant API 状态;地址、金额、链或状态不明确时会在广播前或对账阶段停止。
用于把 Store、商品固定金额、商品数量、钱包策略转换成可执行 CSV。生成后请核对 CSV,再点击 Dry-run 或真实批量 Checkout。
真实批量付款不会读取旧的增长计划/PR 脉冲配置;它只读取 Checkout 商品设置生成的 CSV、下面的链、确认预算和等待上限。
CSV 每行格式:storeId或profile,金额USDT,订单说明,钱包ID(可选),订单号(可选)。推荐用上方商品目录生成,金额会来自商品固定金额。
真实批量 Checkout 会按顺序执行:创建订单 → 解析收款地址 → 选择第三方钱包 → 广播付款 → 链上确认 → Merchant API 回查。任一笔失败或状态不明确,后续订单会标记 blocked,必须先人工核对后再新建批次。
先生成精确计划;Dry-run 会自动激活,真实调度先创建草稿,核对计划总额后再激活。
真实调度当前仅支持 BNB Chain / USDT / 第三方自托管钱包;任何状态不明确的付款会暂停并进入 needs_review。
这里调用官方 AllScale CLI 的 wallet send 产品流;本工具不会读取本地链私钥,也不会自己构造 ERC20 transfer。
单独付款入口:不创建新 invoice,只对已有 Payment / Invoice ID 调官方 invoice pay。
注意:本表单只使用 AllScale Wallet,不使用“账号配置”中刚生成的第三方钱包;如需选择第三方钱包,请使用下方的“第三方钱包 Invoice Pay”。
这里调用官方 AllScale CLI 的 invoice pay 产品流;实际金额、收款钱包和付款状态由 AllScale invoice/intent 流程解析。
浏览器模式会打开 AllScale 付款页;网页登录态与 CLI Profile 登录态相互独立。
本地 CLI 仅增加生产 Turnkey 环境配置,不修改付款逻辑,也不会创建 session user。生产网页的普通登录和查看余额不会完成初始化;账号必须先在 AllScale 官方浏览器付款页完成一次钱包签名(期间完成 Email OTP),并保持 Email OTP 已启用、Passkey 未启用,之后才能使用纯 CLI Gmail 自动 OTP。
当前主路径:先创建 AllScale pay intent;第三方自托管钱包广播 BNB/USDT ERC-20 付款后,系统会报告 Tx 并 confirm 这张 Invoice。
真实执行前必须确认收款地址、金额和链;系统不会导出私钥。交易广播后会向 AllScale 报告 Tx 并确认 Invoice;如果确认失败,不会自动重试或重复广播。
完整单笔链路入口:创建 invoice 和付款串起来执行,并写入本地账本。
选择第三方钱包后:merchant 通过官方 CLI 创建 Invoice,系统先创建 pay intent,再由本地加密钱包池付款,最后向 AllScale 报告 Tx 并 confirm Invoice。AllScale Wallet 仍走官方 invoice pay 签名路径。
批量账户规则入口:不是所有账号互相发送,而是按账户池、同一账户对上限、并发和预算生成一批 invoice cycle。
真实执行前请到“账号配置”确认参与账户的 CLI 登录状态;选择第三方钱包时,preflight 会检查本地 BNB 支付钱包池和单钱包限额,链上 USDT/BNB 余额会在广播前再次校验。
当前优先执行第三方钱包来源:merchant 创建并读取 Invoice,第三方钱包池直接支付唯一 BNB 收款地址。点击真实批量按钮后会在页面中央显示参数确认框;确认后才会提交。后台预算、主网、防重复和失败停止门禁仍然生效。
默认使用通用安全模板:自动填入常用链、币种、时间窗口与已登录 Profile,并根据日期、笔数和可用账户对计算安全上限;也可切换为自定义。
真实后台执行当前只支持 BSC / USDT / external-wallet。任何已获得 Payment ID、Tx 或状态不确定的失败都会暂停,必须人工核对后才能恢复。
写入 HALT 是紧急停止开关:它会在配置的 kill-switch 路径写入一个 HALT 文件。文件存在时,真实主网资金操作会被预算控制器拦截;dry-run 和只读查看不受影响。