本番OTP前のベロシティキャップ

ベロシティキャップのない本番OTPは、プリペイドの蛇口を全開にするようなものです。キャップは財務部門が残高消失の理由を問う前、つまりLive環境の言語設定の前に配置すべきです。このページはベロシティゲートです。誰が、どこへ、どの速さで送信するかを制御します。これはTTL/再送メカニズムや、2段階デビット照合とは別物です。

関連: OTPのTTLと再送クールダウン, OTP配送の引き落としとverifyセッション, OTP乱用：バイヤーパスにおける最初の制御, 本番トラフィック前のウォレット停止ライン, OTP乱用とコストのガードレール。

IOSORはホワイトラベルのプリペイドサービスです。USD 20でベロシティの試験運用が可能です。月額USD 1,000規模の運用でキャップがない場合、それは本番環境の負債となります。クライアントにはホワイトラベルの制限結果のみが表示されます。

ベロシティとTTLは別物

TTLはコードの有効期間を定義します。ベロシティは、特定のIDや宛先が一定期間内に何回試行できるかを定義します。クールダウンは再送間隔を空けるものですが、ベロシティキャップは発生すべきでないバーストそのものを制限します。これらを混同すると、TTLを守りつつ残高を使い果たす経路が残ります。両方を維持し、どのゲートが作動したかをステータスに明記してください。

ID・宛先・時間枠によるキャップ

作動したキャップを試行IDと共にエクスポートしてください。月額USD 1,000の運用では、キャップのないOTPは照合リスクとみなされます。USD 20で小規模な回線でのキャップを証明してください。停止線についてはこちら: 本番トラフィック前のウォレット停止ライン。

Live言語設定の前に本番OTPをゲートする

ベロシティキャップがドラフト状態のまま、本番OTPをLiveに設定しないでください。正常な経路での成功は、ベロシティの証明にはなりません。キャップの設定、フェイルクローズのテスト、どのキャップが作動したかのエクスポート、そして財務が制限された試行を把握できる状態を必須とします。誠実なローンチを: ローンチブロック時：嘘のないステータス表示。初期制御の関連情報: OTP乱用：バイヤーパスにおける最初の制御。

プロダクトと財務のための正直な制限ステータス

キャップが作動した際は、ステータスを「制限済み/拒否」と明記してください。「配信済み」や「サイレントドロップ」は厳禁です。プロダクトと財務は、その言葉を共有します (プロダクトと財務のための共通ステータス言語)。同じ冪等性キーでの再試行がキャップを回避してはなりません。2段階デビットの明確化は別途維持します: OTP配送の引き落としとverifyセッション。

ベロシティキャップの購入者チェックリスト

1. 本番OTP前にIDおよび宛先クラスごとのキャップが存在するか？
2. フェイルクローズが証明され、バースト時に正直な制限が返るか？
3. エクスポートデータに作動したキャップ名が含まれるか？
4. キャップがドラフト中にLive/本番言語がブロックされているか？
5. ベロシティキャップと並行してウォレット停止線が稼働しているか？
6. 上書き設定は名称と期限があり、キャップで閉じられているか？

一つでも「いいえ」があれば、ベロシティゲートはドラフトのままです。

IOSORで始める

IOSOR コンソールを開き、本人確認、送信先ルート、IP レンジにわたるベロシティキャップのルールを設定してから、OTP パイプラインを本番環境へ昇格させてください。シミュレートされたバーストテストを実行し、制限超過時に Webhook を介して即座に制限状態や拒否ステータスが返されることを検証します。すべての意図ウィンドウが確実にフェイルクローズするまで、デプロイメントゲートが本番ステータスをブロックすることを確認してください。

IOSORの要点

この記事では、TTL 単体では高コストな意図バーストから OTP パイプラインを保護できないことが証明されました。効果的なルート保護には、アカウント、送信先ルート、IP ファミリーにマッピングされた個別のベロシティキャップが必要であり、トラフィックが本番環境に到達する前に厳格な停止ラインを強制します。

制限が発動した際には、明示的な制限ステータスを返し、正確なキャップ名を出力してください。TTL とベロシティを混同したり、ベロシティの保護機能が下書き状態のまま OTP ルートを稼働中としてマークしたりしないでください。