主权 API 限制：为全球 Merchant of Record (MoR) 剔除 Stripe

Source: Dev.to

Engineering a Zero‑Trust Local LLM Cluster

初始的 Phase 6 Edge Cluster 使用 Stripe SDK 进行令牌计量和 webhook 同步构建。其密码学在数学上是可靠的，异步事件循环保持了 p95 推理延迟。

Hitting the Sovereign API Perimeter

标准的 Stripe 账户在法律上不支持在我所在地区运营的商业实体。当架构与地缘政治现实冲突时，必须移除该依赖。我将仓库拆分并热切换金融网关至一家记录商（Merchant of Record，MoR）——Lemon Squeezy。

# webhook verification for Lemon Squeezy
import hmac
import hashlib
from fastapi import HTTPException
import logging

logger = logging.getLogger(__name__)

secret_bytes = bytes(LEMON_SQUEEZY_WEBHOOK_SECRET, 'utf-8')
expected_signature = hmac.new(secret_bytes, payload, hashlib.sha256).hexdigest()

if not hmac.compare_digest(expected_signature, sig_header):
    logger.error("Cryptographic signature spoofing detected. Connection dropped.")
    raise HTTPException(status_code=400, detail="Invalid signature.")

Why an MoR Is Mathematically Superior for a Solo Global SaaS

• Zero Tax Liability – MoR 充当合法的转售商，计算并缴纳全球增值税/销售税。这完全切断了本地节点与国际税务合规的负担。
• Geographic Inclusion – MoR 天然支持全球支付，无需美国 LLC 虚拟化（如 Stripe Atlas）带来的摩擦和资本消耗。
• Webhook Parity – 最初为 Stripe 构建的加密 webhook 边界可无缝映射到 MoR 的 X‑Signature HMAC‑SHA256 负载。架构仍然严格基于消费。当 MoR 的 webhook 触发 order_created 事件时，本地 PostgreSQL 数据库会异步将美元金额转换为 LLM 推理令牌。

Repository

核心架构位于 GitHub 仓库的 enterprise-saas-mor 分支：

https://github.com/UniverseScripts/llmops/tree/enterprise-saas-mor