イベント市場取引では、一つのバイナリーの問い、互いに排他的な結果のまとまり、または同時に真になり得る複数の関連条件を扱う場合があります。価格の一覧として示されると似て見えますが、支払いは異なります。イベントのページをすべて、可能性を網羅する一組の選択肢として扱うと、保有分の費用も、複数の保有分が同時に負けるシナリオも誤解するおそれがあります。

役立つ出発点は、画面の配置ではなく、問い同士の関係です。どの結果が同時に起こり得るか、どれが同時には起こらないか、規則が認めるすべての状態を一覧の可能性が網羅するかを書き出します。以下の架空の例では、未解決の例外について述べる部分を除き、明示したとおり、勝ちには一ドル、負けにはゼロが支払われると仮定します。同じ計算を適用する前に、実際の契約条件から、適切な構造を確立しなければなりません。

イベント市場のバイナリー契約は定義された一つの問いを扱う

バイナリー契約は、指定された条件をYesとNoの結果に分けます。単純な学習用の例として、架空の橋が指定の期限前に正式開通するかという問いを考えます。Yesの保有分には、契約が定める開通条件を満たせば一ドル、満たさなければゼロが支払われます。この単純化した例では、No側にはそれを補完する規則に従って支払われます。重要なのは「契約が定める開通条件」です。非公式の式典と、一般車両の通行許可は、異なる出来事かもしれないためです。

バイナリーという表示があっても、例外的な事例を読む必要はなくなりません。情報源が利用できない場合、期限が変更される場合、または通常とは異なる中止が起きる場合の扱いを、契約が定めているかもしれません。通常のYesかNoというモデルが役立つのは、分析する状態について、実際の条件がそのモデルを支えている場合だけです。例外規定は支払額と時期の両方に影響し得るため、通常の条件とともに残します。

市場価格は、定義された支払いを受けるための価格として解釈でき、単純化した仮定の下では暗黙の確率を含みます。出来事の起こる可能性を客観的に測った値ではありません。買い気配、売り気配、流動性の厚み、手数料によって、保有分を取得する費用が変わります。買い気配と売り気配の中間価格や直近の取引価格は、市場を説明する助けにはなっても、特定の口座が意図した数量をいくらで買ったり売ったりできるかを確立しません。

以前のバイナリー予測市場ボットのガイドは、バイナリーの問いを、制御された作業手順へ変換する際に役立ちます。ただし、概念上の要件が先にあります。プログラムは、それぞれの側がどの条件を表すかを正確に把握する必要があります。解釈を誤った対象の注文が正しく執行されても、負う金融リスクは意図したものと異なるままです。

イベントは関連する契約を整理するまとまりであることが多い

イベントのページは、関連する契約を便宜上まとめていても、それらを互いに排他的にも、すべての可能性を網羅するものにもしない場合があります。候補者ごとの勝利、数値の異なるしきい値、同じ出来事についての別々の問いをまとめているかもしれません。イベントの識別子や画面を共有しているだけでは、支払いをどのように合算できるかは確立されません。

Polymarketの市場とイベントに関する文書は、個別の市場と、イベントとしてのまとまりを区別しています。この違いは、どのインターフェースを読むときにも役立ちます。まず売買の単位を特定し、次に単位間の関係を調べます。ページ上部の題名は広い話題を表していても、一覧の各市場は、それぞれの条件に従って、より狭い問いの結果を判定する場合があります。

架空の公職任命で、名前の挙がった三人のうち誰が一つの職に就くかを問うまとまりを考えます。別のまとまりでは、各人がその年に何らかの任命を受けるかを問うかもしれません。前者では、規則上、複数のYesの結果が互いに排他的である場合があります。後者では、複数の人が条件を満たせます。名前が似ていて話題が共通していても、後者が一人だけの勝者を決める構造になるわけではありません。

調査記録には、両方の階層の識別子を残します。イベント識別子は、文脈や共通の証拠を整理する助けになります。市場と結果の識別子は、口座が実際に何を保有するかを定めます。広いイベント名だけを保存したポートフォリオ報告では、保有分が勝者についてなのか、しきい値についてなのか、それとも同じイベント内の別の条件についてなのかを再構成できなくなる場合があります。

イベント市場の結果のまとまりには二つの確認が必要になる

認められたどの状態でも複数の結果が同時に真にならないなら、その結果の集合は互いに排他的です。認められたすべての状態で少なくとも一つの結果が真になるなら、その集合は可能性を網羅しています。集合のすべての結果についてYesを一単位ずつ買えば、正確に一つの勝ちの支払いを受けるという単純な主張には、両方の条件が必要です。一方を満たしても、他方を満たさない集合があります。

公表値について、10未満、10以上20未満、20以上という架空の三つの範囲を考えます。有効な数値が公表され、規則が同じ情報源と測定方法を使うなら、当てはまる範囲は正確に一つです。境界は明確で、10は中央の範囲に、20は上の範囲に入ります。通常の数値観測については、このまとまりは互いに排他的で、すべての可能性を網羅しています。

ここで、10未満の契約をまとまりから除きます。残った範囲は引き続き互いに排他的ですが、網羅的ではなくなります。数値が8なら、どちらも勝ちません。別の例として、範囲を10以下と10以上にします。すべての数値を網羅しますが、正確に10のときには両方が真です。範囲の表示が一見ほとんど同じでも、境界の重なりで合計支払額は変わります。

観測値が欠ける場合には、別の規則が必要です。三つの範囲の例は、有効な公表値を網羅するのであって、契約上のあらゆる状況を必ずしも網羅しません。情報源が公表しなければ、市場の例外条件によって結果が決まります。完全な分析では、その状態を含めるか、意図した支払いの主張を通常の場合に限る理由を説明する必要があります。

結果をすべてそろえる費用を慎重に計算する

互換性のある三つの範囲の契約について、一単位ずつ実際に買えるYesの売り提示が$0.20、$0.45、$0.38だとします。すべてをそろえる購入費用は、手数料を除いて$1.03です。通常の場合に網羅性と排他性があるという仮定の下では、一ドルが支払われます。差は、手数料を引く前から三セントの損失です。各契約の勝ちの支払いがその購入価格を上回るだけで、個別の価格が魅力的になるわけではありません。

合計には、意図した操作で必要となる注文側の価格を使わなければなりません。表示された三つの中間価格を足しても、一組を買う費用は確立されません。同様に、各契約の最良の売り提示を足しても、大きな数量を買う費用は確立されません。利用できる流動性の厚みは結果ごとに大きく異なり得るため、最も流動性の低い契約によって、全体の構造をどれだけ取得できるかが決まる場合があります。

価格が変わらず、十分な流動性があるという仮定で、完全な組を100組取得するなら、購入額は$103、モデル上の通常の支払額は$100です。手数料があれば、結果はさらに悪くなります。下の範囲が提示価格で30単位しか買えないなら、100組の計算には、ほかの価格水準を含める必要があります。足りない70単位を同じ条件で取得できると仮定するべきではありません。

以前の複数市場の予測市場ボットの解説は、このような協調した分析を整理する助けになります。重要なのは、論理上の完全な組と、実際の執行でそろった完全な組の違いです。前者は、必要な保有分がすべて存在する場合の支払いを説明します。後者には、必要な数量の実際の約定と、照合済みの口座記録が必要です。

関連するしきい値は同時に勝つことがある

イベント市場の関連するしきい値には、値が10を超える、20を超える、30を超える、といった条件がよくあります。情報源、観測時刻、境界の扱いが一致するなら、これらの条件は入れ子になっています。値が30を超えれば、三つとも真です。25なら最初の二つが真、15なら最初だけが真です。10以下なら、厳密に「超える」とした文言の下では、どれも真ではありません。

このまとまりは、互いに排他的な選択肢の集合ではありません。各しきい値のYesを一単位ずつ買うと、単純化した支払いモデルでは、ゼロ、一、二、三ドルのいずれかが支払われ得ます。したがって、価格を足して一ドルと比較すると、比較の基準を誤ります。正しい分析では、関係する各区間の支払いを記述し、その分布と保有分の費用を比べます。

論理上の関係は、解釈にも制約を与えます。両方が正確に同じ観測を指すなら、30を超えるという予測確率が、20を超えるという確率を上回るべきではありません。調査モデルが逆の結果を出すなら、モデルまたは契約との対応付けを調べます。市場の提示条件は、売買の価格差、流動性の厚み、条件の不一致によって、そのような単純な順序から外れる場合があります。そのため、観測された提示価格の並びについても、執行と規則の慎重な分析が必要です。

イベント市場裁定取引ボットの記事は、見かけ上の関係と不完全な執行をソフトウェアでどう扱うかを調べます。ここでの構造上の教訓は、さらに基本的です。入れ子の問いでは、複数の勝ちが同時に起こり得ます。価格と保有分は、勝者が一つだけの競争としてではなく、つながった支払分布として分析する必要があります。

反対の表示でも必ず相殺されるとは限らない

ある市場でYesを買い、別の市場でNoを買っても、イベントに関する保有リスクが自動的になくなるわけではありません。その単純な結論が成立するには、条件が正確に互いを補完している必要があります。関連するしきい値では、反対に見える組み合わせでも、対応できない区間が残る場合があります。情報源や日付が違えば、両方が勝ったり両方が負けたりする、さらに複雑な状態が生まれ得ます。

値が20を超えれば支払う架空のYesと、同じ値が10を超えなければ支払うNoの保有分を考えます。値が10以下なら、Noが勝ち、Yesが負けます。20を超えれば、Yesが勝ち、Noが負けます。しかし、10より大きく20以下なら、両方が負けます。この組み合わせは外側の区間をカバーしますが、中央の区間はカバーしません。

境界の正確な扱いが重要です。20では「20を超える」は偽であり、「10を超えない」も偽なので、組み合わせの支払いは依然としてゼロです。10では、この例の規則に従い、Noに一ドルが支払われます。境界の事例を明記すると、「高い」「低い」といった広い表示に隠れた誤りを見つけられます。

役立つポートフォリオの説明では、カバーできない区間と、その区間で失い得る費用を示します。「ヘッジ」という言葉を、リスクが除かれた証明として使うべきではありません。以前の予測市場取引アルゴリズムの記事は、こうした関係を判断の論理へ表す際の文脈を提供します。アルゴリズムに必要なのは、反対に見える結果の表示の組み合わせだけでなく、実際の条件です。

証拠の関係と支払いの関係を分ける

二つの契約は、厳密な論理関係がなくても、同じニュースに反応する場合があります。天気予報が複数地域のイベント市場に影響したり、経済発表が複数の将来の判断についての期待に影響したりするかもしれません。実際には相関する契約でも、最終結果には多様な組み合わせが認められる場合があります。相関は、補完関係、入れ子の関係、排他性と同じではありません。

架空の例で、一方の契約はプロジェクトが資金提供を受けるか、もう一方は年末前に開業するかを扱うとします。資金提供で開業の可能性は高まるかもしれませんが、資金を得ても開業が遅れることはあります。別の資金源によって、指定された助成を受けなくても開業できる場合もあります。この関係は因果的で不確かであり、支払いについて保証された恒等関係ではありません。戦略でも、そのようにモデル化するべきです。

調査記録では、証拠のつながりと支払いのつながりを別々に残します。証拠のつながりは、一つの観測が複数の予測に情報を与え得るという意味です。支払いのつながりは、契約の結果の特定の組み合わせが、規則上、論理的に不可能であるか、必ず成立するという意味です。二つを混同すると、もっともらしい経済上の説明を、保有分が正確に相殺されるという根拠のない主張に変えてしまいます。

この区別は、リスクの合算も改善します。関連する証拠があれば、完全な統計的推定がなくても、複数の保有分に同時に不利な動きが起こる可能性を考えられます。検証済みの支払いの恒等関係なら、明示した仮定の範囲で、より強い相殺を正当化できます。確認者が何の不確実さが残るかを理解できるよう、ポートフォリオのモデルでは、合算に関する各判断をどちらの関係が支えるかを示すべきです。

証拠の関係と支払いの関係を分けるBelow 1010 to below 2020 or aboveMissingobservationTRADING FIELD NOTESEDUCATIONAL RESOURCE
範囲を使う構造では、境界を網羅し、必要な観測値がないときの扱いを別に定めなければなりません。

執行によって実際に保有する構造は変わり得る

三つの結果をそろえる計画でも、二つしか約定しなければ、別の保有構造になります。入れ子の条件を組み合わせる計画でも、一方の約定数量が他方より多ければ、構造は変わります。口座の実際の構造は、調査の図ではなく、執行された数量から導かなければなりません。未完了の注文や結果未確定の送信は、最初の確認後にも構造を変え得るため、見えるように保ちます。

三つの範囲の契約をそれぞれ100単位ずつ取得するつもりでも、実際には下の範囲を100単位、中央を100単位だけ取得したとします。最終値が20以上なら、単純化した例では、保有するどちらの契約にも支払いがありません。約定していない上の範囲の注文は、実際に保有分を生むまでヘッジではありません。有効な注文として残っていても、将来そろう可能性を表すのであって、現在のカバーを表すわけではありません。

イベント市場取引ボットは、注文の状態と数量の照合によって、この違いを表す必要があります。各構成要素の結果を調べずに、まとめて送信したものを、一つの成功した構造と扱うべきではありません。ほかの指示が通常どおり動いていても、一方の拒否、部分約定、または不確かな応答によって、支払分布は大きく変わり得ます。

複数契約の構造を取引する前に、どのような不完全な状態を許容するかを定めます。参加者は、小さな残余リスクを認めるか、範囲を限った復旧方針の下で速やかな削減を求めるかもしれません。どちらの選択も明示するべきです。方針がなければ、元の構造を完成させたい気持ちから、その構造に意図した採算を失わせる価格で、予定外の購入をすることになりかねません。

平易な言葉でシナリオを順に確認する

構造が小さければ、シナリオを順に説明することで、複雑な図に代えられます。関係する各状態について、どの保有分に支払いがあり、その合計がいくらになるかを記述します。規則上重要な境界の観測や例外的な状態も含めます。コードが黙って実装してしまう条件の曖昧さを明らかにできるため、自動化の前には特に役立つ確認です。

三つの範囲の例では、値が8、15、24の場合と、報告がない場合を順に確認します。最初の三つでは、明示した通常の規則に従って、正確に一つの勝つ範囲を特定できるはずです。報告がない場合には、契約の例外的な扱いが必要です。分析者がその四つ目を説明できなければ、規則で解決するまで、提案した完全な組についての主張に留保を付けるべきです。

入れ子のしきい値の例では、8、15、25、35を順に確認します。各しきい値のYesを一単位ずつ持つ場合の支払いは、順にゼロ、一、二、三ドルです。次に、厳密な文言に従い、10、20、30といった正確な境界値を確認します。この確認によって、明示的に決めないまま、実装が「より大きい」と「以上」を切り替えてしまうことを防ぎやすくなります。

シナリオの確認結果は、契約との対応付けとともに版を管理するべきです。情報源の定義や規則の明確化によって変更があれば、影響する事例を再び確認します。関係する境界に一度も触れない大量の無作為な例よりも、慎重に選んだ少数のシナリオの方が、役立つ確認になる場合があります。目的は構造の意味を検証することであり、どのシナリオが実現するかを予測することではありません。

監視と見直しにも構造を引き継ぐ

監視では、分析で使ったのと同じ観点で口座を示すべきです。複数の結果をそろえた組では、結果ごとのカバーと数量が必要です。入れ子のまとまりでは、区間ごとの保有リスクが必要です。単独のバイナリー保有分では、保有する側、取得費用、残る支払いの可能性が必要です。一般的な契約総数だけでは、これらの構造の最も重要な違いが隠れる場合があります。

イベント市場の自動化は、証拠、注文、決済の記録が届く間も、こうした見方を保つ助けになります。元になる契約識別子と規則の版を、調べられるように残すべきです。「完全な組」「相殺する保有分」といった要約の表示は、一度入力して永久に信じるのではなく、現在の記録と検証した関係から導くべきです。

決済時には、実際の支払額と予測したシナリオを照合します。違いがあれば、数量の誤り、見落とした請求、例外規則、または契約間の関係の誤りが分かるかもしれません。同じ構造を再び使う前に、原因を調べます。分析では不可能としたシナリオを通じて結果が生じたなら、金銭的に有利な結果であっても、モデルの誤りを明らかにする場合があります。

イベント市場の構造を理解する目的は、それぞれの保有分に起こり得る結果を説明できるようにすることです。バイナリーの問い、排他的なまとまり、関連するしきい値には、それぞれ役立つ用途がありますが、必要な計算と制御は異なります。構造を明示すれば、口座が実際に保有する支払いに照らして、価格、費用、執行を評価できます。

さらに学ぶ

すべての資料を見る