home.social

#formalmethods — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #formalmethods, aggregated by home.social.

fetched live
  1. Cryptanalysts are using AI models now, openly and on live claims. So what does "independently confirmed" mean? Less than it meant two years ago, and two events this summer show why.

    April 2024 is the baseline. Yilei Chen posted a claimed polynomial-time quantum algorithm for LWE on the first day of the NIST PQC Standardization Conference. Eight days later he withdrew it, with an acknowledgment thanking Hongxun Wu and, independently, Thomas Vidick for finding the bug in Step 9. That parenthetical is the whole quality control mechanism of the field. Two experts, reasoning separately, converged on the same defect. Neither had seen the other's reading.

    July 23, 2026. Ananth and Sahai at UCSB and UCLA posted a proof of efficient unclonable encryption at 10:35 Pacific. Seyoon Ragavan at MIT posted the same result three hours and eighteen minutes later. Both credited GPT-5.6 Sol Ultra with the core ideas. Both traced to the same Simons Institute talk. Neither knew the other was working on it. Ragavan drove the model in supervised two-hour stretches; Ananth and Sahai used a self-critiquing UCLA harness. Two workflows about as different as two workflows get, one construction, one working day.

    August 2026. Daniel Simon's claimed polynomial-time algorithm for the Dihedral Coset Problem is being adjudicated right now on ePrint and Discord, in days rather than months, with Bernstein and Kirshanova among the people reading it. Several of the substantive responses were produced by humans working with models. One lists two language models on its byline. Disclosure across the documents is uneven: some name the model and version, some say only "AI assistance."

    The mechanism cryptanalysis depends on is not expertise. It is decorrelated failure. Two humans with similar training still make different mistakes, at different points, for different reasons, and their errors decorrelate even when their education does not. The risk with shared tooling is not sampling correlation. It is common-cause error, where shared weights, training data, post-training and retrieval reproduce the same blind spot across operators who have no way of noticing they share it.

    I am not claiming three model-assisted reviews reduce to one. I am claiming we currently lack the provenance to know how much independent weight they deserve.

    The fix is cheap. Every cryptanalysis note that circulates before peer review should end with two sections: who found what, and what was checked by whom, with what, and how hard. Ragavan's paper already does most of it, and ships a Lean 4 formalization that states which claims it does not cover. A kernel shares no weights with anything.

    IACR has barred models from bylines since May 2025. That rule governs formal submission. It does not reach the circulating notes where Simon is actually being adjudicated.

    (This post was edited by AI, but the points are mine. If anyone else wrote the same thing around the same time, blame it on ChatGPT)

    postquantum.com/post-quantum/i

    #infosec #cryptography #cryptanalysis #PQC #postquantum #formalmethods

  2. Cryptanalysts are using AI models now, openly and on live claims. So what does "independently confirmed" mean? Less than it meant two years ago, and two events this summer show why.

    April 2024 is the baseline. Yilei Chen posted a claimed polynomial-time quantum algorithm for LWE on the first day of the NIST PQC Standardization Conference. Eight days later he withdrew it, with an acknowledgment thanking Hongxun Wu and, independently, Thomas Vidick for finding the bug in Step 9. That parenthetical is the whole quality control mechanism of the field. Two experts, reasoning separately, converged on the same defect. Neither had seen the other's reading.

    July 23, 2026. Ananth and Sahai at UCSB and UCLA posted a proof of efficient unclonable encryption at 10:35 Pacific. Seyoon Ragavan at MIT posted the same result three hours and eighteen minutes later. Both credited GPT-5.6 Sol Ultra with the core ideas. Both traced to the same Simons Institute talk. Neither knew the other was working on it. Ragavan drove the model in supervised two-hour stretches; Ananth and Sahai used a self-critiquing UCLA harness. Two workflows about as different as two workflows get, one construction, one working day.

    August 2026. Daniel Simon's claimed polynomial-time algorithm for the Dihedral Coset Problem is being adjudicated right now on ePrint and Discord, in days rather than months, with Bernstein and Kirshanova among the people reading it. Several of the substantive responses were produced by humans working with models. One lists two language models on its byline. Disclosure across the documents is uneven: some name the model and version, some say only "AI assistance."

    The mechanism cryptanalysis depends on is not expertise. It is decorrelated failure. Two humans with similar training still make different mistakes, at different points, for different reasons, and their errors decorrelate even when their education does not. The risk with shared tooling is not sampling correlation. It is common-cause error, where shared weights, training data, post-training and retrieval reproduce the same blind spot across operators who have no way of noticing they share it.

    I am not claiming three model-assisted reviews reduce to one. I am claiming we currently lack the provenance to know how much independent weight they deserve.

    The fix is cheap. Every cryptanalysis note that circulates before peer review should end with two sections: who found what, and what was checked by whom, with what, and how hard. Ragavan's paper already does most of it, and ships a Lean 4 formalization that states which claims it does not cover. A kernel shares no weights with anything.

    IACR has barred models from bylines since May 2025. That rule governs formal submission. It does not reach the circulating notes where Simon is actually being adjudicated.

    (This post was edited by AI, but the points are mine. If anyone else wrote the same thing around the same time, blame it on ChatGPT)

    postquantum.com/post-quantum/i

    #infosec #cryptography #cryptanalysis #PQC #postquantum #formalmethods

  3. #FPIndia is looking for #meetup hosts in #Bangalore

    Connect with senior devs and architects
    Showcase your engineering culture
    Engage with the community

    Space for ~30 people and a screen, for ~3 hours

    DM or comment!

    #FunctionalProgramming #haskell #elixir #rust #typescript #clojure #formalmethods

  4. #FPIndia is looking for #meetup hosts in #Bangalore

    Connect with senior devs and architects
    Showcase your engineering culture
    Engage with the community

    Space for ~30 people and a screen, for ~3 hours

    DM or comment!

    #FunctionalProgramming #haskell #elixir #rust #typescript #clojure #formalmethods

  5. #FPIndia is looking for #meetup hosts in #Bangalore

    Connect with senior devs and architects
    Showcase your engineering culture
    Engage with the community!

    We need a space for 20 to 40 people and a screen for ~3 hours

    DM or comment!

    #FunctionalProgramming #haskell #elixir #rust #clojure #typescript #scala #purescript #formalmethods

  6. #FPIndia is looking for #meetup hosts in #Bangalore

    Connect with senior devs and architects
    Showcase your engineering culture
    Engage with the community!

    We need a space for 20 to 40 people and a screen for ~3 hours

    DM or comment!

    #FunctionalProgramming #haskell #elixir #rust #clojure #typescript #scala #purescript #formalmethods

  7. #lispyGopherClimate #communication #computationalLogic #logic and #programming w/ Ramin Honary #scheme #perceptrons

    toobnix.org/w/w1UdEJhwdaxfAkRg

  8. #lispyGopherClimate #communication #computationalLogic #logic and #programming w/ Ramin Honary #scheme #perceptrons

    toobnix.org/w/w1UdEJhwdaxfAkRg

  9. 𝗙𝗼𝗿𝗺𝗮𝗹 𝗠𝗲𝘁𝗵𝗼𝗱𝘀: 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝘄𝗶𝘁𝗵 𝗟𝗮𝗿𝘀 𝗛𝘂𝗽𝗲𝗹 𝗼𝗻 𝗣𝗿𝗲𝘃𝗲𝗻𝘁𝗶𝗻𝗴 𝗖𝗼𝘀𝘁𝗹𝘆 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗗𝗲𝗳𝗲𝗰𝘁𝘀 🧮 What if you could prevent software defects before they become expensive problems? In our latest interview, @lars, Curator of the #CPSA Advanced Level Module #FormalMethods, explains why formal methods are more practical than many think and how they help improve #softwarequality. 💡

    Learn how #AI and #LLMs fit into the picture. 👉 t1p.de/3cr0d

    #iSAQB #SoftwareArchitecture #SoftwareDevelopment

  10. 𝗙𝗼𝗿𝗺𝗮𝗹 𝗠𝗲𝘁𝗵𝗼𝗱𝘀: 𝗜𝗻𝘁𝗲𝗿𝘃𝗶𝗲𝘄 𝘄𝗶𝘁𝗵 𝗟𝗮𝗿𝘀 𝗛𝘂𝗽𝗲𝗹 𝗼𝗻 𝗣𝗿𝗲𝘃𝗲𝗻𝘁𝗶𝗻𝗴 𝗖𝗼𝘀𝘁𝗹𝘆 𝗦𝗼𝗳𝘁𝘄𝗮𝗿𝗲 𝗗𝗲𝗳𝗲𝗰𝘁𝘀 🧮 What if you could prevent software defects before they become expensive problems? In our latest interview, @lars, Curator of the #CPSA Advanced Level Module #FormalMethods, explains why formal methods are more practical than many think and how they help improve #softwarequality. 💡

    Learn how #AI and #LLMs fit into the picture. 👉 t1p.de/3cr0d

    #iSAQB #SoftwareArchitecture #SoftwareDevelopment

  11. 🎉 CSLib now includes a fully verified proof of the famous FLP (Fischer, Lynch and Paterson) result: it is impossible to achieve consensus in a distributed system with a faulty process and asynchronous messaging.

    Great work by Ching-Tsun Chou, which formalises the constructive pen & paper proof by Hagen Völzer in 2004.

    1/2

    #CSLib #FormalMethods #Lean #FORM

  12. 🎉 CSLib now includes a fully verified proof of the famous FLP (Fischer, Lynch and Paterson) result: it is impossible to achieve consensus in a distributed system with a faulty process and asynchronous messaging.

    Great work by Ching-Tsun Chou, which formalises the constructive pen & paper proof by Hagen Völzer in 2004.

    1/2

    #CSLib #FormalMethods #Lean #FORM

  13. 🌟 Ah, formal methods—the mysterious #unicorns of the #programming world 🦄. People don't use them because, surprise surprise, they're not exactly the life of the party 🎉. But hey, who needs them when you can have a wild ride on the "opinion-based" rollercoaster of Stack Exchange, right? 🎢
    hillelwayne.com/post/why-dont- #formalmethods #StackExchange #softwaredevelopment #opinionbased #HackerNews #ngated

  14. 🌟 Ah, formal methods—the mysterious #unicorns of the #programming world 🦄. People don't use them because, surprise surprise, they're not exactly the life of the party 🎉. But hey, who needs them when you can have a wild ride on the "opinion-based" rollercoaster of Stack Exchange, right? 🎢
    hillelwayne.com/post/why-dont- #formalmethods #StackExchange #softwaredevelopment #opinionbased #HackerNews #ngated

  15. 🌐 You can now play with CSLib directly in your browser at live.lean-lang.org/! Many thanks to Robert Simmons for this! 👏

    #Lean #CSLib #FormalMethods

  16. 🌐 You can now play with CSLib directly in your browser at live.lean-lang.org/! Many thanks to Robert Simmons for this! 👏

    #Lean #CSLib #FormalMethods

  17. Reminder folks - #FPIndia #Bangalore #Meetup this weekend. Sat 1st Aug, 11AM - 1PM.

    We have two great talks lined up around #FunctionalProgramming, #Haskell, and #FormalMethods.

    We have very limited seating, so please RSVP if you are coming - luma.com/zjekrlft

  18. Reminder folks - #FPIndia #Bangalore #Meetup this weekend. Sat 1st Aug, 11AM - 1PM.

    We have two great talks lined up around #FunctionalProgramming, #Haskell, and #FormalMethods.

    We have very limited seating, so please RSVP if you are coming - luma.com/zjekrlft

    Functional Programming India B...

  19. In the latest , Gabriela Moreira breaks down how the Quint specification language is making more accessible than ever.

    She discusses:
    🔹 How AI is lowering the barrier to formal specification and model-based testing
    🔹 Why defining correct system behavior remains essential human work in an AI-driven world

    🎧 Listen now: bit.ly/3STSyL6