Kostenplaner für dauerhafte Verbesserungen

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.

• 4. November: Kontoziehungen und geänderte Dienste
• Kontoziehungen benötigen eine Verbindung

Cloudkonflikte und bestätigte Guthaben

Der Originalclient behält die Firebase-Anmeldung, liest und schreibt Cloudstände jedoch über den Originaldienst statt direkte Firestore-/Realtime-Database-Clients zu laden. Das beschreibt den öffentlichen Clienttransport, nicht unbekannte interne Datenspeicherung. Eine Antwort ohne gefundenen Spielstand unterscheidet sich von einer fehlgeschlagenen Anfrage; ein Fehler bedeutet weder leeres Konto noch erfolgreiche Synchronisierung. Lokale Sicherungen, geschützte signierte Kopien und Schutz zwischen Tabs bleiben relevant.

Eine angenommene Speicherung kann Münzen, beide Tickets, Journal, Rücknahmen, dauerhafte Upgrades, Tasche und TMs durch Serverwerte korrigieren. Bei Konflikten führt der Client die empfangene Kopie zusammen und versucht eine höhere Revision. Eine Ratenbegrenzung mit Warteangabe lässt die Speicherung ausstehend und wartet die angegebenen Sekunden (standardmäßig 20) plus eine halbe Sekunde. Bei Ablehnung können neue Änderungen nur in diesem Browser liegen. Behalte dessen Daten und warte vor Gerätewechsel oder Speicherlöschung auf eine tatsächlich angenommene Synchronisierung.

Anfragen benötigen einen angemeldeten Nutzer. Nach einer 401-Antwort erneuert der Client das Anmeldetoken einmal; ein erneuter Authentifizierungsfehler ist keine erfolgreiche Speicherung. Üblich sind 12 Sekunden Timeout (15 bei Ziehungen); Netzwerk-, Serverfehler und unlesbare Antworten gelten als nicht verfügbar. Verbinde dich erneut und prüfe den Synchronisierungsstatus; das Wiki repariert keine Zugangsdaten und leitet aus einer Ladeanzeige kein bestätigtes Guthaben ab.

• 4. November: Kontoziehungen und geänderte Dienste
• Cloudkonflikte und bestätigte Guthaben

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.

• Browser-Spielstand, Offline-App und Verwaltungsänderungen
• Wiki-Konfigurationen und Spielfortschritt getrennt

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.

• Originalupdate vom 1. November: administrative Entnahmen und alte Spielstände
• Administrative Entnahmen: keine negativen Guthaben

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.

• Originalupdate vom 1. November: administrative Entnahmen und alte Spielstände
• Entfernte Pokémon, schillernde Formen und Partnerwahl

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.

• Originalupdate vom 1. November: administrative Entnahmen und alte Spielstände
• Grenze alter Sicherungskopien in Quelle 90cdd941

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.

• Originalupdate vom 1. November: administrative Entnahmen und alte Spielstände
• Aktuelle Guthaben und Besitzdaten verwenden

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.

• Originalupdate vom 31. Oktober bis 1. November: Spielstände, Geschenke und Räume
• Ein Administratorgeschenk erhalten

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.

• 4. November: Kontoziehungen und geänderte Dienste
• Aktueller Originalstand und Werkzeugmodell

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.

• 28. Oktober: Halloween dauert einen Tag länger
• Serverzeit und Laufgrenzen

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.

• 27. Oktober: Koop, Verteidigung und Rangliste
• Offensivweste: 70 % für Karten, insgesamt 80 %

Offensivweste: 70 % für Karten, insgesamt 80 %

Im Original 5c97df2e teilen sich permanente Verteidigung (2 Prozentpunkte je Stufe, höchstens 8 Stufen) und Rüstungskarten (je 6 Punkte) eine Grenze von 70 %. Die Offensivweste liefert separat 20 Punkte; temporäre Verteidigung kommt hinzu, dann gilt insgesamt 80 %. Mit 12 Karten: 70 % ohne Weste, 80 % mit Weste und wieder 70 % nach dem Ablegen. Aktiver Nahkampf multipliziert erhaltenen Schaden danach separat mit 0,75. Reiner Schaden und Rettungseffekte behalten ihre Regeln. Keine KP-Regeneration.

• 27. Oktober: Koop, Verteidigung und Rangliste
• Offensivweste: 70 % für Karten, insgesamt 80 %

Stärkeren temporären Bonus behalten

Bruchrüstung, Felsenfest und Hasenfuß verwenden den korrigierten Übergang. Sei n=min(neue Stapelgrenze, alte Stapel+1). Ist alte Stapel×alter Wert strikt größer als n×neuer Wert, bleiben alte Stapel und Wert mit der längeren Dauer erhalten. Sonst gelten n sowie neuer Wert und neue Dauer; Gleichstand kann die Restzeit verkürzen. Agilität 3×10 %, noch 1 s, dann Bruchrüstung 1×20 % für 3 s → 3×10 % für 3 s. Agilität 5×10 %, noch 7 s, dann Hasenfuß 1×25 % für 4 s → 5×10 % für 7 s. Die Ereignisprobe berechnet Stapel und Multiplikator; aktuelle DPS verwenden eingegebene aktive Boni, keine angenommenen künftigen Treffer.

• 27. Oktober: Koop, Verteidigung und Rangliste
• Offensivweste: 70 % für Karten, insgesamt 80 %

Drei dauerhafte Hexenkostüme

Kecleon verkauft Hexen-Gengar, Hexen-Pikachu und Hexen-Nachtara während Halloween für je 300 Bonbons. Gengar trägt Hut und Umhang, Pikachu und Nachtara nur einen Hut. Es sind kosmetische Sprites einschließlich schillernder Varianten, keine neuen Arten, Attacken oder Statusboni. Käufe bleiben dauerhaft und sind nicht doppelt möglich. Kauf vor Besitz der Art ist möglich; automatisches Anlegen braucht ihren Besitz. Später auf der Pokémon-Karte anlegen oder ablegen. Bonbons stehen in bag.candy, Käufe in skins, die zuletzt gewählte Ausstattung in pskin. Kecleons Ladenhut ist Dekoration, kein viertes kaufbares Kostüm. Bonbons werden verdient, nicht kostenlos im Münzladen gekauft.

• Halloween-Kostüme
• Hexen-Gengar
• Hexen-Pikachu
• Hexen-Nachtara

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.

• Bonbons: Budget, Einsammeln und Preis
• Drei dauerhafte Hexenkostüme
• Kürbis-EP planen (8 je Kürbis)
• Halloween-Bonbon

Verwendete Quellversionen

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.

• Halloween: Termine, Bonbons, Kostüme und Spuknacht

Kecleon-Laden: Wesen, Fähigkeiten und TMs

Original ce578531 (21. Oktober 2026). Diese Regeln gelten für das Original; das eingebettete eigenständige Spiel hat eigene Versionen. Neutrales Wesen und ignorierte Fähigkeit sind Vergleichsannahmen, keine Kontowerte.

KP, Wetter und Zielbedingungen sind Eingaben. Startfähigkeiten wirken vor Karten/Gegenständen. Zufalls- und Auslösereffekte sind getrennt; DPS braucht weiterhin Treffer- und Aufenthaltsannahmen. Übereifer mittelt gerundete Zweige. Absorption/Ausweichen geben 0,3s Unverwundbarkeit; reiner Schaden umgeht sie.

Normale Volltreffer wirken×1,5; Superschütze ändert das auf×2. Kritische Chancen durch Fähigkeiten werden vor dem Erwartungswert zum permanenten Bonus addiert.

• Kecleon-Laden
• Fähigkeiten
• Wesen
• TM-Kompatibilität
• Schadensrechner
• Konfigurationsplaner
• Kostenplaner für dauerhafte Verbesserungen

Startwahl pro Pokémon

Die Startattacken-Auswahl kostet einmalig 400 Münzen pro Pokémon. Danach ist der Wechsel zwischen seinen erlaubten Optionen kostenlos. Die ursprüngliche Attacke bleibt auch außerhalb des normalen Lernpools verfügbar, etwa Entons Konfusion. Buffs gehören nicht zu den wählbaren Startangriffen. Der Planer berechnet nur Kosten und ändert keinen Spielstand.

Früherer Rechnerstand (d567c6da)

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

• Datenversion und Quellen

Vorgehen

• Setze Kaufstufen.
• Gib Ziele und Münzen ein.
• Lies Bezahlbarkeit, Kosten und Unterschiede.

Werte und Bedingungen

Kaufpreis: round(Basis×Wachstum^aktuelleStufe/10)×10. Vitalität von Stufe 0 auf 3: 60+80+110=250. Die 15 Arten dauerhafter Verbesserungen haben eigene Stufengrenzen.

Häufige Fehler

Käufe gelten je Pokémon und ersetzen keine Laufkarten für die Attackenentwicklung. Der Rechner gibt keine Münzen im Spiel aus.

Tools

Verwandte Seiten

• PokéSurvivor Updates · 2026-11-04: 4. November: Kontoziehungen und geänderte Dienste
• PokéSurvivor Updates · 2026-11-02: Browser-Spielstände und Live-/Videodaten
• PokéSurvivor Updates · 2026-11-01: Originalupdate vom 31. Oktober bis 1. November: Spielstände, Geschenke und Räume
• PokéSurvivor Updates · 2026-10-31: 30. Oktober: Banner, YouTube und Prüfung des Spielstand-Caches
• PokéSurvivor Updates · 2026-10-30: 29. Oktober: Videohinweise und Datenschutz im Original
• PokéSurvivor Updates · 2026-10-29: 28. Oktober: Halloween dauert einen Tag länger
• PokéSurvivor Updates · 2026-10-28: 27. Oktober: Koop, Verteidigung und Rangliste
• Halloween: Termine, Bonbons, Kostüme und Spuknacht
• Berechnungs- und Empfehlungsmethodik