available_quantity净可用数量:全渠道预留、未结算及快照刷新一致性

オープン
#1,283 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
48/100
issue の種類
ドキュメント
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
openapi, typescript

調査の方向性

Start with the referenced close-position, stock-asset, and trade FAQ documentation, then trace the REST v1 documentation entry points for GET /v1/asset/stock and the Sell estimate endpoint. Check how the current docs describe reservations, settlement, refresh timing, pagination, and concurrent orders. Done means the documentation states the official contract or gives a synthetic example covering the listed cases.

索引モデルが issue の本文から書いたものです。

説明

Description

已阅读平仓文档:available_quantity已扣挂单冻结及当日交收规则占用;提交前应重新查询;没有“仅平仓”保护。希望明确该字段的范围和时点,而非重复问quantity与available_quantity的区别。

合成US EQUITY长仓:总quantity为100,一笔已受理Sell40完全未成交。随后发生部分成交,再撤销剩余量。也可能通过App/桌面端/OpenAPI同时操作。所有数字均为合成,不涉及实际账户或测试下单。

请明确:

  1. available_quantity是否扣除全渠道未决卖单、订单预留及相关条件/附加单占用?上例在没有其他限制时是否应为60?各接口返回的channels是否可能包含重叠持仓或部分渠道?
  2. 当日买入及未结算数量如何扣减,适用哪些市场、账户类型及交收规则?请区别不能出售与不能提取资金。
  3. 挂单受理、部分成交、撤单确认后,冻结/释放何时反映到GET /v1/asset/stock?是否有最大刷新延迟、持仓as_of/版本/序列或与订单查询保持一致的标记?
  4. 返回持仓列表是否保证完整;若有截断/分页/部分失败如何识别?是否有原子预留或仅减仓机制,防止读取后到提交前的并发变化导致反向开仓?
  5. 文档建议的side=Sell预估接口返回的是仅现有持仓可卖量,还是也包含新增卖空能力?它与available_quantity是否同一数据截点?

参考:

仅咨询官方契约,不请求修改权限或执行金融动作。

Tasks

  • 请补充与现行 REST v1 一致的正式契约或合成示例。
主要言語
TypeScript
スター
61
フォーク
30
平均マージ
7時間 45分
マージ済み PR(30日)
17

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

longbridge/developers のほかの issue

longbridge/developers の issue をすべて見る

似ている issue

TypeScript の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。