Kyvenza basiert auf Apples Virtualization.framework — derselben Grundlage, die Apple selbst bereitstellt, um macOS- und Linux-VMs auf Apple Silicon zu betreiben. Das bedeutet, dass Gastsysteme über die nativen Virtualisierungserweiterungen der CPU mit dem Hypervisor sprechen, statt über eine Übersetzungsschicht — weshalb sich Kaltstart- und Disk-I/O-Werte eher wie ein zweiter Mac auf Ihrem Schreibtisch anfühlen als wie eine klassische VM.
Um diese Grundlage herum gehört uns die Oberfläche, die der Nutzer tatsächlich anfasst: die VM-Bibliotheks-UI, die Snapshot- und Klon-Logik, die Lebenszyklus-Steuerung, die Erstellung des Diagnose-Bündels, die Lizenzverwaltung und die Update-Mechanik. Diese Oberfläche bewusst schmal zu halten ist Absicht — so liefert ein Zwei-Personen-Studio ein Werkzeug, das sich durchdacht anfühlt statt zusammengeschraubt.
Kyvenza ist ARM-only by design. Intel-Macs und x86-Gastsysteme sind außerhalb des Scopes; unsere Zeit ist besser investiert, wenn wir die ARM-native Erfahrung exzellent machen, statt eine Architekturmatrix abzudecken, die wir nicht gut betreuen können. Windows 11 auf ARM war die eine Ausnahme, die wir in 2.0 gebaut haben, weil es ebenfalls ARM-nativ ist — und es läuft auf einer zweiten Engine, die bewusst getrennt vom Apple-Framework-Pfad gehalten wird.