Pearls FP8-fork forklart: hvilke GPU-er fortsetter å mine

Pearl (PRL) gjør seg klar for sin største endring siden lanseringen. Et forslag kalt PIP-3 flytter Pearl-mining fra heltallsmatematikk til FP8. FP8 er det 8-bits flyttallsformatet som moderne AI-modeller kjører i.

Endringen er en hard fork, så hver node må oppgraderes. Slik forslaget er skrevet i dag, gjør det også listen over grafikkort som kan mine, kortere.

Dette innlegget forklarer hva som endres, og hvorfor maskinvarelisten blir kortere. Det viser hvilke kort som berøres, og hva du bør gjøre så lenge det ikke finnes noen fork-dato.

Kortversjonen

• Pearl-mining går fra heltallsmatematikk (INT7) til 8-bits flyttall (FP8), tallformatet AI-modeller kjører i.
• Ifølge utkastet kan bare NVIDIA Hopper- og Blackwell-GPU-er mine etter forken. GeForce RTX 40-, RTX 30- og RTX 20-kort kan ikke, og det kan heller ingen AMD- eller Intel-GPU.
• Ingen fork-blokk er satt. Den nyeste Pearl-utgivelsen, v1.5.5 fra 28. oktober 2026, inneholder ingen FP8-kode.
• Inntil en utgivelse oppgir en fork-blokk, endres ingenting. Fortsett å mine slik du gjør i dag.

Hva Pearl-minere beregner i dag

Pearl bruker Proof of Useful Work (PoUW). I stedet for å hashe tilfeldige tall gjør en miner arbeid som er nyttig utenfor kjeden. Her er arbeidet matrisemultiplikasjon, steget som AI-trening og -inferens bruker mesteparten av tiden sin på.

Tilfeldig støy legges til matrisene, så resultatet ikke kan gjettes. Produktet deles opp i små blokker kalt fliser. Hver flis blir et tall som fungerer som en lottokupong.

En kupong under poolens mål teller som en share. En kupong under nettverkets mye vanskeligere mål er en blokk. Et zero knowledge-bevis, et kort bevis på at beregningen ble gjort riktig, lar hver node kontrollere arbeidet billig.

I dag er matriseverdiene 8-bits heltall med én bit i margin. Spesifikasjonen kaller dette INT7. Produktene summeres til 32-bits heltall (INT32).

Heltallsmatematikk gir det samme svaret på hver brikke. Det er én grunn til at Pearl i dag kan mines på NVIDIA RTX 20-serien og nyere kort. Avhengig av mining-programmet kjører det også på AMD- og Intel-GPU-er.

Hva PIP-3 endrer

PIP-3 har tittelen FP PoUW Certificates. Pearl-teamet publiserte det 30. juli 2026 med status Draft. Det erstatter heltallsordningen med en ordning basert på flyttall.

FP8 er et tall som får plass i 8 bit. I motsetning til et heltall kan det også romme brøker. PIP-3 bruker formatet E4M3: én fortegnsbit, fire eksponentbiter og tre mantissebiter.

Eksponentbitene bestemmer tallets størrelse, og mantissebitene bestemmer presisjonen. Den største E4M3-verdien er 448. Produktene summeres i 32-bits flyttall (FP32).

Hver rad i en matrise får også sin egen skaleringsfaktor. Det holder tallene i raden innenfor det lille FP8-området.

Forslaget oppgir nytte som grunnen. Nesten alle AI-modeller bruker flyttall av natur. Ekte inferens multipliserer allerede i FP8 og lagrer resultatene i FP32.

Et bevis som bygger på det samme steget, kan følge med på ekte modellarbeid. Forslaget kaller dette en nesten perfekt to-for-én.

Referanseprogrammet for mining på utviklingsgrenen viser ideen i praksis. Det er et tillegg til modellserveren vLLM, og det miner mens GPU-en kjører en AI-modell.

Forslaget er åpent om prisen. Flyttallsresultater er ikke identiske bit for bit med det ideelle svaret, så resultatet blir litt unøyaktig. Teamet melder ingen merkbar endring i nøyaktighet på modellene det har testet.

Flyttallsresultater er også forskjellige mellom brikkefamilier. Det leder til den delen som betyr mest for minere.

Hvorfor GPU-listen blir kortere

To GPU-familier kan multiplisere de samme FP8-matrisene og likevel være forskjellige i siste bit. Hver familie summerer og avrunder tallene på sin egen måte.

For Pearl er det et reelt problem, fordi nettverket ikke kan godta et resultat som bare er nær. Forslaget forklarer hvorfor. Enhver toleranse i kontrollen ville la en miner justere resultatet litt og samle ekstra lottokuponger uten ekstra arbeid.

Derfor må kontrollen gjenta minerens beregning nøyaktig.

For å gjøre det mulig oppgir en miner brikkefamilien sin på forhånd. Familien skrives inn i commitmenten som hvert bevis bygger på. Mineren og verifikatoren følger så én fast beregning for den familien.

Bare familier på en hviteliste kan oppgis, og PIP-3 nevner to: Hopper og Blackwell. Et kort fra en annen familie har ingen gyldig måte å bevise arbeidet sitt på. Det gjelder uansett hvor raskt kortet er på FP8.

Hvilke GPU-er fortsetter å mine, og hvilke gjør det ikke

Referanseprogrammet på utviklingsgrenen lar seg laste på brikkene nedenfor. Det nekter å laste på alt annet.

Usikker på hvilken familie kortet ditt tilhører? NVIDIAs liste over CUDA-GPU-er oppgir hvert korts compute capability. 9.0 er Hopper, 10.0 og høyere er Blackwell, og 8.9 er Ada.

Ett forbehold for eiere av GeForce RTX 50. Referanseprogrammets egne notater sier at testene kjører på en B200.

De samme notatene sier at én flisform ennå ikke har noen kernel på RTX 50-kort. Derfor hoppes lagene over som bare den formen kan mine. Så langt viser ingen publisert test FP8-mining på et GeForce RTX 50-kort.

Det er et eget problem med dagens offisielle mining-program på main-grenen. Det er bare bygget for Hopper-brikker. To åpne rapporter viser at det feiler på RTX 50-kort: ingen kernel for RTX 50 og en GEMM-feil på RTX 5070.

To ting er ennå ikke kjent. Ingen har publisert hvor mye GPU-minne den nye ordningen trenger på et gitt kort. Ingen kan ennå si om dagens mining-programmer vil støtte den.

Utkastet krever at hver miner følger referanseberegningen nøyaktig. Derfor må ethvert program som vil mine etter forken, treffe den bit for bit.

Hva som fortsatt er åpent i utkastet

PIP-3 er et utkast, og teksten sier det flere steder. Disse delene er fortsatt merket som noe som skal avgjøres før forslaget går videre til neste status:

• Det kompakte formatet matriser kan lagres i før de konverteres til FP8.
• De statistiske kontrollene en vinnende flis må bestå.
• Testvektorene og de publiserte eksperimentene.
• Lenken til referanseprogrammet.
• Utrullingsplanen.

Utviklingskoden har også noen steder gått lenger enn teksten. Den håndterer for eksempel allerede mixture of experts-lag. Det er AI-modelldesignet der bare en del av modellen kjører for hver inndata.

Den nummererer også sertifikatversjonen annerledes. Det er vanlig for et utkast. Men det betyr at detaljer fortsatt kan endres, også hvilken maskinvare som godtas.

Når det skjer

Det finnes ingen dato. En Pearl-fork aktiveres ved en blokkhøyde som er skrevet inn i node-programvaren. Det finnes ingen mainnet-høyde for denne.

I koden som er til gjennomgang, er fork-høyden bare satt for de lokale testnettverkene utviklere bruker. Den nyeste Pearl-utgivelsen, v1.5.5 fra 28. oktober 2026 inneholder ingen FP8-kode i det hele tatt. Når en utgivelse setter en høyde, er det det tallet du skal merke deg.

Pearl har endret konsensus flere ganger før. Hver av de endringene ble aktivert ved en fast blokk som var oppgitt i en utgivelse. En miner som kjenner blokknummeret og oppdaterer før det, taper ingenting.

Hva du bør gjøre nå

• Fortsett å mine. Mining-programmet, innstillingene og utbetalingene dine virker akkurat som før fram til fork-blokken. Ikke endre noe på grunn av et utkast.
• Finn kortets familie i tabellen over, eller ut fra compute capability på NVIDIAs liste.
• Har du et Hopper- eller Blackwell-kort, planlegg å installere et mining-program som støtter FP8-ordningen før fork-blokken, når et slikt finnes.
• Har du et annet kort, fortsett å mine Pearl fram til fork-blokken. Velg nå hvilken mynt kortet skal mine etterpå. Listen over de beste mining-GPU-ene og mining-kalkulatoren viser hva kortet ditt tjener på andre mynter.
• Følg med på Pearls utgivelsesside og Pearls repository for forslag for en fork-høyde.
• På fork-dagen bør du vurdere mining-programmet ditt ut fra godkjente shares på poolen, ikke ut fra hashraten det viser. Et utdatert program kan vise en sunn hashrate mens ingenting av arbeidet teller.

Tenker du på å kjøpe maskinvare for Pearl? Kjøp for det nettverket godtar i dag, og for det den endelige versjonen godtar. Ikke kjøp for et utkast som fortsatt kan endres.

Ofte stilte spørsmål

Hvor disse faktaene kommer fra

Hver påstand her kan kontrolleres. Ordningen, begrunnelsen, maskinvarehvitelisten og de åpne punktene kommer fra teksten i PIP-3. Den ligger i Pearl-teamets offentlige repository for forslag.

GPU-støtten kommer fra referanseprogrammet på FP8-utviklingsgrenen i Pearl-repositoryet. Det programmet oppgir hvilke brikker det lar seg laste på.

Aktiveringsstatusen kommer fra nettverksparameterne i den samme koden. Der er FP8-forkens høyde bare satt for testnettverkene. Den kommer også fra den nyeste utgivelsen.

Der kildene ikke sier noe, for eksempel om minnebehov eller støtte i andre mining-programmer, sier dette innlegget det. Det gjetter ikke.