Acht TMs wechseln nach dem Datum in Europe/Madrid. Die Basisliste ist gemeinsam. Kann der Partner keine davon lernen, wird Platz acht durch eine kompatible …
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.
Im Originalmenü Laden öffnen und mit Münzen kaufen. Tasche zeigt ungenutzte Vorräte; Nutzung über Sammlung → Pokémon → Minze, Kapsel oder TM lernen. Anderes Wesen/Fähigkeit oder vorhandene kompatible TM wählen. Erfolg verbraucht ein Stück und speichert lokal; vor Gerätewechsel Speichern und Cloudbestätigung abwarten.
Acht TMs wechseln nach dem Datum in Europe/Madrid. Die Basisliste ist gemeinsam. Kann der Partner keine davon lernen, wird Platz acht durch eine kompatible ungelernte TM ersetzt. Partner und gelernte Liste können daher Platz acht ändern. Stapellimit 999; Kauf am Limit kostet weiterhin Münzen.
25 Wesen: 20 multiplizieren Angriff, Spezial-Angriff, Verteidigung, Spezial-Verteidigung oder Tempo einmal mit 1,1 und einen anderen Wert mit 0,9; fünf sind neutral. KP bleiben gleich. Basisangriff = Maximum beider Angriffswerte. Eine Minze kostet 1.500 Münzen und erlaubt die Auswahl.
Fähigkeiten
Jede Art hat eigene reguläre und versteckte Plätze. Ein versteckter Platz wird mit 1/20 gewählt, sofern vorhanden. Kontoerstellung und Art bestimmen feste Eigenschaften; weitere Ziehungen würfeln sie nicht neu. Reguläre Kapsel: 1.500 Münzen, anderer regulärer Platz. Versteckte Kapsel: 5.000, jeder andere vorhandene Platz. Ein gültiger Wechsel ist nötig.
TM-Kompatibilität
Nur kompatible TMs außerhalb der natürlichen Typen fügen Attacken hinzu. Eigene Typen + Normal brauchen keine TM. Lernen verbraucht eine TM dauerhaft; bekannte Attacken lassen sich nicht erneut lernen. Gelernte Attacken erscheinen auf Stufenkarten und als Startwahl ohne Verstärker. Kompatibel bedeutet nicht bereits gelernt.
Zweite Startwahl
Die zweite Startwahl kostet 400 Münzen PRO POKÉMON und erfordert Repertoire. Neuwahl ist kostenlos. Wähle eine andere erlaubte Attacke ohne Verstärker, einschließlich gelernter TM oder Standardstart-Ausnahme. Eine gültige Auswahl übergeht Verbannungen; sonst wählt Repertoire zufällig aus dem tatsächlichen Pool ohne bekannte, verbannte oder Verstärker-Attacken.
Verbesserungen öffnen und Pokémon wählen. Zuerst Repertoire, dann Zweite Startattacke für400Münzen kaufen. Andere zulässige Attacke als die erste wählen. Neuwahl kostet0; eine andere Art braucht eine eigene Freischaltung.
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.
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.
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.
Geschenke und Rücknahmen der Originaladministration werden über den Originaldienst gelesen/geschrieben, mit bis zu drei Versuchen bei Revisionskonflikten. Nichtnegative Guthaben, Sammlungsrücknahmen und Partnerersatz bleiben erhalten; dieses Wiki vergibt keine Administratorrechte und ändert keine Guthaben. Die geschützte Verwaltungsoberfläche ergänzt eine vom Server gelieferte Verdachtsliste (bis zu 500 nach Wirtschaftswerten; Meldungen können weitere Einträge ergänzen), Gründe/Meldungen und Wirtschaftswerte sowie Verwerfen und ausdrücklich bestätigtes Sperren. Eine Markierung beweist keinen Betrug und für sich keine automatische Sperre.
Die Löschung des Originalkontos verlangt weiterhin erneute Authentifizierung und eine Anfrage an den Originaldienst, danach folgen Sozial-/Ranglistenbereinigung und Firebase-Nutzerlöschung. Dieser Client lässt die Fortsetzung sowohl nach 403 als auch nach 200 zu; das beweist keine vollständige Löschung aller Backenddaten. Nutze die Originalkontoverwaltung und prüfe deren tatsächliches Ergebnis beim Dienst. Werkzeug-JSON, lokale Planungsdaten und das unabhängig eingebettete Spiel sind getrennt; dieses Wiki erhält dadurch keine Kontolöschrechte.
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.
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.
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.
Das Original d667c216 verlängert Halloween auf den 30. Oktober bis einschließlich 2. November in Europe/Madrid; Ende ist der 3. November um 00:00. 2026: 29. Oktober 23:00 bis 2. November 23:00 UTC. Karte, Bonbonladen und Hexenkostüme, Geist-Banner und großes Gengar nutzen denselben Zeitraum. Das ist der geplante Originalkalender, keine aktuelle Freischaltungsbestätigung; die Belohnungen unten stammen aus dem Code.
Im Original d667c216 können die eintreffende Serverzeit nach dem Start oder der Beginn/das Ende von Halloween Hintergrund und Musik aktualisieren, ohne das Hauptmenü über einem offenen Shop, Gacha oder Untermenü neu aufzubauen. Das Hauptmenü wird bei der Rückkehr erneuert. Läufe behalten ihren Startzustand; Bonbonbesitz und Käufe ändern sich nicht.
Das Änderungsprotokoll führt diese Oberfläche unter dem 24. Oktober; dc3029a7 integriert sie am 25. In der Sammlung wachsen erlernbare Attackensymbole von 16 auf 32 Pixel. Darüberfahren oder Antippen zeigt Name, Typ, gegebenenfalls physische/spezielle Kategorie und Beschreibung. Erneutes Tippen, Tippen außerhalb oder Scrollen blendet sie aus. Angezeigt wird der bestehende legale Pool einschließlich beigebrachter kompatibler TMs; neue Attacken werden dadurch nicht gewährt. Kecleon-Shop und Neuigkeiten liegen auch im Hochformat unter der Kopfleiste. Fenster schließen nur bei Drücken und Loslassen auf dem dunklen Hintergrund; Ziehen von innen schließt nicht. Controller-B/Zurück bleibt.
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.
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.
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.
Der normale Abstand erfolgreicher Cloud-Uploads im Original beträgt jetzt 25 statt 65 Sekunden. Ein bereits geplanter Speichervorgang versucht beim Ausblenden der Seite den Upload unter Einhaltung von 21 Sekunden Regelabstand. Verlassen ohne geplantes Speichern erzeugt keinen Vorgang. Ein Versuch ist kein Serverbeleg: lokale Kopie behalten und vor Gerätewechsel den Cloudstatus prüfen. Gekaufte Kostüme werden als dauerhafte Erwerbungen vereinigt; der jüngste Zeitstempel bestimmt die Ausstattung einschließlich Ablegen. Die ungebaute dev-Seite außerhalb localhost ist lokal, ohne Konto/Cloud/Rangliste. Das eingebettete Community-Spiel auf survivorpoke.com ist ein eigener fester Stand: Diese Synchronisierung aktualisiert Wiki und Original-Szenarien, nicht jenes Spiel.
