Web Monetization API 发生了什么？

原文 ↗ Hacker News 讨论 ↗

为网站提供一种无缝收取小额费用的尝试——例如如今已停止的 Web Monetization API，以及 Coil、Brave/BAT 和 GNU Taler 等项目——反复遭遇监管、手续费、UX 摩擦和采用不足等问题。评论者争论加密货币、传统通道（信用卡、SEPA、UPI）或浏览器中介钱包，哪一种才是网页微支付的合适基础，但大多数人都同意：合规（KYC/AML、税务）和平台激励比技术本身更难解决。更深层的争论在于网页应如何获得资金——广告与监控、订阅付费墙，还是某种标准化、低摩擦的支付层——以及这种系统会改善互联网，还是进一步让它“enshittify”。

替代性的网页货币化尝试

  • 讨论了若干具体实验：
    • GNU Taler：带隐私保护的数字现金，获得过资助并受到欧盟关注；批评者说其 UX 和集成都非常粗糙，有些人担心它最终会成为取消实体现金的幌子，并且以后可能放弃匿名性。
    • Brave/BAT：对于它究竟是创新的并行广告经济，还是一种会阻止网站广告、却把用户注意力货币化的“骗局”，争议很大；其 UX 需要用户主动选择加入，并依赖通知，但许多发布者感觉被剥削了。
    • Coil 和 Web Monetization API：少数人使用过，并看到了很小的支付额；Coil 已经关闭，采用率极低。
    • Scroll（被收购后终止）、Flattr，以及各种扩展和非营利组织（例如 Lagom）都尝试过“集中收款 + 按使用量分配”的模式，但影响有限。

把加密货币作为支付通道

  • 支持者认为，加密货币非常适合跨境和微交易：某些链上的手续费很低，Lightning 和 L2、隐私币以及稳定币都可以充当通道；他们还会引用现实中的汇款故事。
  • 批评者则强调骗局、投机、主流链上高额或波动的手续费、资本利得税的复杂性、KYC 打击，以及许多扩容方案其实是用去中心化换效率。
  • 有人认为，加密货币的通缩设计和公开账本使它不适合作为日常货币；也有人反驳说，链下或通过交易所中介的支付可以隐藏身份，而且成本很低。

微支付的经济性与监管

  • 信用卡和支付处理器的手续费让真正按美分计费变得很难；提出的缓解办法包括：
    • 由少数中介管理的预付钱包 / 代理货币。
    • 受监管上限约束的费用（欧盟）以及 SEPA、UPI 之类的替代通道。
    • 采用市场平台模式，把税/VAT 处理集中起来，而不是每个网站都要做跨境合规。
  • 多条评论强调，KYC/AML、欺诈、拒付和 VAT 是根本性的成本驱动因素，而不仅仅是技术细节。

社会、UX 与行为因素

  • 多人认为，主要阻碍其实是社会层面的：
    • 人们更愿意接受每月几个 5 美元订阅，或 Patreon 式支持，而不是不断按页打赏。
    • “免费”和哪怕 0.01 美元之间的心理门槛很大。
    • 用户讨厌侵入式付费墙和加购流程；他们会说“我愿意付”，但对碎片化、订阅堆叠的现实却退缩。
  • 有些人认为，无缝的浏览器级流程（例如从预存余额中扣取小额费用）至关重要；另一些人则担心会变成“没完没了地为零钱乞讨”。

浏览器、权力与治理

  • 许多人认为，任何解决方案都必须是浏览器原生的，但也怀疑主导广告变现的厂商不会推出会削弱 adtech 的东西。
  • 有人把它和应用内购做比较：浏览器作为托管方/钱包，抽成应更像 Stripe，而不是应用商店那种抽成。
  • 还有人担心，掌控这些通道的人（银行、卡网络或浏览器厂商）也会通过“断供金融服务”来审查言论（例如“仇恨言论”网站）。

付费微型网页会修复还是加剧 enshittification？

  • 一派观点认为，直接支付可以减少对监控型广告的依赖，并修正激励机制。
  • 另一派则认为，一旦每次交互都可以变现，网站就会“双重收费”（付费 + 广告），并更激进地优化提取收益；这可能会加剧今天的“enshittification”。