価格ウィンドウが閉じる20分前に、なんとしても取引を通さないといけませんでした。逃すと、レートが私が予算で見込んでいた範囲をすり抜けてしまうからです。アプリはNewtonで管轄を照会しました。さらに、このピッチ(説明資料)は特定の主張をしていました。
照会はアプリ自身の画面内ではなく、取引そのものの瞬間に行われます。つまり、アプリはどこか上流で下された判断をそのまま中継しているだけだと私は思い込んでいました。別のメッセンジャーを選べば、回避は簡単だと考えたのです。
ところが違いました。同じ契約に対して、2つ目のフロントエンドを試しました。同じ拒否が、まるごと一語一句同じ形で返ってきたのです。アプリが自分で何かを判断しているわけではありませんし、以前からそうでもなかった。どこか別の場所で下された判断を、別のものに翻訳しているだけで、私はそれを探しに行くつもりがありませんでした。
Persona Data Oracleがアイデンティティ、年齢、居住地のデータをNewtonのポリシーに投入します。チェックは取引レベルで実行されます。警告バナーが表示された後ではなく、売買が成立する前に行われる。どのフロントエンドから要求しても、実行の仕方は同じです。
フロントエンドを入れ替えると、画面に表示される翻訳が変わります。レイアウトも文言も変わり、前回よりも親切なエラーメッセージになるかもしれない。でも、その下にある本体――実際に判断しているもの――は、どちらの場合でもまったく同じ文言を読ませてくる。2回目の試みで、最初と違って契約側に何か別のことが伝わることは、まったくありませんでした。
予想していなかった点はこれです。エコシステムのどこにも、その拒否を「はい」に翻訳するフロントエンドが存在しない。より親切なものでもないし、非公式なものでもないし、ルールを意図的に回避しようとして作られたものでもない。
#Newt @NewtonProtocol $NEWT
照会はアプリ自身の画面内ではなく、取引そのものの瞬間に行われます。つまり、アプリはどこか上流で下された判断をそのまま中継しているだけだと私は思い込んでいました。別のメッセンジャーを選べば、回避は簡単だと考えたのです。
ところが違いました。同じ契約に対して、2つ目のフロントエンドを試しました。同じ拒否が、まるごと一語一句同じ形で返ってきたのです。アプリが自分で何かを判断しているわけではありませんし、以前からそうでもなかった。どこか別の場所で下された判断を、別のものに翻訳しているだけで、私はそれを探しに行くつもりがありませんでした。
Persona Data Oracleがアイデンティティ、年齢、居住地のデータをNewtonのポリシーに投入します。チェックは取引レベルで実行されます。警告バナーが表示された後ではなく、売買が成立する前に行われる。どのフロントエンドから要求しても、実行の仕方は同じです。
フロントエンドを入れ替えると、画面に表示される翻訳が変わります。レイアウトも文言も変わり、前回よりも親切なエラーメッセージになるかもしれない。でも、その下にある本体――実際に判断しているもの――は、どちらの場合でもまったく同じ文言を読ませてくる。2回目の試みで、最初と違って契約側に何か別のことが伝わることは、まったくありませんでした。
予想していなかった点はこれです。エコシステムのどこにも、その拒否を「はい」に翻訳するフロントエンドが存在しない。より親切なものでもないし、非公式なものでもないし、ルールを意図的に回避しようとして作られたものでもない。
#Newt @NewtonProtocol $NEWT