[Security/Documentation] 请确认 trade_cal 的权威 HTTPS REST 终点

[q521317]

Tushare 维护者您好：

我们正在做一个 fail-closed 的 Tushare Pro 集成，当前本地 SDK 为 tushare==1.4.29。为避免把“TLS 可达”或“替换 URL scheme”误当作 Provider 授权，请提供一份官方书面声明，明确：

1. Tushare Pro REST 请求的完整、精确 HTTPS URI，特别是 api_name=trade_cal；
2. trade_cal 是否通过上述普通 REST POST 契约调用；
3. 当前官方 SDK 包名与版本，以及该版本是否权威绑定到上述 HTTPS URI；
4. 该 URI 是否为直接、最终终点，不依赖 HTTP→HTTPS、跨主机或路径重定向。

目前公开材料/本地 SDK 仍能看到 http://api.tushare.pro 与 http://api.waditu.com/dataapi。在获得官方声明前，我们不会用凭据测试猜测出的 HTTPS 地址，也不会降级使用明文 HTTP。

维护者回复，或指向已更新的官方文档/官方源码固定链接，均可作为答复。本询证不包含 Tushare ID、token 或账户凭据。谢谢。

[tianxinhe0529-tech]

Tushare维护者您好，补充一份我们在不读取、不发送Token的前提下取得的软件包审计证据，恳请官方书面确认。

一、已核验事实

1. 当前使用的PyPI发行版：

tushare==1.4.29

2. PyPI wheel SHA-256：

82554af953ea5ac3d8771d42330493181031c7e68dccce03a491c7356e9ba4b2

3. PyPI wheel与本机安装包中的客户端文件字节一致，二者使用的业务终点均为：

http://api.waditu.com/dataapi

4. 当前官方HTTP调用文档以及官方GitHub默认分支中展示的终点为：

http://api.tushare.pro

5. 我们已在不发送Token、不发送API业务请求的前提下，确认两个域名的DNS、TCP 80、TCP 443和TLS 443均可达。

但我们不会把“端口或TLS可达”解释为该地址已获官方业务授权，也不会自行把HTTP改成HTTPS后发送Token。

二、恳请官方明确回答

1. api.waditu.com/dataapi 是否为 tushare Python SDK 1.4.29 正式授权使用的生产业务终点？

2. api.waditu.com 与 api.tushare.pro 的权威关系是什么？前者是否是后者的正式别名、兼容终点或历史终点？

3. 当前官方推荐的Python SDK版本及其正式生产业务终点是什么？

4. 当前是否存在正式、受支持的HTTPS业务终点？如有，请提供完整、精确的URI，包括scheme、host、port和path。

5. 用户Token是否可以通过该官方HTTPS终点安全传输？官方Python SDK是否已经正式绑定该HTTPS终点？

6. 若PyPI 1.4.29中的终点已经过时，请问官方建议升级到哪个明确版本？该版本的PyPI发行制品或固定源码链接是什么？

维护者直接书面回复，或者提供已更新的官方文档、官方发布说明、PyPI版本或固定源码链接，均可作为我们的权威依据。

本询证不包含Tushare ID、Token、手机号、邮箱或其他账户凭据，也从未向猜测的HTTPS终点发送Token。

谢谢。