01 / Grense
Hold den betrodde basen liten
Ikke legg komplekse generatorer eller AI i sentrum av tilliten. Gjør den lille kontrollsiden eksplisitt.
Finite Field / Math Lab
Bygg evidens for korrekthet, ikke bare raske resultater.
Math Lab viser hvordan vi håndterer matematisk modellering, teorembevis, formell verifikasjon, reproduserbarhet og pålitelig implementering uten å overdrive dokumentasjonen.
- Offentlige prosjekter
- NPA / STD / MATHLIB
- Kjernespråk
- Rust
- NPA-øyeblikksbilde
- v0.1.1
Bevisrevisjon / konseptuell visning
Kun lesing
01 kanoniske byte / format OK
02 sertifikat-hash OK
03 kontroll av avhengig bevis OK
04 kildeuavhengig vurdering OK
Tillitgrense synlig
Denne siden hevder ikke at NPA er en praktisk erstatning for Lean eller Rocq, og nettlesersimuleringen kjører ikke NPA.
Lab-prinsipp
Publiser ikke bare resultater, men også grensen for kontroll.
En konklusjon som «det virket», «det var raskt» eller «det er bevist» er ikke nok. Vi viser inndata, antakelser, betrodde deler, uavhengig kontrollerbare artefakter og uløste problemer separat.
02 / Evidens
Gjør evidens til et artefakt
La sertifikater, hasher, antakelseslister, referansemålinger og logger ligge i en form andre kan inspisere.
03 / Reproduser
Design for reproduserbarhet
Lås verktøykjeder, inndata, kjørekommandoer og kriterier slik at resultatet kan kontrolleres på nytt.
04 / Ærlighet
Ikke overdriv forskningsstatus
Vis praktiske metoder, eksperimenter og forskning hver for seg. Sett begrensninger ved siden av resultatene.
METODEVURDERING
En tjenestemetode som fortsatt krever avklart omfang, ansvar, kundedokumentasjon og godkjenning før den beskrives som prosjektklar.
EKSPERIMENTELL
En fungerende implementering finnes, men skala, kompatibilitet, ytelse eller spesifikasjon kan fortsatt endres. Versjon og reproduksjonssteg kreves.
FORSKNING
Design, evaluering, bevis eller implementering pågår. Dette betyr ikke kommersiell tilgjengelighet eller ferdigstillelse.
Forskningsportefølje
Se forskning etter modenhet og artefakter.
Hvert kort viser modenhet, artefakter, nåværende status og neste validering. Søk og filtre bruker bare tilstand i nettleseren.
8 vist
EKSPERIMENTELL
ÅPEN KILDEKODE
01
Nano Proof Auditor
Sertifikatførst-verktøykjede for bevis
En forskningsverktøykjede som setter kanoniske bevissertifikater og en liten kontrollbase i sentrum av gjennomgangen av avhengige bevis.
- Artefakter
- kilde / spesifikasjon / CI-maler
- Nåværende
- offentlig øyeblikksbilde v0.1.1
- Neste validering
- eksterne teorempakker og uavhengig kontroll
EKSPERIMENTELL
ÅPEN KILDEKODE
02
NPA Standard Library
Logikk / Nat / Liste / Algebra
Et standardkodearkiv for teorempakker med gjenbrukbare NPA-grunnlag.
- Artefakter
- kilde / bevispakker
- Nåværende
- offentlig delt kodearkiv
- Neste validering
- pakkeomfang og kompatibilitet
FORSKNING
ÅPEN KILDEKODE
03
NPA Math Library
Formelt matematikkbibliotek
En bibliotekretning for å lagre matematiske teoremer som uavhengig kontrollerbare bevispakker.
- Artefakter
- kilde / bevispakker
- Nåværende
- offentlig kodearkiv under utvikling
- Neste validering
- bibliotekstruktur og avhengighetsrevisjon
METODEGJENNOMGANG
METODE
04
Planleggingsmodeller med begrensninger
Planlegging / rutevalg / tildeling
En metode for å skille harde begrensninger og evalueringsmål i skift, besøk, ruter, produksjon og tildelingsarbeid.
- Artefakter
- modell / prototype / forklaringsrapport
- Nåværende
- tjenestemetode; offentlig påstand begrenset til metodegjennomgang
- Neste validering
- kundedokumentasjon og godkjenning av omfang
FORSKNING
MÅLING
05
Reproduserbar evaluering av løsere
Referansemåling og evidens
Et program for å låse instanssett, maskinvare, tidsgrenser, tilfeldige frø og rålogger før ytelsespåstander legges fram.
- Artefakter
- register for referansemålinger / rålogger / rapport
- Nåværende
- design av forskningsprogram
- Neste validering
- første offentlige referansekorpus
FORSKNING
FORMELLE METODER
06
Verifikasjon av kritisk forretningslogikk
Invarianter for forretningssystemer
Forskning på å skille gebyrer, tillatelser, lager og tilstandsoverganger ut i spesifikasjoner og invarianter.
- Artefakter
- spesifikasjon / invarianter / test- eller bevisrapport
- Nåværende
- omfangsstudie
- Neste validering
- velg ett avgrenset produksjonsnært tilfelle
EKSPERIMENTELL
TEKNIKK
07
Små betrodde komponenter i Rust
Små betrodde komponenter
Implementeringsarbeid som holder tillitskritiske deler som kontrollører og hasher små nok til å inspisere.
- Artefakter
- NPA-kjerne / sertifikat-crate / referansekontrollør
- Nåværende
- offentlig implementering i NPA
- Neste validering
- kompatibilitet for uavhengig kontrollør
FORSKNING
AI × BEVIS
08
AI-støtte og uavhengig kontroll
Generer fritt, verifiser strengt
En forskningsretning der AI brukes til kandidatgenerering, mens den endelige evidensen kontrolleres uavhengig.
- Artefakter
- kandidatgenerator / sertifikat / kontrollørrapport
- Nåværende
- forskningsretning i tråd med NPAs tillitsmodell
- Neste validering
- målt arbeidsflyt for forfattere
Fant ingen matchende forskningsområde.
Prøv et annet søkeord eller sett modenhetsfilteret tilbake til alle.
Nano Proof Auditor
Skill bevisgenerering fra det vi stoler på.
NPA er en sertifikatførst-verktøykjede for avhengige bevis. Frontender, taktikker, teoremsøk, plugins, AI, kildefiler og CI-status kan hjelpe med å lage kandidater, men de er ikke den betrodde bevisdokumentasjonen.
EKSPERIMENTELLÅPEN KILDEKODEAPACHE-2.0
Gjeldende øyeblikksbilde
v0.1.1
Offentlig informasjon kontrollert 2026-06-21.
Primær kjerne
Rust
Rust-verifikator og kjerne er del av kontrollsiden.
Revisjonsartefakt
.npcert
Kanoniske sertifikatbyte er objektet som skal inspiseres.
Punkt for ny kontroll
manuell gjennomgang
Repositoriestatus og pakkesynlighet må gjennomgås før publisering.
Utforsker for tillitsgrenser
Utforsk hva som er betrodd og hva som bare lager kandidater.
Klikk på hver node for å se hva den gjør, hva den produserer, og hvilken kontroll som fortsatt kreves.
IKKE BETRODD
KONTROLLERT
Viktig grense
NPA er foreløpig ikke en praktisk erstatning for Lean eller Rocq. Denne siden forklarer sertifikatsentrert forskningsdesign og garanterer ikke feilfrie kommersielle systemer eller automatisk teoremløsing.
Sertifikatkontroll / forklarende simulering
Opplev flyten i sertifikatkontroll.
Nettleserinteraksjonen forklarer kontrollflyten. Den kjører ikke NPA, Rust, WASM eller ekte bevissertifikater.
CLI-eksempel
npa package verify-certs --root . --checker reference --json
NPA / audit trace
KLAR
- 01 Les sertifikatetkanoniske byte / format VENTER
- 02 Kontroller sertifikat-hashensertifikat-hash VENTER
- 03 Kontroller med kjernenkontroll av avhengig bevis VENTER
- 04 Kontroller på nytt med referansekontrollørenkildeuavhengig vurdering VENTER
- 05 Sammenlign aksiomrapportenaxiom report hash VENTER
Vurdering
Forklaringen er ikke kjørt ennå.Kjør forklaringen for å visualisere stegene i rekkefølge.
Bevisøkosystem
Avklar roller i stedet for å rangere verktøy.
Lean og Rocq er modne økosystemer for bevisassistenter. NPA vises her som et sertifikatsentrert forsknings- og implementeringsprosjekt, ikke som en erstatningsrangering.
| Punkt | Lean | Rocq | NPA |
|---|---|---|---|
| Posisjon | Programmeringsspråk med åpen kildekode og bevisassistent. | Interaktiv teorembeviser med lang forskningshistorie. | Forsknings- og implementeringslager for sertifikatførst-kontroll. |
| Typisk bruk | Matematikk, programvareverifisering og programmering. | Matematikk, spesifikasjoner, programverifisering og ekstraksjon. | Forskning på bevissertifikater og uavhengig kontroll. |
| Fremheving | Utvidbarhet, biblioteker og interaktiv bevisføring. | Uttrykkskraft, modne metoder og biblioteker. | Liten betrodd base og kanoniske sertifikater. |
| Hvordan denne siden behandler det | Referanse for læring, sammenligning og interoperabilitet. | Referanse for læring, sammenligning og formaliseringsmetoder. | Finite Field-forskningsprosjekt. |
| Grense | Spesialistkunnskap er fortsatt nødvendig. | Spesialistkunnskap er fortsatt nødvendig. | Ikke ment som en praktisk erstatning for Lean eller Rocq nå. |
Forskningsmetode
Gjør «det virket» om til en gjentakbar kontrollprosedyre.
Et resultat blir sterkere når noen kan kjøre det på nytt, inspisere det og avvise det under samme betingelser.
Spørsmål
Definer hva som skal kontrolleres: ytelse, korrekthet, kompatibilitet eller omfang.
Forutsetninger
Skriv ned antakelser, unntak, aksiomer, datamangler og skjevheter før evaluering.
Artefakt
Behold kilde, sertifikater, inndata, kjørelogger og hasher.
Uavhengig kontroll
Kontroller resultater gjennom en annen vei enn genereringssiden.
Referansemåling
Lås maskinvare, versjoner, tidsgrenser, instanssett og tilfeldige frø.
Grenser
Publiser feil, tilfeller uten støtte, ytelsesgrenser og neste validering.
Bygger for reproduserbarhet
Sjekk hva en forskningspublikasjon fortsatt mangler.
Sjekklisten behandles bare i nettleseren. Den er ikke en sertifiseringsscore.
Klarhet
0%Neste handling
Definer forskningsspørsmålet og suksessvilkårene først.Før artefaktformater bestemmes, må det avklares hva som skal sammenlignes eller kontrolleres.
Offentlige artefakter
Spor offentlige artefakter fra én inngang.
Siden unngår GitHub API-kall under kjøring. Repositoriestatus er et vurdert øyeblikksbilde som må sjekkes før publisering.
4 artefakter
finitefield-org
npa
sertifikatførst-verktøykjede for bevis
VERIFISER
package verify-certs
finitefield-org
npa-std
standard teorempakke
ROLLE
Std.Logic / Nat / List
finitefield-org
npa-mathlib
formelt matematikkbibliotek
ROLLE
formelle teorempakker
GitHub
finitefield-org
offentlig kodearkivindeks
INDEKS
alle offentlige kodearkiver
Ingen offentlige artefakter passer søket.
Publiseringspolicy
Offentlige kodearkiver, forskningsnotater og referansemålinger bør ha kontrollert dato, modenhet, reproduksjonssteg og kjente begrensninger. Stjerner og commit-antall vises ikke som signaler for forskningskvalitet.
Fra Lab til drift
Ta forskningsdisiplin inn i design av forretningssystemer.
Ikke alle kundesystemer trenger teorembevis. Den nyttige overføringen er å avgjøre hva som må stoles på, sammenlignes, kontrolleres, korrigeres og godkjennes av mennesker.
Lab-praksis
Skill mellom generering, beregning og endelig kontroll i stedet for å stole likt på alle lag.
Behold inndata, utdata, sertifikater, hasher og logger som artefakter som kan gjennomgås.
Lås data, versjoner, kommandoer og evalueringskriterier før resultater sammenlignes.
Publiser begrensninger, feilede tilfeller og åpne punkter med samme tyngde som resultatene.
Kundesystem
Definer hvem som legger inn data, hvem som kontrollerer, hvem som overstyrer, og hvem som bekrefter resultatet.
Vis begrensninger, evalueringsscore, forkastede kandidater og uløste punkter.
Bevar historikk for vilkårsendringer, beregningskjøringer og endelig godkjenning.
Gjør automatiske resultater mulige å rette, avvise og forklare for operatører.
01
Skift- og bemanningsplanlegging
Vis regelbrudd og oppfyllelse av preferanser hver for seg.
02 Ruteplanlegging for kjøretøyHold ruteårsaker, kapasitet, tidsvinduer og unntak synlige.
03 ProduksjonsplanleggingForklar ikke-planlagt arbeid, flaskehalser og avveininger ved omstilling.
04 TildelingsmatchingVis begrunnelsen for kandidater og alternativer før godkjenning.
Forskningsnotater
Hold oppdateringshistorikk og evidens lesbar.
Ikke hvert kort er en publisert artikkel. Notater under forberedelse merkes ikke som publisert arbeid før de har datoer, kilder og reproduksjonssteg.
NPA / Nåværende
Hvorfor sette sertifikater i sentrum
Hvorfor endelig evidens bør være et standardisert sertifikat kontrollert gjennom en liten uavhengig vei.
Vis offentlig kodearkivDesignnotat / planlagt
Gjør optimaliseringsresultater forklarbare
Et designnotat om å vise mål, harde begrensninger, myke preferanser og uløste tildelinger i brukergrensesnittet.
Vis relaterte demoerReferansemåling / planlagt
Vilkår for rettferdig sammenligning av løsere
Et planlagt notat om instanssett, tidsgrenser, optimalitetsgap, tilfeldige frø og maskinvare.
Vis publiseringskriterierElementer under forberedelse er ikke publiserte artikler. Etter publisering får hvert notat dato, kilde, forfatter, reproduksjonsvei og kjente begrensninger.
VANLIGE SPØRSMÅL
Forskning, bevisverktøy og grenser for forretningsbruk.
Disse punktene gjøres eksplisitte før forskningssider forveksles med produksjonsgarantier.
Les om selskapet01 Er Math Lab en kontraktsbasert utviklingstjeneste?
Nei. Dette er et sted for å publisere forskningstilnærming og artefakter. I kundedialog skiller vi mellom anvendbare metoder, metoder som trenger mer validering, og forskningstemaer.
02 Kan NPA erstatte Lean eller Rocq?
Nei. Dagens NPA er ikke en praktisk erstatning for Lean eller Rocq. Det er et forsknings- og implementeringsprosjekt om sertifikater, uavhengig kontroll og en liten betrodd base.
03 Stoler dere på AI-genererte bevis slik de er?
Nei. AI, søk og taktikker hjelper med å generere kandidater. Vi fokuserer på om det endelige sertifikatet godtas av en kontrollør som er uavhengig av disse genereringsveiene.
04 Fjerner formell verifikasjon alle feil?
Nei. Formelle metoder kontrollerer bestemte egenskaper mot en eksplisitt spesifikasjon. Feil spesifikasjoner, kode utenfor omfang, drift og eksterne tjenester trenger fortsatt separat vurdering.
05 Har dette sammenheng med arbeid med forretningssystemer?
Ja. Vi bruker vanligvis disiplinen gradvis: begrensninger, resultatbegrunnelser, beregningshistorikk, tilgangsgrenser og kontroller for viktig forretningslogikk.
Diskuter et problem
Du kan diskutere arbeidet som skal løses, ikke bare forskningstemaet.
Start med dagens regneark, regler og stedene der beslutninger korrigeres av mennesker. Vi kan sortere om matematisk modellering, regelautomatisering eller en prototype bør komme først.
Kildeøyeblikksbilde / 2026-06-21
NPA-påstander bygger på øyeblikksbildet av finitefield-org/npa-repositoriet. Plasseringen av Lean og Rocq bygger på deres offisielle nettsteder. Repositoriestatus, nyeste tagger og formuleringer for metodevurdering ble kontrollert 2026-06-28.