先看产品级状态字段，不要只看交易对名称
检索“区块链交易所币币”时，界面常把交易对名称直接当成“可以买卖”。Coinbase Advanced Trade 的 Get Product 文档说明：按 product ID 查询单个产品，并返回 status、cancel_only、limit_only、post_only、trading_disabled、auction_mode 等字段，以及 base/quote 显示符号与数量边界。
因此“看到 BTC-USD 这类标识”只说明产品条目存在；是否允许新开仓、是否仅撤单，要读这些服务状态位，而不是凭交易对字符串或行情数字推断。
只撤单、只挂单与可交易不是同一回事
同一响应示例把 cancel_only、post_only、trading_disabled 并列给出：cancel_only 偏向只允许撤销既有委托；post_only/limit_only 约束可提交的订单类型；trading_disabled 则直接标记交易关闭。把其中任一字段省略成笼统的“维护中”，会丢掉可操作边界。
若只记录 status 字符串而忽略布尔约束位，后续对账时无法解释“为何能看见盘口却不能下单”。阅读接口字段时应原样保留多字段组合，而不是合并成单一口头状态。
公告层与产品状态层要分开
对照 Binance 支持中心 New Cryptocurrency Listing 列表可见，上架与交易对增减是以公告条目发布的；公告存在也不自动等于你的账户或地区此刻可交易。产品状态与公告列表属于不同资料层。
核验币币可交易性时，建议同时留下 product_id、抓取时刻的状态位，以及是否存在对应公告标题；两者一致才增强信心，任一缺失都只能写成未验证。
核对边界
可记录：product_id、status、cancel_only、post_only、trading_disabled、base/quote 标识。不可记录：未验证的地区可用性承诺、代下单、统一开盘即可成交的保证或投资建议。