La raison pour laquelle les ports non officiels d'Android Oreo sont lentement travaillés plutôt que d'être simplement quelque chose que les développeurs peuvent compiler, démarrer et exécuter est simple. Afin de mettre en place une nouvelle version d'Android sur un appareil existant, le noyau et l'arborescence de l'appareil doivent être fortement retravaillés afin de faire fonctionner un téléphone Android existant avec une version Android plus récente. En effet, l'implémentation actuelle du fournisseur, y compris tous les blobs binaires propriétaires, est conçue pour fonctionner avec une seule version d'Android, et doit donc être retravaillée et portée à la nouvelle version d'Android pour que l'appareil fonctionne correctement.
Presque tous les composants à l'intérieur du téléphone utilisent un blob indépendant et propriétaire, qui nécessite d'être patché et travaillé indépendamment pour que le logiciel le plus récent puisse l'utiliser, tout en s'assurant que les autres ne se cassent pas dans le processus. C'est une tâche qui prend beaucoup de temps, et c'est la raison principale pour laquelle la plupart des ROMs personnalisées stables (comme les hebdomadaires LineageOS ou d'autres ROMs officiellement supportées) n'apparaissent pas avant 2 ou 3 mois après que la version finale d'Android soit déposée sur AOSP. Tous ces efforts signifient également que la ROM résultante ne fonctionnera que sur un seul appareil ou, dans le meilleur des cas, sur une poignée d'appareils aux spécifications identiques ou similaires.
Cela semble changer avec le Project Treble, selon Ron Amadeo d'ArsTechnica et corroboré indépendamment par le développeur de ROM personnalisée SultanXDA.
Selon M. Malchev, Treble standardise le support matériel d'Android à un tel point que les versions génériques d'Android compilées à partir de l'AOSP peuvent démarrer et fonctionner sur tous les appareils Treble. En fait, ces compilations "AOSP brutes" seront utilisées pour certains des tests CTS que Google demande à tous les OEM Android de passer afin d'obtenir une licence pour les applications Google - ce n'est pas seulement que les choses devraient fonctionner, elles doivent fonctionner. Pour illustrer ce point, cela signifie qu'en raison de la façon dont la couche inférieure d'Android a été modularisée, tous les appareils Treble sur le marché seront en mesure de démarrer une version générique d'Android AOSP. Cela élimine la plupart des tracas liés au portage de ROM personnalisées sur un appareil plus ancien, puisqu'un seul build Android générique peut fonctionner sur de nombreux appareils. Cela rapproche les appareils Android de quelque chose comme un ordinateur personnel, où vous pouvez démarrer la dernière version de Windows 10 ou n'importe quelle distribution Linux sur un ordinateur vieux de 10 à 12 ans.
Cependant, vous ne pourrez pas encore démarrer des versions génériques d'Android 9.0 parfaitement opérationnelles sur votre appareil Treble - les arbres des appareils et les noyaux devront encore être travaillés. C'est tout de même un bon début : grâce à la modularité des HAL, la charge de travail pour la mise à jour de la prochaine version d'Android devrait être considérablement réduite, et nous pourrions voir des versions 9.0 stables en quelques jours/semaines au lieu de plusieurs mois. Nous devons garder à l'esprit que le projet Treble, bien qu'il soit en cours de déploiement, est encore un travail en cours car il reçoit encore des changements dans AOSP, et la couche fournisseur pourrait éventuellement être normalisée au point que l'installation d'une nouvelle version d'Android sera la même que l'installation de Windows sur un ordinateur.
Il s'agit d'un progrès technique considérable, qui pourrait améliorer considérablement le développement de ROM personnalisées basées sur AOSP sur nos forums. Mais alors, cela ne s'applique qu'aux appareils avec Project Treble, et actuellement les seuls téléphones Treble disponibles sont le Google Pixel, le Google Pixel XL, le Sony Xperia XZ1, et le XZ1 Compact.