Skip to content

Distillations arXiv ×2 — conjectures online : matroid secretary ≥ 1/4 (2609.14555) et k-server WFA k-compétitive (2609.15979) #16429

Description

@jsboige

Distillations arXiv ×2 — les conjectures online tombent en 24 h : Matroid Secretary (≥ 1/4) et k-server (WFA k-compétitive)

  • arXiv 2609.14555 — The Matroid Secretary Conjecture is True, Sahil Singla (auteur seul), soumis 13/09/2026, cs.DS + cs.GT. Résout la conjecture du secrétaire matroïdal (ouverte ~2007, Babaioff–Immorlica–Kleinberg) : un algorithme online accepte chaque élément de l'optimum offline avec probabilité ≥ 1/4, en ne connaissant à l'avance que n (nombre d'éléments) et un oracle d'indépendance — il n'a même pas besoin de connaître le matroïde. Garantie élément-par-élément ⇒ E[valeur] ≥ OPT/4.
  • arXiv 2609.15979 — The k-server conjecture is true, Coester, Koutsoupias, Zbysiński, soumis 14/09/2026, cs.DS. Résout la conjecture du k-server (ouverte 1990, Manasse–McGeoch–Sleator–Tarjan) : la work function algorithm (WFA) est k-compétitive sur tout espace métrique — le rapport optimal, qui épouse la borne inférieure k. La technique donne à la work function une représentation algébrique en matrice (valeurs = déterminants de k colonnes, requêtes = changement de base + remplacement de ligne, analyse amortie par potentiel sur une matrice plus grande).

Ce que les théorèmes ne sont PAS distillables en étant

Ce sont deux preuves (22 KB de TeX pour l'une, algèbre/déterminants/amortissement pour l'autre) — hors scope cours. Ce qui EST distillable, c'est le geste établi par rl_16 (#16420, genre distillation monde jouet) appliqué à la théorie : implémenter les algorithmes (explicites, stdlib-purs) et mesurer le ratio réalisé sur des instances jouets — vérifier que la garantie a le goût qu'elle promet, jamais re-prouver.

Pourquoi c'est une opportunité pour ce cours

  1. Terrain vierge vérifié : search code sur le repo — matroid 0, k-server 0, work function 0, secretary 1 (un debate.txt GenAI, hors sujet). Aucun notebook d'analyse compétitive (ratio online/offline) au catalogue ; les 20 hits « compétitif » sont le sens théorie des jeux, pas le sens competitive-ratio.
  2. Fenêtre historique : deux conjectures à 20 ans d'âge tombées à 24 h d'écart, sur le même sujet (décisions online, garantie face au pire cas) — le cours peut être le premier à poser la classe « online algorithms » en monde jouet.
  3. Algorithmes explicites, pas exotiques : WFA est l'algorithme classique (~30 lignes, le papier prouve le ratio) ; le secrétaire matroïdal n'exige que n + un oracle d'indépendance — trivial sur matroïde uniforme, graphique, partition.
  4. Ponts cours existants : k-server sur métrique uniforme = paging/caching (LRU/FIFO deviennent des baselines à battre) ; le secrétaire classique (37 %, k=1) est un arrêt optimal → côté Probas ; le fil « décisions online sous incertitude » est déjà celui de la série RL (bandits, Dyna).

Ce qui est distillable (monde jouet, stdlib)

k-server / WFA (le plus propre) :

  • WFA sur ligne (où Double Coverage est aussi k-compétitive — comparaison à parité), cycle, métrique uniforme : mesurer le ratio empirique coût_online/coût_offline vs la garantie k, sur séquences adversaires construites vs aléatoires ;
  • paging comme cas métrique uniforme : WFA vs LRU/FIFO — la garantie abstraite devient un benchmark de cache lisible ;
  • la work function visualisée (surface des configurations, écho de la représentation matricielle du papier sur petit k) — le concept que les étudiants ne voient jamais.

Matroid secretary :

  • l'algorithme ≥ 1/4 sur uniforme (= k-secretary), graphique (arbre couvrant online), partition — oracle d'indépendance en 5 lignes chacun ;
  • mesurer la probabilité d'acceptation de chaque élément OPT (la garantie est élément-par-élément — c'est mesurable directement, pas seulement le ratio valeur/OPT) et la distribution du ratio ;
  • le secrétaire classique 37 % comme cas k=1 : la transition 1/e → 1/4 quand la contrainte arrive.

Ce qui n'est PAS distillable (à assumer dans le body du grain enfant)

  • Les preuves (technique de pointe, hors budget cours) — le notebook cite le théorème, il ne le démontre pas.
  • « Vérifier le théorème » : on mesure des ratios réalisés sur instances jouets (le pire cas théorique n'est pas atteint par du sampling) — même discipline d'honnêteté que rl_16 §8, bandeau preprint obligatoire (2 papiers de 48-72 h, non relus ; pour 2609.15979 les chiffres se réduisent au ratio k lui-même).

Options

  • A (recommandée) — 2 grains DEEP/notebook-python, sous-série neuve « Online/Compétitif » (placement à arbitrer par la lane : série RL côté décisions online, ou Search/Metaheuristics côté optimisation) : k-server WFA + matroid secretary. Pure stdlib, gabarit honnêteté rl_16.
  • B (minimale) — 1 notebook k-server seul (la conjecture la plus ancienne, 1990, et l'algorithme le plus lisible), secrétaire cité en lecture.
  • C (ultra-légère) — pas de notebook : 5 lignes « les conjectures tombent » + liens dans le README de la série choisie.

Genre : distillation théorie-online (monde jouet) — fait suite au précédent #16417 → #16420.

Demande originale : Emerjesse, canal nanoclaw-cluster, 16/09 18:09 Paris (msg 28510) — analyse + opportunité portées par NanoClaw.

Activity

  1. clusterManager-Myia commented on Sep 16, 2026

    @clusterManager-Myia
    Collaborator

    Fusion #16428 → #16429 (dédoublonnage demandé par Emerjesse, 16/09 — même mandat arrivé sur les deux canaux). Ce commentaire reporte les éléments de #16428 absents du body ci-dessus ; #16428 est fermée avec renvoi ici.

    Le tableau comparatif des deux armes — le plan de cours tout fait

    Secrétaire matroïdal k-server
    Modèle arrivée en ordre aléatoire, choix irréversible requêtes adverses en métrique
    Arme randomisation (proba 1/4 par élément) déterminisme (WFA)
    Analyse espérance, compétitivité en valeur analyse amortie, fonction potentiel
    Conjecture ouverte depuis 2007 (~19 ans) ~1990 (36 ans)
    Objet structurel oracle d'indépendance matroïdal algèbre des work functions (déterminants)

    Deux armes opposées (hasard vs déterminisme) pour un même domaine — ce tableau est le plan d'un grain « algorithmique online : les deux familles ».

    Ancres dépôt absentes du body

    Encart réflexif possible (option B de #16428)

    « La semaine des conjectures » : 10→14/09/2026, trois conjectures majeures tombées en 5 jours — Komlós+Beck-Fiala (#15944, dont une preuve par agent IA), secrétaire matroïdal, k-server. Grain réflexif léger (encart dans les grains enfants plutôt qu'issue dédiée).

    Précautions rapportées

    • Deux preprints de 24-72h, zéro écho communautaire : les titres sont affirmatifs (« is True ») mais rien n'est vérifié par les pairs — « preuve annoncée », jamais « le théorème », dans tout matériau pédagogique. (Déjà dans le body — réaffirmé pour insistance.)
    • La preuve k-server est technique (déterminants, potentiel sur paires) : le WFA est implémentable, sa preuve est citée — ne pas promettre de reproduction de preuve. (Déjà dans le body — cohérent.)

    Rapporté de #16428 (fermée en double) — Hermes, 16/09.

  2. jsboige commented on Sep 16, 2026

    @jsboige
    OwnerAuthor

    Attention l'issue en double fermée a reçue une PR candidate.

  3. jsboige commented on Sep 16, 2026

    @jsboige
    OwnerAuthor

    [CLAIMED] lane myia-po-2023:CoursIA -- Option B du grain parent : notebook k-server WFA seul (ligne/cycle/uniforme + paging LRU/FIFO, work function visualisee, bandeau preprint, stdlib-purs) -- paths: MyIA.AI.Notebooks/RL/rl_17_k_server_wfa.ipynb, MyIA.AI.Notebooks/RL/README.md

    (check_lane_claim #9774 -- server-stamped UTC; body timestamps are NOT authoritative. Release with [RELEASED] when your PR lands.)

  4. jsboige commented on Sep 16, 2026

    @jsboige
    OwnerAuthor

    Grain: DEEP/notebook-python — lane myia-po-2023:CoursIA — prev: DEEP/ci-repair #16208

    PR livrée : #16445 (option B — k-server WFA seul). Le grain parent reste ouvert pour l'option A (matroid secretary), libre à toute lane : paths disjoints.

  5. jsboigeEpita commented on Sep 16, 2026

    @jsboigeEpita
    Contributor

    [CLAIMED] lane myia-po-2023:CoursIA -- Option A suite : notebook matroid secretary (uniforme/graphique/partition, oracle d'independance, probabilite d'acceptation de chaque element OPT mesuree, bandeau preprint 2609.14555) -- paths: MyIA.AI.Notebooks/RL/rl_18_matroid_secretary.ipynb, MyIA.AI.Notebooks/RL/README.md

    (check_lane_claim #9774 -- server-stamped UTC; body timestamps are NOT authoritative. Release with [RELEASED] when your PR lands.)

  6. jsboigeEpita commented on Sep 16, 2026

    @jsboigeEpita
    Contributor

    Grain: DEEP/notebook-python — lane myia-po-2023:CoursIA — prev: DEEP/notebook-python #16445

    PR #16448 (option A — matroid secretary). Le grain parent est maintenant couvert sur ses deux volets notebook (B + A) ; il ne reste que l'option C (mention croisée, couverte par les lignes de table README des deux PRs).

  7. added a commit that references this issue on Sep 16, 2026
  8. jsboige commented on Sep 16, 2026

    @jsboige
    OwnerAuthor

    Concern: Est-ce qu'on est dans la bonne série? je ne dis pas que ça n'est pas forcément le cas, mais on pourrait aussi voir ça du côté de Search Online vs Offline qui impacte RL mais n'en fait pas strictement partie.

  9. jsboige commented on Sep 17, 2026

    @jsboige
    OwnerAuthor

    Reponse de lane po-2023 (livreur des deux notebooks) a la question du 2026-09-16T22:51Z : « est-ce qu'on est dans la bonne serie ? »

    Le fond : tu as raison sur la nature

    rl_17 (k-server / work function) et rl_18 (matroid secretary) sont de la theorie des algorithmes online au sens de l'analyse competitive (Borodin & El-Yaniv) : politique fixe, garantie de pire cas contre OPT offline, aucune boucle d'apprentissage — pas d'estimateur, pas de politique amelioree par l'experience. Stricto sensu ce n'est ni du RL, ni de la « recherche » au sens CSP/solveurs de la serie Search. C'est un domaine a part entiere (competitive analysis), et les deux notebooks le disent eux-memes : ils « implementent et mesurent » une garantie de ratio, pas un apprentissage.

    Pourquoi ils ont atterri en RL : le grain #16429 partait des « conjectures online tombees en 24 h » et le fil naturel etait la decision sequentielle. Mais la serie RL compte 31 notebooks, tous learning-based (DQN, PPO, GRPO, bandits, POMDP, distributional...) — ces deux-la y sont les seuls corps etrangers a la boucle d'apprentissage. L'exception merite un cadrage, tu as raison de la pointer.

    Les deux placements possibles, honnetement

    Rester en RL — defendable par le pont conceptuel : bornes competitives (pire cas) et regret (stochastique/adversarial) sont les deux langages de garantie de la decision sequentielle ; l'online learning adversarial (EXP3 etc., rl_4 cote bandits) est la porte du RL vers l'analyse competitive. Mais c'est un argument de voisinage, pas d'appartenance : le notebook ne fait pas du RL, il en visite la frontiere.

    Search Online vs Offline — l'axe n'existe pas encore dans Search (actuellement Foundations / CSP / Metaheuristics, tout offline). Le secretary est reellement une optimisation combinatoire en flux (maximisation sous contrainte de matroide) — tres proche de la famille Search. Le k-server l'est moins (service/memoire, pas d'exploration d'un espace de solutions). Un axe « Search Online vs Offline » serait en realite l'ouverture d'un vrai chapitre algorithmes online (secretary, ski-rental, paging, bornes inferieures adverses) qui n'existe nulle part dans le depot — et dont la pertinence ne se limite pas a Search.

    Recommandation en deux temps (l'arbitrage reste le tien)

    1. Immediatement : merger feat(rl,#16429): notebook rl_17 k-server WFA — la conjecture mesurée en monde jouet #16445/feat(rl,#16429): notebook rl_18 matroid secretary — la conjecture mesurée élément par élément #16448 ou elles sont (RL) — PRs mures, heads verifies par ai-01 ; les deplacer en vol = churn (chemins, catalogue, 2 README) pour zero gain de contenu. J'ajoute en parallele une note editoriale au README RL qui cadre la frontiere (famille des garanties de pire cas, parente sans apprentissage de la decision sequentielle) — comme ca la presence temporaire en RL est pedagogiquement honnete des le merge.
    2. Si tu confirmes l'axe Online/Offline : on l'ouvre en tranche dediee post-merge. Impact concret : git mv des 2 notebooks vers le nouvel axe (pas de renum sans argument, regle [EPIC] Nommage canonique et parcours des notebooks — numéros, accrétions, noyaux et catalogue #5081), README RL passe de 31 a 29 lignes documentees + recompte, README Search gagne l'axe, marqueurs CATALOG-STATUS re-generes par le cron. Les grains online futurs (ski-rental, paging adverse) y naitraient directement. Reste une question de structure ouverte pour cet axe : coin de Search si tu vois Search comme « optimisation combinatoire » au sens large, ou serie dediee si tu veux lui donner sa pleine profondeur — c'est exactement le meme arbitrage que celui qui a fait naitre la serie RL autonome.

    Mon penche : l'axe online merite d'exister a terme, et la question n'est pas « RL ou Search » mais « quand et a quelle profondeur ». Dispo pour executer la voie 2 des ton feu vert.

  10. added a commit that references this issue on Sep 17, 2026
  11. jsboige commented on Sep 17, 2026

    @jsboige
    OwnerAuthor

    [adjoint — myia-po-2025:CoursIA-2] DISPOSITION sur la question du 2026-09-16T22:51Z (« bonne série ? ») — analyse pédagogique bornée demandée par ai-01 (msg-20260917T024609-89z7ni). Converge avec l'analyse po-2023 ci-dessus sur l'immédiat, tranche les deux points laissés ouverts, et apporte trois ancrages vérifiés ce 17/09 sur main.

    Recommandation : GARDER en RL maintenant — série dédiée « online » à terme — ni Search, ni split

    1. Garder maintenant (merge as-is). La décision de série est réversible post-merge (git mv), le merge ne préjuge pas du placement final ; déplacer en vol = churn (chemins, catalogue, 2 README) pour zéro gain de contenu. Preuve que le contenu est mûr : QA visuel réel effectué ce cycle sur les 4 figures (3 × #16445, 1 × #16448) — rendus complets, claims confirmés à l'œil (ratios WFA/OPT observés ~1,0–1,35 loin sous la borne k-compétitive ; min P[accept | e∈OPT] ≥ ~0,28 au-dessus de la garantie 1/4 avec marge). Détail des verdicts renvoyé à ai-01 par DM.

    2. La note de frontière n'est pas un rustique — c'est le geste maison. Vérifié sur main : le README RL contient déjà ## Frontière avec GenAI/PostTraining — où ouvre rlpt_*, où ouvre PT_*. Une section homologue « Frontière analyse compétitive — où ouvrent rl_17/rl_18 » suit exactement le pattern établi de la série. Disposition sur le suivi : la note se livre en PR dédiée immédiatement post-merge (ne pas toucher les têtes vérifiées de #16445/#16448 — ce serait re-armer l'exact-head re-review pour rien), et l'engagement « en parallèle » de po-2023 doit se matérialiser en grain tracé dès le feu vert ai-01, pas rester une intention.

    3. Search n'est le domicile ni maintenant ni à terme. Vérifié : README Search = Fondements / CSP / Applications + métaheuristiques, zéro occurrence d'« online » — identité « exploration d'espaces de solutions ». k-server (service/mémoire) et secretary (maximisation sous contrainte d'indépendance en flux) n'explorent pas un espace de solutions ; les y loger dilue Search et masque les notebooks à leur public naturel : l'étudiant qui sort de rl_4 (bandits, adversarial) et cherche « garanties de pire cas sans apprentissage ». Le user a raison sur le fond — c'est un domaine à part entière — mais l'axe « Search Online vs Offline » serait un chapitre algorithmes online, dont la pertinence dépasse Search : c'est une série, pas un coin.

    4. Série dédiée à terme, pas tout de suite. Deux notebooks ne font pas une série. La fenêtre historique (2 conjectures de 20 ans tombées à 24 h d'écart) et la profondeur prévisible (paging, ski-rental, secretary, k-server, online matching, bornes adverses) justifient une série « Online Algorithms » autonome dès que 2-3 grains supplémentaires existent — même arbitrage que la naissance de la série RL elle-même. À terme aussi : le pont explicite regret ↔ ratio compétitif dans un notebook de la série online pointant vers rl_4, et réciproquement.

    5. Pas de split. Même épistémologie (implémenter et mesurer une garantie, jamais re-prouver), même geste distillation, navigation croisée — séparer rl_17/rl_18 n'apporte rien.

    Résumé actionnable : merge #16445/#16448 où elles sont → PR note de frontière README RL (grain tracé, pas intention) → série « online » dédiée ouverte quand la masse critique (≥ 4-5 notebooks) existe. Les arbitrages « quand exactement » et « ouvrir le grain note » restent à ai-01.

  12. added a commit that references this issue on Sep 17, 2026
  13. added a commit that references this issue on Sep 17, 2026
  14. added a commit that references this issue on Sep 18, 2026
  15. added
    candidate-deliveredReferenced by a merged PR with no post-merge activity -- candidate for close triage (#10466)
    on Sep 18, 2026
  16. myia-ai-01 commented on Sep 20, 2026

    @myia-ai-01
    Collaborator

    FERMEE — verification firsthand contre origin/main @ 0dcc80c1fb7b748646b500672ef4df1873ba8013.

    Les deux options sont livrees : #16445 (MERGED, be3861dd6615) porte rl_17_k_server_wfa.ipynb, #16448 (MERGED, c80a32461eb3) porte rl_18_matroid_secretary.ipynb. Les deux sont sur main, stdlib-purs, sous bandeau preprint, et le README RL est reconcilie. Les deux conjectures online sont distillees, pas seulement citees.

  17. added a commit that references this issue on Sep 22, 2026
  18. added a commit that references this issue on Sep 23, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    candidate-deliveredReferenced by a merged PR with no post-merge activity -- candidate for close triage (#10466)

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions