Najlepsze i najgorsze tysiąc USD w czerwcu 2026

Jaka była najlepsza transakcja opcyjna w czerwcu 2026 roku — i ile warte byłoby zainwestowane wówczas tysiąc USD? Odpowiedź składa się z czterech elementów: głównej wygranej; anomalnej transakcji na dwa kontrakty typu penny print, o której mowa w nagłówku; dziewięciu tysięcy transakcji z niemal całkowitą stratą oraz transakcji odwrotnej — sprzedaży tego, co kupił zwycięzca — gdzie tysiąc USD zebranej premii zamieniło się w sześciocyfrową stratę. Wszystkie dane są obliczane po fakcie na podstawie zapisów giełdowych; analiza optymalna z perspektywy czasu mierzy to, co faktycznie wydarzyło się w danym miesiącu, a nie strategię, którą można było realizować. Każda liczba jest wynikiem zapytania SQL; aby uzyskać dokładny kod, należy rozwinąć dowolny panel.

Jak zmienny był czerwiec 2026?

Czy zwycięzca opcji z wynikiem stukrotnego zwrotu potrzebuje historycznie zmienny miesiąc na rynku? Czerwiec pokazuje, że nie. Panel co miesiąc przelicza dane w ten sam sposób — od otwarcia do zamknięcia w regularnych godzinach handlu, plus zakres od szczytu do dołka jako procent otwarcia — dla SPY oraz NVDA, będących fundamentem zwycięskich pozycji. Czerwiec obejmował 21 sesji.

SELECT toString(toStartOfMonth(toDate(toTimeZone(window_start, 'America/New_York')))) AS period_start,
    round((argMaxIf(toFloat64(close), window_start, ticker = 'SPY' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) / argMinIf(toFloat64(open), window_start, ticker = 'SPY' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) - 1) * 100, 1) AS spy_month_pct,
    round((maxIf(toFloat64(high), ticker = 'SPY' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) - minIf(toFloat64(low), ticker = 'SPY' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959)) / argMinIf(toFloat64(open), window_start, ticker = 'SPY' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) * 100, 1) AS spy_range_pct,
    round((argMaxIf(toFloat64(close), window_start, ticker = 'NVDA' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) / argMinIf(toFloat64(open), window_start, ticker = 'NVDA' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) - 1) * 100, 1) AS nvda_month_pct,
    round((maxIf(toFloat64(high), ticker = 'NVDA' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) - minIf(toFloat64(low), ticker = 'NVDA' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959)) / argMinIf(toFloat64(open), window_start, ticker = 'NVDA' AND (toHour(toTimeZone(window_start, 'America/New_York')) * 60 + toMinute(toTimeZone(window_start, 'America/New_York'))) BETWEEN 570 AND 959) * 100, 1) AS nvda_range_pct,
    uniqExactIf(toDate(toTimeZone(window_start, 'America/New_York')), ticker = 'SPY') AS trading_days
FROM global_markets.delayed_stocks_minute_aggs
WHERE ticker IN ('SPY', 'NVDA')
  AND window_start >= toDateTime('2026-01-01 05:00:00') AND window_start < toDateTime('2026-07-01 04:00:00')
GROUP BY period_start
HAVING uniqExactIf(toDate(toTimeZone(window_start, 'America/New_York')), ticker = 'SPY') >= 17
ORDER BY period_start ASC

SPY zakończył czerwiec -1.2% od otwarcia wewnątrz zakresu wynoszącego 5.8% — co stanowi wynik węższy niż w marcu (8.7%) czy kwietniu (11.4%). Zmienność wystąpiła na niższym poziomie: NVDA zamknęła się -7.4% od otwarcia w czerwcu po poruszaniu się w zakresie 19.7% (podsumowanie rynku za czerwiec 2026 zawiera szerszy obraz rynku). Aby osiągnąć stukrotny zwrot, nie był wymagany krach na całym rynku — wystarczyło silne spadki jednej dużej spółki w ciągu dwóch tygodni.

Największe mnożniki miesiąca

Zbiór danych: każdy kontrakt na sześciu płynnych instrumentach bazowych z co najmniej pięćdziesięcioma transakcjami w czerwcu — 30951 kontraktów — wyceniony od pierwszej notowania pierwszego czerwca do ostatniego, z obu stron: ile kupujący zapłacił względem ostatniej ceny oraz ile sprzedający musiał oddać przy tysiącu USD premii.

SELECT ticker AS contract,
    substring(ticker, -9, 1) = 'P' AS is_put,
    round(first_px, 2) AS first_price,
    round(last_px, 2) AS last_price,
    round(last_px / first_px, 1) AS multiple,
    toUInt32(floor(1000 / (first_px * 100))) AS contracts_for_a_thousand,
    round(floor(1000 / (first_px * 100)) * last_px * 100, 0) AS bought_end_value_usd,
    round(1000 * (last_px / first_px) - 1000, 0) AS sold_net_loss_usd,
    trades
FROM (
    SELECT ticker,
        toFloat64(argMin(price, (sip_timestamp, price))) AS first_px,
        toFloat64(argMax(price, (sip_timestamp, price))) AS last_px,
        count() AS trades
    FROM global_markets.options_trades
    WHERE ((startsWith(ticker, 'O:MU') AND length(ticker) = 19) OR (startsWith(ticker, 'O:NVDA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:TSLA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:SPY') AND length(ticker) = 20) OR (startsWith(ticker, 'O:QQQ') AND length(ticker) = 20) OR (startsWith(ticker, 'O:AAPL') AND length(ticker) = 21))
      AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
    GROUP BY ticker
    HAVING count() >= 50 AND argMin(price, (sip_timestamp, price)) > 0
)
ORDER BY multiple DESC, contract ASC
LIMIT 5

Zwycięzcą była opcja sprzedaży: O:NVDA260629P00200000, pierwsza wycena 0.01 USD, ostatnia 4.95 USD — mnożnik wyniósł 495x. Analiza symbolu: opcja sprzedaży NVDA z ceną wykonania 200 USD wygasająca 29 czerwca. Za tysiąc USD przy pierwszej wycenie kupiono 1000 kontraktów; przy ostatniej wycenie pozycja była warta $495000. W drugiej połowie czerwca kurs NVDA spadał — szczegółowy opis przedstawia ten spadek sesja po sesji — a ten kontrakt stanowił dźwignię na ten spadek. Wiedza o takim ruchu z wyprzedzeniem jest nieosiągalna; poniżej znajduje się szczegółowa analiza pierwszej wyceny.

Pozostali uczestnicy zestawienia

Wszystkie pięć kontraktów to opcje sprzedaży — kolumna is_put stanowi potwierdzenie — a nawet najmniejszy mnożnik przekroczył dziesięciokrotność. Drugi w zestawieniu kontrakt to opcja sprzedaży AAPL z ceną wykonania 240 USD wygasająca 24 lipca, która wzrosła z 0.01 USD do 0.34 USD, osiągając mnożnik 34x i pozostając otwartą na koniec miesiąca (termin wygaśnięcia w lipcu sprawia, że ostatnia cena jest wyceną rynkową, a nie rozliczeniem). Trzeci kontrakt to opcja sprzedaży MU z ceną wykonania 100 USD wygasająca 10 lipca, która osiągnęła mnożnik 20x i również przeszła na lipiec. Czwarty i piąty kontrakt to opcje sprzedaży TSLA z ceną wykonania 397,50 USD oraz QQQ z ceną wykonania 707 USD, oba wygasające 10 czerwca, które osiągnęły mnożniki 12.5x oraz 11.7x podczas czerwcowych spadków na otwarciu. Pięć kontraktów, pięć zakładów na spadki.

Sprzedaż: jak tysiąc dolarów zmienia się w pół miliona na minusie

Zakup zwycięskiej pozycji wiązał się z ryzykiem wynoszącym dokładnie tysiąc dolarów. SPRZEDAŻ tej pozycji — pobranie tego samego tysiąca w formie premii — wiązała się z ryzykiem wynikającym z ruchu ceny. Kolumna sold_net_loss_usd przedstawia każdy wiersz z perspektywy sprzedającego, z pominięciem depozytu zabezpieczającego, realizacji zlecenia oraz wymuszonych odkupów. Sprzedaż 1000 kontraktów po $0.01 przyniosła tysiąc dolarów; ostatnia wycena wskazała wartość pozycji na poziomie $495000 dla sprzedającego — co oznacza stratę netto w wysokości $494,000. Najgorszym możliwym scenariuszem dla kupującego jest cena instrumentu; najgorszym scenariuszem dla sprzedającego jest ruch ceny, a największy ruch w czerwcu wyniósł pięćset jednostek.

Problem z transakcjami typu penny print

Skąd bierze się mnożnik 495x? Poniższy zapis kompresuje całą historię transakcji zwycięzcy z czerwca do jednego wiersza analitycznego: zawiera jego pierwszą transakcję, drugą oraz zestawienie każdej transakcji typu penny print w jego historii.

SELECT
    toString(toDate(min(sip_timestamp))) AS first_print_date,
    formatDateTime(toTimeZone(min(sip_timestamp), 'America/New_York'), '%H:%i:%S') AS first_print_et,
    round(anyIf(price, rn = 1), 2) AS first_price,
    toUInt64(anyIf(size, rn = 1)) AS first_print_contracts,
    countIf(price <= 0.011) AS penny_prints_in_june,
    toUInt64(sumIf(size, price <= 0.011)) AS penny_contracts_in_june,
    round(anyIf(price, rn = 2), 2) AS second_price,
    toUInt32(dateDiff('second', min(sip_timestamp), anyIf(sip_timestamp, rn = 2))) AS seconds_to_second_print,
    round(argMax(price, (sip_timestamp, price)), 2) AS month_last_price,
    round(argMax(price, (sip_timestamp, price)) / anyIf(price, rn = 2), 1) AS second_print_multiple_to_last,
    round(floor(1000 / (anyIf(price, rn = 2) * 100)) * argMax(price, (sip_timestamp, price)) * 100, 0) AS thousand_at_second_print_end_usd
FROM (
    SELECT sip_timestamp, toFloat64(price) AS price, size,
        row_number() OVER (ORDER BY sip_timestamp, price) AS rn
    FROM global_markets.options_trades
    WHERE ticker = 'O:NVDA260629P00200000'
      AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
)

Kontrakt nie figurował w zapisach z czerwca aż do 2026-06-15. Jego pierwsza transakcja, o godzinie 09:49:30 ET, wynosiła 2 kontraktów po $0.01 — co stanowi około dwóch dolarów premii. Kolejna transakcja, 101 sekund później, wyniosła $2.44, a cena typu penny nie powtórzyła się już nigdy więcej (1 transakcja penny print, 2 kontraktów, przez cały miesiąc). Pozycja o wielkości tysiąca kontraktów, którą zakłada nagłówek, jest pięćset razy większa od wolumenu, który kiedykolwiek handlowano po tej cenie. Przy wejściu na drugiej transakcji tysiąc dolarów osiągnęłoby $1980 według ostatniej transakcji w miesiącu — co stanowiłoby mnożnik 2x, a nie 495x. Wzrost od drugiej transakcji — czyli około dwukrotność w dwa tygodnie, przy dużej zmienności — był realny i możliwy do rozegrania. Zysk przedstawiony w nagłówku, w formie transakcji, nie był realny.

Przebieg: dziesięć sesji od listingu do wygaśnięcia

Niezależnie od nierealnych prognoz, należy trzymać pozycję do końca: każda sesja zawierała obrót, ostatnią cenę oraz wycenę pozycji.

WITH (
    SELECT (ticker, first_px)
    FROM (
    SELECT ticker,
        toFloat64(argMin(price, (sip_timestamp, price))) AS first_px,
        toFloat64(argMax(price, (sip_timestamp, price))) AS last_px,
        count() AS trades
    FROM global_markets.options_trades
    WHERE ((startsWith(ticker, 'O:MU') AND length(ticker) = 19) OR (startsWith(ticker, 'O:NVDA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:TSLA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:SPY') AND length(ticker) = 20) OR (startsWith(ticker, 'O:QQQ') AND length(ticker) = 20) OR (startsWith(ticker, 'O:AAPL') AND length(ticker) = 21))
      AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
    GROUP BY ticker
    HAVING count() >= 50 AND argMin(price, (sip_timestamp, price)) > 0
    )
    ORDER BY last_px / first_px DESC, ticker ASC
    LIMIT 1
) AS winner
SELECT toDate(sip_timestamp) AS date,
    toUInt64(sum(size)) AS contracts_traded,
    round(sum(toFloat64(price) * toFloat64(size)) * 100 / 1e6, 2) AS day_premium_usd_m,
    round(toFloat64(argMax(price, (sip_timestamp, price))), 2) AS day_last_price,
    round(floor(1000 / (winner.2 * 100)) * toFloat64(argMax(price, (sip_timestamp, price))) * 100, 0) AS position_value_usd,
    round(100 * toFloat64(argMax(price, (sip_timestamp, price))) / max(toFloat64(argMax(price, (sip_timestamp, price)))) OVER (), 1) AS pct_of_peak
FROM global_markets.options_trades
WHERE ticker = winner.1
  AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
GROUP BY date
ORDER BY date ASC

Kontrakt był notowany we wszystkich 10 sesjach swojego cyklu życia, od 2026-06-15 aż do wygaśnięcia w dniu 2026-06-29. Pierwszy dzień zakończył się na poziomie $1.4, co oznaczało stratę tysiąca dolarów względem ceny wejścia wynoszącej $140000. Następnie nastąpił spadek: wycena $287000 w dniu 2026-06-17 spadła do $106000 do dnia 2026-06-22, co stanowiło obsunięcie kapitału o niemal dwie trzecie. Szczyt na poziomie $745000 osiągnięto 2026-06-26, jedną sesję przed wygaśnięciem; ostateczna wycena wyniosła $495000 — 66.4% szczytowej wartości. Nawet najlepsza transakcja w miesiącu zakończyła się o jedną trzecią poniżej własnego maksimum. Obrót: pierwszego dnia w trakcie całej sesji handlowano 385 kontraktami — co stanowi w przybliżeniu wielkość pozycji założonej łącznie przez pierwsze trzy sesje — natomiast najbardziej aktywny dzień, 2026-06-23, wygenerował 9718 kontraktów i $2.86 mln w premii. Duży wolumen pojawił się dopiero po rozpoczęciu ruchu cenowego.

Druga strona bilansu

SELECT
    count() AS contracts_with_50_trades,
    countIf(substring(ticker, -9, 1) = 'P') AS put_contracts,
    countIf(last_px / first_px >= 100) AS up_100x_plus,
    countIf(last_px / first_px >= 10) AS up_10x_plus,
    countIf(last_px / first_px >= 10 AND substring(ticker, -9, 1) = 'P') AS up_10x_puts,
    countIf(last_px / first_px >= 10 AND substring(ticker, -9, 1) = 'C') AS up_10x_calls,
    countIf(last_px / first_px <= 0.1) AS down_90_pct_plus,
    countIf(last_px / first_px <= 0.1 AND substring(ticker, -9, 1) = 'C') AS down_90_calls,
    round(100.0 * countIf(last_px / first_px <= 0.1 AND substring(ticker, -9, 1) = 'C') / countIf(last_px / first_px <= 0.1), 1) AS down_90_call_share_pct,
    countIf(last_px <= 0.02) AS ended_at_two_cents_or_less
FROM (
    SELECT ticker,
        toFloat64(argMin(price, (sip_timestamp, price))) AS first_px,
        toFloat64(argMax(price, (sip_timestamp, price))) AS last_px,
        count() AS trades
    FROM global_markets.options_trades
    WHERE ((startsWith(ticker, 'O:MU') AND length(ticker) = 19) OR (startsWith(ticker, 'O:NVDA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:TSLA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:SPY') AND length(ticker) = 20) OR (startsWith(ticker, 'O:QQQ') AND length(ticker) = 20) OR (startsWith(ticker, 'O:AAPL') AND length(ticker) = 21))
      AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
    GROUP BY ticker
    HAVING count() >= 50 AND argMin(price, (sip_timestamp, price)) > 0
)

SELECT ticker AS contract,
    round(first_px, 2) AS first_price,
    round(last_px, 2) AS last_price,
    toUInt32(floor(1000 / (first_px * 100))) AS contracts_a_thousand_bought,
    round(floor(1000 / (first_px * 100)) * last_px * 100, 0) AS ending_value_usd
FROM (
    SELECT ticker,
        toFloat64(argMin(price, (sip_timestamp, price))) AS first_px,
        toFloat64(argMax(price, (sip_timestamp, price))) AS last_px,
        count() AS trades
    FROM global_markets.options_trades
    WHERE ((startsWith(ticker, 'O:MU') AND length(ticker) = 19) OR (startsWith(ticker, 'O:NVDA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:TSLA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:SPY') AND length(ticker) = 20) OR (startsWith(ticker, 'O:QQQ') AND length(ticker) = 20) OR (startsWith(ticker, 'O:AAPL') AND length(ticker) = 21))
      AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
    GROUP BY ticker
    HAVING count() >= 50 AND argMin(price, (sip_timestamp, price)) > 0
)
WHERE last_px <= 0.02 AND floor(1000 / (first_px * 100)) >= 1
ORDER BY first_px DESC, contract ASC
LIMIT 1

Liczba stojąca obok głównej wygranej: spośród 30951 płynnych kontraktów, dokładnie 1 przyniosło stukrotny zwrot — a 9385 straciło dziewięćdziesiąt procent lub więcej; 8949 kontraktów w całym uniwersum wyceniono ostatnio na dwa centy lub mniej. Przy losowym wyborze z tej puli, grupa stratnych dziewięćdziesięcioprocentowych występowała tysiące razy na każdą główną wygraną. Najdroższa droga spadkowa: O:MU260612C01350000, opcja call na MU z ceną wykonania 1 350 USD wygasająca 12 czerwca, otworzyła czerwiec na poziomie 10 USD i zamknęła się na 0.01 USD, zamieniając tysiąc USD w 1 USD.

Opcje call czy put: która strona wygrała?

Wyniki obu stron nie są identyczne. Zwycięska strona to wyłącznie opcje put: każda z 14 opcji typu ten-bagger była opcją put (14 opcji put, 0 opcji call) w uniwersum zawierającym 14994 opcji put spośród 30951 kontraktów. Strona stratna była niemal wyrównana: spośród 9385 niemal całkowitych strat, 4403 — 46.9% — stanowiły opcje call, przy czym opcje put stanowiły niewielką większość. Kierunek rynkowy determinował każdego dużego zwycięzcę, lecz sam w sobie nikogo nie uratował: tysiące opcji put również trafiło do grupy stratnej z powodu błędnej ceny wykonania, błędnego tygodnia lub obu tych czynników jednocześnie.

Gdzie skumulowały się straty

Który instrument bazowy dostarczył największą liczbę strat? Nie jest to spółka kojarzona z krachem.

SELECT
    multiIf(startsWith(ticker, 'O:NVDA'), 'NVDA', startsWith(ticker, 'O:TSLA'), 'TSLA', startsWith(ticker, 'O:AAPL'), 'AAPL', startsWith(ticker, 'O:SPY'), 'SPY', startsWith(ticker, 'O:QQQ'), 'QQQ', 'MU') AS root,
    count() AS contracts,
    countIf(last_px / first_px <= 0.1) AS down_90_pct_plus,
    round(100.0 * countIf(last_px / first_px <= 0.1) / count(), 1) AS pct_of_root_wiped,
    round(100.0 * countIf(last_px / first_px <= 0.1) / sum(countIf(last_px / first_px <= 0.1)) OVER (), 1) AS share_of_all_down_90_pct,
    countIf(last_px / first_px >= 10) AS up_10x_plus
FROM (
    SELECT ticker,
        toFloat64(argMin(price, (sip_timestamp, price))) AS first_px,
        toFloat64(argMax(price, (sip_timestamp, price))) AS last_px,
        count() AS trades
    FROM global_markets.options_trades
    WHERE ((startsWith(ticker, 'O:MU') AND length(ticker) = 19) OR (startsWith(ticker, 'O:NVDA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:TSLA') AND length(ticker) = 21) OR (startsWith(ticker, 'O:SPY') AND length(ticker) = 20) OR (startsWith(ticker, 'O:QQQ') AND length(ticker) = 20) OR (startsWith(ticker, 'O:AAPL') AND length(ticker) = 21))
      AND sip_timestamp >= toDateTime64('2026-06-01 00:00:00', 9) AND sip_timestamp < toDateTime64('2026-07-01 00:00:00', 9)
    GROUP BY ticker
    HAVING count() >= 50 AND argMin(price, (sip_timestamp, price)) > 0
)
GROUP BY root
ORDER BY down_90_pct_plus DESC, root ASC

QQQ wygenerowało największą grupę: 2923 niemal całkowitych strat — 31.1% całej puli strat — przy czym 35.7% jego płynnych kontraktów zostało wyzerowanych. Dodając 24.7% z SPY, indeksy bazowe stanowią ponad połowę puli strat. Dwie najniższe stopy utraty kapitału należą do NVDA i AAPL (21.8% i 21.8%) — pierwszy z nich to NVDA, instrument bazowy największego zwycięzcy miesiąca. Największa liczba strat wystąpiła tam, gdzie premia pozostawała niezmieniona. Druga strona, ta sama tabela: QQQ wygenerowało 9 z 14 miesięcznych opcji typu ten-bagger; SPY, posiadając 2319 kontraktów w puli, wygenerowało 0.

Co wynika z tej tabeli (i czego nie można na jej podstawie wywnioskować)

Cztery wnioski. Convexity jest realna: tania opcja out-of-the-money gwałtownie zyskuje na wartości, gdy instrument bazowy szybko się porusza — to właśnie dlatego bilety loteryjne są sprzedawane za grosze. Wskaźniki P/E wymagają szczegółowej analizy: czerwcowe 495x wynika z jednej transakcji na dwie jednostki; realna stopa zwrotu wynosiła dwukrotność. Rozkład zysków jest ceną za convexity: 14 instrumentów zyskiwających dziesięciokrotnie sąsiaduje z 9385 instrumentami tracącymi niemal wszystko (wyjaśnienie kim są market makerzy opisuje podmioty sprzedające te instrumenty). Retrospekcji nie można handlować: zwycięski instrument nie istniał 1 czerwca — pojawił się dopiero 15 czerwca — a jego zakup wymagał wiedzy, co rano, co do kierunku i czasu dwóch następujących po nim tygodni. Ta strona mierzy dane z czerwca. Nie prognozuje wyników za lipiec.

FAQ

Jaka była najlepsza transakcja opcyjna w czerwcu 2026?

Mierzona od pierwszej notowania do ostatniego w sześciu płynnych instrumentach, opcja sprzedaży NVDA z ceną wykonania 200 USD wygasająca 29 czerwca 2026: od $0.01 do $4.95, mnożnik wynoszący 495x — oparta na pierwszej notowaniu za dwa centy (kolejne notowanie wyniosło $2.44).

Czy handlując opcjami można stracić więcej niż zainwestowano?

W przypadku kupna opcji: nie — kupujący może stracić maksymalnie zapłaconą premię. W przypadku sprzedaży opcji: tak — dane z czerwca wskazują sprzedawcę, który pobrał tysiąc dolarów premii, kończąc transakcję ze stratą wynoszącą $494,000 przy ostatnim notowaniu.

Dlaczego większość tanich opcji wygasa bezwartościowa?

Tania opcja wycenia zdarzenie, które rynek uznaje za mało prawdopodobne: gwałtowny ruch przed zbliżającym się terminem wygaśnięcia. Większość miesięcy nie przynosi takich ruchów, a większość kontraktów traci na wartości. W czerwcu 2026 r., 9385 z 30951 aktywnie handlowanych kontraktów straciło co najmniej dziewięćdziesiąt procent swojej pierwszej wartości; 8949 ostatnio handlowało po dwa centy lub mniej.

Czy realny trader mógł osiągnąć mnożnik 495x?

Prawie na pewno nie przy odnotowanej wielkości: tylko 2 kontraktów handlowało po cenie wejścia $0.01, a cena osiągnęła $2.44 w ciągu 101 sekund. Tysiąc dolarów przy drugim notowaniu oznaczało około $1980 przy ostatnim notowaniu — był to silny wynik, mnożnik zmieniający życie tylko w retrospekcji.

Uwagi do danych

Metodologia

• Okres: 1–30 czerwca 2026; znaczniki czasu zapisane w strefie UTC, filtrowane według surowych granic UTC. Panel kalibracyjny stanowi bazowy blok i celowo obejmuje dane z całego roku 2026, obliczone w ten sam sposób.
• Na kontrakt: pierwsza cena = transakcja z najwcześniejszym znacznikiem czasu SIP w czerwcu, ostatnia = najpóźniejsza; w przypadku remisu decyduje cena w sposób deterministyczny. Wartości wielokrotne są obliczane w zapytaniu jako ostatnie względem pierwszych.
• Panel ścieżki dziennej (daily-path) ponownie wyznacza zwycięzcę z tego samego rankingu przy każdej generacji; potwierdzenie wejścia przypisuje go według symbolu, przy czym w przypadku rozbieżności zachowane zostają granice.
• Generowanie odbywa się wyłącznie w trybie wsadowym przez zabezpieczoną ścieżkę tylko do odczytu; strona nigdy nie wykonuje zapytań na żywo. Stan magazynu danych na dzień 12 lipca 2026.

Każdy panel to jeden zapisany obiekt — wykres, tabela i SQL. Można samodzielnie zweryfikować księgę rachunkową na terminalu Strasmore.