{
  "schemaVersion": "1.0",
  "type": "research-article",
  "runtimeAvailable": false,
  "id": "proof21:journal:measuring-demand-before-a-token:zh-Hans",
  "inLanguage": "zh-Hans",
  "slug": "measuring-demand-before-a-token",
  "title": "先衡量工作，再讨论代币。",
  "description": "验证产品应靠帮助独立使用方完成真实任务来证明价值，而不是靠生成更多收据或激励。",
  "datePublished": "2026-09-07",
  "dateModified": "2026-09-09",
  "url": "https://proof21.xyz/zh-hans/journal/measuring-demand-before-a-token/",
  "markdownUrl": "https://proof21.xyz/zh-hans/journal/measuring-demand-before-a-token/article.md",
  "markdown": "# 先衡量工作，再讨论代币。\n\n**产品研究笔记 · 2026 年 9 月 7 日 · 这是试点假设，不是收入主张或代币发行。**\n\n验证系统可以产生许多产物，却仍未解决有用的问题。更难的问题是：另一个人或程序是否利用这些产物完成了原本更慢、更昂贵或更不可靠的工作。对 Proof21 而言，拟议价值单位是一项具有独立使用方、范围明确的工作，而不是每次生成方签署报告就增加一次的计数器。\n\n当前网站、研究文章和离线演示是学习与评估材料。它们不是付费客户、实测欺诈减少、实时检查 API 或已可用 P21 代币的证据。可信的试点应明确这个起点，并在收集好看的数字之前定义什么才算进展。\n\n## 选择一个本来就需要作出的决定\n\n范围有限的试点可以帮助操作方将付款指令与受支持的执行证据比较。另一个试点可以帮助市场复现审核方选择，或帮助创作者复现 DMT 推导的特征。这些工作具有不同使用方、证据与失败成本。一个令人印象深刻的“验证次数”总量会掩盖差异。\n\n针对第一项工作，应明确哪个人或系统使用结果，以及结果影响哪种行动。记录现有工作流：证据从哪里来、谁检查、哪些歧义需要升级，以及争议期间哪些工作会重复。经许可观察过程，而不是假定所有团队都有同样问题。\n\nPaul Graham 关于“做不能规模化的事”的创业者文章，提出直接招募早期用户并向他们学习的实践观点。这是创业指导，不是受控研究，也不是对 Proof21 的预测。这里有用的应用是：先深入了解一个工作流，再考虑广泛市场是否会接受通用证据产品。[1]\n\n## 比较可比的情况\n\n在可比案例上衡量现有流程与拟议辅助流程。记录案例难度、受支持证据类型、缺失数据、操作人员经验和审查条件。跳过必要检查得到的更快结果，不是相同成果。另一个使用方无法理解或复现的结果，可能只是把工作转移到了别处。\n\n有用指标包括收集证据时间、审查时间、独立复现成功情况、未解决案例，以及在明确测试策略下的错误接受或拒绝。保留可见分母。从十个刻意挑选的简单案例中获得十次成功，与一百次符合条件的尝试中仅十次成功，含义不同。\n\nNIST AI RMF Playbook 的 Measure 功能强调选择合适指标、记录测试集与方法，并在与部署相关的条件下评估行为。这些原则支持严谨评估；引用它们不会认证产品或建立合规结论。[2] Proof21 试点应公开衡量范围与未衡量事项，包括独立审查的限制。\n\n## 把失败计入工作，而不是让记录消失\n\n来源不可用会消耗操作时间。真实有效的负面报告可能阻止不恰当的下一步行动，但仍需要调查。不支持的案例可能需要另一种工具。应分别统计这些结果，而不是从成功任务图表中删除它们，否则试点可能奖励可携带证据本来要制止的隐瞒。\n\n区分合成样例与运营观察。样例的预期答案可控，因此适合检查已知失败路径，但不能说明这些失败在真实总体中的频率。刻意插入缺陷的演示，不能支持关于实际客户欺诈率或节省资金的主张。\n\n还应区分发现、试用、重复使用和付费。浏览页面不等于调用服务；调用服务不一定得到被接受的结果；受补贴实验也不一定意味着持续付费意愿。应记录这些关系，而不是把最大的可得数字当成采用量。不能因使用公共规范就推断存在合作关系。\n\n## 让成本模型可检查\n\n拟议服务需要包含证据获取、计算、存储、支持、失败尝试及任何可选承诺服务的运营成本模型。成本取决于所选配置与实现。不要假定每次检查都需要 Bitcoin 交易，也不要因为确定性计算本身很小，就承诺免费运营。\n\n简单的试点台账可以把消耗资源归属到明确工作，并记录哪些费用是实测、分摊或估计。一次性集成工作与经常性处理应分开，但不能隐藏。说明是否包含审查劳动与未解决案例处理。这是未来试点的记账设计，不是已发布价目表或基准测试。\n\n支付传输是另一层。x402 描述了基于 HTTP 的支付要求与付费资源访问流程，可以为未来收费接口提供参考。但它不能决定某项验证是否有价值、客户接受什么价格，或底层证据是否充分。这些问题必须在产品实验中保持可见。[3]\n\n## 只有机制确实需要时才引入激励\n\n代币提案会增加问题：代币做什么、谁需要它、激励如何影响行为，以及引入哪些新风险或依赖。这些问题应明确回答，而不是默认阅读报告就需要代币。离线确定性检查本身并不必然需要一种新的可交易资产。\n\n奖励报告数量可能鼓励冗余报告；奖励有利结果可能抑制诚实的负面发现；奖励参与可能吸引补贴结束后便消失的活动。这些是待测试的设计风险，不是对任何具体项目的实证主张。试点应区分使用方需求推动的工作，与主要为获取激励而产生的工作。\n\n当有用证据可以依自身价值接受评估时，Proof21 的产品假设更有力。未来经济机制需要自己的规范、审查与明确批准。本次发布不定义代币供应、不承诺奖励、不招揽投资，也不声称 P21 已经上线。Bitcoin 与 DMT 兼容性是技术设计选择，不能替代客户证据。\n\n## 在试点结束时作出决定\n\n开始之前，记录继续、改变范围或停止的条件。例如独立使用方能够复现受支持结果、重复审查工作得到有记录的减少，以及未解决案例被正确转交。实际阈值应与试点参与方共同选择，而不是在发布文章中编造通用目标。\n\n最终报告应保留不利观察，并解释哪些假设经受住了检验。小型试点可以支持另一个有限实验，而不能证明巨大市场。下一步有用成果是一个可工作的生成方与独立使用方，配有明确证据和权限。更多营销、更多产物或新激励，都不能代替这一结果。\n\n## 常见问题\n\n### 生成大量收据能证明产品需求吗？\n\n本身不能。需求需要明确使用方和有用任务。区分生成的产物、被独立使用的结果、重复使用及实际付费，并报告分母和任何补贴。\n\n### 评估 Proof21 需要购买 P21 吗？\n\n不需要。当前材料和离线演示不要求钱包、付款或代币。这里 P21 是项目简称；本次发布不是代币上线或投资要约。\n\n### 离线样例能展示生产环境节省吗？\n\n不能。它可以展示受控输入下的受支持行为。运营节省主张需要明确基线、可比的真实观察、完整成本边界，以及对失败和不确定性的透明处理。\n\n<!-- p21-ecosystem-payments-v09 -->\n\n## 多资产记账与资金边界\n\n让客户在明确支持的资产中选择，不要求每次调用前购买 NAT 或执行兑换。服务权益报价须有期限、准确原子单位及明确舍入规则。同时记录收款资产数量与服务权益。稳定币名称并不消除发行方、脱锚、桥接或网络风险；每条路径均须审查并设置暂停策略。\n\n分别记录支付结算、服务额度消耗、被检查操作和资金兑换。资金直接结算到获批商户收款方。后续兑换可选、单独授权且优先批量进行；兑换失败不得抹除已结算客户额度或改变证据结论。增加通道是实现工作，不是代币合作关系或自动钱包兼容性声明。\n\n[Binance assets and methods](https://developers.binance.com/en/docs/products/onchainpay-x402/basics/9.supported-payment-methods) · [Binance integration](https://developers.binance.com/en/docs/products/onchainpay-x402/introduction) · [Coinbase facilitator](https://docs.cdp.coinbase.com/x402/seller/facilitator) · [PayAI assets](https://docs.payai.network/x402/reference) · [Virtuals ACP](https://os.virtuals.io/acp/concepts) · [NAT Ethereum listing](https://www.bitmart.com/en-US/support/articles/7923014477723/360001026214/49446319153179) · [NAT Solana record](https://solscan.io/token/FbKRaqBzupLry3V7QujpNghwrHgxutB4MY11M8aeyVa1) · [NAT BNB Chain contract](https://bscscan.com/token/0x600e3b55d5368c32a94f9372563318adb6a3f882)\n\n\n## 原始参考资料与延伸阅读\n\n- [1：Paul Graham — 做不能规模化的事](https://paulgraham.com/ds.html)\n- [2：NIST AI RMF Playbook — 衡量](https://airc.nist.gov/airmf-resources/playbook/measure/)\n- [3：x402 — HTTP 402 支付流程](https://docs.x402.org/core-concepts/http-402)\n- [Proof21 试点设计](https://proof21.xyz/zh-hans/docs/partners/pilot/)\n- [Proof21 经济性范围](https://proof21.xyz/zh-hans/docs/partners/economics/)\n",
  "articleBody": "产品研究笔记 · 2026 年 9 月 7 日 · 这是试点假设，不是收入主张或代币发行。 验证系统可以产生许多产物，却仍未解决有用的问题。更难的问题是：另一个人或程序是否利用这些产物完成了原本更慢、更昂贵或更不可靠的工作。对 Proof21 而言，拟议价值单位是一项具有独立使用方、范围明确的工作，而不是每次生成方签署报告就增加一次的计数器。 当前网站、研究文章和离线演示是学习与评估材料。它们不是付费客户、实测欺诈减少、实时检查 API 或已可用 P21 代币的证据。可信的试点应明确这个起点，并在收集好看的数字之前定义什么才算进展。 选择一个本来就需要作出的决定 范围有限的试点可以帮助操作方将付款指令与受支持的执行证据比较。另一个试点可以帮助市场复现审核方选择，或帮助创作者复现 DMT 推导的特征。这些工作具有不同使用方、证据与失败成本。一个令人印象深刻的“验证次数”总量会掩盖差异。 针对第一项工作，应明确哪个人或系统使用结果，以及结果影响哪种行动。记录现有工作流：证据从哪里来、谁检查、哪些歧义需要升级，以及争议期间哪些工作会重复。经许可观察过程，而不是假定所有团队都有同样问题。 Paul Graham 关于“做不能规模化的事”的创业者文章，提出直接招募早期用户并向他们学习的实践观点。这是创业指导，不是受控研究，也不是对 Proof21 的预测。这里有用的应用是：先深入了解一个工作流，再考虑广泛市场是否会接受通用证据产品。[1] 比较可比的情况 在可比案例上衡量现有流程与拟议辅助流程。记录案例难度、受支持证据类型、缺失数据、操作人员经验和审查条件。跳过必要检查得到的更快结果，不是相同成果。另一个使用方无法理解或复现的结果，可能只是把工作转移到了别处。 有用指标包括收集证据时间、审查时间、独立复现成功情况、未解决案例，以及在明确测试策略下的错误接受或拒绝。保留可见分母。从十个刻意挑选的简单案例中获得十次成功，与一百次符合条件的尝试中仅十次成功，含义不同。 NIST AI RMF Playbook 的 Measure 功能强调选择合适指标、记录测试集与方法，并在与部署相关的条件下评估行为。这些原则支持严谨评估；引用它们不会认证产品或建立合规结论。[2] Proof21 试点应公开衡量范围与未衡量事项，包括独立审查的限制。 把失败计入工作，而不是让记录消失 来源不可用会消耗操作时间。真实有效的负面报告可能阻止不恰当的下一步行动，但仍需要调查。不支持的案例可能需要另一种工具。应分别统计这些结果，而不是从成功任务图表中删除它们，否则试点可能奖励可携带证据本来要制止的隐瞒。 区分合成样例与运营观察。样例的预期答案可控，因此适合检查已知失败路径，但不能说明这些失败在真实总体中的频率。刻意插入缺陷的演示，不能支持关于实际客户欺诈率或节省资金的主张。 还应区分发现、试用、重复使用和付费。浏览页面不等于调用服务；调用服务不一定得到被接受的结果；受补贴实验也不一定意味着持续付费意愿。应记录这些关系，而不是把最大的可得数字当成采用量。不能因使用公共规范就推断存在合作关系。 让成本模型可检查 拟议服务需要包含证据获取、计算、存储、支持、失败尝试及任何可选承诺服务的运营成本模型。成本取决于所选配置与实现。不要假定每次检查都需要 Bitcoin 交易，也不要因为确定性计算本身很小，就承诺免费运营。 简单的试点台账可以把消耗资源归属到明确工作，并记录哪些费用是实测、分摊或估计。一次性集成工作与经常性处理应分开，但不能隐藏。说明是否包含审查劳动与未解决案例处理。这是未来试点的记账设计，不是已发布价目表或基准测试。 支付传输是另一层。x402 描述了基于 HTTP 的支付要求与付费资源访问流程，可以为未来收费接口提供参考。但它不能决定某项验证是否有价值、客户接受什么价格，或底层证据是否充分。这些问题必须在产品实验中保持可见。[3] 只有机制确实需要时才引入激励 代币提案会增加问题：代币做什么、谁需要它、激励如何影响行为，以及引入哪些新风险或依赖。这些问题应明确回答，而不是默认阅读报告就需要代币。离线确定性检查本身并不必然需要一种新的可交易资产。 奖励报告数量可能鼓励冗余报告；奖励有利结果可能抑制诚实的负面发现；奖励参与可能吸引补贴结束后便消失的活动。这些是待测试的设计风险，不是对任何具体项目的实证主张。试点应区分使用方需求推动的工作，与主要为获取激励而产生的工作。 当有用证据可以依自身价值接受评估时，Proof21 的产品假设更有力。未来经济机制需要自己的规范、审查与明确批准。本次发布不定义代币供应、不承诺奖励、不招揽投资，也不声称 P21 已经上线。Bitcoin 与 DMT 兼容性是技术设计选择，不能替代客户证据。 在试点结束时作出决定 开始之前，记录继续、改变范围或停止的条件。例如独立使用方能够复现受支持结果、重复审查工作得到有记录的减少，以及未解决案例被正确转交。实际阈值应与试点参与方共同选择，而不是在发布文章中编造通用目标。 最终报告应保留不利观察，并解释哪些假设经受住了检验。小型试点可以支持另一个有限实验，而不能证明巨大市场。下一步有用成果是一个可工作的生成方与独立使用方，配有明确证据和权限。更多营销、更多产物或新激励，都不能代替这一结果。 常见问题 生成大量收据能证明产品需求吗？ 本身不能。需求需要明确使用方和有用任务。区分生成的产物、被独立使用的结果、重复使用及实际付费，并报告分母和任何补贴。 评估 Proof21 需要购买 P21 吗？ 不需要。当前材料和离线演示不要求钱包、付款或代币。这里 P21 是项目简称；本次发布不是代币上线或投资要约。 离线样例能展示生产环境节省吗？ 不能。它可以展示受控输入下的受支持行为。运营节省主张需要明确基线、可比的真实观察、完整成本边界，以及对失败和不确定性的透明处理。 <!-- p21-ecosystem-payments-v09 --> 多资产记账与资金边界 让客户在明确支持的资产中选择，不要求每次调用前购买 NAT 或执行兑换。服务权益报价须有期限、准确原子单位及明确舍入规则。同时记录收款资产数量与服务权益。稳定币名称并不消除发行方、脱锚、桥接或网络风险；每条路径均须审查并设置暂停策略。 分别记录支付结算、服务额度消耗、被检查操作和资金兑换。资金直接结算到获批商户收款方。后续兑换可选、单独授权且优先批量进行；兑换失败不得抹除已结算客户额度或改变证据结论。增加通道是实现工作，不是代币合作关系或自动钱包兼容性声明。 Binance assets and methods · Binance integration · Coinbase facilitator · PayAI assets · Virtuals ACP · NAT Ethereum listing · NAT Solana record · NAT BNB Chain contract 原始参考资料与延伸阅读 1：Paul Graham — 做不能规模化的事 2：NIST AI RMF Playbook — 衡量 3：x402 — HTTP 402 支付流程 Proof21 试点设计 Proof21 经济性范围",
  "citations": [
    "https://developers.binance.com/en/docs/products/onchainpay-x402/basics/9.supported-payment-methods",
    "https://developers.binance.com/en/docs/products/onchainpay-x402/introduction",
    "https://docs.cdp.coinbase.com/x402/seller/facilitator",
    "https://docs.payai.network/x402/reference",
    "https://os.virtuals.io/acp/concepts",
    "https://www.bitmart.com/en-US/support/articles/7923014477723/360001026214/49446319153179",
    "https://solscan.io/token/FbKRaqBzupLry3V7QujpNghwrHgxutB4MY11M8aeyVa1",
    "https://bscscan.com/token/0x600e3b55d5368c32a94f9372563318adb6a3f882",
    "https://paulgraham.com/ds.html",
    "https://airc.nist.gov/airmf-resources/playbook/measure/",
    "https://docs.x402.org/core-concepts/http-402"
  ],
  "faq": [
    {
      "question": "生成大量收据能证明产品需求吗？",
      "answer": "本身不能。需求需要明确使用方和有用任务。区分生成的产物、被独立使用的结果、重复使用及实际付费，并报告分母和任何补贴。"
    },
    {
      "question": "评估 Proof21 需要购买 P21 吗？",
      "answer": "不需要。当前材料和离线演示不要求钱包、付款或代币。这里 P21 是项目简称；本次发布不是代币上线或投资要约。"
    },
    {
      "question": "离线样例能展示生产环境节省吗？",
      "answer": "不能。它可以展示受控输入下的受支持行为。运营节省主张需要明确基线、可比的真实观察、完整成本边界，以及对失败和不确定性的透明处理。 <!-- p21-ecosystem-payments-v09 -->"
    }
  ],
  "sourceSha256": "971452cc376a696cee9c984d3839c75c2ed1eadabcd84e2e37964c7d8a815746",
  "markdownSha256": "9ae0b347843bfba9630c1473fbd1d97440a45eec32f4d5beb05db9d89f2ad547",
  "translationReview": "完整简体中文译文，由 AI 辅助准备，尚未完成独立母语技术审阅。存在歧义时以英文规范为准。代码、字段和权限不因翻译而改变。",
  "image": {
    "url": "https://proof21.xyz/assets/journal/economics.png",
    "caption": "不同柱形提示可以比较的成本与结果。它们是概念符号，不代表收入、市场规模估计或实测 Proof21 性能。",
    "sha256": "e9e138919a2999f479bdde0c5d5795cf127e8f2d92fd8399109d9ed719f02293"
  },
  "motion": {
    "url": "https://proof21.xyz/assets/journal/economics.mp4",
    "engine": "Remotion",
    "sourceSha256": "13a909f4267d8147386045cbd90df732a42679342c16e04c5725e09e953d3728",
    "sha256": "1e4756ca417b6518fa7328408d55107847ba3a2daa904b6deaf8be2524932769",
    "seconds": 7.2,
    "loop": true,
    "audio": false
  },
  "availableLanguages": [
    "en",
    "zh-Hans",
    "th",
    "ar"
  ],
  "editions": {
    "en": "https://proof21.xyz/journal/measuring-demand-before-a-token/",
    "zh-Hans": "https://proof21.xyz/zh-hans/journal/measuring-demand-before-a-token/",
    "th": "https://proof21.xyz/th/journal/measuring-demand-before-a-token/",
    "ar": "https://proof21.xyz/ar/journal/measuring-demand-before-a-token/"
  }
}