För organisationer
Ge forskningsgrupper en styrd miljö för kvantsimulering och behåll kontrollen över infrastruktur, åtkomst, projektgränser och data.
QuFabric
I samtal om driftsättning
En plattform för kvantsimulering i din forskningsorganisation.
WECORE Cloud driftsätter QuFabric på infrastruktur som organisationen styr, så att forskningsteam får en gemensam arbetsyta för notebooks, simuleringsmotorer med öppen källkod och forskningsarbete som stannar inom organisationen.
Simuleringsmotorer med öppen källkod
Kretsar, kemi, mångpartikelfysik, öppna system
Notebook-first-arbetsflöde
Data stannar hos dig
QuFabric är en modul i WECORE Clouds hanteringspanel och körs på molnkapacitet som organisationen driftar.
Förhandsvisning av QuFabric Workbench med exempelvärden; klustret, utkastet och kontrollerna är illustrativa, och det går ännu inte att skicka in jobb.
Kvantsimulering som organisationens forskningsplattform
Beställ QuFabric för forskningsteam vid universitet, laboratorier eller företag som behöver reproducerbara simuleringsflöden utan att skicka indata och resultat till någon annans moln.
Vad dina användare kan göra
Utveckla i notebooks, arbeta i projektet som avgränsar forskningen, välja bland de simuleringsmotorer som ditt infrastrukturteam har gjort tillgängliga och förbereda körningar mot versionsbundna miljöer som går att återskapa exakt.
Vad ditt infrastrukturteam får
Kontroll över identitet, projektåtkomst, miljöer, kvoter, godkända motorer, beräkningstilldelning, dataplats, övervakning och livscykelpolicyer.
Så driftsätter och driftar WECORE plattformen
Vi validerar målinfrastrukturen, driftsätter och integrerar QuFabric, konfigurerar forskningsmiljöer med ditt team och sköter den avtalade löpande driften.
7
Motorer med öppen källkod i plattformens omfång
3
Forskningsspår
Självhostad
Körs på ditt eget moln
Versionsbundna
Checksummade och reproducerbara miljöer
Arbetsflöde
Forskningsflödet, steg för steg
QuFabric samlar projekt, miljöer, jobb och resultat i en självhostad arbetsyta och är byggt för att koppla interaktiv forskning till schemalagd körning på det kluster som organisationen anvisar.
1
Arbeta i ett projekt
Ett projekt är den beständiga arbetsytan som forskningen hör hemma i: notebooks, indata, medarbetare och varje körning som följer av dem.
2
Välj en miljö
Miljökatalogen är uppbyggd kring reproducerbara vetenskapliga stackar – Cirq + qsim, quimb + cotengra, TeNPy, QuTiP, PySCF, OpenFermion + PennyLane och NetKet – och en motor visas först när dina operatörer har aktiverat den mot den avbildning och det kluster som faktiskt är i drift.
3
Prototypa interaktivt och förbered sedan en körning
Arbeta i Jupyter och beskriv sedan samma kod som ett jobbutkast – motor, källfil, resurser och körtid. QuFabric uppskattar hur mycket minne den valda metoden behöver och kontrollerar det mot det anvisade forskningsklustret, så att en körning som inte får plats fångas i formuläret i stället för efter väntan i kön.
4
Spåra reproducerbara resultat
Jobbposten är byggd för att bära motorversionen, den versionsbundna miljön, indatafiler, resursbegäran och loggar, så att en körning kan spåras tillbaka till exakt det som skapade den.
Forskningsspår
Tre forskningsspår
Miljökatalogen är organiserad efter forskningsområde: varje stack definieras med de paket, exempelnotebooks och resursförval som området behöver.
Kretsar
Kvantalgoritmiker
Grindbaserad kretssimulering med Cirq och statevector-motorn qsim: amplituder, sampling och väntevärden. Det här är den körmiljö QuFabric verifierar i dag.
Cirq
qsim (qsimcirq)
Tensornätverk + dynamik
Mångpartikelfysiker
QuFabrics mångpartikelomfång täcker grundtillstånd med DMRG och tidsutveckling med TEBD/TDVP i TeNPy, tensornätverkskontraktion med quimb + cotengra, neuronnätsbaserade kvanttillstånd med NetKet och dynamik för öppna system med QuTiP.
TeNPy
quimb
cotengra
NetKet
QuTiP
Molekyler
Kvantkemist
CPU-baserade kemimiljöer kan avgränsas för forskningsflöden med medelfältsmetoder, Hartree-Fock och potentialenergiytor, medan indata och resultat stannar i organisationen.
PySCF
OpenFermion + PennyLane
Plattform
En reproducerbar arbetsyta för motorer med öppen källkod.
QuFabric är inte ännu en simulator. Det lägger till en hanterad forskningsarbetsyta i WECORE-panelen och ger dig etablerade motorer med öppen källkod på molnkapaciteten du redan driftar.
QuFabric
Sample record
project: h2-ground-state
engine: Cirq · qsim
source: ground_state.py
resources: 1 node · 8 CPU · 02:00
preflight: passed
state: blueprint (pre-release)
result: none yetExempel på en QuFabric-jobbpost; projektet, motorn och resurserna är illustrativa, och det går ännu inte att skicka in jobb.
Kurerade miljöer
En miljökatalog organiserad efter forskningsområde, där varje post motsvarar en exakt, checksummaverifierad artefaktuppsättning med en programvaruförteckning.
Följ hela jobb, inte bara körnings-ID:n
QuFabric ger varje jobb en stabil, projektbunden identitet och en fullständig livscykelpost – statushistorik, avbrytning och omförsök – så att en körning redovisas, inte bara namnges.
Från notebook till schemalagd körning
QuFabric är byggt för att koppla interaktiv forskning till schemalagd klusterkörning och arbetsflöden med parametersvep, och hålla besläktade körningar samlade under projektet som äger dem.
Resultat som stannar med körningen
QuFabrics resultatlager är definierat kring versionerade resultatscheman – normaliserade counts, statevectors, väntevärden och andra artefakter, som hålls samman med körningens loggar och mätvärden.
Notebookcentrerat arbetsflöde
Prototypa i JupyterLab mot samma versionsbundna miljö som en körning sedan beskrivs mot – ingenting i programvarustacken ändras mellan utforskning och storskalig körning.
Kontroll i din egen miljö
Kör på molnkapaciteten du redan driftar och behåll känsliga kretsar, kemiindata och resultat i din egen miljö.
Motorer
En versionsbunden simuleringsmiljö, i en styrd arbetsyta.
Cirq och qsim ingår i den versionsbundna körmiljön; forskningsmiljö, åtkomst och resurser konfigureras för organisationen.
Versionsbunden körmiljö
Cirq + qsim
Grindbaserad simulering av kvantkretsar med statevector-amplituder, via qsimcirq.
Forskningsarbetsyta
JupyterLab
Ägarbundna kernels kopplade till en namngiven, reproducerbar miljö.
Versionsbundna miljöer
Exakta, checksummaverifierade artefaktuppsättningar med en programvaruförteckning.
Projektkontroller
Projekt och åtkomst
Medlemskap, projektisolering, godkända miljöer och beräkningstilldelning.
Simuleringshistorik
Aktivitet, motorversion, indata och loggar registreras mot den körning som skapade dem.
Uppmätt · 2026-08-18
| Qubitar | Amplituder | Tillståndsvektor | Körtid (s) |
|---|---|---|---|
| 24 | 224 = 16 777 216 | 0,12 GiB | 1,63 |
| 26 | 226 = 67 108 864 | 0,5 GiB | 7,23 |
| 28 | 228 = 268 435 456 | 2,0 GiB | 34,47 |
| 30 | 230 = 1 073 741 824 | 8,0 GiB | 146,69 |
Tiderna är enkeltrådade: qsimcirqs standardvärde cpu_threads=1 lämnades orört, så varje siffra speglar en kärna i den 32 vCPU stora noden, inte hela maskinen.
Endast CPU är här kategoriskt, inte tillfälligt. Det installerade qsimcirq-paketet levererar bara simulatorerna basic, sse, avx2, avx512 och decide och innehåller ingen CUDA-modul, så det finns ingen GPU-kodväg att välja; och den låsta profilen släpper in exakt cirq==1.7.0 med qsimcirq==0.22.0 och ingen CUDA- eller NVIDIA-artefakt. Vart och ett av skälen räcker i sig. Värdmaskinen har en GPU – den här körningen kunde inte nå den.
Beräknat tak – modellen för en complex64-tillståndsvektor (2ⁿ × 8 byte) ger på en nod med 125 GiB omkring 33 qubitar före ramverkets och arbetsytans overhead. Det här är aritmetik, inte en körning.
En reproduktionsbaslinje, inte ett påstående om prestanda, skalning, servicenivå eller kapacitet.
Prövad mot en oberoende referens
Två undervisningsexempel följer med modulen, och båda prövas mot en referens som skrivits från grunden i Python med enbart grundläggande numeriska bibliotek och utan något kvantbibliotek alls.
Transversalfälts-Ising · VQE
4 spinn · h = 0,7 · öppen rand · 4 RY-lager med CNOT-kedja · 400 optimeringssteg
- Energi från algoritmen
- −3,866416
- Exakt energi, via diagonalisering
- −3,872983
- Skillnad
- 6,57e−03
- Körtid (s)
- 8,93
Referens: direkt diagonalisering av den 16×16 stora hamiltonianen.
MaxCut · QAOA
Stjärngraf med 4 noder · djup 2 · utan samplingsbrus · slumpfrö 25102
- Målvärde vid start
- 1,941810
- Målvärde vid slut
- 2,808037
- Valt svar
- 0100
- Körtid (s)
- 4,86
Referens: fullständig uppräkning av alla 16 tillstånd. Bästa snittet är 3, vid 0100 och 1011.
89,64 % av slutsannolikheten ligger på de två optimala svaren, så algoritmen nådde dem inte av en slump. Båda värdena blev exakt de som fanns registrerade i paketet.
Därför WECORE Cloud
Ett molnarbetsflöde, med hanterade forskningsmiljöer.
Dimension
Hostade kvantmoln
QuFabric
Driftsättning
SaaS-konto hos en leverantör
Molnkapaciteten du redan driftar
Var data lagras
Indata och resultat lämnar din institution
Projekt, jobb och artefakter stannar på din lagring
Simuleringskontroll
Leverantörens fasta avbildningar och kreditmätare
Testade miljöer som kan kopieras och återskapas
Skalningsmodell
Leverantörsspecifika köer
En projektmodell, från interaktiva notebooks till det anvisade forskningsklustret
Värde
Åtkomst till leverantörens kapacitet
En hanterad forskningsarbetsyta på infrastruktur du äger
Vanliga frågor
Svar på frågor om kvantsimulering
Vad QuFabric är, vad det inte är och hur det passar in i ditt forskningsarbetsflöde
Nej. QuFabric är en plattform för kvantsimulering: motorer med öppen källkod som körs på den klassiska kapaciteten i ditt eget moln. WECORE tillhandahåller inte kvanthårdvara, QPU:er eller superdatorer, och ingenting på den här sidan körs på riktiga qubitar.
QuFabric är i sina första driftsättningssamtal: varje driftsättning definieras, valideras och driftas tillsammans med forskningsorganisationen. Kör du ingen molngrund ännu kan uppdraget omfatta driftsättning av det öppna infrastrukturlager som plattformen körs på. Inlämning till kön är stängd tills ett forskningskluster anvisats och validerats för driftsättningen; under tiden finns utkastformuläret och dess kontroller på plats, så att en körning kan förberedas och granskas. Boka en genomgång för att vara med i det skedet.
Den nuvarande verifierade körmiljön innehåller Cirq och statevector-motorn qsim. Ytterligare forskningsmiljöer och motorkrav definieras och valideras för driftsättningen.
Forskare prototypar i projektets notebookmiljö och beskriver sedan en körning mot de beräkningsresurser som tilldelats projektet – motor, källfil, resurser och körtid – och QuFabric kontrollerar utkastet mot det anvisade forskningsklustret. Simuleringar körs för närvarande på exakt en nod, så minnet sätter taket: en tillståndsvektor växer som 2ⁿ och en täthetsmatris som 2²ⁿ, och kontrollen jämför den uppskattningen med det minne klustret faktiskt erbjuder. Skalan beror på organisationens infrastruktur och kvot.
Hostade tjänster kör ditt arbete på sin infrastruktur, under deras konto och kreditmodell. Med QuFabric hanterar ditt team projekt, miljöer, jobb och resultat på kapacitet som du driftar, så att kretsar, kemiindata och resultat aldrig lämnar din miljö.
Ja. JupyterLab är arbetsytan, med ägarbundna kernels kopplade till en namngiven, reproducerbar miljö – samma miljö som en körning sedan beskrivs mot, så att ingenting i stacken ändras mellan utforskning och storskalig körning.
Reproducerbarheten är inbyggd i jobbposten, som är byggd för att bära motorversionen, avbilden den löser ut till, källfilen, resursbegäran, slumpfröet, loggar och tidsåtgång – så att ett resultat pekar tillbaka på exakt den stack som gav det. Miljöerna är versionsbundna till checksummade artefaktuppsättningar, så den stacken går att bygga om. Att köra om ett jobb automatiskt med garanterat identiskt resultat erbjuder QuFabric inte ännu.
WECORE driftsätter plattformen och sköter den avtalade plattformslivscykeln – övervakar plattformens hälsa, samordnar uppgraderingar och hanterar incidenter inom den ansvarsfördelning som avtalats för din driftsättning. Ditt team äger identitet, projekt, kvoter, godkända motorer och dataplats; dina forskare äger sina jobb och resultat. Panelåtkomsten är rollbaserad, och administrativa åtgärder registreras i manipuleringssäkra revisionsposter.
QuFabric levereras som ett avgränsat driftsättningsuppdrag. Priset anpassas till varje driftsättning och speglar den infrastruktur, de forskningsmiljöer och den driftomfattning som avtalas med organisationen.
QuFabric
Kör kvantsimulering på ditt eget moln
QuFabric är för forskningsteam som vill ha ett modernt simuleringsarbetsflöde utan att skicka känsliga kretsar, kemiindata eller resultat till någon annans moln.