WALLET / Code, Builds & Verifikation
Dokumente, Versionen und Nachweise
Wo Anleitungen, Quellen, Berichte und Release Notes stehen.
Eine Version, ein Nachweissatz
Jede Version braucht Changelog, exakten Quellstand, Abhängigkeiten, Bauanleitung und geforderte Prüfergebnisse. Ein Hash bindet die Datei an den geprüften Satz. Änderungen an Quelle oder relevanten Abhängigkeiten übernehmen frühere Ergebnisse nicht automatisch.
Eine klare Struktur
Anleitungen gehören nach docs, Schwachstellenregeln in SECURITY.md, Versionshinweise nach releases. Prüfmetadaten, Umfang und Hashes liegen in verification. Lizenzen und Herkunft der Abhängigkeiten stehen beim Quellcode. Das lokale Kit bereitet diese Struktur vor.
Wann ein Prüfsiegel gerechtfertigt ist
Ein Prüfsiegel muss zum Ergebnis einer bestimmten Version führen. Interne Tests decken nur das ausgeführte Szenario ab. Reproduzierbare Builds erfordern einen unabhängigen Neubau und einen definierten Artefaktvergleich. Ein unabhängiges Audit braucht einen externen Bericht mit Umfang und Befundstatus. Diese Bezeichnungen sind nicht austauschbar.
Was zur Prüfung bereitsteht
Die lokale Prüfung enthält Artikel, technischen Überblick, Repository-Struktur und Prüfprogramm. R10.1 legt Verteilung und Reserve fest und ersetzt ältere Geldbeschreibungen. Der Überblick enthält diese Regeln; ein vollständiges Whitepaper braucht separate Freigabe. Schlüssel, private Daten, unbelegte Bereitschaftsaussagen und fremde Inhalte ohne Rechte werden nicht veröffentlicht.