NVIDIA Nemotron 3 Ultra 在代理式 RTL 编码的准确性和效率方面引领开放模型

现代芯片设计日益受到工程时间的限制。寄存器传输级 (RTL) 开发和验证需要具备专门的硬件知识、精确的推理能力以及与电子设计自动化 (EDA) 工具的重复交互。LLM 加速了代码生成,而 AI 智能体通过使用验证反馈来迭代纠正错误,从而扩展其影响。

这对于 RTL 至关重要,因为 RTL 的正确性取决于精确的时间行为,并且许多错误仅在基于工具的验证期间才会出现。

在本文中,我们将讨论代理式上下文进化 (ACE) -RTL 智能体和 NVIDIA Nemotron 3 Ultra 如何协同工作,在处理代理式 RTL 任务时提供出色的准确性和效率。ACE-RTL 提供迭代的生成 – 测试 – 反射工作流,而 Nemotron 3 Ultra 则提供与 RTL 生成、编辑和调试保持一致的长上下文推理和训练。

CVDP 基准测试

全面的 Verilog 设计问题 (CVDP) 基准测试针对现实 RTL 生成、修改、调试和验证任务评估 LLM。与围绕简短、独立的 Verilog 提示构建的早期基准测试不同,它更好地反映了实际的硬件设计问题。

CID类别
cid002RTL 代码完成
cid003RTL 自然语言规范到代码
cid004RTL 代码修改
cid005RTL 规格到 RTL 的模组重用
cid007RTL 代码改进 ( Linting/ QoR)
cid012测试台刺激生成
cid013测试台检查器生成
cid014断言生成
cid016调试/ 问题修复

表 1. CVDP 代码生成类别

为什么 RTL 编码需要代理式工作流

RTL 编码不仅仅是“根据提示编写 Verilog”。实用助手必须阅读规范、理解现有模块、重复使用和修改代码、解释仿真失败、调试不匹配,并提出有针对性的修复建议。这些都是原生的代理式工作流。工程师很少在一次尝试中解决复杂的 RTL 任务;他们会使用编译器、模拟器、Lint 工具、波形检测和验证反馈进行迭代。

Workflow diagram showing architecture of ACE-RTL agent.

图 1. ACE-RTL 智能体迭代工作流

深入了解 ACE-RTL 智能体

为了在逼真的代理式 RTL 工作流中评估 Nemotron 3 Ultra,我们使用了《ACE-RTL:当代理上下文进化遇到 RTL-Specialized LLM》论文中的 ACE-RTL 智能体。ACE-RTL 代表 RTL 编码智能体的标准模式:生成 RTL、运行模拟或基于工具的检查、分析故障,并以迭代方式优化设计。智能体由三个协同组件组成:生成器、反射器和协调器。生成器生成或更新 RTL 代码。

该反射器可分析仿真反馈,识别可能的根本原因,并提供高级修复指导。协调器在迭代中维护不断演变的调试环境,并决定哪些历史记录和反馈应指导下一代尝试。这允许智能体基于之前的失败而构建,而不是重复地犯类似的错误。

Bar graph showcasing how ACE-RTL agent helps improve accuracy on CVPD cid016 task for debugging and fixing.

图 2. CVDP cid016 上启用和不启用 ACE-RTL 代理的通过率比较 (调试和修复)

如图 2 所示,ACE-RTL 智能体可显著提高所有评估模型的合格率。GLM 5.2 从独立模型的 44.0% 提高到使用 ACE-RTL 时的 94.3%,Kimi K2.6 从 68.6% 提高到 97.9%,Nemotron 3 Ultra 从 65.7% 提高到 100.0%。这些结果凸显了迭代工具反馈和上下文演变对于解决现实 RTL 任务的重要性。

在下面的图 3 中,我们比较了相同的 ACE-RTL 工作流,将 GLM 5.2、Kimi K2.6 或 Nemotron 3 Ultra 用作代理循环中唯一的 LLM。保持代理固定不变可以隔离模型本身的效果。在 9 个 CVDP 任务类别中,采用 Nemotron 3 Ultra 的 ACE-RTL 提供了最强的整体性能,平均通过率为 97.1%,而 Kimi K2.6 为 95.2%,GLM 5.2 为 92.1%。它在 RTL 完成、规范到 RTL 生成、RTL 修改、模块重用、Lint 和 QoR 改进、测试台刺激和检查器生成、断言生成和 RTL 调试方面获得了广泛的收益。Nemotron 3 Ultra 在多个类别中的通过率也达到 100%。

Image showing agentic pass rate across CVDP categories using ACE-RTL agent with Nemotron 3 Ultra , GLM 5.2 or Kimi K2.6.

图 3. 使用 ACE-RTL 智能体以及 Nemotron 3 Ultra、GLM 5.2 或 Kimi K2.6 实现跨 CVDP 类别的代理通过率

重要的是,Nemotron 3 Ultra 能够在大幅降低 token 使用量的情况下实现这一准确性。每次迭代平均使用 6629 个 token,而 GLM 5.2 和 Kimi K2.6 分别为 9156 和 22579。这相当于 token 比 GLM 5.2 大约减少 28%,比 Kimi K2.6 减少 71%,同时仍然达到最高的平均通过率。

更高的准确性和更低的 token 成本相结合,对于代理式编码尤为重要。更高的通过率意味着智能体可解决更多独特的硬件问题,而较低的 token 使用率可减少每个优化步骤的推理开销。在实践中,这意味着可以在相同的计算预算内尝试更多的 RTL 任务,并且工程师可以更快地获得结果。

Chart showing average Pass Rate vs. Tokens per Iteration Across CVDP Categories.

图 4. CVDP 类别中每次迭代的平均通过率与 token 的对比

Nemotron 3 Ultra 专为长期运行的代理式推理而构建

Nemotron 3 Ultra 是一个 550B 总参数、55B 活动参数的混合专家混合 Mamba-Attention 模型,专为长期运行的智能体而设计。它使用 20 万亿个文本 token 进行预训练,并扩展到 100 万个 token 的上下文长度。在同类开放模型中,Nemotron 3 Ultra 在关键代理式基准测试中处于领先地位,尽管占用空间较小,但其性能却优于大型开放模型。

混合式 Mamba-Attention 架构通过减少注意力成本和 KV 缓存占用空间来提高吞吐效率,而 MoE 设计提高了每个活动参数的准确性,与其他开放模型相比,吞吐量提高了 5 倍,成本降低了 30%。

对于 RTL 工作流而言,效率至关重要,因为智能体上下文会迅速增长。单个调试迭代可能包括规格、模块代码、生成的 RTL、模拟器输出、断言失败和先前的修复尝试。高效的长上下文推理直接影响此类智能体对真正的工程师是否实用。

在 RTL 编码任务上训练 Nemotron 3 Ultra

Diagram showcasing the architecture of the RTL coding synthetic data generation pipeline used to train the Nemotron 3 Ultra model.

图 5. RTL 合成数据生成工作流

Nemotron 3 Ultra 的 RTL 功能受益于 ACE-RTL 论文中提出的合成数据生成 (SDG) 工作流。此工作流的目标是创建高质量的 RTL 训练数据,以反映硬件工程师和 RTL 智能体的实际工作方式:不仅根据规范生成代码,还可以修改现有实现和调试失败的设计。

SDG 工作流从公共资源库中过滤的高质量 RTL 种子设计开始。然后,开放的 LLM 将这些种子转换为指令式训练样本,并由一组上下文中的示例提供指导,这些示例定义了预期的格式、细节水平和硬件特定的任务风格。为生成规范到 RTL,LLM 将自然语言规范与源自种子设计的黄金 RTL 实现相结合。

关键的创新在于任务多样性。除了规范到 RTL 的生成之外,该工作流还创建了 RTL 代码编辑和调试任务,从而更好地匹配智能体工作流中的模型运行方式。在编辑方面,原始种子 RTL 作为黄金实现,而简化版本用作输入。配对规格描述了恢复黄金 RTL 所需的功能扩展或极端案例行为。

对于调试,工作流会在种子设计中注入真实的 RTL 错误,例如不正确的有限状态机转换、握手或计时违反,以及其他常见的硬件设计错误。相应的规范包括诊断信息,例如观察到的故障行为或信号不匹配,因此模型可以同时使用代码上下文和反馈来学习修复有故障的 RTL。

所有生成的样本都经过数据过滤器处理,然后用于训练。这包括语法检查、基准测试去污和基于类别的数据评分,使用 LLM-as-judge 来评估规范和 RTL 的实现是否在语义上保持一致。此过滤步骤有助于确保最终合成数据在结构上有效,并且对训练有用。

这种区分对于代理式 RTL 工作流至关重要。在迭代优化期间,模型必须对之前的代码、失败的测试和工具反馈进行推理,而不仅仅是根据清晰的规范生成 RTL。通过对代码编辑和调试任务进行训练,Nemotron 3 Ultra 遇到了与在 RTL 编码代理中解决相同类型的修复和优化问题。

开始使用 Nemotron 3 Ultra 构建

Nemotron 3 Ultra 是一个开放模型,如今可用于工程团队已经依赖的工具中。开发者可以使用它来生成 RTL 并对设计进行迭代,然后将输出结果插入其现有的验证和与合作伙伴的签名流程中,例如:

  • Cadence:ChipStack AI SuperAgent 与 Nemotron 3 Ultra 的完美结合,通过协调 RTL 生成、测试台创建、回归编排和调试中的专用 AI 智能体,将代理式编排引入前端设计和验证。除了芯片前端,Cadence 还在其 Super Agents 产品系列中启用了 Nemotron 3 Ultra 开放模型:用于数字实施和签名的 InnoStack AI Super Agent、用于定制和模拟的 ViraStack AI Super Agent,以及用于 PCB 和封装全多物理场驱动电子系统设计的 AuraStack AI Super Agent。
  • Siemens:Nemotron 3 Ultra 与 Questa One Agentic Toolkit 搭配使用,可帮助团队更早发现问题、提高工程生产力并更快地交付高质量设计。它还与 Fuse EDA AI 智能体集成,为长期运行的自我验证 EDA AI 智能体提供支持,并将令牌效率提高了 5 倍到 10 倍。
  • 新思科技 AgentEngineer:该技术利用 Nemotron 3 Ultra 模型,通过多智能体系统实现了自主验证关闭,实现了持续、可追踪的反馈循环,显著减少了手动验证工作。其 OpenShell 沙盒可以将数周的手动验证工作缩短到数小时。

相关推荐

使用 NVIDIA RTX Spark 在一台机器上进行编码、测试和部署

NVIDIA RTX Spark 将本地编码智能体、模型微调、编译、测试与部署整合到一台机器。本文介绍 GB10、128GB 统一内存与 Grace/Blackwell 架构的开发性能,Windows on Arm、PyTorch-CUDA 和 CUDA-X 软件生态,以及 Pi、Junie Local、Nemotron 模型、媒体 AI SDK 和现有 Windows 应用迁移路径,帮助开发者在本地构建并部署 AI 应用。

NVIDIA_Community的博客 355

深入了解 NVIDIA Sentry:运行时安全 AI 智能体

本文介绍 NVIDIA Sentry 如何在 BlueField-4 DPU 的独立信任域中为 AI 智能体提供运行时保护。通过 DOCA Tower 检查通信与执行访问策略,结合 DOCA Argus 实时内存内审、身份验证、专用模型行为检测和防篡改遥测,将 OpenShell 的软件安全边界扩展到硬件隔离防护,并与企业 XDR、SIEM 平台集成。

NVIDIA_Community的博客 413

NVIDIA OpenShell 参考架构如何大规模保护和治理 AI 智能体工作负载

本文介绍 NVIDIA OpenShell 参考架构如何在智能体之外实施确定性治理,并结合 NVIDIA Vera CPU、BlueField-4 DPU 和 NVIDIA Sentry,构建兼顾性能、隔离与运行时安全的可扩展智能体基础设施。涵盖网关、Supervisor、沙盒、策略验证器,以及 CoreWeave 的沙盒启动和智能体任务性能测试。

NVIDIA_Community的博客 227

China AI Infra Day 从物理到虚拟:网络基础设施驱动 AI 工厂 重磅来袭!

存储架构,解析如何减少重复计算、加速推理响应,提升规模化。3. 填写报名信息并提交,即可完成注册。网络创新与重要动态,聚焦五大网络架构与。或复制并打开以下链接,进入报名页;从物理到虚拟:网络基础设施驱动。本次在线研讨会将探索。技术专家带你打破技术壁垒,解锁。更有价值:网络与存储的协同之道。加入本次研讨会微信直播交流群。构建超大规模网络:适用于百万。工厂性能优化与部署验证。打破数据瓶颈:面向代理式。数字孪生,探索超大规模。:围绕网络与存储协同、高性能组网实现十亿瓦级。:聚焦五大网络架构、

NVIDIA_Community的博客 126

NVIDIA AI 培训班 | 10 月 29 日《为大语言模型添加新知识》开课,转化开源 LLM 为领域 AI 资产

课程以 Meridian Response 为基础,这是一个虚拟的人道主义物流组织,需要对传入的防洪响应现场报告进行分类并将其分配到正确的团队。您将首先构建一个评测,定义该任务“更好”意味着什么,然后度量一个库存 8B 开放权重模型,测试提示词的上限,生成针对性的合成训练数据,使用监督微调训练 LoRA 适配器,并在任务行为基本到位后,使用直接偏好优化 (DPO) 来提高响应质量。,访问 NVIDIA 认证中文官网,点击每一门认证科目介绍页面,查看详细的考试大纲、考前学习指南、推荐培训和更多资源。

NVIDIA_Community的博客 229

密集与 MoE 模型:活动参数、吞吐量以及选择每个模型的时间

本文比较密集模型与 MoE 模型的活动参数、吞吐和路由机制,说明在质量、延迟、显存与部署约束下如何选择模型架构。

NVIDIA_Community的博客 169

如何使用 AI 智能体准备用于仿真的 3D 场景

本文展示 AI 智能体如何把 Blender 场景准备成用于仿真的 OpenUSD 资产,包含语义、材质、传感器、物理属性、渲染预检和 SimReady 验证。

NVIDIA_Community的博客 366

借助 NVIDIA Earth-2,将您的最新观测结果转化为及时的天气决策

本文介绍如何用 NVIDIA Earth-2 和 Earth2Studio 将最新气象观测纳入预测,演示区域与全球数据同化工作流,以及 CorrDiff-SDA、StormCast-SDA 和 HealDA。

NVIDIA_Community的博客 265

TensorRT Edge-LLM 在 Jetson AGX Thor 上实现 MLPerf Edge Agentic Benchmark 6.4 倍加速

本文分析 TensorRT Edge-LLM 在 Jetson AGX Thor 上完成 MLPerf Edge Agentic 基准测试的优化方法,包括 NVFP4 量化、KV 缓存复用和多 token 预测。

NVIDIA_Community的博客 104

如何评估从工具调用到任务完成的 AI 智能体

本文介绍从工具调用到任务完成的 AI 智能体评估方法,涵盖任务成功率、执行时间、成本、可复现基准和端到端验证。

NVIDIA_Community的博客 87

使用 AI 智能体和 NVIDIA Isaac ROS 加速 ROS 2 节点

本文展示如何用 AI 智能体与 NVIDIA Isaac ROS 加速 ROS 2 节点,通过识别数据传输瓶颈、采用 CUDA 缓冲区后端并验证机器人工作流的性能。

NVIDIA_Community的博客 67

面向游戏开发者的新功能:DLSS 5 (支持 3D 引导神经渲染) 、NVIDIA ACE 更新和全新 RTX Kit 功能

本文汇总面向游戏开发者的 DLSS 5、NVIDIA ACE 与 RTX Kit 新功能,介绍 3D 引导神经渲染、开发者控制和角色交互等技术。

NVIDIA_Community的博客 285

NVIDIA NVLink 6 如何为 AI 工厂提供多层弹性

本文说明 NVIDIA NVLink 6 为 AI 工厂提供的多层弹性机制,包括链路、交换与系统级故障恢复,及其对训练和推理服务连续性的作用。

NVIDIA_Community的博客 67

借助 NVIDIA Dynamo-Triton 中的 NVIDIA TensorRT 多设备集成,简化跨多个 GPU 的模型服务

本文介绍 NVIDIA Dynamo-Triton 对 TensorRT 多设备推理的集成,展示如何在多个 GPU 上部署模型,并通过 Cosmos 3 上下文并行测试延迟与输出一致性。

NVIDIA_Community的博客 55

借助 NVIDIA Topograph 实现拓扑感知型工作负载调度

本文介绍 NVIDIA Topograph 如何识别 GPU 集群拓扑,并在 Kubernetes、Slurm 等环境中为 AI 工作负载提供拓扑感知调度,减少跨域通信和资源浪费。

NVIDIA_Community的博客 92

借助 NVIDIA 机密计算实现私有高性能生产级 AI 推理

本文介绍 NVIDIA 机密计算如何在私有生产级 AI 推理中保护敏感数据,并比较机密计算开启与关闭时的吞吐和延迟,分析数据传输、内核调优及多 GPU 通信的性能开销。

NVIDIA_Community的博客 52

介绍 CUDA Rust:用于编写 GPU 内核的两条轨道

CUDA Rust 提供 cuda-oxide 与 cutile-rs 两条原生 GPU 内核开发路径。前者保留 SIMT 线程控制,后者使用 Tile 抽象和 CUDA Tile IR。本文比较编译链、内存安全与当前成熟度。

NVIDIA_Community的博客 151

CUDA 工具包 13.4 在 Arm 上添加了 Windows 支持,并增强了对共享 GPU 的控制

CUDA 13.4 扩展 Windows on Arm 支持,预览 Rubin 架构,并更新 MPS V3、跨 GPU 传输、CUDA Python、CCCL 与 Nsight 工具。本文梳理对应用迁移和共享 GPU 管理最关键的变化。

NVIDIA_Community的博客 134

何时使用“编码-预填充-解码”解耦技术来加速多模态模型服务

NVIDIA Dynamo 的 EPD 解耦将视觉编码与 LLM 预填充、解码分开调度。文章分析图像负载、输出长度、模型规模、精度和混合流量如何决定 TTFT 与吞吐收益。

NVIDIA_Community的博客 145

GR-Inference:面向生成式推荐的推理系统设计与性能评估

生成式推荐具有长上下文、极短解码和数百条动态 Beam。GR-Inference 通过请求级状态管理、分离 KV、专用 Attention 与 GPU SID Trie 优化这一负载,并在给定 SLA 下提升吞吐。

NVIDIA_Community的博客 327

使用预测解码共同设计 AI 模型,加快 LLM 推理速度

预测解码通过草稿 token 与目标模型并行验证减少自回归迭代。本文梳理草稿长度、接受长度、验证成本与草稿成本的关系,以及在不同延迟和吞吐目标下选择草稿机制的方法。

NVIDIA_Community的博客 293

现代 CUDA 工具箱的实际应用:分步优化演练

以 RGB 图像转灰度并计算 32×32 图块中值为例,串联 Compute Sanitizer、Nsight Systems、CUB、CCCL 内存容器和 CUDA 流,说明如何先定位错误与瓶颈,再逐步优化 GPU 程序。

NVIDIA_Community的博客 298

使用 NVIDIA Nemotron 构建自适应代理式网络安全系统

NVIDIA 与 CrowdStrike 在隔离环境中评估红蓝智能体闭环:攻击生成遥测,防御智能体编写并验证检测,再以新攻击复测。文章介绍 Nemotron 分工、检测验证机制、实验结果及其适用边界。

NVIDIA_Community的博客 83

前沿推理触手可及:如何在 NVIDIA Jetson 上部署和优化模型

紧凑型开放推理模型已能在 NVIDIA Jetson 本地运行。本文比较 Nemotron 3.5 Lightning 与 Qwen3.8-27B 的架构取舍,解释 NVFP4 与预测解码的作用,并给出部署和工作负载验证思路。

NVIDIA_Community的博客 282

构建面向大规模 VLA 的端云协同后训练闭环:使用 verl-vla 统一数据采集、微调与强化学习

大规模 VLA 的推理、仿真、数据采集和人工干预往往分散在云端 GPU、仿真节点与真实机器人上。verl-vla 通过 TrainCluster、Web 遥操作和可组合 Workflow,把示范采集、监督微调、评测与强化学习接入同一端云闭环,并提供 Isaac GR00T、Isaac Lab Arena、RECAP 与 DSRL 的可复现配方。

NVIDIA_Community的博客 305

使用 NVIDIA NemoClaw 构建内存驱动型智能体

本文介绍基于NVIDIA NeMo Claw构建的内存驱动型智能体——办公室主任,通过结构化自我模型(人员、项目、优先级等)实现企业工作流的持续上下文维护与决策优化。该设计强调证据、知识与行动分离,支持选择性检索、用户校正与审计追踪,提升任务准确性与可信度。实测显示,其在事实跟踪、实体消歧、多源合成等任务上显著优于传统RAG。结合NVIDIA OpenShell实现安全沙盒运行,保障权限与边界控制。文章提供可复用的开源配方,涵盖内存架构、分类帐与离线演练,助力开发者构建高效、可信的企业级智能体。

NVIDIA_Community的博客 388

使用 NVIDIA Isaac GR00T 开发端到端人形机器人策略

随着越来越多的团队从人形机器人启动转向特定任务的技能开发,对可重复开发工作流的需求也与日俱增。构建人形机器人仍然十分复杂,而且当今的开发流程仍然高度分散。因此,开发者在专注于构建机器人功能之前,会花费大量时间来配置机器人基础设施。虽然机器人社区已经开发出跨流程各个阶段的工具,但由于软件生态系统孤立、数据格式不兼容以及工具之间的手动集成,将它们连接到无缝工作流仍然是一项挑战。为解决这一问题,我们推出了:这是一个开源人形机器人平台,可统一流程的每个阶段,以加快开发速度。

NVIDIA_Community的博客 4084

让长时间运行的 NVIDIA TensorRT 引擎在 Python 或 C++ 中构建可观察和可取消

构建 TensorRT 引擎可能需要几秒钟到几分钟的时间。大型强类型模型、深度策略搜索和全新 GPU SKU 上的冷定时缓存可能会让开发者、最终用户或 AI 智能体盯着冻结的终端,而不知道是否要等待、重试或终止该进程。大多数 NVIDIA TensorRT 集成在构建过程中不会报告任何内容,或者无法提前终止。在长时间运行的智能体工作流中,这会浪费 GPU 小时并导致会话卡顿。图 1. 用于 TensorRT 引擎构建的实时嵌套进度条,由 IProgressMonitor 子类渲染TensorRT 提供。

NVIDIA_Community的博客 3724

如何借助 RL 智能体技能和 NVIDIA NeMo 运行自动研究工作流

编码正成为长期运行的机器学习 (ML) 工作流程的实用运算符。他们可以检查资源库、设置运行时、解决构建问题、启动实验、监控执行、分析指标并汇总结果。对于研究而言,这一点很重要,因为有意义的指标通常只有在基本实验基础设施就绪后才会出现。是 Andrej Karpathy 的一个开源 Python 项目,用于自动化 AI 和 ML 模型训练。通过这种方法,将高层次的目标转化为假设,编辑和测试真实的代码库,保留改进指标的想法,并将结果交还给人类研究人员。这使得团队能够从高性能开放模型 (例如。

NVIDIA_Community的博客 3595

在 NVIDIA GB200 NVL72 上使用 GPU 加速的 Presto 运行低延迟分析工作负载

是一个开源分布式 SQL 引擎,可对超大型数据集快速运行交互式查询。在 NVIDIA GPU 上,Presto 可为分析查询工作负载提供峰值性能,并为用户和智能体提供低延迟。GPU 加速的 Presto 可降低分析工作负载的延迟,让您和智能体畅通无阻并尽可能快地进行迭代。本文将介绍如何使用单节点和多节点在扩展分析基准测试中高效执行多 GPU Presto。我们还强调了在与数据源搭配使用时对 NVIDIA GB200 NVL72 上的高 I/ O 吞吐量的重要性。

NVIDIA_Community的博客 3687
上一篇: NVIDIA DGX Spark:端到端智能人才招聘解决方案,赋能企业发展
下一篇: 在 NVIDIA CUDA 13.3 中使用无带乘法构建更快的加密技术
NVIDIA AI 技术专区
NVIDIA AI 技术专区 NVIDIA 官方账号 NVIDIA 官方账号
博客等级 码龄2年 632粉丝 213原创
评论 4
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值