traffic_ok 試行量閘門

試行量是經過驗證路徑上的第一筆資金流量：新鮮的 webhook 心跳、端到端煙霧測試以及綠色的 traffic_ok。過時的心跳代表 封鎖 — 不是黃色，也不是「試著發送幾次」。

本頁面是試行量之前的 traffic_ok 閘門 — 這不是從沙盒到生產環境的密鑰切換。相關連結：第一天跑道：必須亮綠燈的事項，撐過上線週的 webhook 習慣，首次扣款前的預付資金保留。

IOSOR 是白標預付系統。USD 20 用於資助證據，而非作為過時心跳的豁免。

試行量需要經過驗證的路徑而非希望

希望看起來像是貼上的密鑰、上週的一個綠色晶片以及對「軟試行」的請求。經過驗證的路徑意味著承載試行流量的同一個通道已經在預付保留下返回了新鮮的心跳和煙霧測試結果。如果 traffic_ok 為紅色或過時，請將流量保持在零，直到路徑恢復。

traffic_ok 實際證明了什麼

traffic_ok 是一個操作真值位元，而不是銷售標籤。它證明了所選通道路徑仍在接收平台事件，且最近的煙霧測試通過，且未在交付上撒謊。它不證明密鑰切換、完全覆蓋或故障轉移備份的煙霧測試。

導出資料必須顯示新鮮的心跳時間戳、帶有終端狀態的最後一次煙霧測試意圖 ID，以及一個預付保留/扣款身份。請保持簽名衛生，參考 撐過上線週的 webhook 習慣。

過時的心跳等於封鎖

過時 ≡ 封鎖。昨天的「心跳」無法授權今天的試行。隊列停滯、URL 旋轉、TLS 中斷、監聽器停止回應。

• 在新鮮度內 + 煙霧綠色 → 試行可在上限下開始
• 超出新鮮度 → 封鎖，即使上次煙霧測試看起來不錯
• 煙霧紅色或缺失 → 封鎖，即使心跳新鮮
• 僅在有名稱的所有者、書面理由以及流量恢復前進行新的煙霧測試後，才可覆蓋

背景：第一天跑道：必須亮綠燈的事項。

軟流量語言之前的煙霧測試

關於軟流量的談話 — 「幾千筆」、「接近 USD 1,000/month 的審查」 — 是財務語言。煙霧測試是工程證據：一個保留意圖、一條路徑、一個可核對的結果。順序：證明煙霧測試 → 武裝錢包停損線 → 然後討論軟流量。

使用與試行相同的密鑰和 webhook 目標；結算一次保留；武裝停損線 (正式流量前的錢包停損線)；將故障轉移保持在自己的閘門上 (上線前故障轉移閘門)。USD 20 購買的是煙霧錢包，而不是過時 traffic_ok 的豁免。

traffic_ok 閘門的買家檢查清單

1. traffic_ok 現在是否為綠色，且心跳在新鮮度窗口內？
2. 是否在試行通道上運行了煙霧測試，並具有可導出的意圖 ID 和終端狀態？
3. 資金是否在保留/結算下移動過一次 (首次扣款前的預付資金保留)？
4. Webhook 簽名和密鑰是否安全 (撐過上線週的 webhook 習慣)？
5. 在軟流量語言之前是否已開啟錢包停損線 (正式流量前的錢包停損線)？
6. 過時的心跳是否被視為 封鎖，且僅在新的煙霧測試後才進行有名稱的覆蓋？

從 IOSOR 開始

請開啟 IOSOR 主控台並前往目標走廊參數，確認 traffic_ok 閘門為啟用狀態且心跳處於即時更新窗口內。在預付保留額度下執行單一測試意圖，以驗證端到端 webhook 遞送與終端 DLR 解析，然後再解鎖流量控制。若 traffic_ok 指標變成紅色或過期，請立即維持試驗閘門關閉，直到全新的冒煙測試成功為止。

IOSOR 要點

在未驗證即時 traffic_ok 狀態前就開啟試驗流量，可能將流量推入未確認的佇列、中斷的 webhook 或未路由的通道。新鮮的心跳搭配成功的預付保留冒煙測試，能提供分配流量所需的工程證明，確保軟性試驗承諾背後有實際的營運就緒度作為支撐。

請務必在解鎖試驗流量前立即確認 traffic_ok 位元為綠燈且心跳為最新狀態。切勿依賴過去的綠色指標、業務標籤或軟性流量承諾，來規避對已冒煙終端結果的嚴格要求。