Ki kaphat Pinnacle-oddsadatot, és milyen feltételekkel

Mit kell beküldened a Pinnacle API-oldala szerint?

Az oldal egy személyre szabott API-terméket mutat be, és azt mondja, hogy az API-hozzáférés mind vállalatok, mind magánügyfelek számára engedélyezett. Egy űrlap egy kereskedelmi csapathoz jut el. Az oldal felsorolja, mit kell tartalmaznia egy kérelemnek: hogy magánszemély vagy-e, vagy egy olyan vállalat, amely a Pinnacle-lel dolgozhatna, hogy jelenleg Pinnacle fogadási ügyfél vagy-e, a lakóhelyed szerinti országot, a sportokat, amelyeket akarsz, a szükséges késleltetést, és a projektedről egy áttekintést, valamint azt, hogyan venne részt benne a Pinnacle. Az előrejelzési piacokkal való adatpartnerségekhez hozzáteszi, mely piacok vagy tőzsdék érintettek, a működés országait és a várt havi kereskedési volument. Ez a lista magából az oldalból származik. Az interaktív űrlapot nem nyitottuk meg, és nem küldtük be ehhez az oldalhoz, így az, mely mezők kötelezők, nem ismert.

Az oldal saját GYIK-jében három válasz adja meg az elvárást. A regionális elérhetőséget az egyes ügyfelek felhasználási esete alapján döntik el. A fogadást az API-n keresztül úgy írják le, mint ami hűséges ügyfelek számára nyitott, a fogadási előzmények átvizsgálása után. A költség a hozzáférés sebességével és szélességével változik, és az oldal nem nyomtat ki számot. A tudományos kutatás engedélyezett használatként van megnevezve. Egy máshol idézett ár, elfogadási arány vagy várakozási idő nem a Pinnacle oldaláról származik. Hogy a fogadók miért akarnak egyáltalán nyers árakat, azt a sharp fogadási útmutató tárgyalja.

Egy README dátummal, de tulajdonos nélkül az oldalon

Egy GitHub-tárhely tartalmazza az API-dokumentációt, és a README szerint az API-csomaghoz való hozzáférés "2025. július 23. óta zárva van a nagyközönség előtt". Hozzáteszi, hogy személyre szabott adatszolgáltatást kínál kiválasztott, nagy értékű fogadóknak és kereskedelmi partnerségeknek, hogy támogatja a kutatókat és a meccs előtti handicap-projekteket, és hogy egy finanszírozott fiók szükséges. A kérések e-mailben mennek, a felhasználási eset rövid leírásával. A tárhely mögötti fiók a profiljában a Pinnacle-t nevezi meg, és a tárhely a Pinnacle weboldalára mutat, de a Pinnacle saját API-oldala nem hivatkozik rá, így a tulajdonjoga csak jelzéseken alapul.

Két tény miatt a dátum nem sokat rögzít. A README korábbi változatai, 2022-ből és 2025 július elejéről, már akkor is azt mondták az olvasóknak, hogy a hozzáférésért forduljanak a Pinnacle-hez, így a lezárás dátuma nem mutatja meg, mi állt nyitva előtte. A README és a hivatalos oldal hangneme is elválik egymástól, mivel az egyik kiválasztott, nagy értékű fogadókat mond, a másik magánügyfeleket, és nincs megadva kritérium. A dátumot legjobb a README saját állításaként olvasni, mert a hivatalos oldal semmit nem mond egy lezárásról, és egy olyan dokumentumban szereplő dátumozott mondat, amelyet a Pinnacle nem idéz, vékony alap egy átfogó állításhoz. Az oldalak, amelyek egy nyilvános API-t írnak le, nem idéznek forrást hozzá.

Tízezer előre, aztán egy havi küszöb

Az egyetlen számozott feltétel egy bróker oldali API-ra a BetInAsia (új lapon nyílik meg) súgóközpontjából származik, egy cikkből, amely egy API-kapcsolatról szól a PS3838 fiókján. A BetInAsia (új lapon nyílik meg) Pinnacle white labelnek nevezi a PS3838-at. A cikk, frissítve 2026-07-22-én, egy profi fogadóhoz szól. Egyszeri díjat ad meg egy 10 000 USD-s letét formájában, legfeljebb három sporthoz hozzáférést, és sportonként havi 100 000 USD-s forgalmi követelményt. Ha a követelmény nem teljesül, a letét elvész, és az API-hozzáférést megszüntetik. Nincs próbaidőszak, és három sportnál több esetén egy űrlap szükséges, amely elmagyarázza a tervezett kereskedelmi felhasználást. A MadMarket (új lapon nyílik meg) súgóközpontja ugyanezeket a számokat adja meg a Probet42 termékéhez, egy szintén 2026-07-22-én frissített cikkben.

A cikk hagy hézagokat. Nem határozza meg a forgalmat, így az elszámolt tétek, a megkötött tétek, a törölt fogadások és a lay-fogadások mind nyitott kérdések. Nem mondja meg, hogy pontosan 100 000 eléri-e a küszöböt, vagy hogy a 10 000 visszajár-e, ha távozol. Az "egy díj letét formájában" megfogalmazás nyitva hagyja, melyik a kettő közül. Az API-útmutató, amelyre hivatkozik, szkripttel tölti be a tartalmát, és nem volt olvasható.

Mivel a küszöb sportonként érvényes, az összegek megtévesztők. Egy fogadó három sporton 150 000, 100 000 és 60 000 havi forgalommal összesen 310 000-et ér el, a három sporthoz szükséges 300 000 fölött, mégis a harmadik sport 40 000-rel hiányzik, és a 10 000-es letét az, amit ez kockára tesz. Két sport 80 000 és 120 000 forgalommal összesen 200 000-et ad, pontosan a küszöb kétszeresét, és mégis elbukik az elsőn. Egyetlen sport 99 960-cal, 833 fogadásból, átlagosan 120-cal, 40-nel marad el, és 834 fogadás elérte volna a 100 080-at. Ez egy olyan fogadó számára való termékként olvasható, aki már ezen a szinten tesz tételt, és rosszul illik azokhoz, akik ez alatt vannak, mert az elvesztés pontosan ott csap le, ahol a forgalom elmarad. Ez az oldal nem ajánlja a tétek növelését, hogy ezt elérd.

Egy elveszthető letét megemeli a BetInAsia (új lapon nyílik meg) ismert gyenge pontjának kockázatát: a nyilvános értékelések megfelelőségi felülvizsgálat alatt visszatartott kifizetéseket írnak le, ismételten kért dokumentumokkal és eközben lefagyasztott egyenlegekkel. A MadMarket (új lapon nyílik meg) alig rendelkezik független múlttal, és olyan záradékokkal, amelyek fenntartják a jogot tétek visszautasítására, korlátozására vagy törlésére. A hetekig visszatartott kifizetésekről szóló nyilvános beszámolók a AsianConnect (új lapon nyílik meg) esetében egy kis mintából származnak, és a Sportmarket (új lapon nyílik meg) állítólag pénzeszköz-eredetet kér még azután is, hogy egy azonosságellenőrzést elfogadtak.

Hol áll ma az egyes Pinnacle API-útvonal, forrásról forrásra

Mit mondanak a feltételek a Pinnacle API automatizált eléréséről?

Minden elolvasott feltételkészlet egy irányba mutat. A Pinnacle az automatizált hozzáférést írásos megállapodás kérdésének tekinti, és a BetInAsia (új lapon nyílik meg) és a MadMarket (új lapon nyílik meg) tiltja az oddsaik scrapingjét. Az alábbi záradékok a forrásukkal és verziójukkal együtt vannak idézve, a módszerek és a jogi tanácsok kimaradnak.

Kézi árnapló vezetése

Az egyetlen nyilvántartás, amelyet magad forrásból tudsz szerezni, egy minden fogadás idejében vezetett napló, egy saját táblázatodban, egy olyan fiókból, amelynek a használatára jogosult vagy. Soronként egy fogadás: mikor kötötted, melyik könyv vagy fiók, az esemény, a piac, a szelekció, a felvett ár és a tét. Mellé kerül ugyanannak a piacnak a záróára, kézzel lejegyezve, amikor az esemény elkezdődik, a könyvvel, ahonnan származik, és az időponttal, amikor feljegyezted. A forrás azért fontos, mert két könyv különböző árakon zár, és egy származás nélküli záróérték később nem hasonlítható össze.

Hogy mit mond el, és mit nem, a saját áraid és a zárás közti különbség, azt a záróoddsz-értékről szóló oldal dolgozza fel, és hogy egy ár hogyan utazott a fogadásod és a zárás között, annak saját oldala van, az oddsmozgásról szóló oldal. A kézi naplónak megvannak a saját korlátai. Lassú, csak azt rögzíti, amire fogadtál, és a záróár a kezdési időpontban nyújtott figyelmeden múlik. Egy bróker exportja a tét oldalán segít, az ár oldalán kevésbé, amint az alábbi harmadik kérdés is mutatja.