你支付什么，以及谁收取这些金额

本页的位置

本页规定 Mobazha 应如何解释费用和成本。它不是价格表，也不会为某个托管套餐、付款轨道、卖家或交易虚构费率。

直接回答

• 每笔 Mobazha 订单都要支付中心化抽成吗？ 不需要。在自己控制的基础设施上运行 Community 软件，本身不会产生强制 Mobazha 交易费。
• 开源是否等于所有东西都免费？ 不是。服务器、存储、支付网络、服务商、配送、插件、AI、支持、税费和可选托管服务都会产生真实成本。
• Hybrid 是否意味着同时支付平台抽成和自托管成本？ 不是。Hybrid 表示组合方式，不是收费类别。运营者承担自己的基础设施，以及实际使用并单独接受的服务和外部成本。
• 每一项扣款都是 Mobazha 费用吗？ 不是。收款方可能是卖家、承运人、区块链网络、支付服务商、税务机关、运营者、推荐方或另一项明确服务。
• 买家何时应知道总额？ 在最终确认及资金投入前。后续页面不能悄悄增加新的强制费用。
• 卖家何时应知道净所得？ 在接受适用服务或订单条款前，包括卖家承担的费用和退款处理方式。
• 卖家、市场、运营者或 Agent 能否获得费用？ 在合法、明确出资、可归因、设有上限、充分披露，并正确处理退款或欺诈的前提下可以。
• 当前费率在哪里？ 在适用服务商或服务价格入口，以及当前交易 Quote 中；不在旧截图、讨论或示例百分比中。

阅读 Fee Quote

Fee Quote 把买家付款和卖家所得分开。当前 Deal Link 代码路径使用名为 pilot-zero-fee-v1 的启动政策：对于 $100.00 Offer，平台生成的买家总额和预计卖家净额都是 $100.00；如果 Node 订单含有 Quote 中没有的非零配送、税费、折扣或其他组件，接受流程会拒绝它。该名称描述价格尚未决定时的当前实现约束，不是已批准的 Deal Link 费率、零费承诺或永久商业政策。

下面故意使用非零假设报价，以便展示资金方向。它不是当前 Mobazha 费率、税务判断或 Offer。示例中买家承担配送和适用税费，卖家承担托管交易服务和付款成本：

算式表达两个方向：由买家出资的项目增加结账批准金额；由卖家出资的项目从 $100.00 订单毛额中减少所得。真实 Quote 可以采用不同分配，但不能把同一项成本同时加给买家又从卖家扣除，除非它们是两个单独命名的费用。

钱包、区块链网络、支付服务商、承运人或税务机关仍可能在平台 Fee Quote 外收取适用外部金额。必须在资金投入前，于相应选择或结账步骤说明实际付款方和收款方。

当前标准结账中的税费

卖家配置匹配的税务规则后，当前标准店铺结账把商品展示价格视为未含税：

1. 卖家定义百分比和适用的买家地区。
2. 后端匹配买家配送国家，并按商品金额计算税费。
3. 税费在订单总额中单独显示，并加入买家支付金额。
4. 税费通过订单付款路径收取；当前系统不会拆分并直接汇给税务机关。适用税务处理仍由卖家或商家负责。

当前百分比应用于商品金额，不包括配送。Deal Link 接受流程会拒绝包含其启动 Fee Quote 中没有的非零税费、配送或折扣的 Node 订单。因此 Deal Link 目前不能把标准结账税费作为独立组件加入；这是能力限制，不是 Deal Link 必须永久零费的决定。

未来非零费用由谁出资

• 托管交易服务： 并非天然由买家或卖家支付。买家出资会增加买家总额；卖家出资会减少卖家所得。Quote 必须说明服务商、付款方、收款方、服务、金额或费率以及退款处理。
• 付款或网络成本： 可以由买家直接承担、卖家吸收，或包含在服务商价格中。Quote 或 Payment Session 必须说明实际方式，且不能重复计算。
• 税费： 当前标准结账能在商品展示价上增加卖家配置的地区税费，并随订单向买家收取。特定销售是否合法仍取决于适用法律、卖家或 merchant-of-record 安排、产品和地区。软件代收不表示 Mobazha 汇缴税款或承担税务义务。
• 配送： 所选履约条款决定成本包含在商品价内、加入买家总额、代承运人收取，还是由卖家吸收。

Offer 可以在买家选择配送或提供税费计算所需信息前显示商品价格。但如果已经知道存在必需附加费，就不能把该价格表述成最终应付总额；结账也不能在确认后悄悄增加费用。

未来接受任何非零 Quote 前，还必须说明：

• 货币或资产、汇率来源和时间、Quote 有效期；
• 固定和百分比组件、最低值、上限，以及百分比的计算基数；
• 每项是必需、可选、预估、可退还是取决于条件；
• 谁控制资金，以及何时向各收款方付款；
• 取消、部分退款、全额退款、争议、过期或付款失败后的处理；
• 随订单保存的政策与 Quote 版本。

如果产品无法生成这些信息，就不应悄悄扣除新费用。

五种不同金额

“卖家收到的钱少于订单总额”不能证明存在平台抽成。结算记录必须保留每个差额的独立原因和收款方。

成本取决于运营路径

自托管 Community 软件

• 独立运行不要求托管订阅，也没有统一的中心 Mobazha 交易抽成。
• 运营者承担自己的基础设施、管理、备份、网络、支付和所选第三方成本。
• 可选 Mobazha 或第三方服务可以在披露服务商、价格、交换数据、续费和退出路径后单独收费。

托管服务

• 托管套餐可以对运营、可靠性、存储、域名、更新、自动化、AI、分析或支持收费。
• 免费 Beta 或免费层是当前服务政策，不是永久权利。
• 适用价格页和服务条款必须说明套餐、生效日期、限制、续费、取消和导出路径。

Hybrid 组合

• 自托管或托管店铺可以增加发现、消息、付款、配送、AI、支持或其他托管能力，而不转移订单权威。
• 每项新增服务必须说明服务商、付款方、收款方、计量或费率、交换数据、故障行为、续费和退出路径。
• 使用托管渠道触达独立店铺本身不会产生统一交易抽成。任何归因分发或交易服务费仍需明确出资和 Quote 披露。
• 应比较完整运营成本与责任，而不是只比较订阅、抽成或服务器账单标题。

Deal Link 或托管交易

• 交易相关费用只能由明确服务或责任支撑，例如执行、配送协调、证据、争议运营或风险处理。
• 低接触自动交付与高接触人工运营不必使用相同价格模型。
• 实际费率和金额由交易 Quote 决定，而不是本政策页。

分发、推荐与 Agent

• 报酬是可选的，必须有真实资金来源，通常由卖家或责任运营者选择。
• 只适用于披露窗口和上限内可归因、已结算的价值。
• 退款、欺诈和归因修正必须按已接受规则冲回或调整。
• 付费推荐和 Agent 利益冲突必须在影响付费决定前披露。
• 注册人数、招募层级和无限下级百分比不属于当前 Mobazha 政策。

资金如何经过订单

1. 配置政策。 卖家、运营者和服务商发布适用的商品、配送、服务、推荐、税费和外部成本规则。
2. 计算 Quote。 后端绑定当前商品版本、付款方、收款方、金额、货币或资产、有效期和适用规则。
3. 买家确认。 在付款指令或服务商授权前展示最终总额和实质条件。
4. 订单保存快照。 后续政策或价格变化不能悄悄重写已接受交易。
5. 付款和结算对账。 系统记录指令、观察、验证、付给各方的金额和仍待处理部分。
6. 恢复调整明确项目。 取消、退款、争议、失败或欺诈只能按已接受政策和当前状态调整授权金额，并保留审计记录。

Agent 可以比较或解释 Quote，但不能替代必要的用户确认、虚构收款方或把估算当成最终值。

各类用户应检查什么

买家

• 确认商品、配送、税费、服务和外部成本相加等于展示总额。
• 识别卖家、拥有订单的后端、付款收款方或注资目标以及退款路线。
• 第一笔付款状态延迟时不要直接支付第二条指令；先对现有订单进行对账。

卖家

• 区分买家承担、从卖家所得扣除，以及仍由卖家另行承担的外部运营成本。
• 检查结算时间、退款和争议风险、服务商成本、归因报酬和税务责任。
• 启用新付费服务前测试完整 Quote、付款、结算、退款和记账流程。

运营者或评估者

• 区分收入、代付外部成本和为其他收款方代持的金额。
• 衡量服务费是否对应实际价值、支持负担、风险和可持续单位经济。
• 拒绝依赖隐藏价差、强制加入、保管不清或不可逆退出成本的价格模型。

Mobazha 如何可持续

Mobazha 商业实体可以从用户能够识别和评估的服务获得收入：托管运营、交易运营、按量 AI 或基础设施、专业实施与支持，以及可选分发工具。项目应根据真实交易结果和运营成本验证付费意愿，而不是补贴活动来制造注册或交易量。

长期经济边界是：

• Community Core 保持可独立运行，普通自托管订单没有强制中心 Mobazha 费用；
• 商业收入对应明确服务、服务商、付款方和责任；
• 网络和第三方成本保持单独可见；
• 交易和推荐报酬有资金来源、可归因、设有上限，并在需要时可冲回；
• Token 价格、招募位置或投机性未来价值不能代替产品收入。

如果要为普通自托管订单引入强制中心服务或费用，必须经过公开决策、迁移和退出分析、明确产品与 API 行为、更新发布范围，并进行适用法律审阅。