Was kann schiefgehen, wenn beim Parsen dasselbe Feld gefunden wird, die Eingabeposition aber anhand unterschiedlicher Zeichenfolgen weitergeschoben wird? Bei der Korrektur von Reths DNS-Eintrag werden zunächst führende Leerzeichen entfernt, anschließend wird das Feld in derselben Eingabe erkannt und die Position weitergeschoben. Die Tests decken sowohl normale Leerzeichen als auch geschützte Leerzeichen ab. Bei der Verarbeitung des Textprotokolls für den Knoten $ETH sollten die Erkennungsregel und das Weiterschieben des Cursors meiner Meinung nach dieselbe normalisierte Eingabe verwenden. Dies ist eine abgeschlossene Parseränderung; aus der Korrektur von Leerzeichen sollte man keine grundlegende Änderung am Knotenerkennungsprotokoll oder an der Vertrauensquelle ableiten.