Betalen voor de kwaliteit die je krijgt

De meeste API's noemen één prijs per model en zeggen nooit welke versie antwoordde. Wij noemen een prijs per build, en de rekening volgt de gewichten die daadwerkelijk draaiden.

Eén model, een prijsladder

Qwen3.8 27B, per miljoen uitvoertokens:

Build	Kwaliteit	Prijs
UD-Q5_K_M	referentie	€ 0,75
UD-Q4_K_M	referentie	€ 0,62
UD-IQ4_XS	gebalanceerd	€ 0,54
UD-Q3_K_XL	gebalanceerd	€ 0,50
UD-IQ2_XXS	compact	€ 0,28

De geadverteerde prijs is die van de beste kwaliteit, dus je wordt er nooit boven gefactureerd. Al het andere is korting.

Zet een ondergrens en vergeet het

curl … -H "X-ElephantPool-Require: quality:reference"

Eén header en je verzoeken bereiken alleen machines met referentiegewichten. Het is een ondergrens, geen exacte match: betere kwaliteit wordt altijd geaccepteerd. Daarmee is je prijs weer voorspelbaar.

Zonder krijg je de beste build die op dat moment vrij is, tegen die prijs — meestal goedkoper, soms de beste voor minder dan een concurrent voor zijn slechtste vraagt.

Waarom de goedkope kant echt goedkoop is

Kleinere gewichten decoderen sneller, dus een host produceert meer tokens per uur. Prijzen per build geeft jou dat voordeel in plaats van het te houden. Voor € 0,28 per miljoen tokens kost een model met 27 miljard parameters minder dan wat de markt meestal vraagt voor iets van een derde die omvang.

En waarom we het kunnen bewijzen

Elk voltooid verzoek komt terug met een bon die op de bedienende machine is ondertekend en de sha256 van het geladen gewichtenbestand noemt. De korting volgt die handtekening, niet wat een host beweert. De goedkope build bedienen en de dure afrekenen kan niet.

Zie wat een bon bewijst en wat je betaalt en waarom het verandert.