Ultimo aggiornamento: 24 ottobre 2026
La presente politica descrive come richiedere la rimozione di un Report prodotto dal SOKEN Contract Review (il "Servizio") e come trattiamo tali richieste.
I termini definiti nei nostri Termini di utilizzo hanno lo stesso significato quando utilizzati nella presente politica.
1. Ambito di applicazione
La presente politica si applica ai Report ospitati sui nostri server (inclusa la pagina del Report ospitata e il PDF) e ai Report pubblicati nella nostra biblioteca pubblica di report su soken.dev/audits e nel relativo repository mirror pubblico.
2. Chi può richiedere la rimozione
Una richiesta di rimozione può essere presentata da:
- il proprietario o gestore del codice di smart contract oggetto del Report;
- una parte con un legittimo interesse legale alla rimozione (ad esempio, un titolare di diritti d'autore il cui codice è stato incluso nella revisione senza autorizzazione);
- la persona che ha originariamente richiesto la revisione tramite il Servizio; o
- un'autorità di polizia o di regolamentazione che agisce ai sensi della normativa applicabile.
3. Motivi di rimozione
Prenderemo in considerazione la rimozione di un Report per uno dei seguenti motivi:
- Il richiedente è il proprietario verificato del codice revisionato e desidera che il Report venga ritirato.
- Il Report è stato prodotto da codice su cui il richiedente detiene diritti d'autore e che è stato revisionato senza l'autorizzazione del richiedente.
- Il Report contiene rilevamenti materialmente inesatti che potrebbero causare danni se lasciati accessibili al pubblico.
- La rimozione è richiesta da un'ordinanza del tribunale o dalla normativa applicabile.
- Il Report è stato prodotto in violazione dei nostri Termini di utilizzo.
4. Informazioni richieste
Per presentare una richiesta di rimozione, inviare un'email a hello@soken.dev con le seguenti informazioni:
- L'identificatore del Report o l'URL del Report di cui si richiede la rimozione. Se il Report è stato pubblicato, includere l'URL pubblico.
- Il nome completo e l'organizzazione rappresentata (se applicabile).
- Una spiegazione del proprio rapporto con il codice revisionato (ad esempio, proprietario, rappresentante autorizzato o titolare di diritti d'autore).
- I motivi su cui si basa la richiesta di rimozione, con riferimento alla sezione 3 di cui sopra.
- Se si è il proprietario del codice, una prova di proprietà. Le forme di prova più semplici sono:
- un messaggio firmato dall'indirizzo proprietario o amministratore del contratto; o
- un commit nel repository del codice che aggiunge un file contenente l'identificatore del Report.
5. Elaborazione delle richieste
- Accusiamo ricevuta della richiesta.
- Esaminiamo le informazioni fornite e, se necessario, richediamo ulteriori prove o chiarimenti.
- Se la richiesta è fondata:
- Ritiriamo il Report. Il ritiro rimuove la pagina del Report ospitata e il PDF dai nostri server.
- Se il Report è stato pubblicato, rimuoviamo anche il PDF dalla biblioteca pubblica di report e dal relativo repository mirror, e avviamo un aggiornamento del listato del sito.
- I registri tombstone (contenenti solo hash, il motivo del ritiro e lo stato, non il contenuto del Report) vengono conservati a tempo indeterminato affinché la pagina di verifica dell'autenticità possa confermare che il Report è stato ritirato.
- Se non riusciamo a verificare la richiesta o la richiesta non rientra nei motivi indicati nella sezione 3, informeremo l'utente del motivo e, ove opportuno, suggeriremo passaggi alternativi.
6. Tempi di risposta
Puntiamo a:
- accusare ricevuta della richiesta entro 2 giorni lavorativi dal ricevimento; e
- dare seguito a una richiesta fondata entro 5 giorni lavorativi dal ricevimento.
Questi sono obiettivi, non garanzie. Le richieste complesse o che richiedono ulteriore verifica potrebbero richiedere più tempo. Terremo l'utente informato sull'avanzamento.
7. Contro-comunicazione
- Se un Report pubblicato dall'utente viene rimosso a seguito di una richiesta di un terzo, ne daremo comunicazione all'utente (qualora disponiamo dei suoi dati di contatto) e forniremo un riepilogo dei motivi della rimozione.
- L'utente può inviare una contro-comunicazione a hello@soken.dev se ritiene che la richiesta di rimozione sia stata presentata per errore o non rientri nei motivi indicati nella sezione 3. La contro-comunicazione deve includere:
- l'identificatore o l'URL del Report;
- una spiegazione del perché si ritiene che la rimozione non fosse giustificata; e
- qualsiasi prova a supporto.
- Esamineremo la contro-comunicazione e, ove opportuno, ripristineremo il Report o rinvieremo la questione al richiedente originale per la risoluzione. Non siamo obbligati a ripristinare alcun Report, e la nostra decisione viene presa a nostra ragionevole discrezione.
8. Abuso del procedimento
- Le richieste di rimozione devono essere presentate in buona fede. Presentare una richiesta che si sa essere falsa o fuorviante, o utilizzare il procedimento di rimozione per sopprimere una ricerca legittima sulla sicurezza o censurare rilevamenti accurati, costituisce un abuso del presente procedimento.
- Ci riserviamo il diritto di ignorare le richieste che riteniamo ragionevolmente abusive, vessatorie o presentate per uno scopo improprio.
- L'abuso ripetuto può comportare la deprioritizzazione o il rifiuto di richieste future da parte della stessa parte.
9. Eliminazione self-service
Se si è la persona che ha originariamente richiesto la revisione, è possibile eliminare il lavoro di revisione e il Report associato in qualsiasi momento senza contattarci:
- Chiamare lo strumento
review_delete_jobtramite il client IA con l'identificatore del lavoro e conferma esplicita.
Questo rimuove il codice sorgente, i rilevamenti, la pagina del Report ospitata e il PDF dai nostri server. Non rimuove una copia già pubblicata. Per richiedere la rimozione di un Report pubblicato, presentare una richiesta di rimozione come descritto sopra.
10. Contatti
Tutte le richieste di rimozione: hello@soken.dev