„Maschinengestütztes Beweisen“ – Versionsunterschied

aus Wikipedia, der freien Enzyklopädie
Zur Navigation springen Zur Suche springen
[gesichtete Version][gesichtete Version]
Inhalt gelöscht Inhalt hinzugefügt
K "Beweise" hier besser unbestimmt
doi aktiviert
Zeile 49: Zeile 49:
* Thomas C. Hales [http://www.ams.org/notices/200811/tx081101370p.pdf ''Formal Proof''] (PDF; 524 kB), 55:11, Notices of the American Mathematical Society, 1370-1382, 2008.
* Thomas C. Hales [http://www.ams.org/notices/200811/tx081101370p.pdf ''Formal Proof''] (PDF; 524 kB), 55:11, Notices of the American Mathematical Society, 1370-1382, 2008.
* Georges Gonthier: [http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.141.714&rep=rep1&type=pdf ''Formal Proof—The Four- Color Theorem''], 55:11, Notices of the American Mathematical Society, 1384-1393, 2008.
* Georges Gonthier: [http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.141.714&rep=rep1&type=pdf ''Formal Proof—The Four- Color Theorem''], 55:11, Notices of the American Mathematical Society, 1384-1393, 2008.
* Dirk Leinenbach, Thomas Santen: [http://www.springerlink.com/content/p76n556868m35m26/ ''Verifying the Microsoft Hyper-V Hypervisor with VCC''], in: FM 2009: Formal Methods, Lecture Notes in Computer Science Volume 5850 (2009), 806-809, 2009. DOI: 10.1007/978-3-642-05089-3_51.
* Dirk Leinenbach, Thomas Santen: [http://www.springerlink.com/content/p76n556868m35m26/ ''Verifying the Microsoft Hyper-V Hypervisor with VCC''], in: FM 2009: Formal Methods, Lecture Notes in Computer Science Volume 5850 (2009), 806-809, 2009. {{DOI|10.1007/978-3-642-05089-3_51}}.
* Leonid Ryzhyk, John Keys, Balachandra Mirla, Arun Raghunath, Mona Vij, Gernot Heiser: [http://ertos.nicta.com.au/publications/papers/Ryzhyk_KMRVH_11.pdf ''Improved Device Driver Reliability Through Hardware Verification Reuse''] (PDF; 225 kB).
* Leonid Ryzhyk, John Keys, Balachandra Mirla, Arun Raghunath, Mona Vij, Gernot Heiser: [http://ertos.nicta.com.au/publications/papers/Ryzhyk_KMRVH_11.pdf ''Improved Device Driver Reliability Through Hardware Verification Reuse''] (PDF; 225 kB).



Version vom 3. Februar 2015, 00:51 Uhr

Maschinengestütztes Beweisen (oder missverständlicher: automatisches Beweisen; ein Teilgebiet der automatischen Deduktion) basiert auf der Verwendung von Computerprogrammen zur Erzeugung und Überprüfung von mathematischen Beweisen logischen Theoreme. Im Unterschied zu einem Computerbeweis wird versucht, den gesamten formalen Beweis bestehend aus Schritten und Zwischenergebnissen zu konstruieren.[1]

Computerbeweis

Methode

Man verwendet den Begriff insbesondere für Beweise, die folgendes Schema aufweisen: Zunächst wird gezeigt, dass das allgemeine Problem P gilt, wenn eine andere Eigenschaft E gilt, wenn also P auf E reduziert werden kann. Entscheidend ist dabei, dass E durch Aufzählen endlich vieler (meist sehr vieler) Fälle entschieden werden kann. Die Reduktion von P auf E ist üblicherweise ein ganz normaler, informeller mathematischer Beweis. Erst im nächsten Schritt kommt der Computer ins Spiel: Man schreibt ein Programm, das alle Fälle aufzählt (generate) und dann jeweils überprüft, ob für sie E tatsächlich gilt (test). Im Grunde wird E also durch eine Brute-Force-Methode entschieden. Aus beiden Teilen folgt dann die Behauptung P.

Einwände gegen Computerbeweise

Computerbeweise sind z. T. unter Mathematikern umstritten. Neben eher psychologischen oder hypothetischen Einwänden gibt es dabei auch ganz handfeste methodische.

  • Ein psychologischer Einwand ist das Ideal einer kurzen, logischen Begründung, die von jedermann leicht nachvollzogen werden kann. Solche Beweise werden allerdings in der mathematischen Praxis immer seltener. Die Monsterbeweise der aktuellen mathematischen Forschung können von einem einzelnen Menschen nicht mehr in allen Teilen (einschließlich der benutzten Hilfssätze) nachvollzogen werden.
  • Eher hypothetisch ist der Einwand, dass der Compiler oder die Hardware einen Fehler haben könne. Durch Wiederholungen auf verschiedenen Rechnern und in verschiedenen Implementierungen kann dieses Risiko beliebig minimiert werden.
  • Methodisch problematisch ist die Frage, ob das Programm den unterliegenden Algorithmus korrekt implementiert, ob der Algorithmus in der generate-Phase alle Fälle aufzählt, und die test-Phase tatsächlich die Eigenschaft E für diesen Fall zusichert. Hier besteht also ein Programmverifikationsproblem.

Maschinengestütztes Beweisen

Methode

Es wird ein mathematischer Beweis formalisiert, d. h. soweit in eine Folge von logischen Einzelschritten zerlegt, dass diese von einem Computerprogramm nachvollzogen werden können. Beweisprüfung ist ein universelles, nur logik-abhängiges Problem, während "generate-and-test"-Algorithmen problemspezifisch sind. Es gibt daher gute Gründe dafür, warum maschinengeprüften formalen Beweisen mehr zu trauen ist als Computerbeweisen.

Problematik und theoretische Grenzen

Die Frage, ob ein formaler Beweis jedes Theorems in einer gegebenen Logik konstruiert werden kann, heißt Entscheidungsproblem. Abhängig von der zugrundegelegten Logik kann das Entscheidungsproblem von trivial bis unlösbar variieren. Für den Fall der Aussagenlogik ist das Problem entscheidbar (d. h. ein Beweis ist immer erzeugbar, wenn das Theorem logisch gültig ist, andernfalls wird die Ungültigkeit festgestellt), allerdings NP-vollständig. Dagegen ist Prädikatenlogik erster Stufe lediglich semi-entscheidbar, das heißt unter Verwendung von unbeschränkten Zeit- und Speicherressourcen kann ein gültiges Theorem bewiesen, ein ungültiges allerdings nicht immer als solches erkannt werden. Logik höherer Stufe (HOL) ist weder entscheidbar noch (bezüglich sogenannter Standardmodelle) vollständig.

Automatische Theorembeweiser

Trotz dieser theoretischen Grenzen sind praktisch verwendbare Automatische Theorembeweiser (ATPs) implementiert worden, die viele schwierige Probleme in diesen Logiken lösen können.

Während Theorembeweiser Beweise für Theoreme aus Axiomen über Inferenzschritte ableiten und in irgendeiner Form mathematische Beweise nachbilden, werden bei der Modellprüfung (model checking) zumeist raffiniert implementierte Techniken benutzt, Beweiszustände brute-force aufzuzählen und Suchräume von Beweiszuständen systematisch abzusuchen. Manche Systeme sind auch Hybride, die sowohl interaktive Beweisverfahren als auch Modellprüfung einsetzen.

Interaktive Theorembeweiser

Ein einfacheres, aber verwandtes Problem ist die Beweisüberprüfung, wo für einen gegebenen formalen Beweis nachgeprüft wird, ob er ein gegebenes Theorem tatsächlich beweist. Hierfür muss lediglich jeder einzelne Beweisschritt nachgeprüft werden, was in der Regel durch einfache Funktionen möglich ist.

Interaktive Theorembeweiser, auch Beweis-Assistenten genannt, erfordern Hinweise für die Beweissuche, die von einem menschlichen Benutzer dem Beweissystem gegeben werden müssen. Abhängig vom Automatisierungsgrad kann dann ein Theorembeweiser im Wesentlichen auf einen Beweisprüfer reduziert werden oder selbstständig bedeutsame Teile der Beweissuche automatisch durchführen. Interaktive Beweiser werden mittlerweile für vielfältige Aufgaben eingesetzt, deren Anwendungsbereich von reiner Mathematik über theoretische Informatik bis zu praktischen Problemen der Programmverifikation reicht.

Wissenschaftliche und industrielle Anwendungen

Bedeutende mathematische Beweise, die durch interaktive Theorembeweiser überprüft wurden, sind der Beweis des Vier-Farben-Satzes durch Georges Gonthier[2] (der den älteren Computerbeweis durch Appel und Haken ablöst) sowie der (zurzeit unvollendete) formalisierte Beweis der Keplerschen Vermutung durch das Flyspeck-Projekt.[3] Aber auch automatische Theorembeweiser haben mittlerweile einige interessante und schwierige Probleme lösen können, deren Lösung in der Mathematik längere Zeit unbekannt war. Allerdings sind solche Erfolge eher sporadisch, die Bearbeitung von schwierigen Problemen erfordert zumeist interaktive Theorembeweiser.

Die industrielle Verwendung von Theorembeweisern oder Modellprüfern konzentriert sich zurzeit noch schwerpunktmäßig auf die Verifikation von integrierten Schaltkreisen und Prozessoren. Seitdem Fehler mit schweren wirtschaftlichen Auswirkungen in kommerziellen Prozessoren bekannt geworden sind (siehe Pentium-FDIV-Bug), werden ihre Recheneinheiten zumeist verifiziert. In den neuesten Prozessor-Versionen von AMD, Intel und anderen sind Theorembeweiser und Modellprüfer eingesetzt worden, um viele kritische Operationen in ihnen zu beweisen. Neuerdings werden Theorembeweiser auch zunehmend für die Software-Verifikation eingesetzt; große Projekte umfassen die Teil-Verifikation von Microsofts Hyper-V[4] oder eine weitgehende Verifikation des L4 (Mikrokernel)[5].

Verfügbare Implementierungen

Verfügbare Implementierungen für automatische Theorembeweiser sind z.B. Simplify, Z3 oder Alt-Ergo, die auf Prädikatenlogik basieren.

Verfügbare Implementierungen für interaktive Theorembeweiser sind Isabelle und Coq, die Logiken höherer Stufe (HOL bzw. CC) verwenden.

Beispiele für Beweistechniken

Literatur

Einzelnachweise

  1. Vgl. Übersichtsartikel von T. Hales Formal Proof (PDF; 524 kB).
  2. Vgl. Formal Proof—The Four-Color Theorem
  3. Vgl. Flyspeck bei blogspot.
  4. Verifying the Microsoft Hyper-V Hypervisor with VCC
  5. Improved Device Driver Reliability Through Hardware Verification Reuse (PDF; 225 kB)

Weblinks

Überblicksdarstellungen