L'effet repose sur une projection en perspective (modèle pinhole camera) : chaque étoile est un point 3D (x, y, z) centré sur l'axe Z. À chaque frame, z diminue de 2, simulant un déplacement vers la caméra. La position écran est calculée par sx = (x/z) × (w/2) + w/2 et sy = (y/z) × (h/2) + h/2 — plus z est petit (étoile proche), plus sx et sy s'écartent du centre, créant l'expansion radiale caractéristique du tunnel.
L'effet de vitesse (les traînes) n'est pas un motion blur calculé mais un remplissage semi-transparent à rgba(10,10,15,0.2) avant chaque redraw : le fond est peint à 20 % d'opacité, ce qui laisse subsister les frames précédentes atténuées. Les étoiles proches (petit z) accumulent davantage de fantômes car elles se déplacent vite en pixels — la traîne s'allonge naturellement sans calcul supplémentaire.
La taille et la luminosité scalent inversement avec z : rayon r = max(0.5, (1 − z/w) × 2.5), alpha a = 1 − z/w. Une étoile au fond (z ≈ w) est un point de 0,5 px quasi-invisible ; en avant-plan (z → 0) elle atteint 2,5 px blanc pur. Quand z ≤ 0, l'étoile est réinitialisée à z = w avec une nouvelle position x, y aléatoire, assurant un flux continu de 200 particules sans allocation dynamique.
La boucle tourne via un simple requestAnimationFrame récursif — il n'y a pas d'IntersectionObserver pour couper le RAF hors viewport, ni de prefers-reduced-motion. La taille du canvas est lue depuis le parent via getBoundingClientRect() à l'initialisation uniquement : aucun ResizeObserver, le canvas ne se recalibre pas au redimensionnement.
Si <code>canvas</code> n'est pas supporté (navigateurs très anciens), le <code><div></code> parent s'affiche vide avec le fond CSS dark — aucune erreur JS fatale, le contenu overlay HTML reste lisible.
