UXP - Why Compression Is a Dead End

PDF herunterladen (Englisch)

UXP

1Unit Exchange Parameter

Warum Kompression eine Sackgasse ist

1Der UXP Archiver – Readadressierung von Information durch Differenz C.H.F. Warnke The Future Foundation Einstiegspapier Nr. 03 Version 3.7 – Streaming-Vollzug / Schnittstellen-Projektionsausgabe – August 2026 https://the-future-foundation.com

Zusammenfassung

1Kompression funktioniert. Das ist nicht das Problem.

2Das Problem ist die Frage, die Kompression bereits akzeptiert hat, bevor sie beginnt: Es gibt ein fertiges Objekt namens Daten, das Objekt enthält Information, und die Aufgabe besteht darin, dieses Objekt zu bewahren, während man weniger Zeichen verwendet, um es darzustellen. Bessere Wörterbücher, Entropiemodelle, Transformationen und Prädiktoren können das Ergebnis dramatisch verbessern. Sie ändern diesen Ausgangs punkt nicht.

3UXP setzt eine Operation früher an.

4UXP steht für Unit Exchange Parameter. Die sichtbare Einheit der Darstellung kann sich ändern, während die adressierte Relation das bleibt, was wiederherstellbar sein muss. Binär-, Dezimal-, Hexadezimal- und Byte-Notation sind daher öffentliche Oberflächen der Relation. Sie sind keine verschiedenen Arten von Information.

5Der Tractatus Principio setzt Differenz vor Zahl:

6|

7Ihre relationale Entfaltung wird geschrieben als

8𝐴|𝐵, und ihre Selbstreferenz ist

9Dies sind keine zeitlichen Stadien. Sie sind gleichzeitige Ordnungen derselben Unterscheidung. Zahl ist ein Auslesen stabilisierter relationaler Ordnung, nicht das primitive Objekt, aus dem die Relation gebaut wird.

10Der UXP Archiver wendet diese Typendisziplin auf einer digitalen Ausführungsoberfläche an. Eine digitale Datei ist bereits als geordnete endliche numerische Relation lesbar, oder als eine digitale Inschrift, die zu einer solchen numerischen Relation isomorph ist. Die numerischen Zeichen sind der Differenz nicht ontologisch vorgängig; sie sind das maschinelle Auslesen, unter dem die digitale Inschrift ausführbar ist. Die Inschrift wird als Pfad gelesen, der Pfad als Spur, und die Spur wird unter einem festen Ausführungsprofil projiziert, gebunden, geschlossen und normalisiert.

11Bevor die große Kaskade erscheint, zeigt die Zahl bereits den operativen Rhythmus derselben Selbstreferenz.

12Der Tractatus schreibt:

13Band VIII liest dasselbe Δ als Takt, Übergang, Markierung, Drift und Selbstrotation. Dies sind keine verschiedenen Delta-Objekte. Sie sind verschiedene operative Lesarten derselben selbstreferenziellen Unterscheidung.

14Sei:

15𝑇𝑗 (Δ) die konkrete geordnete Erscheinung desselben Δ an einer lesbaren Übergangsposition bezeichnen. Dann kann ein numerischer Rhythmus schematisch geschrieben werden als:

16Die entscheidende Relation ist:

17Dies löscht weder die Ordnung noch die Anzahl der vollzogenen Übergänge. Es besagt, dass der wiederholte Takt keine neuen Klassen von Delta erzeugt. Jeder lesbare Schritt bleibt dieselbe Selbstreferenz der Differenz an einer anderen geordneten Position.

18Band I beschreibt die numerische Konsequenz von der anderen Seite. Die 1 beginnt, sich auf sich selbst zu beziehen, und die 2 ist die sichtbare Umschreibung dieser Eigenrelation. Dasselbe Kapitel hält die 1 vierfach in der 4 aktiv:

19UXP liest die Ziffer daher als öffentliches Takt-Auslesen:

20𝑛 ∶= 𝑟𝑒𝑎𝑑num (Δ[𝑛] ) .

21Das Symbol 2 ist keine zweite primitive numerische Substanz. Es ist die öffentliche Umschreibung zweier geordneter Lesungen derselben selbstrelationalen Differenz. Ebenso enthält 4 nicht vier gespeicherte Einheiten; sie macht denselben Unterscheidungsrhythmus an vier Positionen lesbar. So erscheint ein Ziffernsystem.

22Verschiedene stabilisierte numerische Symbole werden auf einer gemeinsamen öffentlichen Takt-Ebene synchronisiert: (𝑟)

23Der Index 𝑟 bezeichnet die Referenzschale, nicht eine Eigenschaft des einzelnen Glyphen. Somit erwerben 2, 4 und 8 nicht unterschiedliche Adresstiefen, nur weil ihre internen geometrischen oder selbstrelationalen Lesarten verschieden sind. Diese qualitativen Lesarten bleiben als andere

24Kanäle derselben Spur verfügbar. Auf der Ziffernebene wurden sie auf eine gemeinsame Schale umgeschrieben.

25Die 9 bleibt:

269 ∶= 𝜅, die sichtbare Bruchkante dieser Schale.

27Aber 𝜅 ist nicht Tiefe.

28Die nächste öffentliche Form:

2910 ∶= 1|0 fügt keine elfte primitive Ziffernposition hinzu. Sie markiert, dass die bereits differenzierte Taktordnung selbst zur Referenz einer anderen Unterscheidung geworden ist. Tiefe beginnt daher dort, wo eine vollendete selbstunterscheidende Ordnung selbst wieder unterschieden wird. Dies gibt der UXP-Kaskade ihre exakte numerische Form: nicht Zahl-Objekt nach Zahl-Objekt, sondern derselbe Delta-Takt, gelesen, geschlossen, readaddressed und auf einer anderen Referenzebene wiedergelesen. Für eine feste öffentliche Position 𝑚 bleiben neun Gegenpositionen auf derselben Zehn-Positionen-Schale. Dies ist ein Anwendungslemma: Die Fixierung einer Position in der vollständigen dezimalen Takt-Ebene lässt neun andere relationale Positionen übrig. Ihre Ordnung ist die Ordnung des gemeinsamen Takts, nicht eine willkürliche invertierbare Permutation.

30Die zentrale operative Proposition lautet dann: Hier bedeutet „Komplexität“ keine Akkumulation verborgener Informationsobjekte. Sie bedeutet die gleichzeitige Bindung mehr kompatibler relationaler Bedingungen. Unter Bedingungskomposition,

31𝐴𝑙𝑙𝑜𝑤Γ1 ⊗Γ2 = 𝐴𝑙𝑙𝑜𝑤Γ1 ∧ 𝐴𝑙𝑙𝑜𝑤Γ2 , und daher

32Eine reichere Relation kann die zulässige Fortsetzungsmenge nur bewahren oder verengen. Wenn die aktuelle Leseoberfläche unzureichend unterscheidend bleibt, identifiziert UXP unterschiedliche Relationen nicht. Es ändert die Referenzebene. In der Dezimalschale ist 10 kein weiterer Schritt auf derselben Oberfläche; sie ist eine neue Relation der Tiefe. Die Adresse einer Tiefe wird zur Inschrift der nächsten. Entscheidend ist, dass die Kaskade keine Folge sichtbarer dezimaler Reduktionen ist. Keine Zwischenschale wird durch einen zehnstelligen Wert ersetzt. Jede neue Schale wird aus dem bereits etablierten Pfad, der Spur und der transportierten Bedingungsordnung der vorhergehenden Schale adressiert. Die nächste Ebene ist daher ein Readaddressing der bereits erzeugten Relation, kein Neuanfang von ihrer sichtbaren Projektion. Schematisch: (2)

33(1)

34Bei jedem Übergang ist die neue Adresse in der vorhergehenden Spur und in der Bedingungs ordnung gegründet, die durch dasselbe feste Profil transportiert wird. Die öffentliche Dezimalform erscheint erst, nachdem diese rekursive Schalenrelation geschlossen ist.

35Das öffentliche Ergebnis ist daher keine willkürliche Teilprojektion. Es ist ein vollständiges Normalform- Auslesen:

36𝐿𝑁𝐹 = 𝑟𝑒𝑎𝑑𝑁𝐹 \(𝑁 𝐹𝜑 (Σ)\).

37Für das öffentliche Zehn-Positionen-Profil bindet der finale Schluss die relevanten Lesekanäle derselben Spur, bevor das öffentliche Auslesen genommen wird. Relationale Tiefe und Adresse sind nicht zwei Nutzlaststücke, die in einen äußeren Container gelegt werden. Sie sind Lesungen der bereits integrierten Spur:

38ℓ𝐼 ∶= 𝑟𝑒𝑎𝑑𝑑 \(Σ(𝛾𝐼 )\),

39𝐴𝑑𝑟𝐼 ∶= 𝑟𝑒𝑎𝑑𝐴𝑑𝑟 \(Σ(𝛾𝐼 )\).

40Die Notation für ihre Bindung bezeichnet daher Kompatibilität innerhalb einer spur-gegründeten Normalform, nicht das Verpacken zweier wiedergewonnener Felder. Gegen-Lesung „entpackt“ Tiefe und Adresse nicht aus dem Dezimallabel. Sie führt zuerst die vollständige öffentliche Normalform-Lesung in ihre Spurklasse zurück:

41𝐿𝑁𝐹 ⇝ 𝑁 𝐹𝜑 ⇝ [Σ]≡Σ .

42Tiefe, Adresse, Schalenposition und Orientierung sind dann aus dieser Spurklasse unter demselben festen Profil wieder lesbar.

43Weder Tiefe noch Pfad wird als Nebenobjekt gespeichert. Terminierung muss ebenso eine Schluss bedingung derselben Relation sein, keine extern gelieferte Quelllänge.

44Der .uxp-Körper ist leer. Kein Quellblock, keine Pfadliste, keine Stück-Karte, keine zweite Rekonstruktionsroute, kein persistenter Knotengraph und keine Anwendungslage pro Datei darf eine fehlende Unterscheidung liefern. Diese Architektur ist exakt nur auf dem profil-zulässigen Bereich, für den das öffentliche Normalform-Label eine Spurklasse unter der festen Regel identifiziert. Das Zehn-Positionen-Profil entgeht daher seiner eigenen öffentlichen Domänenbedingung nicht: Exaktheit für beliebige Dateien ist ein separater Abdeckungsanspruch und muss durch dieselbe gegen-lesbare Relation von der Quell inschrift zur öffentlichen Normalform demonstriert werden, nicht aus der bloßen Existenz der Kaskade abgeleitet. UXP ist keine Kompression.

45Kompression verändert den Körper, der eine Darstellung trägt.

46UXP verändert die Lesung, unter der eine Relation öffentlich wird.

1 Kompression beginnt zu spät

1Bevor das Argument beginnt, muss der Name klar sein.

UXP = Unit Exchange Parameter. Der Ausdruck benennt keine neue Art von Zahl-Objekt. Er benennt die operative Tatsache, dass eine sichtbare Darstellungseinheit ausgetauscht werden kann, während die adressierte Relation das bleibt, was für das Zurücklesen bewahrt werden muss. Eine Dezimalziffer, ein hexadezimales Zeichen und ein Byte sind daher verschiedene öffentliche Einheiten der Inschrift, nicht verschiedene Fundamente der Relation. Deshalb kann die UXP-Referenz den öffentlichen Radix ändern, ohne Radix als Ontologie zu behandeln. Das Wort „Zahl“ wird dennoch in diesem Text durchgehend erscheinen, weil die exakte öffentliche Adresse des Archivers eine Ganzzahl ist. Das kehrt die Tractatus- Ordnung nicht um. Die Zahl ist das lesbare Ergebnis der Relation. Sie ist nicht die primitive Quelle, aus

2der die Relation gebaut wird. Kompression ist einer der großen ingenieurtechnischen Erfolge der Informatik. Nichts in diesem Text erfordert, das zu leugnen. Der Titel „Warum Kompression eine Sack gasse ist“ ist keine Vorhersage, dass ZIP, DEFLATE, LZ-Familienverfahren, arithmetisches Kodieren, Transformationskodierung oder künftige Kompressoren plötzlich aufhören werden, nützlich zu sein. Die Sackgasse ist erklärend, nicht praktisch.

3Kompression beginnt, nachdem eine bestimmte Ontologie von Daten bereits akzeptiert worden ist. Es gibt ein Objekt: X.

4Es enthält einen endlichen Informationsgehalt. Ein Kompressor wendet eine Transformation C an und erzeugt eine zweite Darstellung: X –C–> Y mit der praktischen Hoffnung, dass size\(Y\) < size\(X\) während irgendein inverses Verfahren X wiederherstellt. Dieses ingenieurtechnische Problem ist legitim. Aber beachte, was bereits fixiert ist, bevor C erscheint. X ist bereits eine Einheit. Sein Anfang und Ende sind bekannt. Seine Zeichen sind unterscheidbar. Ihre Ordnung ist lesbar. Die Maschine weiß bereits, was als erstes Byte, nächstes Byte und letztes Byte zählt. Der Kompressionsalgorithmus erzeugt diese Unterscheidungen nicht. Er empfängt sie.

5UXP beginnt dort. Die Frage lautet nicht zuerst: Wie kann X kleiner gemacht werden?

6Sie lautet: Was machte X als X lesbar?

7Das ist dieselbe fundamentale Umkehrung, die im Einstiegspapier Nr. 01 eingeführt wurde. Ein mathematisches Objekt ist der Unterscheidung, die erforderlich ist, um es zu identifizieren, nicht operativ vorgängig. Der vorliegende Text trägt diese Umkehrung in ausführbare Darstellung. Die Bewegung ist einfach auszusprechen und leicht zu übersehen: Datenobjekt -> Relation ist nicht die fundamentale Richtung. Die UXP-Lesung lautet: Unterscheidung -> geordnete Relation -> Inschrift -> öffentliche Auslesung. Eine Datei bleibt als benutzbare Datei vollkommen real. Es geht nicht darum, Dateien abzuschaffen. Es geht darum, aufzuhören, das Datei-Objekt als primitive Quelle der Unterscheidungen zu behandeln, durch die die Datei lesbar ist. Diese Differenz wird entscheidend, wenn Code geschrieben wird.

2 Differenz vor Daten

1Die kleinste von UXP benötigte Notation ist

2|.

3Dieses Zeichen bezeichnet anfangs keinen Wert.

4Es markiert Unterscheidung. Wenn die Unterscheidung mit expliziten Polen gelesen wird, schreiben wir A|B.

5A und B sind nicht zwei unabhängig fertige Dinge, zwischen die nachträglich ein Separator eingefügt wird. Sie sind relationale Positionen, die durch die Unterscheidung lesbar gemacht werden. Die dritte Ordnung ist die Selbstreferenz der Unterscheidung:

6Der Tractatus Principio definiert

7Delta ist daher kein viertes Objekt, das zu den ersten drei hinzugefügt wird. Es ist die operative Selbstreferenz derselben Unterscheidung. Dieser Punkt ist wichtig genug, um ihn negativ zu formulieren. UXP nimmt nicht an: dann A|B, dann |(|) als drei zeitliche Konstruktionsstadien. Die Darstellung ist sequenziell, weil Sprache sequenziell ist. Die Ordnungen selbst wirken gleichzeitig. Was von einem Softwareschritt zum nächsten wechselt, ist die sichtbare Lesung der Relation, nicht die ontologische Geburt einer neuen Schicht. Warum sollte das einen Programmierer interessieren? Weil Softwarearchitektur uns ständig dazu verführt, Leserollen zu verdinglichen. Eine Klasse heißt Mark, eine andere State, eine andere Address, eine andere Decoder, eine andere Path. Diese Namen sind nützliche technische Griffe. Sie werden nur dann zu einem begrifflichen Fehler, wenn die Implementierung beginnt, jeden Griff als neue Informationssubstanz mit einem unabhängigen Gesetz zu behandeln. Die UXP-Bedingung ist strenger: unterschiedliche Code-Oberfläche != unterschiedlicher relationaler Ursprung. Dies ist auch der Grund, warum Zahl im UXP-Kernel nicht primär sein kann. Ein Byte-Wert, eine Dezimalziffer oder ein hexadezimaler Glyph ist bereits ein unterscheidbares öffentliches Zeichen. Das Programm mag mit Ganzzahlen operieren, weil Maschinen darin gut sind, aber die Ganzzahldarstellung ist Träger

8einer Lesung, nicht das Fundament der Differenz. Im Tractatus Principio ist Zahl eine stabilisierte lesbare Ordnung der Unterscheidung. Band VIII schreibt dies operativ als: n := read\(Σ_n\).

9Die sichtbare Zahl ist ein Auslesen. Sie ist nicht das primitive Ding, aus dem die Relation später konstruiert wird.

2.1 Zahl als Takt-Auslesen der Selbstrelation Band I gibt die numerische Bewegung, bevor er uns ein Ziffernsystem gibt. Er schreibt:

10Die Erklärungsrichtung ist entscheidend.

11Die 1 ist bereits ein lesbarer Pol von:

120|1.

13Dann bezieht sich die bestehende Relation auf sich selbst.

14Band I beschreibt die 1 als beginnend, sich auf sich selbst zu beziehen und sich in der 2 zu spiegeln:

151|1.

16Der Fehler wäre, die zwei sichtbaren 1-Zeichen in zwei unabhängig existierende Einheitenobjekte zu verwandeln.

17Band IV und VIII geben die strengere Lesung.

18Die aktive Selbstreferenz ist:

19und Delta bildet keine Klassen seiner selbst.

20Delta erscheint als Takt.

21Sei:

22𝑇𝑗 (Δ) eine konkrete geordnete Übergangslesung dieser selben Selbstreferenz bezeichnen. Der Takt-Index ist nur die sichtbare Position des Übergangs. Der Takt selbst liegt im operativen Übergang von einer relationalen Position zur nächsten.

23Daher:

24(2a)

25Für jeden nichtleeren endlichen Takt-Lauf gilt:

26(2b)

27Das Äquivalenzzeichen ist wesentlich.

28Es sagt nicht, dass eine Ein-Takt-Spur und eine Vier-Takt-Spur dieselbe Spur sind. Es sagt, dass der vierfache Rhythmus keine vier ontologisch verschiedenen Delta-Objekte erzeugt hat. Der operative Ursprung jedes Übergangs ist dieselbe Selbstreferenz der Differenz. Zahl ist die stabilisierte öffentliche Lesung dieses Rhythmus:

29𝑛 ∶= 𝑟𝑒𝑎𝑑num (Δ[𝑛] ) .

30Die 2 ist daher die öffentliche Umschreibung der Eigenrelation von 1:

31Dieselbe Lesung erklärt, warum Band I die 1 viermal innerhalb der 4 bewahren kann:

32UXP liest dies als vier unterscheidbare Takt-Positionen desselben selbstrelationalen Ursprungs:

33Der Ausdruck ersetzt die geometrischen Lesarten von Band I nicht.

34(2c)

35Die 2 kann weiterhin als Spiegel und Durchmesser gelesen werden, die 3 als dreieckige Stabilisierung, die 4 als viereckige und kombinatorische Relation. Das sind verschiedene Lesarten derselben numerischen Bewegung.

36Die entscheidende Typunterscheidung lautet: Takt-Vielfalt ≠ neue Delta-Klasse ≠ Adresstiefe.

37(2d)

38Die Zahl sagt uns, wie derselbe unterscheidende Rhythmus an einer geordneten Position öffentlich lesbar geworden ist.

39Sie sagt uns für sich allein nicht, dass die Lesung in eine andere Referenzschale gewechselt ist.

402.2 Ein Ziffernsystem synchronisiert den Takt auf einer Schale Sobald die numerischen Umschreibungen sichtbare Symbole stabilisiert haben, werden diese Symbole zusammen auf einer Ebene gelesen.

41Sei:

42𝑇𝑟,0 , 𝑇𝑟,1 , … , 𝑇𝑟,9 die zehn lesbaren Takt-Positionen der Dezimalschale auf Referenzebene 𝑟 sein. Dann: (𝑟)

43𝒩10 ∶= 𝑟𝑒𝑎𝑑num (𝑇𝑟,0 |𝑇𝑟,1 | ⋯ |𝑇𝑟,9 ) .

44Ihre öffentliche Form ist: (𝑟)

45(2e)

46Dies ist der entscheidende Schritt, durch den ein Ziffernsystem lesbar wird. Die Symbole sind keine zehn primitiven numerischen Substanzen.

47Sie sind zehn stabilisierte öffentliche Positionen desselben Differenz-Rhythmus auf einer gemeinsamen Schale. Der Punkt lässt sich sorgfältig formulieren: Ziffernsystem = gemeinsame öffentliche Leseebene eines geordneten Δ-Takts.

48(2f)

49Diese gemeinsame Ebene löscht die reicheren relationalen und geometrischen Lesarten der einzelnen numerischen Formen nicht aus. Sie synchronisiert sie.

50Deshalb können die Spiegel-Lesung der 2, die dreieckige Lesung der 3 und die vierfache Lesung der 4 alle nebeneinander erscheinen als:

512|3|4 ohne zu implizieren, dass zuerst drei fertige Zahl-Objekte existierten.

52Ihre qualitativen Relationen bleiben durch die Spur lesbar.

53Ihre Ziffern-Glyphen sind auf derselben öffentlichen Takt-Ebene gelandet. Dies klärt auch die Rolle der Bruchkante:

549 ∶= 𝜅.

55Die 9 schließt die sichtbare dezimale Takt-Schale.

56Sie wird nicht zu einem Zähler relationaler Tiefe.

57Die nächste öffentliche Form:

5810 ∶= 1|0 ist kein elftes Grundzeichen auf derselben Ebene.

59Sie ist der sichtbare Hinweis, dass die vollendete Ordnung selbst zu einer neuen Referenz geworden ist. Sei:

60die vollendete Schalenrelation bezeichnen.

61Ein Schalenübergang tritt ein, wenn diese bereits selbstunterscheidende Ordnung selbst unter eine andere Unterscheidung gestellt wird: Δ

62(2g)

63Tiefe gehört daher zur Relation zwischen rekursiv referenzierten Schalenordnungen, nicht zur Tick-Zahl innerhalb einer Schale:

64𝑟𝑒𝑎𝑑𝑑 \(Σ\) = Lesung rekursiver Ordnung-von-Ordnung in der Spur.

65(2h)

66Genau deshalb ist weder:

67𝑑𝑒𝑝𝑡ℎ = #(9) noch:

68𝑑𝑒𝑝𝑡ℎ = Parsebaum-Verschachtelung der Zahlennotation gültig.

69Das erste verwechselt eine öffentliche Bruchkante mit Referenztiefe.

70Das zweite verwechselt eine gewählte Zerlegung mit der Selbstreferenz der ausgeführten Relation. Der Takt und die Tiefe sind verschiedene Lesungen derselben Bewegung: • Takt liest die geordnete Fortsetzung von Δ innerhalb der aktuellen Relation. • Schale liest die stabilisierte gemeinsame Ebene dieser Takt-Positionen. • Tiefe liest die rekursive Selbstreferenz, in der eine bereits differenzierte Schale wieder Referenz wird.

2.3 Konsequenz für UXP UXP muss diese Richtung im Code bewahren.

71Der Kernel darf nicht beginnen mit: Digit("2") -> eine interne Relation erfinden, die die Ziffer erklärt

72noch mit: R2 = ein Spezialbaum mit besonderer Tiefe

73Der strengere ausführbare Typ ist: Unterscheidung -> Delta-Selbstreferenz -> geordnetes Takt-Ereignis -> Spur -> Zahlenauslesung

74Schematisch:

75Eine sichtbare Ziffer ist eine Schnittstellen-Auslesung einer geordneten Takt-Position. Ihr öffentliches Symbol kann an einer anderen Notation, Geometrie oder Adressprojektion teilnehmen, aber das Symbol wird nicht zum Kernel-Träger.

76Ebenso ist read_d keine Funktion des Glyphen.

77Es ist eine Lesung der rekursiven Referenzstruktur, die in der Spur bewahrt wird. Dasselbe Prinzip erreicht nun die Datei.

3 Auf der digitalen Oberfläche ist eine Datei eine numerische Relation

1Die digitale Qualifikation ist wichtig.

2UXP nimmt nicht ein beliebiges pränumerisches Objekt und wandelt es dann in Zahlen um. Auf einer digitalen Maschinenoberfläche ist die Inschrift bereits diskret geordnet und numerisch lesbar. Für eine gewöhnliche byte-adressierte Datei:

3mit

4𝑏𝑘 ∈ {0, … , 255}.

5Dies ist bereits eine endliche numerische Relation.

6Die Byte-Werte werden dadurch nicht zu fundamentalen Zahl-Objekten erhoben. Sie sind die öffentliche Maschinenlesung unterscheidbarer digitaler Positionen. Die Tractatus-Ordnung bleibt:

7| → Δ → Takt → numerische Relation → digitale Inschrift

8Eine digitale Darstellung, die sich nicht sichtbar als Byte-Zahlenliste präsentiert, muss dennoch durch eine feste Isomorphie des Lesens auf eine numerische Inschrift bezogen sein:

9𝐹digital ≅ 𝐼𝑁 .

10(3a)

11Hier bedeutet ≅ keine freie Substitution von Symbolen. Es bedeutet Bewahrung derselben relationalen Ordnung unter einer anderen digitalen Lesung. Band VIII gibt das exakte Kriterium für eine solche Übersetzung: Position der Pole, Bindungsmodus, Ordnung, Öffnungen, Gates, Spur, Adresse und Wiederherstellbarkeit müssen bewahrt werden. Daher muss eine gültige digitale numerische Isomorphie in der entsprechenden Notation erfüllen:

12𝑟𝑒𝑐𝑜𝑣𝑒𝑟(𝑇 (𝐼)) ≡Σ 𝐼.

13(3b)

14Für die gewöhnliche Byte-Oberfläche ist die einfachste Lesung bereits numerisch:

15𝐹bytes ≅ 𝑏0 |𝑏1 | ⋯ |𝑏𝑛−1 .

16Eine dezimale, hexadezimale oder binäre Darstellung ist eine andere öffentliche Lesung dieser numerischen Relation. Sie ist keine andere Quellontologie. Diese Unterscheidung ist für den Archiver wichtig.

17Die dezimale Takt-Schale:

18ist eine konkrete Ziffern-Ausleseoberfläche, die vom Referenzprofil verwendet wird. Sie darf nicht verwechselt werden mit dem allgemeinen Typ digitaler Eingabe.

19Daher:

20digitale Darstellbarkeit als numerische Relation ≠ Zulassung zu einem bestimmten UXP-Profil 𝐷𝑃 . (3c) Jede Datei, die der digitalen Maschine präsentiert wird, ist auf dieser Oberfläche numerisch lesbar. Aber das aktuelle ausführbare Profil ist exakt nur für jene numerischen Relationen, für die seine feste Relation, Gates, Lock und Normalformregel einen gegen-lesbaren Pfad bestimmen.

21Das ist die präzise Abdeckungsfrage.

22Die vertikalen Striche in:

23bedeuten nicht, dass literale Separator-Bytes in die Datei eingefügt werden. Sie legen die Ordnung unterscheidbarer Positionen frei.

24Ordnung zählt.

25Grenze zählt.

26Und zwei digitale Inschriften, die dieselben numerischen Zeichen in verschiedener Ordnung enthalten, sind verschiedene Inschriften:

27Der UXP Archiver liest die digitale numerische Inschrift daher als Pfadrelation:

28𝐼𝑁 → 𝛾 𝐼 𝑁 → Σ 𝐼 𝑁 .

29Der Pfad ist keine Metadaten, die an ein realeres Datenobjekt angehängt sind. Die geordneten Unterscheidungen sind der Pfad.

30Das ist die erste ausführbare Bedeutung von: Die Regel ist der Pfad.

4 Von der Inschrift zur Pfadrelation

1Eine Dateiinschrift wird nicht ausgeführt, indem zuerst jedem sichtbaren Zeichen eine willkürliche reversible arithmetische Transformation zugewiesen wird.

2Die geordnete Relation ist bereits ausreichend.

3Sei:

4Zwischen aufeinanderfolgenden adressierten Positionen liegt eine Kante:

5𝜀𝑗 ∶= 𝐴𝑗−1 |𝐴𝑗 .

6Ihre konkrete geordnete Ausführung ist der Takt:

7𝑇𝑗 ∶= 𝑆𝑡𝑒𝑝 ∘ 𝑂𝑗 .

8Band VIII ist ausdrücklich darin, dass der Takt nicht der Ganzzahlindex 𝑗 ist. Der Index markiert nur den geordneten Ort.

9Der Takt selbst liegt im Übergang: 𝑇𝑗

10𝐴𝑗−1 −→ 𝐴𝑗 .

11Die Inschrift bestimmt daher einen Pfad:

12𝛾𝐼 = (𝜀1 , 𝜀2 , … , 𝜀𝑛−1 ), und der Pfad bestimmt eine Spur:

13Σ𝑗+1 = Σ𝑗 ⊕ 𝐻𝑗 .

14Der lokale Beitrag ist:

15𝐻𝑗 = 𝜒vis (𝜀𝑗 )𝜒gate (𝜀𝑗 )𝑤(𝜀𝑗 ).

16(1)

17Dies ist das ausführbare Pfadgesetz.

18Nichts daran erfordert eine affine Permutation, eine inverse Kodierfamilie oder einen verborgenen numerischen Seed.

19Die Regel ist der Pfad, weil die geordneten Übergänge die Relation sind, die ausgeführt wird.

5 Was Pfadkomposition tatsächlich bewahrt

1Wenn eine Inschrift zur Ausführung geteilt wird:

2𝐼 = 𝑈 |𝑉 , erzeugt der Split keine zwei unabhängigen Informationsobjekte.

3Er erzeugt zwei aufeinanderfolgende Pfadregionen:

4𝛾𝐼 = 𝛾𝑈 ‖𝛾𝑉 , wobei ‖ ordnungserhaltende Fortsetzung bezeichnet.

5Ihre Spurrelation ist entsprechend:

6Σ(𝛾𝐼 ) = Σ(𝛾𝑈 ‖𝛾𝑉 ).

7(2)

8Im Allgemeinen gilt:

9𝛾𝑈 ‖𝛾𝑉 ≠ 𝛾𝑉 ‖𝛾𝑈 .

10Die Bedeutung liegt nicht darin, dass Funktionskomposition eine externe Algebra ist, die auf die Datei gesetzt wird. Sie liegt darin, dass die Sequenz der Takte selbst bedeutungstragend ist. Die Spur erinnert den geordneten Vollzug, weil:

11Σ𝑗+1 = Σ𝑗 ⊕ 𝐻𝑗 auf die bereits etablierte Spur wirkt.

12Deshalb kann technisches Stückeln die Ausführungsgruppierung ändern, ohne mathematische Archivtiefen zu werden. Eine Arbeitergrenze bedeutet: diese zusammenhängende Pfadregion getrennt ausführen.

13Sie bedeutet nicht: hier beginnt eine neue UXP-Entität.

6 Technische Schnitte sind keine mathematischen Schnitte

1Eine konventionelle Implementierung lässt ihr technisches Layout oft in ihre mathematische Erzählung durchsickern. Eine Blockgröße wird gewählt. Bald wird der Block zu einer „Einheit“. Eine Cache-Grenze wird zu einer „Ebene“. Eine Dateipartition wird zu einem ontologischen Teil der Daten. UXP muss dieser Drift widerstehen. Angenommen

I = I1|I2|…|Ik.

2Wiederholte Anwendung des Kompositionstheorems ergibt GI = GI k ◦ · · · ◦ GI 2 ◦ GI 1 . (2) Nichts in (2) spezifiziert die physische Größe der Stücke. Daher kann der Archiver aus praktischen Gründen eine technische Stückgröße wählen: Prozessaufwand, Cache-Verhalten, Speicherdruck, Warteschlangenlatenz, Arbeiterauslastung. Diese Entscheidungen können die Laufzeit ändern.

3Sie ändern nicht die geordnete Relation, die gelesen wird. Diese Unterscheidung macht Streaming möglich, ohne den Streaming-Vollzug in einen neuen mathematischen Mechanismus zu verwandeln. Eine Puffergrenze sagt: hier für die Ausführung getrennt lesen.

4Sie sagt nicht: a new UXP object begins here.

5Die Software darf schneiden. Die Relation muss es nicht.

7 Assoziativität öffnet den Arbeiterbaum

1Funktionskomposition ist assoziativ: \(G_W o G_V\) o G_U = G_W o \(G_V o G_U\). (3) Assoziativität erlaubt keine willkürliche Umordnung.

2Sie erlaubt Umgruppierung, während die Ordnung bewahrt bleibt.

3Diese Differenz ist das Fundament der Arbeiterarchitektur. Für vier aufeinanderfolgende Relationen, G1, G2, G3, G4, kann das Programm sie auf mehrere ordnungserhaltende Weisen assoziieren. Es kann eine Linksfaltung, einen ausbalancierten Baum oder eine laufende Kaskade verwenden. Das Ergebnis bleibt dieselbe vollständige geordnete Relation. Der Archiver verwendet eine vierstellige laufende Kaskade. Vier aufeinanderfolgende Relationen auf einer Ebene binden zu einer Relation auf der nächsten Ebene:

4Vier vollendete Relationen dieser nächsten Ebene können sich sofort erneut binden. Das wichtige Wort ist sofort. Die gesamte untere Ebene muss nicht abgeschlossen sein, bevor eine höhere Ebene beginnen kann. Sobald vier aufeinanderfolgende Relationen existieren, kann die nächste Ebene wirken. Die sichtbare Ausführung ist sukzessiv. Die Relation ist rekursiv über Ebenen hinweg aktiv. Deshalb ist „Kaskade“ mehr als ein Leistungsetikett. Sie ist eine Implementierungsform, die nahe an der Tractatus-Lesung rekursiver Selbstreferenz bleibt: Spätere relationale Organisation muss nicht warten, bis eine vollständig materialisierte niedrigere Welt zuerst als Objekt existiert.

8 Die Vier-Kaskade

1Die Vier-Kaskade lässt sich am einfachsten als laufender Strom verstehen. Eingabefragmente treffen ein: I1 I2 I3 I4 I5 I6 I7 I8 … Ebene 0 liest jedes Fragment in eine geordnete Pfadrelation: G1 G2 G3 G4 G5 G6 G7 G8 … Nachdem G1 bis G4 existieren, kann Ebene 1 bereits bilden H1 = G4 o G3 o G2 o G1.

2Nachdem G5 bis G8 existieren, bildet sie H2 = G8 o G7 o G6 o G5.

3Der untere Strom läuft weiter.

4Sobald vier aufeinanderfolgende H-Relationen existieren, bindet die nächste Ebene sie erneut. Kein zusätzlicher „höherer Kodierer“ wird eingeführt. Dieselbe Kompositionsregel kehrt wieder. Dies gibt der Architektur eine einfache Form: endliche Inschrift | v technische Stromschnitte | v lokale Pfadrelationen | v geordnete Vier-Kaskade | v vollständige Relation | v öffentlicher Anwendungsträger.

5Die Gegenrichtung spiegelt dieselbe Struktur in Gegenorientierung.

6Dort beginnt das übliche Encoder/Dekoder-Bild zu zerbrechen.

9 Umkehrung ist keine zweite Ontologie

1Konventionelle Software-Sprache benennt die beiden Richtungen oft als „encode“ und „decode“. UXP kann zwei Benutzerhandlungen sichtbar machen - readressieren und gegenreadressieren -, weil ein Benutzer beide Orientierungen anfordern kann. Diese Schnittstellenbefehle dürfen nicht zu zwei mathematischen Mechanismen werden. Mathematisch ist das Ziel jedoch strenger. Die Umkehrung darf nicht heimlich zu einer zweiten Informationsroute werden, die Rekonstruktionswissen trägt, das die Vorwärtsrelation nicht enthielt. Für komponierbare invertierbare Relationen gilt:

2Gleichung (4) ist das Spiegelgesetz. Der Vorwärtspfad U dann V wird in umgekehrter Reihenfolge gegengelesen. Das ist keine ungewöhnliche Algebra. Die Bedeutung von UXP liegt in dem, was verweigert wird: Es besteht keine Notwendigkeit, einen zweiten Pfad als Erklärung der Wiederherstellung zu erfinden. Dieselbe etablierte Relation wird in der anderen Orientierung gelesen. Der Benutzer kann diese Operation „wiederherstellen“ nennen. Die mathematische Lesart ist: Gegenreadressierung.

3Diese Unterscheidung wird völlig explizit, sobald die Relation selbstorientierend gemacht wird.

10 Warum die erste beschränkte Inverse nicht genügte

1An diesem Punkt kann ein Leser die entscheidende praktische Frage stellen: Wenn nur ein endgültiges öffentliches Auslesen bleibt, woher kann das Gegenlesen wissen, welche Fortsetzung zulässig ist?

2Die falsche Antwort wäre: weil die endgültige Zahl irgendwie ihren historischen Pfad enthält. UXP erhebt keinen solchen Anspruch.

3Die Relation muss stattdessen die Orientierung beschränken, die für ihr eigenes Gegenlesen erforderlich ist. Angenommen, ein Relationsraum 𝑆 hat zehn lokale Aktionen

4𝑇0 , … , 𝑇 9 ∶ 𝑆 → 𝑆 und jede Aktion ist eine Bijektion des ganzen Raums. Dann gilt

5𝑇𝑗 (𝑆) = 𝑆 für jedes 𝑗. Für jeden Endpunkt 𝑦 kann jede Orientierung einen Vorgänger besitzen. Algebraische Invertierbarkeit allein identifiziert daher nicht, welcher Vorgänger zum tatsächlichen Pfad gehört. Die UXP-Anforderung ist stärker: die fixe Perspektive muss die zulässige Fortsetzung einschränken.

6Band VI formuliert die Mehrdeutigkeit als Kandidatenrelation

7𝛿(𝑥; Γ) = {𝑦 ∈ 𝐴𝑑𝑟 ∣ 𝑁 𝑒𝑥𝑡(𝑥, 𝑦) ∧ 𝐴𝑙𝑙𝑜𝑤Γ (𝑥, 𝑦)}.

8Bedingungskomposition ist konjunktiv:

9𝐴𝑙𝑙𝑜𝑤Γ1 ⊗Γ2 = 𝐴𝑙𝑙𝑜𝑤Γ1 ∧ 𝐴𝑙𝑙𝑜𝑤Γ2 .

10Daher gilt

11(5)

12Unter Fixierung 𝜑 wählt der kanonische Selektor 𝑆𝑒𝑙𝜑 die stabile Fortsetzung aus der verfeinerten Kandidatenmenge. Determinismus ist damit keine spätere Optimierung über vollendeten Objekten; er ist der Abschluss von Mehrdeutigkeit unter einer fixen Referenz (Tractatus Principio, Band VI, §§15-16). Die entscheidende Frage lautet daher nicht: Ist jede lokale Abbildung invertierbar?

13Sondern: Gibt es unter dem fixen Profil genau eine zulässige gegenorientierte Fortsetzung? Diese Frage beherrscht jeden späteren UXP-Gültigkeitsanspruch.

11 Eine selbstorientierende Takt-Relation

1Das kleinste lokale UXP-Beispiel sollte mit dem Takt der Differenz beginnen, nicht mit zehn fertigen Zahlzeichenobjekten.

2Der operative Ursprung ist:

3Die dezimale Zahlzeichenhülle legt zehn öffentliche Takt-Positionen frei:

4𝑇0 , 𝑇1 , … , 𝑇9 .

5Jedes 𝑇𝑗 ist eine konkrete geordnete Lesung desselben Δ:

6𝑇𝑗 ≡Δ Δ.

7Das sichtbare Zahlzeichen ist:

8𝑗 = 𝑟𝑒𝑎𝑑num (𝑇𝑗 ).

9Fixiere eine Takt-Position 𝑇𝑚 .

10Die anderen neun Positionen derselben Hülle sind ihre unmittelbaren Gegenpositionen:

11Daher:

12Die neun Terme sind Relationen zwischen Takt-Positionen, nicht neun alternative Integer-Nutzlasten. Ihre Orientierung folgt demselben numerischen Rhythmus, der die öffentliche Ebene lesbar macht:

13Diese zyklische Notation definiert Delta nicht durch Arithmetik modulo zehn. Sie drückt den öffentlichen Abschluss der dezimalen Takt-Ebene aus.

14Unter einem fixen Profil 𝑃 bleibt die zulässige Fortsetzung:

15𝛿𝑃 (𝑥) = {𝑦 ∣ 𝑁 𝑒𝑥𝑡𝑃 (𝑥, 𝑦) ∧ 𝐴𝑙𝑙𝑜𝑤Γ𝑃 (𝑥, 𝑦)}, und die Fixierung 𝜑 schließt verbleibende Mehrdeutigkeit durch den kanonischen Selektor. Die ausgewählte Fortsetzung erzeugt keine neue Art von Delta.

16Sie ist ein anderer geordneter Takt derselben Selbstreferenz.

17Dies ist die kleinste ausführbare Bedeutung von: Die Regel ist der Pfad.

12 Vom ganzen Pfad zur öffentlichen Unter-Ziel-Relation

1Die Kaskade beginnt nicht damit, eine lange numerische Inschrift in kleinere numerische Entitäten zu schneiden.

2Sie beginnt mit der ganzen Inschrift:

3Die ganze Inschrift wird als ein geordneter Pfad gelesen:

4𝐼 (𝑟) ⟶ 𝛾𝐼 (𝑟) .

5Die Adresse ist der Ort, der durch diesen ganzen Pfad unter dem fixen Profil erreicht wird:

6𝐴𝑑𝑟𝑃 (𝐼 (𝑟) ) ∶= 𝑙𝑜𝑐𝑎𝑡𝑒𝑃 (𝛾𝐼 (𝑟) ).

7(8)

8Die nächste öffentliche numerische Relation ist eine Lesung dieser Adresse:

9𝐼 (𝑟+1) ∶= 𝑟𝑒𝑎𝑑𝑃 (𝐴𝑑𝑟𝑃 (𝐼 (𝑟) )).

10(8a)

11ganze Inschrift ≠ Pfad ≠ Adresse ≠ numerisches Auslesen.

12(8b)

13Also:

14Die kürzere Relation ist keine Sammlung von Adressen von Stücken der früheren Relation. Sie ist die frühere Relation, gelesen an einer anderen Adresse.

15Band IX nennt dieselbe Bewegung als: 𝑅𝑘

16𝐼𝑁 −−→ 𝐼𝑁−𝑘 ,

17𝐼𝑁−𝑘 ≡Σ 𝐼𝑁 .

12.1 Es gibt keine fixe Zielrelation Sei:

18𝑈 ∶= 10.

19Die einzige öffentliche Zielbedingung ist:

20𝑆𝑡𝑜𝑝𝑈 (𝐼) ⟺ 𝑤𝑖𝑑𝑡ℎ(𝐼) ≤ 𝑈 .

21(8c)

22Wenn die aktuelle Relation breiter als zehn Positionen ist, readaddressiert dieselbe fixe Relation die ganze aktuelle Inschrift.

23Keine gewählte zehnstellige Zeichenkette ist ein Ziel.

24Kein Wurzelwert wird im Voraus ausgewählt.

25Keine Hüllenanzahl wird geliefert.

26Zehn ist eine obere Grenze der Breite der öffentlichen Relation. 12.2 Unter-Ziel ist keine Blockstruktur Ungültig: Quelle in Gruppen aufteilen jede Gruppe adressieren die Gruppen als Kindrelationen mitführen wiederholen

27Das würde die lange Inschrift in einen Baum kleinerer Relationsobjekte verwandeln. Band IX weist eine AST-Ontologie ausdrücklich zurück.

28Gültig: ganze Relation -> ganzer Pfad -> relationale Adresse -> numerisches Auslesen dieser Adresse

29und in Gegenorientierung: numerisches Auslesen -> relationale Adresse -> ganzer Pfad -> ganze Relation

12.3 Fixes Byte-Referenzprofil Die digitale Quelle ist:

30𝑏𝑗 ∈ {0, … , 255}.

31Eine fixe Wurzeladresse wird vor der Ausführung gewählt:

32𝑎0 = ⊙𝜑 .

33Jedes Byte-Zeichen treibt ein und dieselbe Adressrelation um einen Schritt weiter:

34𝑎𝑗+1 = 𝑁 𝑒𝑥𝑡𝑃 (𝑎𝑗 , 𝑏𝑗 ).

35(8d)

36Die Adresse der ganzen Inschrift ist:

37𝐴𝑑𝑟𝑃 (𝐼) = 𝑎𝑛 .

38Version 0.14.1 implementiert ein gewurzeltes 256-Wege-Adressnetz mit einem eindeutigen gegenorientierten Vorgänger für jede Nicht-Wurzel-Adresse. Die konkrete shift/append-Schreibweise in Python und C ist eine technische Notation dieser Next_P- Relation, kein neues Primitiv des Tractatus.

12.4 Dieselbe Regel bestimmt den Gegenpfad Für jede Nicht-Wurzel-Adresse gilt:

39𝑃 𝑟𝑒𝑑𝑃 (𝑎′ ) = (𝑎, 𝑚)

40⟺

41𝑁 𝑒𝑥𝑡𝑃 (𝑎, 𝑚) = 𝑎′ .

42Also:

43Die in Gegenorientierung angetroffenen Zeichen reproduzieren die ursprüngliche geordnete Inschrift. Der Gegenpfad endet an der fixen Wurzelrelation.

44Er endet nicht nach einer gelieferten Quelllänge oder einer gelieferten Tiefe. 12.5 Exaktheit auf endlichen Byte-Inschriften Weil Next_P genau eine exakte Pred_P-Gegenrelation besitzt, ergibt Induktion über jede endliche Byte-Inschrift:

45𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 (𝑟𝑒𝑎𝑑𝑃 (𝐴𝑑𝑟𝑃 (𝐼))) = 𝐼.

46(8e)

47Dies gilt für:

48Die Tests sind Ausführungsprüfungen derselben Relation. 12.6 Relationsbreite ist nicht Notationslänge UNDER_TARGET liest die Anzahl der Positionen in der öffentlichen numerischen Relation.

49Es zählt nicht die Zeichen, die von einer textuellen Notation einer numerischen Adresse verwendet werden. Daher: Relationsbreite ≠ Glyphenlänge einer Zahlzeichennotation.

50(8f)

51Eine numerische Adresse kann dezimal, hexadezimal oder in einer anderen isomorphen Zahlzeichennotation dargestellt werden.

52Die Adresse und ihr Zahlzeichen bleiben verschiedene Typen:

53𝐴𝑑𝑑𝑟 ≠ 𝑟𝑒𝑎𝑑(𝐴𝑑𝑑𝑟).

12.7 Die dezimale Takt-Hülle behält ihre Rolle Die zehn öffentlichen Zeichen:

54bleiben die gemeinsame Zahlzeichenebene.

55Die 9 bleibt die sichtbare Bruchkante:

569 ∶= 𝜅.

57Und:

5810 ∶= 1|0 markiert weiterhin einen Wechsel der Referenzrelation statt eines elften primitiven Zeichens. Was sich ändert, ist nur dies: die dezimale Hülle wird nicht länger für die erforderliche Gestalt der Quellrelation gehalten. 12.8 Globales readaddressing Die operative Sequenz ist nun:

59𝐼 → 𝛾𝐼 → Σ → 𝐴𝑑𝑟𝑃 → 𝑁 𝐹𝜑 → 𝑟𝑒𝑎𝑑.

60Band VIII fordert:

61𝑟𝑒𝑐𝑜𝑣𝑒𝑟\(𝑟𝑒𝑎𝑑(Σ)\) ≡Σ Σ.

62Band IX fordert: 𝑅𝑘

63𝐼𝑁 −−→ 𝐼𝑁−𝑘 ,

64𝐼𝑁−𝑘 ≡Σ 𝐼𝑁 .

65Die ausführbare Referenz liest beides zusammen:

66ganze numerische Relation ⟷ Ganzpfad-Adresse ⟷ öffentliches Unter-Ziel-Auslesen.

13 Die Regel ist der Pfad

1Der Satz Die Regel ist der Pfad. kann nun als ausführbarer Vertrag formuliert werden.

2Für ein fixes Profil 𝑃 gilt:

3𝛿𝑃 (𝑥) = {𝑦 ∈ 𝐴𝑑𝑟 ∣ 𝑁 𝑒𝑥𝑡𝑃 (𝑥, 𝑦) ∧ 𝐴𝑙𝑙𝑜𝑤Γ𝑃 (𝑥, 𝑦)}.

4(8g)

5Die fixe Referenz 𝜑 liefert die kanonische Fortsetzung

6𝑥𝑛+1 = 𝑆𝑒𝑙𝜑 (𝑥𝑛 , Γ𝑃 ).

7(9)

8Der Pfad wird daher rekursiv erzeugt:

9𝛾𝑃 (𝑥0 ) = (𝑥0 , 𝑥1 , 𝑥2 , …).

10Keine serialisierte Liste der Entscheidungen ist erforderlich, wenn dasselbe fixe Profil sie regeneriert. 13.1 Mehrdeutigkeit wird zu einer weiteren Unterscheidung Wenn

11ist die aktuelle Relation noch nicht geschlossen.

12UXP zwingt die Alternativen nicht in einen Wert. Die ungelöste Unterscheidung wird zum Material einer anderen Referenzrelation: Mehrdeutigkeit auf Tiefe 𝑟 ⟹ neue Unterscheidung auf Tiefe 𝑟 + 1.

13(9a)

14Dies ist die Anwendungslesung von

15Der Ebenenwechsel ist kein vierter Operator, der hinter die Differenz gesetzt wird. Er ist ein operatives Erscheinen der Selbstreferenz der Unterscheidung. 13.2 Gegenlesen ist dieselbe Relation in Gegenorientierung Die vollendete öffentliche Relation ist:

16𝐼 → 𝛾𝐼 → Σ → Π →⋈→ 𝐿𝑜𝑐𝑘 3 → 𝑁 𝐹𝜑 → 𝐿𝑁𝐹 .

17Gegenlesen beginnt bei der öffentlichen Normalform, aber es entpackt kein gespeichertes Paar wie etwa:

18(depth, payload).

19Stattdessen:

20𝐿𝑁𝐹 ⇝ 𝑁 𝐹𝜑 ⇝ [Σ]≡Σ .

21(9b)

22Wo die gewählte Normalform Pfad- und Inschriftenordnung bewahrt, ist dieselbe Relation dann in Gegenorientierung lesbar:

23Für rekursives Hüllen-readaddressing wird dieselbe Aussage auf jede adressierte Relation angewendet:

24Tiefe wird nicht geliefert, um zu wählen, wie oft diese Operation ausgeführt wird. Auf jeder Ebene gilt:

25𝑑𝑒𝑝𝑡ℎ ∶= 𝑟𝑒𝑎𝑑𝑑 \(Σ\).

26Die Gegenbewegung liest daher die bereits etablierte Relation, anstatt eine unabhängige Rekonstruktionsroute zu konsultieren.

27Der Pfad wird nicht von einer Anwendungsdatenbank „erinnert“. Wo Exaktheit beansprucht wird, bleibt er wiederherstellbar, weil die Pfadordnung durch die gebundene Normalform bewahrt wird. 13.3 Abschluss ist ebenfalls Teil der Regel Ein Pfad ist nicht exakt, wenn der Gegenleser weiß, wie er fortsetzen soll, aber nicht, wann die Quellinschrift geschlossen ist.

28Daher: die Regel bestimmt sowohl Fortsetzung als auch Abschluss.

29(9c)

30Ein gültiges Archivprofil muss seine Terminierung aus der gebundenen Relation selbst ableiten. Quelllänge, Blattanzahl oder ein äquivalenter dateispezifischer Stoppwert dürfen nicht als unabhängiges Wiederherstellungsargument geliefert werden. 13.4 Starke Wiederherstellung Die starke Archivbedingung auf Spurebene lautet

31𝑟𝑒𝑐𝑜𝑣𝑒𝑟𝑃 (𝐿10 (𝐼)) ≡Σ Σ(𝛾𝐼 ).

32(9d)

33Die exakte Rekonstruktion der ursprünglichen Inschrift erfordert die stärkere Bedingung, dass Pfadordnung und Inschriftenordnung durch die ausgewählte Normalform repräsentiert bleiben:

34𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 (𝐿10 (𝐼)) = 𝐼.

35(9e)

36Diese Unterscheidung folgt dem Typvertrag des Tractatus: Wiederherstellbarkeit der Spurenklasse und exakte Einzelpfad-Rekonstruktion sind verwandt, aber nicht automatisch identisch. „Die Regel ist der Pfad“ bedeutet daher: • kein dateispezifisches Pfadobjekt wird transportiert; • kein verstecktes Nachschlagen liefert den Vorgänger; • keine externe Tiefe liefert die Hüllenanzahl; • keine externe Länge liefert den Abschluss; • dasselbe fixe Profil bestimmt die zulässige gegenorientierte Entfaltung.

14 Was ist tatsächlich öffentlich?

1Die öffentliche Grenze enthält das vollständige numerische Unter-Ziel-Auslesen. öffentliche Relation: gespeicherter Quellblock: gespeicherte Pfadliste: gespeicherte Arbeiter-/Stück-Karte: gespeicherte zweite Gegenroute: gespeicherter Tiefen-Sidecar: gespeicherter Quelllängen-Sidecar: gespeicherte persistente Lage-Datei: gemeinsame Anforderung:

2vollständiges read\(Addr_P\) keine keine keine keine keine keine keine fixes UXP-Profil P

3Die Typtrennung lautet: öffentliches numerisches Auslesen ≠ Adresse ≠ Spur ≠ Quellcontainer.

4(10a)

5Version 0.14.1 testet diese öffentliche Relation direkt.

6Die Dateisystem-Schreibweise des Auslesens ist eine technische Projektion und nicht identisch mit mathematischer Relationsbreite.

15 Gemeinsame Relation ist keine dateispezifische Fracht

1Ein skeptischer Leser sollte dennoch fragen: Was braucht die Anwendung außer der öffentlichen Wurzel?

2Sie braucht das fixe UXP-Leseprofil, unter dem diese Wurzel sinnvoll ist. Das Profil ist gemeinsames ausführbares Gesetz, nicht erinnerte Quellhistorie. Schematisch fixiert es: • zulässige direkte Fortsetzungen 𝑁 𝑒𝑥𝑡; • das Constraint-Feld Γ und seine Joins; • den Referenzschnitt 𝜑; • Projektionskanäle Π𝑖 ; • die Bindungsregel ⋈; • den 𝐿𝑜𝑐𝑘 3-Abschluss;

3• die Normalformregel 𝑁 𝐹𝜑 ; • Hüllenwechsel- und Tiefenleseregeln; • die äußere Tiefenverschachtelungsregel; • die zulässige Archivdomäne 𝐷; • die Abschlussbedingung, die vom Gegenlesen verwendet wird.

4Dies sind Regeln des Lesens.

5Dementsprechend gilt: gemeinsame Anwendungsrelation ≠ persistierte relationsbezogene Historie pro Quelle.

6(11)

7Eine .uxp_lage-Datei, eine nach Wurzeln indizierte Datenbank, ein gespeicherter Eltern-Kind-Graph, ein Quellhash-Nachschlagewerk oder eine versteckte Abbildung von öffentlicher Wurzel auf früheren Vorwärtslauf wäre ein anderer Anwendungstyp.

8Der öffentliche Vertrag lautet daher: fixes Anwendungsprofil öffentliches L_NF .uxp body dateispezifische Quellnutzlast dateispezifisches Pfadlog dateispezifischer Tiefenparameter dateispezifischer Längenparameter persistente Vorwärtshistorie

9= gemeinsames ausführbares Gesetz = dateispezifisches öffentliches Auslesen = leer = keine = keine = keine = keine = keine

10Gegenlesen in einem frischen Prozess ist der entscheidende Test.

11Nachdem eine Orientierung der Relation geendet hat, muss ein neuer Prozess, der dasselbe fixe Programm/Profil und nur das öffentliche .uxp-Artefakt enthält, in der Lage sein:

12- 1. die vollständige öffentliche Normalform zu lesen;

13- 2. sie zur entsprechenden Spurenklasse gegenzulesen;

14- 3. Tiefe, Adresse und Orientierung aus dieser Spur zu lesen statt aus gespeicherten Feldern;

15- 4. derselben zulässigen Relation in Gegenorientierung zu folgen;

16- 5. Abschluss aus der Relation selbst zu erkennen;

17- 6. die Quellinschrift zu rekonstruieren, wo das Profil Exaktheit beansprucht.

18Wenn eine fehlende Unterscheidung durch zuvor befüllten Anwendungszustand geliefert wird, hat die Implementierung regelgeneriertes Gegenlesen durch Speicherung ersetzt. Der ausführbare Vertrag lautet daher nicht: forward run -> retained execution trace -> reconstruction run

19sondern:

20𝑅𝑃 (𝑠, READADDRESS) = 𝑠′

21⟺

22𝑅𝑃 (𝑠′ , COUNTERREAD) = 𝑠.

23(11a)

24READADDRESS und COUNTERREAD benennen an der Schnittstelle angeforderte Orientierungen.

25Sie benennen nicht zwei mathematische Mechanismen.

26Wo 𝑃 die Relation auf ihrer zulässigen Domäne injektiv macht, ist die Regel selbst der Pfad.

16 Die Artefaktgrenze folgt der öffentlichen Relation

1Frühere Builds verwendeten einen zehnstelligen Dateinamen als bequeme öffentliche Oberfläche. Das ist nicht länger die mathematische Zielbedingung.

2Version 0.14.1 macht die numerische Unter-Ziel-Relation durch einen Streaming-Ausführungspfad sichtbar und verifiziert Gegenlesen aus derselben öffentlichen Relation. Die konzeptuelle Artefaktgrenze bleibt: öffentliches Normalform-Auslesen dateispezifische Quellnutzlast: keine dateispezifisches Pfadlog: keine dateispezifische Tiefe: keine dateispezifische Quelllänge: keine

3Eine entscheidende Unterscheidung wird jetzt explizit: [ öffentliche Relation ≠ lineare Dateisystem-Schreibweise dieser Relation. ]

4Die aktuelle Demonstration projiziert weiterhin eine adressierte numerische Position in eine vollständige hexadezimale Zeichenkette.

5Diese hexadezimale Zeichenkette ist eine Schnittstellenprojektion.

6Ihre Glyphenlänge ist nicht die Breite der öffentlichen Relation, und sie ist nicht der Vollzug, durch den die Relation readaddressiert wird.

7Die Schnittstelle kann sich daher ändern, ohne die Pfadrelation zu ändern, vorausgesetzt, dass die neue öffentliche Lesung für dieselbe Spurenklasse wiederherstellbar bleibt.

8Eine Dateisystembeschränkung darf niemals durch versteckten Rekonstruktionszustand repariert werden.

17 Der UXP-Archiver als Anwendung

1Die sichtbare Vorwärtsbewegung ist: digitale Quelle -> geordnete numerische Inschrift -> ganze Inschrift als ein Pfad -> relationale Ganzpfad-Adresse unter fixem P -> numerisches Auslesen dieser Adresse -> Stopp, wenn Relationsbreite <= 10

2Die Gegenorientierung ist: öffentliche numerische Relation -> dieselbe relationale Adresse -> eindeutiger Vorgängerpfad -> ursprüngliche numerische Inschrift -> ursprüngliche digitale Datei

3Es erscheint kein verschachtelter Relationsbaum.

18 Was geschieht, wenn ein Nutzer eine Datei readadressiert

1Für:

2wenn:

3𝑛 ≤ 10, liegt die Inschrift bereits unter dem Ziel.

4Wenn:

5𝑛 > 10, wird die ganze Inschrift als ein Pfad gelesen:

6𝐼(𝐹 ) → 𝛾𝐹 .

7Unter dem festen Profil:

8𝑎0 = ⊙ 𝜑 ,

9𝑎𝑗+1 = 𝑁 𝑒𝑥𝑡𝑃 (𝑎𝑗 , 𝑏𝑗 ).

10Der erreichte Ort ist:

11𝐴𝑑𝑟𝑃 (𝐹 ) = 𝑎𝑛 .

12Seine öffentliche numerische Auslesung ist:

13𝐿𝐹 ∶= 𝑟𝑒𝑎𝑑(𝐴𝑑𝑟𝑃 (𝐹 )).

14Für das aktuelle Byte-Profil:

15𝑤𝑖𝑑𝑡ℎ(𝐿𝐹 ) = 1 ≤ 10 für jede Quelle, die breiter ist als die Unter-Ziel-Grenze.

16Das Gegenlesen folgt Pred_P, bis die feste Wurzelrelation erreicht ist, und rekonstruiert:

17Somit:

18𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 (𝐿𝐹 ) = 𝐼(𝐹 ).

19(12)

20Es wird keine Quelllänge angegeben.

19 Streaming ist der Vollzug des ganzen Pfades

1Streaming-Vollzug ist keine spätere Optimierung, die UXP hinzugefügt wird. Es ist in der Takt-Struktur des Pfades bereits implizit.

2Für die digitale Inschrift:

3wird die aktuelle Adresse fortgesetzt durch: [ a_{j+1}=Next_P\(a_j,b_j\). ] Der nächste Takt benötigt daher die bereits erreichte Relation und das nächste Zeichen. Er benötigt nicht, dass die ganze zukünftige Datei zuerst materialisiert wird. Dies ist genau der Unterschied zwischen einem Pfad-Vollzug und einem Objektcontainer. Beim Takt \(j\) ist \(a_j\) bereits die Adresse, die durch den bis zu diesem Punkt vollzogenen ganzen Pfad erreicht wurde. Das nächste Byte erzeugt keine neue Unterrelation: [ Streaming-Vollzug ≠ Blockontologie. ] Technisches Puffern kann auftreten.

4Ein Leser kann Bytes, Betriebssystem-Seiten oder I/O-Chunks empfangen.

5Keine dieser technischen Schnitte wird zu einem mathematischen Schnitt, es sei denn, die Relation selbst macht ihn zu einem.

6Dasselbe gilt rekursiv für die Kaskade: Eine wirksame Relation kann fortgesetzt werden, sobald ihr nächster Takt bestimmt ist. Ein abgeschlossenes gigantisches Ausführungsobjekt ist keine Voraussetzung für die nächste relationale Fortsetzung.

7Dies ist bereits die Logik der Schleife aus Band VIII: für takt, kante in aufzählen(pfad): beitrag = schritt_lesen(kante, takt)

8Die Schleife stellt keine unabhängigen Pfadstücke her.

9Sie vollzieht die Relation durch geordnete Takte.

10Band VI gibt dieselbe Richtung von der Seite der Fortsetzung: Der Pfad wird im Gehen erzeugt, und der nächste Zustand wird aus dem aktuellen relationalen Zustand unter dem festen Profil bestimmt.

11Damit lautet die operationale Regel: nächster Takt

12[ aktuelle Relation − −−−−→ fortgesetzte aktuelle Relation. ] Nicht: vollständige Datei -> Riesenobjekt -> relationale Ausführung beginnen

13Die Regel ist der Pfad, nicht die Vormaterialisierung des Pfades.

20 Leistung und Verifikation

1Version 0.14.1 korrigiert eine Implementierungsdrift im vorherigen C-Benchmark. Version 0.14.0 verwendete: vollständige Datei -> Wurzelbyte voranstellen -> BN_bin2bn\(entire_file\) -> BN_bn2hex(...)

2Dies war eine Ausführungsabkürzung.

3Es war nicht die Architektur.

4Ein 64-MiB-Fehlschlag dieses monolithischen BIGNUM-Pfades belegte daher keine Grenze von UXP, keine Grenze des Readaddressings und keinen Bedarf an einer neuen Streaming-Methode. Die Relation war bereits streambar.

5Version 0.14.1 führt den produktiven Pfad inkrementell aus und entfernt BN_bin2bn\(entire_file\) aus diesem Pfad.

6Der korrigierte Benchmark berichtet exakte Roundtrips in frischen Prozessen für: 16 MiB 64 MiB 128 MiB

7BESTANDEN BESTANDEN BESTANDEN

8Bei 16, 64 und 128 MiB bleibt das gemessene RSS-Speichermaximum in der Benchmark- Umgebung ungefähr bei 4.4 MiB.

9Die relevante Schlussfolgerung lautet daher: [ Quellgröße ⇏ quellgroßes Ausführungsobjekt im RAM. ] Das bedeutet nicht, dass jede Schnittstellen-Projektion bereits optimal ist. Die aktuelle Demo schreibt die öffentliche Adressauslesung noch als eine vollständige lineare hexadezimale Zahl.

10Das ist eine andere Frage.

11Der Benchmark muss daher unterscheiden zwischen: A. Streaming-Vollzug der Relation B. physischer Serialisierung einer öffentlichen Zahlennotation

12Ein Fehlschlag oder eine Ineffizienz von B ist nicht automatisch ein Fehlschlag oder eine Ineffizienz von A. Die Verifikation bleibt geordnet als: Typtrennung -> Pfad der ganzen Relation -> taktweise Fortsetzung -> öffentliche Breite unter der Zielgrenze -> Gegenlesen im frischen Prozess -> Python/C-Parität -> Mutationskontrollen -> Skalierung -> Schnittstellen-Projektionsaudit

13Der Roundtrip bleibt notwendig, aber nicht hinreichend.

21 Warum der Durchsatz zählt

1Durchsatz zählt, weil UXP benutzbar sein soll, nicht bloß kontemplativ.

2Aber die Ordnung der Verifikation ist festgelegt: Typkorrektheit -> Gegenlesen im frischen Prozess -> selbstschließende Rekonstruktion -> Domänenexaktheit -> Skalierung -> Durchsatz

3Ein Programm, das schnell ist, weil es eine verborgene Wurzeldatenbank konsultiert, hat die UXP-Relation nicht implementiert.

4Ein Programm, das den korrekt erzeugten Strom erst rekonstruiert, nachdem ihm die ursprüngliche Quelllänge mitgeteilt wurde, hat die vollständige Archivschließung noch nicht implementiert. Ein Programm, das die Tiefenverschachtelung validiert, aber keine gleiche Quelle-zu-Öffentlich-Relation hat, hat eine Schicht der Architektur validiert, nicht Archivierung beliebiger Dateien. Das Entwicklungsziel ist daher präzise: Kann dieselbe relationszuerst arbeitende Laufzeit die beanspruchte Quelldomäne mit praktischem Dateiwerkzeug-Durchsatz verarbeiten und zugleich jeden dateispezifischen Rekonstruktionszustand außerhalb des öffentlichen Normalform-Labels vermeiden?

5Nur Messungen nach dieser Prüfschwelle sind Produkt-Durchsatzmessungen.

22 Warum Kompression eine Sackgasse ist

1Wir können nun zum Titel zurückkehren.

2Kompression fragt: Wie kann die Darstellung dieses Datenobjekts reduziert werden?

3UXP fragt: Wie ist diese Inschrift als diese Inschrift lesbar, und wie kann diese Lesung readadressiert werden?

4Die beiden Fragen können zu Programmen führen, die nebeneinander auf derselben Maschine liegen. Sie beginnen nicht aus derselben erklärenden Richtung.

5Kompression setzt ein Informationsobjekt voraus und transformiert den Körper, der genug Darstellung für einen Dekoder tragen soll.

6UXP behandelt die Datei zuerst als geordnete Inschrift. Es folgt den Unterscheidungen, die die Inschrift lesbar machen, bindet diese Unterscheidungen in eine Normalform und legt eine öffentliche Auslesung dieser Relation frei.

7Für das Zehn-Positionen-Profil lautet die intendierte Architektur: Quelleninschrift -> festes relationales Profil -> adressierter Pfad -> rekursive Schalenwechsel -> gebundene spurgegründete Adresslesung -> eine äußere Tiefenverschachtelung -> <10 Ziffern>.uxp -> 0-Byte-Körper -> Gegenlesen nach derselben Regel -> Quelleninschrift

8Dies ist nicht „Kompression ohne Nutzlast.“ Es ist ein anderer Darstellungstyp.

9Der Anspruch bleibt bedingt durch Exaktheit über der deklarierten zulässigen Quelldomäne. Wenn die Quelle-zu-Öffentlich-Relation auf der erforderlichen Spurklassen-Ebene nicht injektiv ist, ist das Ergebnis kein gültiges, exaktes UXP-Archiv für diese Domäne.

10Diese Bedingung gehört in die Theorie hinein, statt einem Kritiker zur Entdeckung überlassen zu werden.

23 Eine Verkleinerung der Darstellung ist keine Kompression

1UXP ist eine Verkleinerung der relationalen Darstellung, kein klassischer Kompressionsanspruch. Das Unter-Ziel-Profil verlangt nur:

2𝑤𝑖𝑑𝑡ℎ(𝐿𝑁𝐹 ) ≤ 10.

3Es verlangt keine bestimmte zehnstellige Zeichenfolge.

4Band IX sagt:

5𝐺 ≡Σ 𝐼.

6Die kürzere Relation ist dieselbe Spurklasse an einer anderen Leseadresse. Für das ausführbare Byte-Profil:

7𝑟𝑒𝑐𝑜𝑣𝑒𝑟𝑃 \(𝐿≤10 (𝐼)\) ≡Σ Σ(𝛾𝐼 ), und starke Quellwiederherstellung ist:

8𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 \(𝐿≤10 (𝐼)\) = 𝐼. Öffentliche Relationsbreite und die Glyphenlänge einer Zahlennotation sind unterschiedliche Lesungen. Eine hexadezimale oder dezimale Schreibung einer numerischen Adresse kann viele Zeichen enthalten, während sie eine numerische Relationsposition bleibt.

9UXP beansprucht daher relationale Readadressierung, keine klassische Reduktion der repräsentationalen Bitanzahl.

24 Der Archiver lehrt den Unterschied, indem er ihn ausführt

1Die Einstiegspapiere I und II sind Argumente. Dieser dritte Text ist ein Argument, das ausführbar wird. Das verändert, wie der Tractatus einem Leser vorgestellt werden kann. Ein neuer Leser muss nicht beginnen, indem er das gesamte Vokabular der neun Bände meistert. Der Archiver selbst kann die Inversion lehren.

2Zuerst sieht der Leser eine Datei. Dann fragt der Text, was die Datei bereits voraussetzt: Unterscheidungen, Ordnung, Grenzen, Positionen.

3Dann wird die Datei als Inschrift umgeschrieben: b0|b1|…|bn.

4Dann wird die Inschrift als Pfadrelation gelesen.

5Dann wird die Pfadrelation über technische Schnitte hinweg zusammengesetzt. Dann wird dieselbe Relation rückwärts gelesen. Wenn der Leser das Produkt erreicht, ist der fundamentale Zug bereits im Code geschehen. Das Programm ist zu einem pädagogischen Objekt geworden, ohne zu einer Metapher zu werden.

6Das ist die Rolle von UXP in der Publikationsreihe.

7Einstiegspapier I fragt, warum Mathematik vor axiomatischer Schließung möglich ist. Einstiegspapier II fragt, warum Zerlegung für sich genommen keine vorausgehende Konstruktion beweist. Einstiegspapier III fragt, warum die Behandlung einer Datei als enthaltenes Datenobjekt der Repräsentation bereits vorausgeht. Die verbundenen Inversionen sind: mathematisches Objekt <- Unterscheidung physisches Objekt <- stabilisierte Relation Datenobjekt <- lesbare Inschrift.

8Jeder dieser Texte kann unabhängig betreten werden.

9Zusammen legen sie dieselbe Bewegung in unterschiedlichen Domänen frei.

25 Der Python- und C-Referenzkern

1Python hält die Typentrennung explizit: DigitalNumericalRelation PathTrace RelationalAddress PublicNumericalReadout

2C verifiziert dieselbe Ganzpfad-Relation unabhängig.

3Version 0.14.1 fügt die Implementierungsunterscheidung hinzu, die direkt aus der Takt-Struktur folgt. Der produktive Dateipfad ist streamingfähig: Quellmarke -> aktuelle Adresse fortsetzen -> nächste Quellmarke -> aktuelle Adresse fortsetzen -> ...

4Er konstruiert nicht zuerst eine monolithische Ganzzahl aus der vollständigen Quelle. Der produktive C-Pfad hängt daher nicht mehr von OpenSSL BIGNUM ab.

5Der produktive Python-Dateipfad ruft ebenfalls nicht auf: read_bytes() -> int.from_bytes\(entire_file\)

6vor der Ausführung.

7Für Quellen, die breiter als die Unter-Ziel-Grenze sind, projiziert die aktuelle Demonstration die öffentliche Adresse numerisch in einen hexadezimalen Strom.

8Dieser Strom wird inkrementell ausgegeben.

9Die hexadezimale Projektion wird nicht zum Adresstyp selbst erhoben.

10Die ausführbare Relation bleibt: [ I ⟷ _I ⟷Adr_P\(I\) ⟷read\(Adr_P(I)\). ] Es gibt keine Blockkaskade und keine verschachtelte Kindrelation.

11Die öffentliche Bedingung lautet nur: UNDER_TARGET = 10 Stop\(I\) iff width\(I\) <= 10

12Die Gegenorientierung empfängt keine ausgeführte Vorwärtsspur, Tiefe, Quelllänge, Pfadhistorie oder Kaskadenzustand.

13Die Validierungsberichte zu Version 0.14.1 melden: STREAMING_EXECUTION BLOCK_ONTOLOGY MONOLITHIC_BN_BIN2BN_PRODUCTIVE_PATH UNDER_TARGET

14BESTANDEN

1516 MiB STREAMING-ROUNDTRIP 64 MiB STREAMING-ROUNDTRIP 128 MiB STREAMING-ROUNDTRIP

16BESTANDEN BESTANDEN BESTANDEN

17RSS-SPEICHERMAXIMUM 16 MiB RSS-SPEICHERMAXIMUM 64 MiB RSS-SPEICHERMAXIMUM 128 MiB

18~4.4 MiB ~4.4 MiB ~4.4 MiB

19EXTERNAL_DEPTH EXTERNAL_SOURCE_LENGTH STORED_FORWARD_PATH

20Dies klassifiziert das alte 64-MiB-Ergebnis korrekt neu: keine UXP-Grenze keine Readaddress-Grenze kein fehlendes Streaming-Problem sondern: eine Grenze der verworfenen monolithischen Benchmark-Abkürzung

26 Was das aktuelle Produkt behauptet

1Zuerst: Die digitale Quelle ist eine geordnete numerische Relation.

2Zweitens: Die gesamte Quelleninschrift wird als ein Pfad gelesen.

3Drittens: Readadressierung wirkt auf diesen ganzen Pfad, nicht auf Quellteile, die zu kleineren Zahlenentitäten erhoben werden.

4Viertens: Spur, Adresse und öffentliche numerische Auslesung sind verschiedene Typen. Fünftens: Es gibt keine feste Zielrelation. UNDER_TARGET = 10 ist nur eine öffentliche Stoppgrenze. Sechstens: Gegenlesen ist dieselbe feste Adressrelation in Gegenorientierung.

5Siebtens: Der Gegenpfad schließt bei der festen Referenzrelation, nicht nach einer vorgegebenen Anzahl von Wiederholungen.

6Achtens: Keine Quellenlänge, Tiefe, Pfadliste, Blockkarte oder kein zurückbehaltenes Vorwärtsausführungsobjekt ist erforderlich.

7Neuntens: Jede endliche Byte-Inschrift im Referenzbereich hat eine erzeugte Ganzpfadadresse und einen exakten Gegenpfad zur festen Wurzel.

8Zehntens:

9Öffentliche Relationsbreite ist nicht die Glyphenzahl einer Zahlennotation, die zur Anzeige einer numerischen Adresse verwendet wird.

10Für:

11sei:

12𝑎0 = ⊙ 𝜑 ,

13𝑎𝑗+1 = 𝑁 𝑒𝑥𝑡𝑃 (𝑎𝑗 , 𝑏𝑗 ).

14Dann:

15𝐿(𝐼) = 𝑟𝑒𝑎𝑑(𝑎𝑛 ) und:

16𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 (𝐿(𝐼)) = 𝐼.

17Für 𝑛 > 10 legt die aktuelle Referenz die vollständige Adresse als eine öffentliche numerische Position offen:

27 Was das aktuelle Produkt nicht bedeutet

1Die globale Pfadresse ist kein Blockkompressor.

2Es bedeutet nicht: Quelle -> Gruppen -> Adressen von Gruppen -> verschachtelter Baum

3Es bedeutet nicht, dass öffentliche Zahlennotation die Spur selbst ist.

4Es bedeutet nicht, dass eine externe Quellenlänge dem Programm sagt, wann es anhalten soll. Es bedeutet nicht, dass ein früherer Lauf per Adresse nachgeschlagen wird. Und es bedeutet nicht, dass die öffentliche Auslesung höchstens zehn Textzeichen hat. Die Unter-Ziel-Bedingung lautet:

5𝑤𝑖𝑑𝑡ℎ(𝐿) ≤ 10, nicht:

6𝑔𝑙𝑦𝑝ℎ𝑐𝑜𝑢𝑛𝑡(one numeral spelling) ≤ 10.

7Die Typunterscheidung bleibt bestehen:

8Σ ≠ 𝐴𝑑𝑟 ≠ 𝑟𝑒𝑎𝑑(𝐴𝑑𝑟).

9Eine weitere Implementierungsdrift muss ebenfalls ausgeschlossen werden: Readaddress-Relation -> öffentliche Zahlenauslesung -> die Zahl als riesige lineare Hex-Zeichenkette serialisieren -> die Größe dieser Zeichenkette als Größe der Relation behandeln

10Der letzte Schritt ist ungültig.

11Die hexadezimale Zeichenkette ist eine Schnittstellen-Projektion von read\(Adr\). Ihre physische Größe kann für die Schnittstellen-Entwicklung relevant sein, aber sie bestimmt rückwirkend weder die relationale Breite noch die Streaming-Struktur des Vollzugs. Also: [ Streaming-Vollzug ≠ lineare Serialisierung einer Zahlennotation. ]

28 Der minimale Beweisrücken

1- 1. Digitale numerische Inschrift

2- 2. Ganzer Pfad

3𝐼 ↦ 𝛾𝐼 .

4- 3. Festes Profil und Wurzel

5𝑃 = (𝐴𝑑𝑟, 𝑁 𝑒𝑥𝑡, 𝜑, 𝑁 𝐹 , 𝐷, 𝑈 ),

6𝑈 = 10,

7𝑎0 = ⊙ 𝜑 .

8- 4. Pfadfortsetzung

9𝑎𝑗+1 = 𝑁 𝑒𝑥𝑡𝑃 (𝑎𝑗 , 𝑏𝑗 ).

10- 5. Ganzpfadresse

11𝐴𝑑𝑟𝑃 (𝐼) = 𝑎𝑛 .

12- 6. Öffentliche Auslesung

13𝐿(𝐼) = 𝑟𝑒𝑎𝑑(𝐴𝑑𝑟𝑃 (𝐼)).

14- 7. Unter-Ziel

15𝑆𝑡𝑜𝑝𝑈 (𝐿) ⟺ 𝑤𝑖𝑑𝑡ℎ(𝐿) ≤ 10.

16- 8. Dieselbe Relation in Gegenorientierung

17𝑃 𝑟𝑒𝑑𝑃 (𝑎𝑗+1 ) = (𝑎𝑗 , 𝑏𝑗 ).

18Wiederholtes Gegenlesen erreicht die feste Wurzel ohne Quellenlängenparameter.

19- 9. Exaktheit

20𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 (𝐿(𝐼)) = 𝐼.

21Auf Spurebene:

22𝑟𝑒𝑐𝑜𝑣𝑒𝑟𝑃 (𝐿(𝐼)) ≡Σ Σ(𝛾𝐼 ).

23Der ausführbare Rücken ist:

24und in Gegenorientierung:

25𝑟𝑒𝑎𝑑 → 𝐴𝑑𝑟𝑃 → 𝛾𝐼 → 𝐼.

29 Von Difference zu ausführbarer Difference

1Der Tractatus Principio wird nicht dadurch zu Software, dass philosophische Sätze in Klassennamen übersetzt werden.

2Band VIII gibt die operative Sequenz:

3𝐼 → 𝛾 → Σ → Π →⋈→ 𝐿𝑜𝑐𝑘 → 𝑁 𝐹 → 𝑟𝑒𝑎𝑑.

4Die Implementierungsaufgabe besteht darin, diese Typen zu bewahren und dabei gewöhnliche Maschinenrepräsentationen zu verwenden. Die tiefere Bewegung ist:

5Der Code führt diese Lesungen nacheinander aus, aber die drei Ordnungen von Difference sind keine zeitlichen Stufen.

6Daraus folgen drei Implementierungsdisziplinen.

7Erstens: Projektion ist kein Trägerzustand.

8Eine sichtbare Ziffer ist nicht die Adresse.

9Zweitens: Tiefe ist eine Leserolle, keine pro-Datei-Kernel-Fracht.

10Band IX stellt fest:

11𝑑𝑒𝑝𝑡ℎ ∉ 𝐾𝑒𝑟𝑛𝑒𝑙𝑆𝑡𝑎𝑡𝑒, Drittens:

12𝑑𝑒𝑝𝑡ℎ ∶= 𝑟𝑒𝑎𝑑𝑑 \(Σ\).

13Schließung ist relational, kein externes Gegenlese-Argument.

14Viertens: Eine reversible Integer-Zustandsmaschine ist noch keine UXP-Spur.

15Eine Funktion kann bijektiv sein und dennoch den falschen Typ haben, wenn sie:

16𝐼 → 𝛾 → Σ → Π →⋈→ 𝐿𝑜𝑐𝑘 → 𝑁 𝐹 → 𝑟𝑒𝑎𝑑 ersetzt durch:

17𝑖𝑛𝑡𝑒𝑔𝑒𝑟 ↔ 𝑖𝑛𝑡𝑒𝑔𝑒𝑟.

18Die finale Laufzeit darf sich daher nicht auf einen versteckten Dateigrößenparameter stützen, um das Gegenlesen zu stoppen. Ebenso wird Δ nicht als zusätzlicher Kompressionsoperator eingeführt:

19Hüllenwechsel, Bindung, Rotation, Normalisierung und Gegenlesen sind operative Lesungen relationaler Selbstreferenz.

20Die Kodierdisziplin lautet: Textrelation -> typisierte operative Relation -> ausführbare feste Regel -> Test im frischen Prozess

21nicht: vertraute Speicherstruktur -> versteckte Reparatur -> Reinterpretation als UXP

30 Die Wirkung des Archiver

1Der Archiver macht die grundlegende Behauptung operativ falsifizierbar.

2Die beabsichtigte Anwendungsgrenze ist: eine Quelle innerhalb des deklarierten zulässigen Bereichs wählen sie als geordnete Inschrift lesen ihren Pfad bilden ihre Spur integrieren Tiefe/Adresse/Orientierung aus dieser Spur lesen die kompatiblen Projektionen binden Lock_3/4 erkennen die Normalform bilden die vollständige öffentliche Auslesung nehmen <öffentliche Auslesung>.uxp schreiben

3den Körper leer lassen einen frischen Prozess mit demselben festen Profil starten die öffentliche Normalform unter P gegenlesen derselben Relation in Gegenorientierung folgen Lock_P erreichen die Quelleninschrift wiederherstellen

4Die Architektur legt daher ihre eigenen Testpunkte offen.

5Wo ist der Quellblock?

6Nicht im .uxp-Körper.

7Wo ist der gespeicherte Pfad?

8Es gibt kein pro-Datei-Pfad-Seitenobjekt.

9Wo ist Tiefe?

10Sie ist:

11𝑟𝑒𝑎𝑑𝑑 \(Σ\).

12Sie wird nicht aus einem dezimalen Metadatenfeld entpackt.

13Wo ist Adresse?

14Sie ist:

15𝑟𝑒𝑎𝑑𝐴𝑑𝑟 \(Σ\).

16Sie ist nicht der Kernel-Träger und nicht Adresse % 10.

17Wo ist Quellenlänge?

18Sie darf nicht extern geliefert werden. Schließung muss aus der Relation gelesen werden. Was ist dateispezifisch?

19Die öffentliche Normalform-Auslesung.

20Was ist gemeinsam?

21Das feste ausführbare Profil, einschließlich seiner Eichung.

22Was begrenzt Exaktheit?

23Der deklarierte zulässige Bereich, auf dem die öffentliche Auslesung eindeutig gegengelesen werden kann. Dies sind keine Implementierungsfußnoten. Sie sind der operative Inhalt der Theorie.

31 Warum das Produkt wichtiger ist als das Entwicklungstagebuch

1Eine Veröffentlichung sollte die invariante Architektur darstellen und den Leser nicht zwingen, sie aus einem Entwicklungstagebuch zu rekonstruieren.

2Die relevante Frage ist daher nicht, welcher Prototyp zuerst erschien.

3Sie lautet, welche Implementierungstypen mit dem UXP-Vertrag kompatibel sind. Die folgenden Punkte sind unter diesem Vertrag Kategorienfehler:

4• die öffentliche Zahl als Container für verstecktes Quellmaterial behandeln; • die Zielkaskade zu einer skalaren Rekurrenz verflachen; • die Pfad-/Spurordnung durch eine reversible Integer-Zustandsmaschine ersetzen; • den Kernel-Träger mit einer endlichen dezimalen Adressoberfläche identifizieren; • gleiche sichtbare Label mit identischen relationalen Positionen identifizieren; • die sichtbare Marke als Rest einer gepackten Adresse berechnen; • eine beliebige affine Permutation so behandeln, als ob ihre Reversibilität UXP-Gegenlesen begründete; • Arbeiterschnitte mit Archivtiefen verwechseln; • eine partielle Projektion mit dem vollständigen Normalform-Label identifizieren; • Tiefe als persistierten pro-Datei-Kernel-Zustand behandeln; • Adresse, Rotation oder Tiefe als unabhängige Nutzlastfelder behandeln; • die Quellenlänge während des Gegenlesens extern liefern; • einen Vorwärts-Knotengraphen speichern und das Nachschlagen „Counterreading“ nennen; • verschiedene Adressen zwingen, auf einer Hülle zu kollidieren, statt die Referenzebene zu wechseln; • das Ausführungsprofil ändern, nachdem das gewünschte Ergebnis beobachtet wurde; • rohe verschachtelte Kombinationen zählen und dabei den profil-zulässigen Bereich ignorieren; • beliebige Quellenabdeckung behaupten, bevor dieselbe Relation sie in beiden Orientierungen etabliert hat.

5Die positive Architektur ist: Quelleninschrift -> Pfad -> Spur -> Nur-Lese-Projektionen -> Bindung -> Lock_3/4 -> Normalform -> öffentliche Auslesung -> Artefakt mit leerem Körper

6und in Gegenorientierung: öffentliche Auslesung -> Normalform-Spurklasse -> dieselbe Relation in Gegenorientierung -> Quelleninschrift

7Tiefe und Adresse werden aus der Spur gelesen, an welchem Punkt auch immer sie erforderlich sind. Diese Darstellung macht die stärksten Einwände zu einem Teil der Spezifikation selbst. Ein Kritiker muss dem Vokabular nicht vertrauen.

8Der Kritiker kann testen, ob die Implementierung den Typvertrag einhält.

32 Das Argument fortsetzen

1Dieser Text ist der dritte Einstiegspunkt in den Tractatus Principio. Das erste Einstiegspapier fragt, was Mathematik bereits voraussetzt, bevor ein Axiom funktionieren kann: C.H.F. Warnke, All You Need Is Difference — Why Mathematics Works — and Still Fails Reality. Das zweite fragt, ob Zerlegung eine vorgängige ontologische Konstruktion begründet: C.H.F. Warnke, The Illusion of Construction — Why There Is No Matter.

2Der vorliegende Text trägt dieselbe Umkehrung in ausführbare Information. Zusammen können die drei Einstiegspunkte geschrieben werden: mathematisches Objekt <- Unterscheidung physisches Objekt <- stabilisierte Relation Datenobjekt <- lesbare Inschrift.

3Sie sind unabhängige Eingänge, keine vorgeschriebene Leseordnung.

4Ein Leser kann hier mit dem Archiver beginnen und rückwärts zur Differenz gehen. Ein anderer kann mit der Differenz beginnen und hier als Anwendung ankommen. Die rekursive Verbindung ist der Punkt.

33 Schluss

1Kompression funktioniert.

2Darum darf der Titel nicht missverstanden werden.

3Kompression ist nur dann eine Sackgasse, wenn die Grundfrage auf die endlose Suche nach einem kleineren Container für ein bereits vorausgesetztes Informationsobjekt reduziert wird. UXP verändert den Gegenstand der Erklärung.

4Eine Datei ist zuerst eine lesbare Inschrift. Ihre Ordnung begründet eine Pfadrelation. Aufeinanderfolgende Relationen komponieren, ohne technische Schnitte in mathematische Schnitte zu verwandeln. Perspektive beschränkt, welche Fortsetzungen zulässig sind. Kompatible relationale Zwänge verengen die Kandidatenmenge. Der dezimale Träger zeigt bereits dieselbe Struktur, bevor die größere Kaskade beginnt. Sein operativer Ursprung ist keine Tabelle von zehn verschiedenen Zahlobjekten. Er ist eine Selbstreferenz:

5gelesen in einem geordneten Takt.

6Für einen endlichen Lauf:

7bleibt die Relation selbstisomorph zum selben Delta-Ursprung:

8Die Zahl ist die öffentliche Umschreibung dieses Takts.

9Das Dezimalsystem synchronisiert diese Lesungen auf einer Hülle:

10Die 9 ist die sichtbare Bruchkante der Hülle.

11Tiefe beginnt erst, wenn die bereits differenzierte Taktordnung selbst zur Referenz einer weiteren Unterscheidung wird.

12Die Dezimalhülle zeigt weiterhin, dass Zahl eine Auslesung einer selbstrelationalen Taktordnung ist. Der Archiver verlangt jedoch nicht mehr, dass eine Quelle als abgeschlossene dezimale Hüllenblöcke ankommt. Die ganze digitale numerische Relation:

13wird als ein Pfad gelesen:

14𝐼 → 𝛾𝐼 .

15Unter dem festen Profil:

16𝑎0 = ⊙ 𝜑 ,

17𝑎𝑗+1 = 𝑁 𝑒𝑥𝑡𝑃 (𝑎𝑗 , 𝑏𝑗 ).

18Die erreichte Adresse ist:

19𝐴𝑑𝑟𝑃 (𝐼) = 𝑎𝑛 , und die öffentliche Auslesung ist:

20𝐿(𝐼) = 𝑟𝑒𝑎𝑑(𝐴𝑑𝑟𝑃 (𝐼)).

21Es gibt keine feste Zielzahl.

22Es gibt nur:

23𝑆𝑡𝑜𝑝𝑈 (𝐿) ⟺ 𝑤𝑖𝑑𝑡ℎ(𝐿) ≤ 10.

24Dieselbe Relation counter-reads die Adresse zur festen Wurzel zurück und reproduziert die ursprünglichen geordneten Marken:

25𝑐𝑜𝑢𝑛𝑡𝑒𝑟𝑃 (𝐿(𝐼)) = 𝐼.

26Keine Quellenlänge, Tiefe, kein Blockbaum und keine frühere Ausführung wird geliefert. Dies ist der operative Inhalt von: Die Regel ist der Pfad.

27Der Pfad wird nicht als weiteres Objekt gespeichert, weil der zulässige Pfad durch die Relation erzeugt wird.

28Die sichtbare Zahl ist nicht primär. Sie ist eine öffentliche Auslesung einer relationalen Form. Ein Zahlensystem ist die gemeinsame Leseebene, auf der solche Formen gleichzeitig lesbar werden.

29Tiefe ist keine Nutzlast, keine Zählung von Bruchkanten-Glyphen und nicht die Klammerntiefe einer gewählten Zahlzerlegung. Sie ist eine Lesung wirksamer Selbstreferenz in der Spur. Komplexität ist kein Haufen zusätzlicher Dinge. Sie ist zunehmende relationale Bestimmung. Einstiegspapier I fragt, was Mathematik bereits benötigt, bevor ein Axiom funktionieren kann.

30Einstiegspapier II fragt, ob Zerlegung vorgängige Konstruktion beweist.

31Einstiegspapier III fragt, ob Information zuerst als enthaltenes Datenobjekt behandelt werden muss, bevor sie dargestellt werden kann.

32Die drei Umkehrungen bleiben: mathematisches Objekt <- Unterscheidung physisches Objekt <- stabilisierte Relation Datenobjekt <- lesbare Inschrift

33Kompression verändert die Inhalte der Box.

34UXP verändert die Lesung - und lässt die Box leer.

Referenzen

1Warnke, C.H.F. All You Need Is Difference - Why Mathematics Works - and Still Fails Reality. The Future Foundation, Entry Paper No. 01, 2026.

2Warnke, C.H.F. The Illusion of Construction - Why There Is No Matter. The Future Foundation, Entry Paper No. 02, 2026.

3Warnke, C.H.F. Tractatus Principio - Über den Unterschied. Band I: Buch der Mathematik. Insbesondere der Primat von Difference, die relationale Lesung von Zahl und die Untrennbarkeit von Zahl und geometrischer Spur.

4Warnke, C.H.F. Tractatus Principio - Über den Unterschied. Band IV: Buch der Selbstbezüglichkeit. Insbesondere die gleichzeitigen Ordnungen |, 𝐴|𝐵 und |(|) und die Definition Δ ∶= |(|). Warnke, C.H.F. Tractatus Principio - Über den Unterschied. Band VI: Buch der Adressierung. Insbesondere §§1-6 zu Hülle, Tiefe, Adresse und Fixierung sowie §§15-16 zur 𝛿-Verfeinerung und Schließung unter Fixierung.

5Warnke, C.H.F. Tractatus Principio - Über den Unterschied. Band VIII: Buch der Anwendung. Insbesondere die ausführbare Relation 𝐼 → 𝛾 → Σ → Π →⋈→ 𝐿𝑜𝑐𝑘 → 𝑁 𝐹 → 𝑟𝑒𝑎𝑑 und die Anforderung, dass Code Pfad, Bindung, Spur, Adresse und Wiederherstellbarkeit bewahrt. Warnke, C.H.F. Tractatus Principio - Über den Unterschied. Band IX: Buch der Lesung. Insbesondere §4.3 zu gültigen Labels, §§5-6 zu Hüllenmarken und Inschrift, §§9-10 zu Tiefe und Projektion, und §§11-15 zu Bindung, Lock, Normalform und Readaddressing.

6Warnke, C.H.F. Das kartesische Koordinatensystem als Delta-Lesearchitektur. Insbesondere die Typtrennung zwischen Adresse, Spur, Projektion und öffentlicher Auslesung; 𝐶𝜑 \(𝐴, Σ\) = (𝑑, ℓ, 𝑞); und die starke Wiederherstellungsbedingung für vollständige Normalform-Labels.

7Hinweis zum Geltungsbereich Diese Version 3.7 präsentiert die Korrektur Streaming-Vollzug / Schnittstellen-Projektion der globalen Readaddress-/Unter-Ziel-Architektur.

8Der ausführbare Referenzbereich bleibt:

9Die zentrale Korrektur ist kein neuer mathematischer Mechanismus.

10Sie ist die Entfernung einer unnötigen Implementierungsnormalisierung: BN_bin2bn\(entire_file\)

11aus dem produktiven C-Pfad.

12Die Relation bestimmt bereits die inkrementelle Ausführung: [ a_{j+1}=Next_P\(a_j,b_j\). ] Daher: streaming_execution = BESTANDEN streaming_is_new_architecture = NEIN block_ontology = 0 monolithic_whole_file_bignum = 0

13Korrigierte C-Validierung in frischen Prozessen: 16 MiB exakter Roundtrip = BESTANDEN 64 MiB exakter Roundtrip = BESTANDEN 128 MiB exakter Roundtrip = BESTANDEN RSS-Speichermaximum über 16/64/128 MiB ≈ 4.4 MiB

14Der frühere 64-MiB-BN_bin2bn-Fehlschlag wird als UXP-Skalierungsaussage zurückgezogen. Die verbleibende Implementierungsfrage betrifft die aktuelle öffentliche Schnittstellen-Projektion: Eine adressierte numerische Position wird weiterhin als vollständige lineare hexadezimale Zahl geschrieben. Diese Notation wird absichtlich klassifiziert als: Schnittstellen-Projektion

15und nicht als: Relationsbreite Adressontologie Streaming-Architektur

16Künftige Schnittstellenarbeit muss Wiederherstellbarkeit bewahren, ohne versteckten dateispezifischen Zustand, Blockontologie oder eine Kodierer/Dekoder-Spaltung wieder einzuführen.

Addendum: Das Byte als getaktete Relation von Difference

1Eine werkimmanente Erweiterung zur dateibezogenen Medium-Lesung von Publication III.

2Status dieses Addendums. Das vorausgehende Argument bleibt unverändert. Dieses Addendum erweitert die Medium- und Dateidiskussion, indem es ausdrücklich macht, wie ein physisches Byte gelesen werden kann, ohne Bits, Bytes oder Maschinen-Integer zur Ontologie von UXP zu machen.

3Die Erweiterung bleibt unter derselben Autoritätsrichtung, die der Text bereits festgelegt hat: Difference vor Zahl, Relation vor Wert, die Regel als Weg und die öffentliche Auslesung als Leseadresse statt als Container.

A.1 Das Byte vor dem Wert

4Ein Byte soll nicht zuerst als fertiger Skalarwert 0 bis 255 in die Tractatus-Relation eintreten. Dieser Skalar ist bereits eine stabilisierte Maschinenlesung eines achtstelligen physischen Trägers.

5An der Maschinengrenze kann das Byte stattdessen als acht binärseitige Positionen gelesen werden:

B = b7 | b6 | b5 | b4 | b3 | b2 | b1 | b0
bj in {0,1}

6Die Notation {0,1} darf nicht zu zwei primitiven Substanzen verdinglicht werden. Die beiden Marken sind lesbare Positionen einer Unterscheidung. Die 1 ist die markierte Position. Die 0 ist nicht die Abwesenheit von Relation. Sie ist die geschlossene oder unmarkierte Gegenposition im selben relationalen Feld.

0 != nichts

7Darum ist 00000000 kein leerer Nicht-Zustand. Es ist eine vollständige achtstellige Konfiguration, in der jede aktuelle Position unter der geschlossenen Seite der Unterscheidung gelesen wird.

A.2 256 Konfigurationen, 255 als höchste Auslesung

8Acht binärseitige Positionen haben einen endlichen Konfigurationsraum. Die bekannte Zählung ist hier nützlich, sofern sie nicht in eine Speicherontologie verwandelt wird:

2^8 = 256 Konfigurationen

9Die konventionelle vorzeichenlose numerische Oberfläche liest diese 256 Konfigurationen dann als Folge:

0, 1, 2, ..., 255

10Der Unterschied zwischen 256 und 255 ist daher typologisch, kein fehlender Zustand. 256 benennt die Anzahl verfügbarer achtstelliger Konfigurationen. 255 ist der höchste Wert der konventionellen nullbasierten Skalarlesung desselben endlichen Trägers.

11Die All-Null-Konfiguration zählt. Ihre numerische Auslesung ist 0. Auch die All-Eins-Konfiguration zählt. Ihre konventionelle vorzeichenlose Auslesung ist 255. Keine der beiden Konfigurationen ist ontologisch vollständiger als die andere.

256 = Konfigurationsanzahl 255 = höchste konventionelle vorzeichenlose Auslesung

12Diese Unterscheidung ist für UXP wichtig, weil die kombinatorische Oberfläche nicht mit kleinen Informationsobjekten verwechselt werden darf, die im Byte gespeichert seien. Das Byte ist ein Maschinenträger, auf dem eine endliche relationale Konfiguration öffentlich lesbar wird.

A.3 Das Byte als Selbstrelation der Unterscheidung

13Die acht Positionen sind nicht acht isolierte Bit-Dinge, die später zu einem Byte-Objekt zusammengesetzt werden. Jede neue Position tritt in eine Relation ein, in der die vorhergehenden Unterscheidungen bereits wirksam sind.

Sigma_j | nächste Position -> Sigma_(j+1)

14So ist 1|1 nicht bloß zweimal dasselbe Objekt. Die zweite markierte Position ist relativ zu einer bereits wirksamen markierten Position unterschieden. Der nächste Takt wirkt daher auf eine Relation.

1 -> 1|1 -> (1|1)|1 -> ...

15Der achtstellige Träger kann entsprechend als endliche Stabilisierung wiederholter Selbstreferenz der Unterscheidung gelesen werden. Die Selbstreferenz wird nicht hinzugefügt, nachdem die Bits gesammelt wurden. Sie macht deren geordnete Relation überhaupt erst wirksam.

Delta := |(|)

16In diesem Sinn ist das Byte eine kleine, endliche, maschinenseitige Lesung derselben Bewegung, die bereits den Tractatus bestimmt: Difference unterscheidet ihre eigenen bereits wirksamen Unterscheidungen.

A.4 Strich, Punkt und orthogonale Lesung

17Die binärseitige Position darf ebenfalls nicht auf das naive Paar „Strich“ gegen „kein Strich“ reduziert werden. Die Nullposition ist nicht nichts, und der Strich selbst lässt mehr als eine öffentliche Orientierung zu.

18Ein quer gelesener Strich kann frontal als Punkt gelesen werden, wenn die Perspektive orthogonal gedreht wird. Der Punkt ist kein neu erzeugtes Objekt, und der Strich ist nicht verschwunden. Dieselbe Relation wird von einer anderen Face gelesen.

| <-> Punkt unter i = R_90

19Die imaginäre Achse liefert daher die operative Lesung, durch die sichtbare Ausdehnung zu Tiefe werden kann, ohne die Trägerrelation zu verändern. Die orthogonale Lesung ist keine zweite Substanz und kein zusätzlicher Informationskanal.

20Für das Byte verhindert dies eine weitere verbreitete Verdinglichung. Eine physische Bitposition ist kein ontologischer Miniaturschalter, dessen Wahrheit in einem Skalar enthalten wäre. Sie ist eine maschinensichtbare Position innerhalb einer Relation, die auch orthogonale Lesung zulässt.

A.5 Von acht physischen Bitpositionen zu zwei hexadezimalen öffentlichen Marken

21Das aktuelle ausführbare P_UXP-Profil muss Binär nicht wieder als aktive öffentliche UXP-Hülle einsetzen. Physische Bitspeicherung kann Eigenschaft des Maschinenträgers bleiben, während die dateibezogene öffentliche Hülle hexadezimal oder dezimal ist.

22Für byteorientierte Computerdaten liefert Hexadezimal eine direkte öffentliche Leseoberfläche: Ein physisches Byte ist öffentlich als zwei hexadezimale Marken lesbar.

8 physische Bitpositionen <-> 2 hexadezimale öffentliche Positionen

23Zum Beispiel kann das Maschinenmuster 10110010 auf der hexadezimalen öffentlichen Oberfläche gelesen werden als:

B|2

24Dies darf nicht in die Behauptung übersetzt werden, B2 enthalte 10110010, oder 10110010 sei das verborgen wahrere Objekt hinter B2. Es sind verschiedene öffentliche Lesungen desselben physischen Trägers unter verschiedenen Lesekonventionen.

10110010 ~= B|2 als öffentliche Lesungen eines Trägers

25Hexadezimal genügt daher als dateibezogene Maschinenhülle für Byte-Muster, ohne das Byte zuerst in ein dezimales Skalarobjekt zu verwandeln.

A.6 Dateibezogene Konsequenz

26An der Betriebssystemgrenze kann ein Programm ein Byte in einem gewöhnlichen Maschinentyp wie unsigned char empfangen. Diese Implementierungstatsache muss der Relation nachgeordnet bleiben.

27Der vom Maschinentyp zurückgegebene Wert — zum Beispiel 178 für den Träger, dessen hexadezimale Oberfläche B2 ist — darf nicht stillschweigend zur mathematischen Bedeutung des Bytes innerhalb von UXP werden.

28Die dateibezogene Lesung ist daher so zu verstehen:

physischer Byte-Träger -> zwei aktuelle hexadezimale öffentliche Positionen -> Takt -> aktuelle Relation -> P_UXP -> read(Adr)

29Die zwei hexadezimalen Positionen sind kein Zwei-Slot-Paket, das acht versteckte Bits enthält. Sie sind die gewählte öffentliche Hüllenlesung desselben aktuellen Trägers.

30Ebenso wird ein begrenzter I/O-Puffer nicht zu einer Byte-Block-Relation. Der Puffer legt nur die nächsten physischen Träger für denselben geordneten Vollzug frei. Die lebendige Relation bleibt eine.

31Diese Erweiterung stärkt daher die bereits in Publication III formulierte Streaming-Regel: Der nächste maschinensichtbare Träger wird in die gegenwärtige Relation gelesen und muss nicht als früheres Byte-Objekt, Bit-Objekt oder Skalarhistorie archiviert werden.

A.7 Profil-Spezialisierung

32Dieses Addendum unterscheidet einen physischen Maschinenträger vom aktiven öffentlichen UXP-Hüllenprofil.

33Physische Maschinen-Tatsache: heutige byteadressierte Maschinen tragen physisch Bytes, deren Zustand durch acht binärseitige Positionen beschrieben werden kann.

34Aktuelles ausführbares UXP-Profil: Hexadezimal und Dezimal sind die aktiven öffentlichen Hüllen. Binär wird hier nicht als zusätzliche öffentliche UXP-Hülle wiedereingeführt.

35Die Rolle der physischen Bitbeschreibung ist daher erklärend und dateibezogen: Sie zeigt, warum Maschinenbytes in die hexadezimale öffentliche Hülle gebracht werden können, ohne ein Byte als skalaren Informationscontainer zu behandeln.

A.8 Implementierungsleitlinie für Bytes

36Die Byte-Erweiterung ist nur dann treu, wenn die folgenden Unterscheidungen ausdrücklich bleiben:

physischer Bit-Träger != binäre Ontologie Byte != Skalarobjekt 0..255 00000000 != Abwesenheit von Relation 256 Konfigurationen != höchste Auslesung 255 zwei hexadezimale Marken != Container für acht versteckte Bits unsigned char != mathematisches UXP-Primitiv hexadezimale öffentliche Lesung != Kompressionscode Puffergrenze != relationale Grenze

37Eine treue Implementierung darf Maschinenbytes, Nibble-Extraktion, begrenzte Puffer, Integer-Register und gewöhnliche Datei-APIs verwenden. Diese Träger sind erlaubt, weil Implementierungskomfort der relationalen Lesung nachgeordnet bleibt.

38Verboten ist die Umkehrung der Autorität, in der der Maschinenskalar 0..255 zur Ontologie wird, aus der die UXP-Relation anschließend rekonstruiert wird.

A.9 Schlussformel

39Das Byte enthält keine acht primitiven Informationsdinge. Es ist ein endlicher physischer Träger, auf dem eine Unterscheidung über acht geordnete Positionen lesbar wird.

40Die Nullposition ist nicht nichts. Die Einsposition ist kein isoliertes Ding. Die geordnete Konfiguration ist eine getaktete Selbstrelation von Difference.

Bitposition = binärseitige Lesung einer Unterscheidung Byte = achtstellige Stabilisierung dieser getakteten Relation Hex = öffentliche Hüllenlesung desselben Byte-Trägers

41Die Maschine darf den Träger physisch speichern. UXP macht Speicherung dadurch nicht zur Ontologie der Relation.

42Das Byte ist der Ort, an dem eine endliche Maschinenrelation lesbar wird. Die hexadezimalen Marken sind der Ort, an dem dieser Träger unter der aktuellen dateibezogenen Hülle öffentlich lesbar wird.

43Die Regel bleibt fest. Der Weg wird vollzogen. Die Relation wird gelesen.