Code e limiti di frequenza nel lavoro di sicurezza

Un'esecuzione di recon, una lunga sessione di reverse engineering o un ciclo di agente durante una finestra di ingaggio non falliscono per il prezzo. Rallentano quando il provider limita quante richieste girano insieme, le mette in coda o lascia esaurire una riserva di velocità. Il conto resta lo stesso mentre il lavoro finisce in ritardo, e il ritardo è ciò che la finestra del cliente penalizza.

Ogni servizio pubblica da qualche parte le sue regole di throughput, ma la maggior parte di chi compra guarda prima il prezzo. Questo post riporta che cosa dicono quattro servizi sui propri limiti. I dati di Verboo vengono dalla home page e dai Termini d'uso, raccolti l'11 novembre 2026. I dati di Venice vengono dalla pagina dei prezzi e dai Termini di servizio, e quelli di Drael dalla pagina dei limiti, raccolti il 9 e il 10 novembre 2026. I dati di NotHoly vengono dai prezzi. Sono regole scritte. Nessuna è un tempo di attesa misurato, e nessuna dice come si comporta il servizio in un giorno preciso. Ricontrolla le pagine prima di comprare.

#Regole di throughput a confronto

Ogni riga è la regola pubblicata da un servizio, come la descrivono le fonti sopra.

Servizio	Cosa pubblica sul throughput	Fonte e data
Verboo	Token illimitati sui due piani superiori, ma i termini escludono una velocità garantita. Concorrenza, frequenza delle richieste e throughput possono essere limitati, con code e priorità per livello riservate. Una riserva di stamina rallenta le risposte man mano che l'uso cresce.	Termini d'uso, versione 2.4, del 30 settembre 2026
Venice	API addebitata per token oltre a un piano mensile il cui credito scade. I termini per i consumatori permettono a Venice di revocare le chiavi in qualsiasi momento.	Pagina dei prezzi e Termini di servizio, aggiornati l'8 giugno 2026
Drael	Quattro risposte contemporanee per account, su tutte le chiavi. Una quinta richiesta riceve un 429 che, dice la documentazione, non viene ritentato per te. La tariffa al minuto non è pubblicata.	Pagina dei limiti, raccolta il 9 e il 10 novembre 2026
NotHoly	Credito prepagato addebitato a token, senza abbonamento e senza riserva di stamina. I limiti di frequenza si impostano per chiave nella console.	Pagina dei prezzi e console

#Cosa si riservano i termini di Verboo

La home page di Verboo vende token illimitati sui due piani superiori, a prezzo fisso. La clausola 8 dei Termini d'uso precisa che illimitato non significa capacità di calcolo illimitata, disponibilità senza interruzioni o velocità garantita.

Le clausole 8.1 e 20 riservano a Verboo il diritto di limitare concorrenza, frequenza delle richieste e throughput, e di applicare code, priorità per livello e tempi di attesa. La clausola 9.6 elenca tra gli usi vietati l'elusione dei limiti di frequenza o delle code, quindi i termini trattano la coda come un controllo che Verboo può usare. I termini non dicono quando la coda si applica. Se valga per un certo account, e quando, lo decide Verboo e non è pubblicato.

Sui piani a pagamento il sito descrive anche una riserva di stamina. Rallenta le risposte man mano che l'uso aumenta e si ricarica quando fai una pausa. Secondo il sito, esaurire la stamina non ti blocca, e l'effetto è una risposta più lenta. Verboo vs NotHoly confronta piani e prezzi.

#Cosa pubblicano Venice e Drael

Questo post non confronta le regole di frequenza o di coda di Venice, perché non le abbiamo ancora raccolte. Abbiamo invece il lato dei costi di un'esecuzione lunga. Il piano da US$ 18 include US$ 1 di credito API, e quel credito scade con il mese. I termini per i consumatori di Venice le permettono inoltre di revocare le chiavi in qualsiasi momento, e questo conta quando un ciclo di agente è a metà della finestra di ingaggio. Venice vs NotHoly riporta le tariffe per token sulle basi che i due cataloghi condividono.

La pagina dei limiti di Drael è la più specifica delle quattro. Ogni account riceve quattro risposte contemporanee su tutte le sue chiavi. Una quinta richiesta riceve un 429, e la pagina dice che non viene ritentata automaticamente. Per scalare, la pagina suggerisce di distribuire il lavoro su account separati, ciascuno con il proprio abbonamento. La tariffa al minuto non è pubblicata, perché secondo la pagina viene fissato in base all'uso reale. Dentro il piano l'uso è descritto come illimitato in volume entro l'uso corretto, e la pagina non dice dove finisce l'uso corretto.

La stessa pagina descrive la macchina condivisa dietro il servizio: chi viene servito nello stesso momento condivide un'unica macchina, quindi un minuto affollato è più lento per tutti. La priorità del piano decide il posto in coda e non rende la risposta più veloce. In quella pagina non abbiamo trovato alcuna cifra di capacità o SLA pubblicata.

#Come gestisce il throughput NotHoly

NotHoly addebita credito prepagato a token. Non c'è abbonamento, quindi nessuna riserva di stamina si esaurisce e non c'è un livello di piano da mettere dietro un altro. I limiti di frequenza si impostano per chiave nella console, quindi un batch gira sotto un tetto che hai scelto per quella chiave. Il credito non scade, e i prezzi riportano la tariffa per token di ogni modello.

Un limite per chiave frena il tuo uso, non dice quanto in fretta un modello risponde in un giorno preciso. Questo post non riporta alcuna cifra di velocità, disponibilità o capacità per NotHoly, quindi misura il tuo carico di lavoro prima di affidartici.

#Quando una coda è un compromesso ragionevole

Un uso costante e interattivo può stare bene con una tariffa mensile fissa. Una riserva che rallenta le risposte man mano che l'uso cresce pesa meno quando non c'è niente da consegnare in quell'ora. A nostro avviso il costo ricade sulle esecuzioni lunghe, a raffica o legate a una scadenza: un passaggio di decompilatore su un binario grande, una coda di triage a fine settimana, un agente che deve chiudere prima che il report sia da consegnare. In quei casi una risposta lenta si accumula, e il totale appare nel tempo impiegato, non nella riga della fattura.

#Domande da fare a ogni provider

Fai queste quattro domande a ogni provider, NotHoly compresa:

• Il prezzo è una quota fissa, o si applica una riserva di velocità?
• Concorrenza e limiti di frequenza sono pubblicati, con i numeri?
• Il provider può mettere in coda o abbassare la priorità del tuo piano?
• La latenza è misurata rispetto a un obiettivo pubblicato?

#La riserva di stamina ferma un'esecuzione?

Secondo il sito di Verboo stesso, no: esaurire la stamina non blocca una richiesta. Il risultato è una risposta più lenta. Una risposta lenta conta comunque sulla scadenza, quindi la riserva incide sui tempi anche quando non viene rifiutato niente.

#NotHoly promette velocità?

No. Questo post non riporta alcuna cifra di velocità, disponibilità o capacità per NotHoly. I limiti per chiave limitano quanto invia la tua chiave, non quanto tempo impiega una risposta.

#Verdetto

Verboo vende un prezzo fisso e si riserva code, priorità e rallentamenti per l'uso intensivo, e i suoi termini lo dicono chiaramente. Drael pubblica i limiti più specifici delle quattro: quattro risposte contemporanee per account, un 429 alla quinta e una macchina condivisa. Le regole di Venice che contano per il throughput non sono confrontate qui. NotHoly addebita token e imposta limiti di frequenza per chiave nella console, senza riserva di stamina, ma questo post non riporta per NotHoly alcuna cifra di velocità. Per un'esecuzione lunga guarda l'orologio oltre al totale. Calcola il costo dell'esecuzione nei prezzi, poi prova i limiti con il tuo carico di lavoro.