Anleitung aktualisiert 5. November 2026

Modelliere künftige Ziehungen mit dem regionalen Garantiezähler, Einzel- oder Zehnerziehungen und dem tatsächlichen Auswahlpool. Irgendein Pokémon mit 5★ und ein bestimmtes Pokémon mit 5★ haben unterschiedliche Wahrscheinlichkeiten.

Kontoziehungen benötigen eine Verbindung

Seit dem Originalupdate vom 4. November sendet ein angemeldetes Cloudkonto seine Ziehung an den Originaldienst. Bei fehlender Verbindung oder gescheiterter Anfrage meldet der Client einen Fehler und führt keine lokale Ersatzziehung aus. Gäste verwenden weiterhin den lokalen Algorithmus. Laut offizieller Meldung bleiben normales Spielen und Shop unverändert; die Verbindungspflicht betrifft Kontoziehungen, nicht jede Offlineaktion.

Prüfe zuerst das offene Banner und genügend Tickets. Während der Verarbeitung sperrt der Client weitere Ziehungen, wartet auf einen laufenden Speichervorgang und verwendet bei Wiederholungen dieselbe Vorgangs-ID. Bei einem Revisionskonflikt wird der empfangene Spielstand zusammengeführt und mit neuer Revision erneut gesendet, höchstens vier Schleifendurchläufe; ein Transportfehler erhält nur einen ersten Wiederholungsversuch, keine vier garantierten Netzwerkversuche. Geschlossenes Banner, fehlende Tickets, offline und allgemeiner Fehler sind getrennte Ergebnisse. Eine erfolgreiche Antwort setzt Münzen, beide Ticketsalden, Journal, Sammlung, Shinys, Banner-Pity und Gesamtziehungen vor der Animation.

Verbinde nach einem Timeout dasselbe Konto erneut und lasse es synchronisieren; prüfe vor einer weiteren Ziehung die tatsächlichen Tickets, Sammlung und Pity. Eine verlorene Antwort beweist nicht, dass der Server nichts verarbeitet hat, und garantiert keine Erstattung. Lösche keinen Browserspeicher und bearbeite keine signierten Kopien. Die veröffentlichten lokalen Formeln für Chancen, Pity, 10er-/100er-Kosten, Duplikate und Shinys sind in diesem Clientstand unverändert. Wiki-Rechner planen mit den zuletzt bestätigten Kontowerten; sie führen keine echten Serverziehungen aus und können sie weder wiederherstellen noch bestätigen.

Wiki-Konfigurationen und Spielfortschritt getrennt

Dieses Originalupdate ändert Spielstand und Cache, nicht Kampfkatalog, Preise, Chancen oder Formeln. Alle 13 Werkzeuge behalten Eingaben, Berechnungen, Freigabelinks und JSON-Import/-Export. Eine Wiki-Konfiguration stellt Werkzeugeingaben wieder her, keinen Original-Kontospielstand. Nach Wiederherstellung tatsächliches Guthaben und Sammlung in Planern und Tracker verwenden.

Administrative Entnahmen: keine negativen Guthaben

Im Kontenbereich für Administratoren des Originals gibt es neben Geben jetzt eine getrennte Entnahme mit Bestätigung. Sie zieht Münzen, Einzeltickets und ×10-Tickets von einem vorhandenen Cloud-Spielstand ab. Eingaben und vorhandene Guthaben werden abgerundet und auf 0–1.000.000.000 begrenzt; abgezogen wird höchstens dieses normalisierte Guthaben. 120 Münzen von 100 abzuziehen ergibt 0. Die Transaktion verbucht die administrative Entnahme, erhöht die Revision und aktualisiert den Serverzeitstempel. Das ist kein Ladenkauf, öffentlicher Code oder neues Entgelt.

Entfernte Pokémon, schillernde Formen und Partnerwahl

Die Entnahme eines normalen Pokémon entfernt normalen und schillernden Besitz; die Option nur schillernd lässt das normale Pokémon bestehen. Jede Form erhält einen eigenen Entzugszeitstempel. Laden und Zusammenführen entfernen Besitz mit Erwerbszeitpunkt bis einschließlich dieser Marke; beim Zusammenführen gilt die neuere Marke beider Spielstände. Ein entfernter Partner wird durch einen vorhandenen Starter, sonst die erste vorhandene Art ersetzt; eine nicht mehr verfügbare schillernde Partnerform wird deaktiviert. Ein tatsächlich späterer Erwerb kann bei einer Gegenkopie ohne alten Besitz erhalten bleiben; die folgende Einschränkung ist relevant.

Grenze alter Sicherungskopien in Quelle 90cdd941

Das Originalpanel sagt, ein erneut erhaltenes Pokémon könne bleiben. Die Ausführung des Quellcodes zeigt eine engere Bedingung: DB.merge wählt zuerst den älteren Erwerbseintrag und wendet danach den Entzug an. Enthält ein anderes Gerät oder Backup noch den alten Eintrag, kann die Zusammenführung auch einen rechtmäßigen späteren Fang entfernen. Importiere diese alte Sicherung nicht wiederholt, um das entfernte Pokémon wiederherzustellen. Sichere den aktuellen Stand, schließe die Cloud-Synchronisierung ab und prüfe das Konto; verschwindet der neue Fang erneut, melde diesen Ablauf dem Support des Originalspiels. Das Wiki dokumentiert das reproduzierte Quellcodeverhalten und hat weder Backend noch Spielstand verändert.

Aktuelle Guthaben und Besitzdaten verwenden

Nach einer administrativen Änderung gibst du im Gacha- oder Upgrade-Planer das nach der Synchronisierung tatsächlich angezeigte Guthaben ein. Entfernte normale oder schillernde Pokémon im Sammlungstracker manuell nachtragen. Die Wiki-Werkzeuge lesen oder ändern dein Spielkonto nicht. Gespeicherte Konfigurationen, Freigabelinks, JSON-Import/Export und Berechnungen behalten ihr Format; eine Wiki-Konfiguration macht keinen Kontoentzug rückgängig. Preise, Ziehchancen, Kampfwerte und Attacken-Upgrades bleiben in diesem Update unverändert.

Ein Administratorgeschenk erhalten

Das Original ergänzt einen für Administratoren vorgesehenen Kontenbildschirm in Kontoeinstellungen beziehungsweise Moderation. Berechtigte Administration kann Münzen, normale Tickets, ×10-Tickets, Pokémon und optional schillernden Besitz zu einem vorhandenen Cloud-Spielstand hinzufügen. Dies ist weder ein öffentliches Geschenkcodesystem noch Spielertausch oder eine allen zugesagte Belohnung. Der Client verwirft unbekannte Pokémon-IDs, erhält vorhandenen Besitz und markiert neue Einträge als Geschenke. Währungsbeträge werden abgerundet und je Eingabe auf 0–1.000.000.000 begrenzt. Laut Bedienhinweis erfolgt die Zusammenführung bei einem späteren Speichern (Rundenende, Speichern oder Verlassen), sonst beim nächsten Anmelden mit demselben Originalkonto. Vorher muss das Geschenk noch nicht sichtbar sein. Die Wiki-Sammlung bleibt manuell und liest das Konto nicht. Nutze den tatsächlichen Kontostand in Upgrade-/Gacha-Werkzeugen; Preise und Wahrscheinlichkeiten bleiben gleich. Serverberechtigungen und reale Zustellung wurden hier nicht getestet.

Aktueller Originalstand und Werkzeugmodell

Öffentlicher Originalclient eae98df1a1 (Versionszeit 4. November, 23:19:53 UTC), am 5. geprüft. Der Vergleich vollständiger normalisierter Clientmodule findet 101 unveränderte und 13 geänderte/neue Module. Ausgeführte Katalogvergleiche bestätigen weiterhin 966 Pokémon, 103 Attacken, 97 Entwicklungen, 4.830 Statistikprüfungen und 412 Attacken-Levelübergänge; Ziehungs-, Kampf-, Shop- und Fortschrittsformeln sind unverändert. Alle dreizehn Werkzeuge behalten Berechnungen, Teilen und JSON-Wiederherstellung; plane mit bestätigten Guthaben. Katalog d567c6da, Ausführung/Upload 5c97df2e, Saisonregeln f7fbcfc4 und Kalender d667c216 bleiben getrennt versioniert.

Das eingebettete Spiel bleibt die unabhängige survivorpoke.com/play/-Version 3667bcad81 mit ausgewählten f7-Saisonänderungen; Community-Berechnungen behalten ihr eigenes festes Modell. Dieses Wiki-Update hat den neuen Kontodienst und Onlineziehungen nicht in das eingebettete Spiel übertragen. Die Versionen sind nicht identisch.

Kalender- und Rechenversionen

Pokémon, Attackenstufen, Entwicklungen und Lernpools bleiben d567c6da; saisonale Kampf-/Belohnungsregeln f7fbcfc4 und Schaden-/Bonusausführung5c97df2e. Nur der Kalender wird d667c216. Neue Planungen nutzen die Verlängerung; alte f7-Freigaben behalten das frühere Ende am 2. um Mitternacht mit Kalenderauswahl. Original-Bundle 01d06d8e0c entsprach am 29. Oktober d667c216. Das beobachtete eingebettete Spiel3667bcad81 erklärt eine selektive f7-Anpassung; dieses Wiki verändert es nicht und behauptet keine Kalenderverlängerung darin. Community bleibt395a0e47/559ca0a7c8.

Welche Version gilt?

Original-Ausführungsregeln 5c97df2e vom 27. Oktober, am 28. geprüft. Pokémon-, Attacken-, Entwicklungs- und Lerndaten bleiben d567c6da, Halloween f7fbcfc4. Alle 13 Werkzeuge bleiben. Neue Originalberechnungen nutzen getrennte Ausrüstung und korrigierte Boni. Alte versionierte Freigaben ohne Ausführungspin behalten sichtbar d567c6da; Mit aktuellen Regeln neu berechnen stellt bewusst um. Community bleibt bei eigener Momentaufnahme und eigenen Regeln. Iframe: https://survivorpoke.com/play/. Tests beweisen keine Gleichheit beider laufenden Spiele. Die am 28. geprüften öffentlichen Bytes passen zum eingebetteten Build 3667bcad81 mit deklarierter selektiver Übernahme von f7fbcfc4. Der Community-Rechner bleibt bei 395a0e47 (Build 559ca0a7c8) und bildet diesen aktuellen eingebetteten Build nicht nach.

Spuknacht: eigener Pool und eigene Garantie

Die Event-Banner enthält Geist-Pokémon aller Regionen mit Spielsprites, nach bestehender Seltenheit. Intern ist sie Banner 10, keine zehnte Generation. Eigene pity[10], feste 2 % schillernd, kein Schillerpin: vollständige Sammlung erhöht sie nicht auf 4 %. Seltenheiten: 45/30/17/6,5/1,5 %; der 70. Zug ohne fünf Sterne garantiert fünf Sterne, jedes Zehnerpaket mindestens vier. Leere Seltenheiten weichen in Reihenfolge 0, −1, +1, −2, +2, −3, +3, −4, +4 aus. Hundert Züge sind zehn Zehnerpakete. Schillernde Duplikate werden durch ein fehlendes schillerndes Pokémon derselben tatsächlichen Seltenheit ersetzt; sind alle vorhanden, wird es normal. Die neun Regionalbanner und ihre Pins bleiben getrennt.

Bonbons: Budget, Einsammeln und Preis

Das gemeinsame Umgebungsbudget ist floor(Laufsekunden ÷ 60 × 1,25). Geist-Gegner und Kürbisse brauchen 1 verfügbare Einheit; andere Gegner außerhalb des Urteils brauchen einen Rückstand von 3, verbrauchen aber pro erfolgreichem Drop nur 1 für 1 Bonbon. Mehr besiegte Gegner umgehen das Zeitlimit nicht; Drops müssen eingesammelt werden. Kürbisse geben außerdem 8 EP und mit 50 % Wahrscheinlichkeit 2 Münzen. Der Beginn des großen Gengar-Kampfes gibt 60 Bonbons, im Koop über den Host an alle. Urteil-Gegner geben keine Umgebungsbonbons. Bei 30:00 sind es höchstens 37 + 60 = 97; drei Läufe ergeben 291, weniger als die 300 für ein Kostüm. Ein späterer Beginn ändert das Budget; gib den tatsächlichen Beginn und das Erreichen des Kampfes an.

Verwendete Quellversionen

Halloween: Termine, Bonbons, Kostüme und Spuknacht

Zwischen Geräten und Browser-Tabs speichern

Speichern vergleicht jetzt den tatsächlich zusammengeführten Fortschritt mit der Cloud-Kopie. Ein neuerer Cloud-Zeitstempel allein erklärt ungesendete Tickets, Münzen oder Pokémon nicht mehr als hochgeladen. Tabs desselben Browsers übernehmen Änderungen im Cloud-Kontomodus über das storage-Ereignis. Verschiedene Geräte werden weiterhin beim Öffnen oder bei einem Speicherkonflikt zusammengeführt; es gibt keinen neuen dauernden Geräteabgleich. Nutze dasselbe Konto, speichere vor dem Gerätewechsel und behalte die ursprüngliche Browser-Kopie bei Ausstehend oder Offline.

Das Ausgeben eines alten Guthabens auf zwei Geräten konnte ein negatives Buch erzeugen und spätere Speicherstände aufblähen oder neue Einnahmen aufzehren. Der Code korrigiert diese Schuld einmal über led.fix; beim Zusammenführen gilt der größte Zähler, sodass dieselbe Korrektur nicht doppelt zählt. Tickets, Münzen, Beutelgegenstände und TM-Mengen folgen dem Buchbestand. Unverändertes Speichern spart einen Cloud-Schreibvorgang trotz geändertem lokalen Zeitstempel. Ein unveränderter Profilname spart außerdem die Abfrage des Namensregisters.

Scheitert die erste Cloud-Leseabfrage beim Start, bleibt die lokale Kopie erhalten. Es folgen höchstens 10 Versuche: zuerst nach 10 Sekunden, dann mit exponentiellem Abstand bis maximal 10 Minuten zwischen Versuchen. Erfolgreiches Lesen führt zusammen, lädt übrigen lokalen Fortschritt aber nicht heimlich hoch. Speichern bleibt manuell. Die Wiederholungen betreffen die fehlgeschlagene Startabfrage. Danach lokale Daten behalten und mit funktionierender Verbindung erneut öffnen. Versionsprüfung, Schreiblimits und Konfliktwiederholung bleiben erhalten.

25. Oktober: Cloud-Spielstände, Ranglisten und Koop-Wiederherstellung

Controller-Ziehungen und zwei Touch-Sticks

Im Original vom 25. Oktober wählt der Controller nach Weiter keine Ticket verbrauchende Ziehung mehr automatisch aus. ×10 oder ×100 gezielt ansteuern. Die Ziehungsanzeige bietet Überspringen und Weiter; B fährt ebenfalls fort. Kugelfelder zeigen X zum Benutzen und Y zum Wechseln. Manuelles Zielen ist unter Einstellungen → Barrierefreiheit wieder verfügbar: frei platzierter Stick links zum Bewegen, rechts zum Zielen; bei festem Stick außerhalb seines Bewegungsbereichs zielen. Loslassen stellt automatisches Zielen wieder her; Ketten und Meteore suchen weiter selbst Ziele. Bei offenen Level-, Item- oder Bundkarten lässt sich der Bewegungsstick außerhalb der Box bereithalten; die Auswahl bleibt pausiert. Im Hochformat zeigt eine zweizeilige Leiste Münzen, Tickets und Namen.

25. Oktober: Cloud-Spielstände, Ranglisten und Koop-Wiederherstellung

Betroffene Edition und Quelle

Die Hinweise gelten für Originalquelle d567c6da..680c3e12 (7 Commits), Kennung 6b6bde6e28. Werte, Attacken-/Entwicklungsregeln und Rechnerformeln bleiben aus d567c6da; player/game ergänzen Wetterauslösung, Eingabe und Zusammenfassungen. Alle 13 Werkzeuge bleiben erhalten. Eingebettete Community-Ausgabe und lokaler/geteilter Wiki-Zustand sind unabhängig; Original-Konto-, Cloud- und Rangkorrekturen gelten nicht automatisch dafür. Quelltests nutzen isolierte Simulationen ohne echte Spielerkonten.

680c3e12 · changelog

Regionale Schillerpins und Sammlung

Besitze alle Arten der Region einschließlich Legendärer; ein Sieg allein zählt nicht. Der Pin ergibt sich automatisch aus dem Besitz und hat keinen eigenen Speicherwert. Die Schillerchance des passenden Banners steigt von 1% auf 2%. Jede Zehnergruppe fixiert ihre Chance beim Start: Ein Abschluss währenddessen wirkt ab der nächsten Gruppe. Wild 1/4096 und Riss 1/512 bleiben gleich.

×100 planen

Im Original gibt es jetzt ×10 und ×100. ×100 kostet 100 normale Tickets ODER 10 Zehnertickets, ohne Mischung. Zehn Zehnergruppen behalten jeweils ihre ≥4★-Garantie. Freie Ziehungszahlen und ungegliederte API-Szenarien bleiben im Planer verfügbar. Überspringen/Esc verkürzt nur die Animation.

Animation, Überspringen und Ergebnisreihenfolge

×100 zeigt zehn Drehungen mit dem jeweils besten Ergebnis einer Zehnergruppe. Die Zusammenfassung zählt neue Arten, schillernde Pokémon und erstattete PokéMünzen. Sortierung: schillernd, dann Seltenheit, dann neu im Besitz. Ergebnisse und Kosten stehen vor der Animation fest. Überspringen oder Esc zeigt sie früher, ohne neu zu würfeln.

Früherer Rechnerstand (d567c6da)

Originalspieldaten: Quelle d567c6da. Datenversion mit geltenden Regeln und Quellen beachten.

Datenversion und Quellen

Vorgehen

Wähle Region, Ziel und Zähler.
Setze Tickets und Ziehungen.
Lies Wahrscheinlichkeit und Abstand; teile Eingaben.

Werte und Bedingungen

Der Ablauf erhöht zuerst den Garantiezähler, erzwingt bei 70 ein Pokémon mit 5★ und setzt den Zähler nach 5★ zurück. Bei Zehnerziehungen wird die letzte Ziehung angepasst, wenn zuvor kein Pokémon mit mindestens 4★ erschien. Leere Seltenheitspools werden nach den Regeln des Spiels ersetzt.

Häufige Fehler

Eine feste Formel ersetzt keine Garantie. Schillernd-Umleitung braucht Besitz; lies Modellgrenze.

Original und eingebettete Edition

Diese Neuerungen gelten für die fixierte Originalversion 1a52cc838c. Das eingebettete Community-Spiel nutzt eigene Regeln: Das Community-Modell behält Sternenhieb und alte Entwicklungsnamen bei; neue Original-Orbs, Tafelschadenswertung und Itembruch werden dort nicht angenommen.

Versionen und Quellen

Tools

Gacha-Rechner