Het eenvoudigst mogelijke verzoek
Bewaard zoals het werd geschreven voordat de servers op 30 juni 2026 uitgingen. De verzoeken hieronder, en de deadlines waarvan ze uitgaan, staan er nog precies zoals toen.
Het kleinste pakket aan dingen dat Bethesda voor de community zou kunnen doen om Blades na 30 juni 2026 op elk platform draaiend te houden — zonder blijvende betrokkenheid van Bethesda of Microsoft.
Alles hieronder komt neer op één concept: één laatste clientbuild die geschikt is voor behoud, plus een kort technisch overdrachtsdocument. De strategische onderbouwing waarom een uitgever op dit verzoek zou kunnen ingaan, staat op de strategiepagina; deze pagina gaat over de technische details.
Een iOS-build zonder FairPlay.
Eén laatste build van de iOS-client met de FairPlay-versleuteling verwijderd, openbaar gepubliceerd. Zonder dit is behoud op iOS onmogelijk.
App Store-binaries zijn met FairPlay versleuteld; ontsleutelen vereist een gejailbreakt apparaat met de juiste iOS-versie. Zonder schone IPA kunnen sideloadingtools als AltStore en Sideloadly niet helpen. De community kan zelf op geen enkele manier aan een schone iOS-binary komen.
Eén laatste build, geëxporteerd zonder FairPlay en ergens duurzaam gepubliceerd (een behoudpagina van Bethesda, een communitypartner, één archieflink), houdt iOS in leven nadat de App Store-vermelding is verdwenen.
Configureerbare serverendpoints in de preservation-build.
De iOS-preservation-build (en de vergelijkbare Android-build) leest de hostnamen van servers uit een resource die de gebruiker kan overschrijven — Servers.plist op iOS, een vergelijkbare resource op Android.
Een kleine lijst met benoemde endpoints (auth, game, matchmaking enzovoort), elk gekoppeld aan een hostnaam of IP. Standaard bevat de build de huidige productiehosts van Bethesda; wie de app in de community opnieuw signeert, vervangt ze bij het signeren.
Neveneffect: meerdere onafhankelijke communities kunnen zonder onderlinge afstemming hun eigen servers draaien, en één clientinstallatie kan gedurende zijn levensduur naar verschillende servers worden gewezen.
Op Android: de community heeft al een aangepaste APK gemaakt die dit nu al doet. Een officiële Android-build met deze functie is een gebaar van goede wil — juridisch minder grijs, meer vertrouwen bij gebruikers — maar geen vereiste. Behoud op Android werkt ook zonder; bij iOS doet dit verzoek er het meest toe.
Vertrouw door gebruikers geïnstalleerde certificaten in de preservation-build.
De build vertrouwt door gebruikers geïnstalleerde CA’s, zodat de client met een communityserver kan praten die een door de community ondertekend TLS-certificaat gebruikt.
iOS: verwijder NSPinnedDomains (of andere eigen certificate pinning) uit de preservation-build. Zonder pinning gebruikt de app de standaard truststore van het systeem, die op iOS al door gebruikers geïnstalleerde configuratieprofielen bevat.
Android: neem in het productiemanifest een network_security_config op die door gebruikers geïnstalleerde CA’s vertrouwt. Zonder dit weigert Android 7+ standaard door gebruikers geïnstalleerde CA’s.
Zonder dit verzoek zijn de configureerbare endpoints uit Verzoek 2 nutteloos — de client weigert het TLS-certificaat van de communityserver nog voordat er verkeer loopt.
Een korte technische overdracht voor niet voor de hand liggende protocoldetails.
Een document — een paar pagina’s tekst, geen codevrijgave — over de delen van het systeem die een serveremulator niet makkelijk alleen uit waargenomen verkeer kan reconstrueren.
- Auth- en sessietokens. Formaat, levensduur, of iets aan de clientkant meer is dan een ondoorzichtige sessie-ID, en eventuele ingebakken clientgeheimen die de server verwacht.
- Wie de save-status beheert. Welke subsystemen door de server worden bepaald (steden, inventaris, personagestats) en welke door de client; regels voor synchronisatie; conflictafhandeling.
- Arena-UDP-versleuteling. Sleutelafleiding, de gekozen libsodium-AEAD-parameters, volgnummering, packet framing. De community haalt de sleutels nu tijdens runtime op via Frida-hooks; documentatie zou dat vervangen door een schone herimplementatie.
- Anti-tamper-handtekeningen. Elk HMAC- of request-signing-schema over requestbodies, en de gebruikte geheimen.
- Validatie van IAP-aankoopbewijzen. De flow die de servers van Bethesda gebruiken om aankoopbewijzen van Apple/Google te valideren, en wat een communityserver moet doen bij herstelde aankopen.
- Al het andere waarvan de engineers van Bethesda denken dat iemand die de server opnieuw implementeert het anders zou missen.
Deze pagina beschrijft het eenvoudigste concrete verzoek aan Bethesda. De bredere strategische context — waarom dit ertoe doet, waarom een uitgever zou kunnen meewerken, welke alternatieven er zijn — is te vinden op de strategiepagina van het project. Niet verbonden aan Bethesda Softworks, ZeniMax Media of Microsoft Corporation. The Elder Scrolls is een handelsmerk van ZeniMax Media Inc.