Aller au contenu principal

HulyaPulse et Zeqond

HulyaPulse — 1,287 Hz​

Le HulyaPulse est l'horloge maîtresse du framework. Il oscille à exactement 1,287 Hz. Chaque protocole, chaque opérateur, chaque CKO y est verrouillé en phase.

La dérivation découle du rayon caractéristique du champ r_phi et de la vitesse de la lumière :

lambda_phi = 2 pi × r_phi
f = c / lambda_phi  ≈  1.287 Hz

Le nombre n'est pas arbitraire. Il tombe naturellement de la géométrie du champ Zeq, comme la fréquence fondamentale d'une corde de guitare tombe de sa longueur et de sa tension.

Zeqond — 0,777 s​

Le Zeqond est la période du HulyaPulse : T_Z = 1 / 1,287 = 0,777 seconde (à trois chiffres significatifs). C'est la seconde computationnelle de Zeq OS.

Dans un Zeqond :

  • Chaque opérateur est évalué exactement une fois.
  • Chaque composition est bornée par KO42.
  • Chaque CKO est signé et vérifiable.

À travers les Zeqonds :

  • L'état est reporté via le terme d'onde de l'équation maîtresse.
  • La phase évolue de manière déterministe : phi_current = ((t_Unix mod 0,777) / 0,777) × 2 pi.

Pourquoi 0,777 et pas 1,0​

Fixer la seconde computationnelle à 0,777 s plutôt que 1,0 s a deux effets :

  1. Les maths de phase deviennent exactes. Les multiples de 0,777 s produisent des valeurs de phase sur un treillis rationnel. Les opérations courantes (moyennage, quadrature, décomposition spectrale) composent sans dérive.
  2. Le temps Unix reste utilisable. Nous ne remplaçons pas le temps Unix — nous le pontons. ZTB1 est une conversion sans perte. Tout horodatage Unix peut être mappé vers un compte de Zeqonds et inversement.

En pratique, un agent tournant sur le framework annonce sa phase toutes les quelques messages ou après chaque étape mathématique :

[Zeq OS Daemon] Zeqond ticked — phase ≈ 0.412 — HulyaPulse 1.287 Hz synced — Zeqonds since Unix: 72380014.8

C'est la télémétrie émise par convention par le skill Zeq OS.

L'utiliser depuis le SDK​

Vous avez rarement besoin de toucher l'horloge directement — le SDK se synchronise pour vous. Quand vous le faites :

import { zeqond } from "@zeq/sdk";

zeqond.now();           // compte Zeqond courant
zeqond.phase();         // phase courante dans [0, 1)
zeqond.toUnix(z);       // convertir compte Zeqond → secondes Unix
zeqond.fromUnix(t);     // convertir secondes Unix → compte Zeqond

Chaque réponse du SDK inclut un champ zeqond_at qui enregistre le Zeqond exact où le calcul a été exécuté sur l'API hébergée. Cette valeur fait partie de la signature CKO.

Service d'horloge hébergé​

L'API hébergée payante fait tourner le HulyaPulse autoritatif sur notre edge. Les clients peuvent auto-héberger un service Zeqond (c'est une boucle unique — voir Opérer → Auto-hébergement), mais les clients hébergés obtiennent :

  • Attestations Zeqond signées. Un tuple signé (zeqond_count, t_unix, phi, sig) à inclure dans les CKOs en aval.
  • Mesure de dérive. Notre edge mesure la dérive par rapport à une référence atomique. Les instances auto-hébergées doivent régulièrement se recaler sur ce service.
  • Phase agnostique du réseau. Deux clients dans des régions distinctes calculent la même phase pour le même Zeqond.

Si vous auto-hébergez pour du travail hors ligne, c'est bien — le framework tourne en autonome. Pour l'attestation multi-parties, utilisez le service hébergé.