Rubriques tendance
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
C'est en fait un vote très fort pour Grok. J'ai vérifié et il semble que oui, cela a amélioré la limite inférieure dans un article de probabilité sérieux de 2025. Multi-agent avec recherche et exécution de code, mais pourquoi se handicaper si vous pouvez réellement utiliser des outils ?
DS (web uniquement) échoue/abandonne.

18 févr. 2026
Grok 4.20 (Beta) améliore la borne inférieure de 9,1 % sur le périmètre gaussien des ensembles convexes en deux minutes.
C'est quelque chose qui m'a été signalé par Xinyuan Xie. En 1993, Keith Ball a montré que le périmètre gaussien d'un corps convexe dans l'espace euclidien n-dimensionnel est borné par le haut par 4n^{1/4}. En ce qui concerne la borne inférieure, Ball a montré que pour un cube (de taille appropriée), le périmètre peut croître comme \sqrt{\log(n)}. Il y avait donc un écart pendant un certain temps quant à savoir quelle borne est précise, jusqu'en 2003, lorsque, dans un bel article, Fedor Nazarov a montré qu'à l'exemple d'un polyèdre aléatoire (l'intersection de nombreux demi-espaces aléatoires), la borne inférieure peut croître comme C n^{1/4}, avec C=\exp(-5/4)=0.286…. De plus, Nazarov a également amélioré la constante 4 dans la borne supérieure (la remplaçant par 0,64) lorsque n est grand. Ces bornes sont restées inégalées jusqu'à récemment, lorsque, en 2019, Martin Raic a réussi à améliorer le facteur constant de la borne supérieure de 0,64 à 0,59.
Grok 4.20 (Beta), en optimisant plus soigneusement la construction de Nazarov, a réussi à améliorer la constante de la borne inférieure de 0,286 à 0,3126. Je trouve cela surprenant même si cela ne fait que jouer avec les techniques de l'article de Nazarov, car très récemment, Nadimpalli--Pascale (2025) a publié un préprint où, avec une approche différente, ils ont récupéré la borne inférieure de Nazarov avec le même facteur constant 0,286….
Grok a été très généreux dans sa réponse : il a dit que l'amélioration qu'il a fournie suit le même argument que celui de Nazarov ``ligne par ligne'', alors que lorsque j'ai demandé à d'autres modèles (autres que Grok) de vérifier la revendication de Grok, ils ont été d'accord sur tout sauf cette partie ; ils ont dit que l'amélioration n'est pas vraiment ``ligne par ligne'' :D.
Enfin, je ne dirais pas que Nazarov a manqué cette amélioration. Le connaissant depuis longtemps, je suis assez confiant qu'il est courant pour lui de sacrifier des constantes optimales pour l'élégance algébrique.
Pourquoi tout cela est-il intéressant ? Avoir le contrôle du périmètre gaussien permet de contrôler les queues de Fourier des fonctions caractéristiques de ces ensembles, ce qui conduit à contrôler la complexité temporelle des algorithmes d'apprentissage PAC et agnostique pour cette famille (voir Klivans--O’Donnell--Servedio).
Références :
Lien de chat avec Grok 4.20 (Beta).
Keith Ball. Le problème isopérimétrique inverse pour la mesure gaussienne. Géométrie discrète et computationnelle, 10:411–420, 1993.
Adam Klivans, Ryan O’Donnell et Rocco A Servedio. Apprendre des concepts géométriques via la surface gaussienne. Dans Proc. 49e Symposium IEEE sur les Fondements de l'informatique (FOCS), pages 541–550, 2008.
Shivam Nadimpalli, Caleb Pascale. Sur le périmètre gaussien maximal des ensembles convexes, revisité. Préprint (2025)
Fedor Nazarov. Sur le périmètre maximal d'un ensemble convexe dans R^n par rapport à une mesure gaussienne. Dans Aspects géométriques de l'analyse fonctionnelle (2001-2002) pages 169–187. Notes de cours en mathématiques, Volume 1807, Springer, 2003
Martin Raicz. Un théorème de Berry–Esseen multivarié avec des constantes explicites. Bernoulli 25(4A), 2019, 2824–2853

Pour être clair, si je dis à DS de ne pas abandonner, il réfléchit beaucoup plus, 12 minutes ici, et propose une idée sur la façon dont la constante peut être améliorée. Mais le code qu'il génère échoue. En y réfléchissant, il abandonne. En fait, qualitativement, il semble être "correct", mais obtient 0.3116, <Grok

Si le code de DeepSeek est corrigé (même par DeepSeek), il produit un résultat qui converge vers la valeur de Grok. Donc, je suppose qu'avec un REPL assez trivial, cela aurait "réussi" de la même manière. Quoi qu'il en soit, une utilité plus élevée pour Grok ici.
96
Meilleurs
Classement
Favoris
