Kyvenza est construit sur Virtualization.framework d’Apple, la même base qu’Apple expose pour faire tourner des VM macOS et Linux sur Apple Silicon. Les invités dialoguent donc avec l’hyperviseur via les extensions de virtualisation natives du processeur, et non par une couche de traduction : c’est pourquoi les chiffres de démarrage à froid et d’entrées-sorties disque se rapprochent davantage d’un second Mac sur votre bureau que d’une VM traditionnelle.
Autour de cette base, nous possédons la surface que l’utilisateur touche réellement : l’interface de la bibliothèque de VM, la logique d’instantanés et de clonage, les contrôles de cycle de vie, la génération des bundles de diagnostic, la gestion des licences et la mécanique des mises à jour. Garder cette surface étroite est délibéré — c’est ainsi qu’un studio de deux personnes livre un outil qui paraît réfléchi plutôt qu’assemblé.
Kyvenza est ARM uniquement, par conception. Les Mac Intel et les invités x86 sont hors périmètre ; notre temps est mieux employé à rendre excellente l’expérience ARM native qu’à courir après une matrice d’architectures que nous ne pourrions pas bien prendre en charge. Windows 11 sur ARM fut la seule exception, à laquelle nous avons consacré la 2.0, parce qu’il est lui aussi ARM natif — et il tourne sur un second moteur tenu délibérément à l’écart de la voie du framework Apple.