Lullad

單位經濟

廣告如何補貼 LLM token?

廣告不會直接「生出 token」。它產生收入;另一套 ledger 再把其中一部分價值分配成受計量的 gateway 額度。這套系統只有在記帳邊界清楚時才成立。

三本帳必須分開

Campaign spend、用戶 reward、gateway usage 回答的是不同問題。揉成一個可任意修改的 balance,會讓 retry 變危險,也看不出商業模型是否真的可持續。

  • Campaign spend:已驗證投放應向廣告主收多少。
  • Reward ledger:用戶已賺取、不可覆寫的 points。
  • Gateway quota:reward ledger 扣除模型使用後的投影。

先驗證,再發獎與計費

伺服器簽發 impression token、檢查連續停留、阻擋 replay,再套用用戶與活動上限。通過後才發 reward 並向 campaign 計費;reservation 則防止並發請求一起突破每日預算。

Exactly-once 是收斂結果,不是網路承諾

外部 gateway 可能已成功,但呼叫端收到 timeout。Lullad 把 reward ledger 當唯一事實來源,重算 absolute quota target,只確認這次 snapshot 中處理過的 ledger IDs;重試會收斂,不會重複加額。

哪些結論仍需要真實資料

Affiliate 佣金與上游 token 成本必須從各自系統做 attribution。在兩者尚未入庫前,「收入已覆蓋 token 成本」只是未量測目標,不能當成結論;可信的 dashboard 應明確標示證據缺口。