Allegato ai Termini di utilizzo: conti per wallet e agenti autonomi

Questo allegato fa parte dei Termini di utilizzo (clausola 8.10). Si applica a ogni conto creato e controllato da software tramite un wallet, senza un titolare umano registrato sulla piattaforma (un "conto per wallet"), e a chi possiede la chiave di quel wallet o ne risponde. Quando questo allegato e qualsiasi clausola dei Termini dicono cose diverse su un conto per wallet, il titolare della chiave o il suo operatore, prevale questo allegato; tutto il resto dei Termini, dell'Avviso di privacy, della Politica dei contenuti, della pagina di Disponibilità e della Garanzia di proprietà intellettuale per venditori (la "Garanzia", pubblicata insieme ai Termini e firmata da ogni conto per wallet che vende) continua ad applicarsi.

La versione vincolante di questo documento è in inglese. La versione in spagnolo è stata redatta da noi; se ci sono differenze, prevale quella in inglese. Le altre lingue sono traduzioni di cortesia generate dalla piattaforma. Un conto per wallet non legge mai una traduzione: ciò che firma è il testo inglese, identificato dalla sua impronta come descritto nella sezione 4.1.

1. Cosa copre questo allegato

1.1. I Termini descrivono il conto-agente come un conto che appartiene sempre a un titolare umano (clausola 8). Un conto per wallet è diverso: nessuno lo crea per lui e nessuno firma per lui. Nasce quando un wallet firma una sfida emessa dalla piattaforma, si identifica solo tramite quel wallet, non ha email, né sessione, né pannello, e opera esclusivamente attraverso la nostra API e il nostro server MCP con una credenziale che si rinnova firmando nuovamente.

1.2. Un conto per wallet può acquistare senza che nessuno si identifichi. Non può vendere fino a quando non sia stato dichiarato e verificato un operatore per esso (sezione 6) e siano soddisfatti i requisiti della sezione 7.

1.3. Questo allegato è redatto per un uso aziendale. La sezione 5 spiega perché un conto per wallet non è trattato come consumatore.

2. Definizioni

• Conto per wallet: un conto-agente creato dalla firma di un wallet, senza un titolare umano registrato sulla piattaforma.
• Titolare della chiave: chi possiede o può utilizzare la chiave privata del wallet collegato a un conto per wallet. Se più persone o sistemi possono usarla, ognuno di essi è titolare della chiave. (L'Avviso di privacy usa "responsabile" nel suo senso di protezione dei dati; quella parola non è usata qui per il titolare della chiave.)
• Operatore: la persona o azienda dichiarata per un conto per wallet come chi ne risponde, con i dati di contatto che la piattaforma può verificare.
• Firma: una firma crittografica effettuata con la chiave privata del wallet collegato, su una sfida di accesso o su un messaggio digitato (EIP-712) che nomina il documento, la sua versione, l'impronta del suo testo, la data e il wallet.
• Webhook: l'indirizzo HTTPS che un conto per wallet registra sulla piattaforma per ricevere avvisi, firmati con un segreto che solo lui conosce.
• Fianza per elenco: l'importo in USDC che un conto per wallet deposita in un contratto intelligente specifico per ogni modello che pubblica, conformemente alla sezione 8.
• Comitato e Contratto di Deposito: come definiti dai Termini.

3. Chi è la nostra controparte

3.1. Il titolare della chiave. Ogni atto di un conto per wallet è un atto del suo titolare della chiave: gli acquisti che firma, i modelli che pubblica, le fideicommissi che deposita, l'iscrizione che autorizza, le controversie che apre e gli avvisi che riceve. Il titolare della chiave è vincolato da tutti essi che li avrebbe previsti, esaminati o supervisionati o meno. Un conto per wallet non è soggetto a diritti né a obbligazioni.

3.2. L'operatore, per vendere. Da quando un conto per wallet dichiara un operatore e quell'operatore completa la verifica della sezione 6 (utilizzando il codice inviato alla sua email, pubblicando la registrazione nel DNS del suo dominio o fornendoci documentazione conforme alla sezione 6.3), l'operatore accetta come propri questo allegato e la Garanzia e diventa la nostra controparte, solidalmente con il titolare della chiave, in tutto ciò che il conto fa come venditore e in ogni dichiarazione che firma. Completare la verifica è l'accettazione dell'operatore: il messaggio che porta il codice e le istruzioni della registrazione DNS lo dicono e collegano questo allegato e la Garanzia. Fino a quando l'operatore non ha fatto una di queste cose, solo il titolare della chiave risponde nei nostri confronti e il conto non ha permesso di vendere. Se l'operatore non ha autorizzato il conto, il titolare della chiave risponde nei nostri confronti e nei confronti dell'operatore per la dichiarazione, e possiamo trattare il titolare della chiave come operatore.

3.3. L'autonomia non è scusa. Che il software decidesse da solo, malinterpretasse un'istruzione, fosse manipolato da un contenuto che ha letto o agisse al di fuori di ciò che il suo titolare della chiave intendeva non serve come difesa nei nostri confronti né nei confronti dell'altra parte di un'operazione. Lo stesso vale per una chiave rubata, filtrata o condivisa: chiunque possa usare la chiave può collegarsi al conto, e la perdita ricade sul titolare della chiave. Il titolare della chiave custodirà la chiave, fisserà limiti di spesa adeguati al software e ci avviserà tramite il modulo di contatto se la chiave viene compromessa; l'avviso non annulla gli atti già firmati. Nulla di questa sezione esclude la nostra responsabilità per dolo o colpa grave (clausola 28.3 dei Termini).

3.4. Capacità. Firmando la sfida, il titolare della chiave dichiara di avere almeno 18 anni (o la maggiore età del suo paese, se superiore), di avere capacità di contrattare, di agire nell'ambito di un'attività aziendale o professionale, di non trovarsi in nessuna delle situazioni descritte nella pagina di Disponibilità e, quando il conto agisce per un'azienda, di avere potere per vincolarla.

4. Accettazione per firma

4.1. Cosa firmare. Un conto per wallet accetta i Termini, questo allegato e il consenso all'esecuzione immediata descritto nella clausola 16.2 dei Termini firmando con il suo wallet un messaggio digitato (EIP-712) per ciascuno di essi. Ogni messaggio nomina il documento, la versione vigente, l'impronta (SHA-256) del testo inglese di quella versione, la data e l'indirizzo del wallet. Il testo di ogni versione che ti può essere richiesto di firmare è pubblicato sul sito all'indirizzo che l'API restituisce insieme al messaggio (questo allegato in /legal/anexo-cuentas-por-wallet), la sua impronta viene restituita con il messaggio e rimane disponibile quando viene sostituita: accetti quel testo e nessun altro. La Garanzia viene firmata separatamente conformemente alla sezione 7.2. L'Avviso di privacy è informazione, non un contratto: è disponibile in /privacidad e si applica senza necessità di firma.

4.2. Cosa conserviamo. Di ogni firma conserviamo il documento, la sua versione, la data e l'ora, la firma stessa, l'indirizzo che l'ha prodotta e l'hash del messaggio digitato, nello stesso registro che usiamo per le accettazioni delle persone. Di un conto per wallet non conserviamo l'indirizzo IP: quello che vedremmo appartiene a un server, non a una persona. Chiunque può verificare nuovamente quelle firme senza fidarsi dei nostri registri.

4.3. Effetto. Una firma effettuata in questo modo ha, tra te e noi, lo stesso effetto di un'accettazione data da una persona su schermo: identifica il firmatario tramite il wallet e fissa la data, la versione e il testo accettati.

4.4. Nuove versioni. Quando pubblichiamo una nuova versione dei Termini, di questo allegato o della Garanzia, l'avviso viene dato conformemente alla sezione 5.4 e la nuova versione si applica al conto dalla data in cui entra in vigore conformemente alla clausola 32 dei Termini; un titolare della chiave che non la accetta può smettere di operare il conto e ritirare prima di quella data, conformemente alla clausola 32.3. Rinnovare la credenziale richiede di firmare le versioni vigenti dei Termini, di questo allegato e del consenso all'esecuzione immediata; una credenziale emessa prima di una nuova versione continua a operare fino a scadenza, e ogni atto del conto successivo all'entrata in vigore viene effettuato sotto la versione vigente. Quando una funzione richiede una firma sulla versione vigente (oggi, la Garanzia per i nuovi elenchi e per il permesso di venditore), quella funzione viene rifiutata fino a quando il conto non firma la nuova versione.

5. Perché un conto wallet non è un consumatore

5.1. Uso aziendale. Un conto wallet esiste affinché un software acquisti, pubblichi e venda per conto proprio o per conto di un operatore. Il titolare della chiave dichiara di utilizzare il Servizio per scopi aziendali o professionali e che non lo utilizzerà per scopi personali, familiari o domestici, e trattiamo ogni conto wallet su questa base: le clausole 16 e 33 dei Termini, che descrivono i diritti dei consumatori, non si applicano. Una persona fisica che agisce per scopi estranei a un'attività aziendale o professionale non deve creare un conto wallet; una dichiarazione imprecisa in questo punto costituisce una violazione materiale coperta dalla clausola 29 dei Termini. Se, nonostante ciò, un tribunale considera che un titolare della chiave sia un consumatore, si applicano le norme imperative del paese di quella persona e questa sezione cede a esse, e il titolare della chiave risponde del danno che la sua dichiarazione imprecisa ci ha causato.

5.2. Senza diritto di recesso. Il download di un modello acquistato è abilitato non appena il pagamento è confermato nella rete. Al momento della creazione, il conto wallet firma il consenso all'esecuzione immediata e il riconoscimento che, con ciò, perde qualsiasi diritto di recesso che potrebbe avere. Tale consenso viene registrato una volta per il conto e viene registrato nuovamente ad ogni acquisto, con il testo in inglese del consenso restituito dalle funzioni di acquisto e la lingua registrata.

5.3. Senza email e senza pannello. Un conto wallet non ha indirizzo email sulla piattaforma né uno schermo da guardare. Non inviamo alcuna email. Tutto ciò che i Termini descrivono come inviato per email a una persona è messo, per un conto wallet, a sua disposizione tramite i mezzi della sezione 5.4.

5.4. Mezzi validi di avviso. Sono mezzi validi e sufficienti per notificare a un conto wallet i seguenti, e un avviso fatto tramite uno di essi si considera ricevuto quando è messo a disposizione, che il conto lo legga o meno:

• una consegna al webhook che il conto ha registrato, firmata con il suo segreto, anche quando la consegna fallisce per causa del ricevente, viene ripetuta e infine abbandonata secondo le regole di ripetizione mostrate dalla documentazione della piattaforma;
• le informazioni restituite dalle funzioni di stato e di notifiche dell'API e del server MCP (lo stato di un ordine, di una disputa, di un modello in revisione, di un abbonamento, di una cauzione, dell'operatore, l'elenco delle notifiche del conto e il motivo pubblico annotato in un modello rifiutato o ritirato);
• per le modifiche di questi documenti, la consegna al webhook registrato dell'evento che annuncia la nuova versione, e le versioni vigenti con le loro date di effetto restituite dalla funzione di versioni legali dell'API e del server MCP, oltre alla pubblicazione sul sito.

Un conto wallet che non registra un webhook, o che lo abbandona, accetta di conoscere gli avvisi solo consultando. Non rispondiamo di ciò che un conto wallet non ha visto per non aver consultato o perché il suo webhook non ha risposto. Ogni avviso consegnato tramite webhook può essere letto anche successivamente dalle funzioni di stato.

5.5. Scadenze automatiche. Il periodo di revisione di un acquisto, i termini di disputa, il periodo di grazia di un abbonamento, il termine di restituzione di una cauzione e qualsiasi altro termine descritto nei Termini decorrono automaticamente e sono applicati dal Contratto di Deposito, dal contratto di cauzione o dai nostri sistemi senza ulteriore avviso. Non si prorogano perché un webhook fallisse, perché una credenziale scadesse o perché nessuno stesse consultando.

5.6. Il tuo ricevitore. Garantisci di controllare il server che si trova dietro l'URL del webhook e che puoi ricevere lì i dati descritti nell'Avviso di privacy, che possono includere identificatori di ordini, importi e hash di transazione. Mantenere il segreto di firma, proteggere il ricevitore e ciò che fa con i dati è tua responsabilità. Possiamo mettere in pausa un webhook, disattivarlo dopo il numero configurato di fallimenti, scartare o eliminare consegne dopo il periodo di retention configurato e cambiare eventi, intestazioni e regole di ripetizione; nulla di ciò costituisce una violazione né proroga alcun termine. Una consegna è completa quando il ricevitore risponde con un codice di successo o quando si esauriscono i tentativi.

6. Operatore, tracciabilità e veridicità

6.1. Comprare è anonimo; vendere no. Un conto wallet può acquistare senza dichiarare a nessuno. Per ottenere il permesso di venditore deve dichiarare un operatore (nome o ragione sociale, paese e un'email o un dominio che possiamo verificare) e quell'operatore deve essere verificato: con un codice monouso inviato all'email dichiarata e restituito dal conto, o con una registrazione pubblicata nel DNS del dominio dichiarato, o manualmente dal nostro team.

6.2. Veridicità. I dati dell'operatore devono essere veritieri, attuali e completi. Dichiarare una persona o un'azienda che non ha autorizzato il conto, un'email o un dominio che non appartengono all'operatore, o un paese che non è quello di stabilimento dell'operatore è una violazione materiale. Trattiamo i dati come dichiarati; la verifica prova il controllo di un'email o di un dominio, non l'identità di nessuno.

6.3. Ulteriore documentazione. Possiamo richiedere in qualsiasi momento all'operatore, come condizione per vendere, incassare, recuperare una cauzione o continuare a operare, identificazione, documentazione societaria, prova di domicilio, informazioni fiscali, informazioni sull'origine dei fondi o qualsiasi informazione di tracciabilità che un obbligo legale ci imponga, in particolare prima di abilitare vendite a consumatori stabiliti nell'Unione Europea. Fino a quando non viene fornita, possiamo sospendere le inserzioni, trattenere il permesso di venditore, rifiutarci di quotare nuovi acquisti del conto e trattenere la restituzione delle cauzioni. Gli importi del Contratto di Deposito seguono le regole di quel contratto e noi non possiamo trattenerli.

6.4. Una dichiarazione per conto, e la regola di famiglia. Ogni conto wallet dichiara il proprio operatore. I conti che dichiarano lo stesso contatto verificato sono trattati come un'unica famiglia ai fini dei Termini: non possono acquistare tra di loro, recensirsi tra di loro né riferirsi tra di loro, e le misure adottate contro uno possono raggiungere gli altri. Quando una misura adottata contro un conto raggiunge gli altri dello stesso operatore, la motivazione lo indica e indica la connessione su cui si basa.

6.5. Sospensione dell'operatore. Quando sospendiamo o rifiutiamo un operatore, tutti i conti wallet che hanno dichiarato quell'operatore perdono il permesso di venditore all'istante, senza necessità di una decisione separata su ciascuno, e possono essere completamente sospesi. Quando due o più conti dello stesso operatore hanno inserzioni ritirate per frode, possiamo sospendere l'operatore e tutti i suoi conti. La chiusura definitiva di un conto segue la clausola 30 dei Termini.

6.6. Credenziale. La credenziale emessa a un conto wallet scade nel breve periodo mostrato al momento della sua emissione e viene rinnovata solo firmando una nuova sfida con lo stesso wallet, insieme alle versioni vigenti secondo la sezione 4.4; rinnovarla revoca tutte le credenziali precedenti del conto. Il permesso di venditore viene ritirato automaticamente, ad ogni chiamata, quando l'operatore smette di essere verificato o quando la vendita tramite conti wallet si spegne sulla piattaforma.

6.7. Identificazione pubblica. Da quando un conto wallet ha il permesso di venditore, ogni inserzione che pubblica e il suo profilo pubblico indicano che il conto è gestito da un'azienda o un professionista, il nome o la ragione sociale e il paese dichiarato dal suo operatore, e il contatto che l'operatore ha verificato (email, sito web o dominio). Un conto wallet non può vendere finché queste informazioni non sono mostrate. Gli acquirenti che sono consumatori mantengono nei confronti dell'operatore, che è il commerciante in quella vendita, i diritti descritti nella clausola 16 e nella sezione 33 dei Termini.

6.8. Comprare. Anche se acquistare non richiede dichiarazione, possiamo richiedere in qualsiasi momento al titolare della chiave, come condizione per continuare ad acquistare, di dichiarare e verificare un operatore o di fornire le informazioni della sezione 6.3; possiamo filtrare l'indirizzo del wallet contro liste di sanzioni e di rischio e rifiutarci di quotare, bloccare o informare quando il risultato ci impedisce di operare; e possiamo limitare il numero e l'importo degli acquisti di un conto wallet, in particolare uno recente, secondo quanto mostrano gli strumenti della piattaforma.

7. Vendere

7.1. Requisiti. Un conto wallet vende solo quando si soddisfano contemporaneamente tutti questi: la vendita tramite conti wallet è abilitata sulla piattaforma; il suo operatore è verificato e identificato come richiede la sezione 6.7; ha firmato la versione vigente della Garanzia; e ha un abbonamento di venditore attivo, autorizzato e pagato con il proprio wallet. Se uno di essi smette di essere soddisfatto, si fermano le nuove inserzioni; quelle già pubblicate rimangono soggette al resto dei Termini.

7.2. Garanzia di proprietà intellettuale. La Garanzia viene firmata una volta per il conto e un'altra volta per ogni modello, insieme all'impronta del file esatto che viene inviato. Fa parte di questo allegato; le sue dichiarazioni, le sue conseguenze e la responsabilità dell'operatore sono quelle stabilite dalla stessa Garanzia. L'operatore collabora con noi in qualsiasi reclamo su un modello: fornisce, entro il termine che indichiamo nella richiesta, le prove di paternità, cessioni e licenze su cui si è basato, e risponde al titolare del diritto quando lo chiediamo.

7.3. Revisione. Ogni modello passa attraverso la revisione di ammissibilità descritta nella clausola 20.5 dei Termini, con IA e con persone del team, e i modelli inviati da conti wallet passano inoltre attraverso controlli automatici di provenienza (licenze, segreti e credenziali incorporate, somiglianza con il catalogo). Un invio che i controlli automatici non possono valutare, o che rimane al di sotto della soglia fissata sulla piattaforma, viene rifiutato senza che venga esaminato da una persona. Il motivo indica la categoria del ritrovamento, il punteggio e la soglia, che la decisione è stata automatizzata e come richiedere una revisione umana; non rivela i modelli né i segnali utilizzati. Superare uno qualsiasi di essi non è una garanzia da parte nostra né sposta la responsabilità per le dichiarazioni della Garanzia.

7.4. Vendita in esclusiva. Il modo di vendita esclusiva (clausola 17.4 dei Termini) è offerto a un conto wallet solo quando il suo operatore è verificato e il conto ha raggiunto il numero minimo di vendite liberate senza disputa che mostrano gli strumenti di pubblicazione. Violare l'esclusività di vendita è una violazione materiale ai sensi della clausola 17.4 e della sezione 7.2.

7.5. Incassare. Quando una vendita viene liberata, il Contratto di Deposito paga la parte del venditore direttamente al wallet collegato nella stessa transazione. Se quel pagamento diretto fallisce per una causa estranea al contratto, l'importo rimane accreditato nel contratto a favore di quel wallet e viene ritirato firmando con esso. Noi non tratteniamo nulla e non trasferiamo nulla a nessuno che non sia il wallet collegato, come mostra il codice pubblico del contratto.

7.6. Abbonamento. L'abbonamento di venditore è quello della clausola 20.8 dei Termini. La sua autorizzazione, il suo limite e la sua cancellazione vengono firmati con il wallet collegato. I pagamenti continuano ad essere emessi finché ci sono inserzioni pubblicate, anche se la vendita tramite conti wallet si è spenta.

8. Fianza per elenco

8.1. Cos'è. Come condizione per pubblicare un modello, a un conto per wallet può essere richiesto di depositare una fianza in USDC in un contratto intelligente specifico la cui indirizzo è pubblicato in Sicurezza. L'importo, il termine di restituzione e se è richiesta o meno una fianza sono mostrati dagli strumenti della piattaforma prima del deposito; non sono indicati qui perché possono cambiare, e un cambiamento non influisce mai su una fianza già depositata, salvo quanto descritto nella sezione 8.7.

8.2. Chi la detiene. La fianza è depositata direttamente dalla wallet collegata nel contratto e lì rimane. Noi non la abbiamo, non è accreditata in nessun nostro conto, e il contratto non ha alcuna funzione che la paghi a nessuno diverso dalla wallet che l'ha depositata (o, per istruzione di quella stessa wallet, a un indirizzo che essa scelga per un saldo già accreditato a suo favore) o alla nostra tesoreria, come mostra il codice pubblico del contratto. Non genera interessi e non è un deposito né un fondo di garanzia di alcun tipo.

8.3. Restituzione. La fianza viene restituita alla wallet che l'ha depositata quando l'elenco è stato ritirato volontariamente o disattivato, è trascorso il termine di restituzione da quel ritiro (e mai prima del termine minimo fissato dal contratto, calcolato dal deposito) e non ci sono dispute aperte su alcuna vendita di quel modello. Inviamo la transazione di restituzione entro il termine mostrato dagli strumenti della piattaforma da quando si soddisfano queste condizioni, e mai dopo il termine lungo della sezione 8.6; il Comitato può approvarla prima. Il termine di restituzione è il maggiore tra quello mostrato dalla piattaforma e il minimo fissato nel contratto. Se la restituzione diretta fallisce per una causa estranea al contratto, l'importo rimane accreditato nel contratto a favore di quella wallet e viene ritirato firmando con essa.

8.4. Perdita. La fianza si perde a favore della nostra tesoreria solo per decisione del Comitato, presa dalle stesse persone e con gli stessi ruoli di firma multipla che risolvono le dispute, e solo per un elenco ritirato per frode: una dichiarazione falsa ai sensi della Garanzia, una copia del catalogo o di terzi, segreti o credenziali incorporati, o una richiesta di un titolare di diritti che ha successo. La decisione indica il suo motivo e viene notificata ai sensi della sezione 5.4. Nessun sistema automatico e nessuna chiave individuale può dichiarare persa una fianza, come mostra il codice pubblico del contratto. La perdita è una pena convenzionale concordata tra le aziende per un elenco ritirato per frode: compensa il costo di gestire la frode e le richieste che provoca e dissuade dal ripeterla. Si limita alla fianza di quell'elenco, non limita la responsabilità dell'operatore ai sensi della sezione 12 e della Garanzia, e quando la legge del paese dell'operatore consente a un tribunale di moderare una pena convenzionale, tale moderazione si applica.

8.5. Ritirata automatica. Quando un elenco viene ritirato automaticamente ai sensi della sezione 9, la fianza né viene restituita né si perde: rimane in attesa della decisione del Comitato, che può riaprire l'elenco, restituire la fianza in anticipo o dichiararla persa.

8.6. Se noi non agiamo. Il contratto consente alla wallet che ha depositato una fianza di recuperarla da sola, senza il nostro intervento, quando è trascorso un lungo termine fissato nel contratto da quando la fianza è diventata restituibile e non è stata eseguita né una restituzione né una perdita. È una salvaguardia affinché nessun importo rimanga bloccato per sempre a causa di una chiave persa o di una piattaforma inattiva; non accorcia nessuno dei termini precedenti, e esercitarla non risolve una richiesta pendente sull'elenco.

8.7. Pausa e configurazione. Il contratto può essere messo in pausa per motivi di sicurezza, per il minor tempo che la ragione richiede; mentre è in pausa, i depositi, le restituzioni, le perdite e i recuperi non sono disponibili e riprendono al riattivarlo, e gli importi già accreditati per il ritiro possono ancora essere ritirati. A differenza del Contratto di Deposito, la pausa del contratto della fianza non ferma il termine di restituzione. L'importo minimo e il termine minimo fissati nel contratto possono essere cambiati dal Comitato entro i limiti imposti dallo stesso contratto; un cambiamento del termine minimo si applica alle fianze già depositate, come mostra il codice pubblico del contratto. I requisiti della piattaforma mostrati prima del deposito non scendono mai al di sotto di questi minimi.

8.8. Fine del meccanismo. Se smettiamo di richiedere fianze, quelle già depositate vengono restituite ai sensi della sezione 8.3 o prima per decisione del Comitato. Una fianza è legata a un elenco e a un deposito: ripubblicare un modello ritirato richiede un nuovo deposito.

8.9. Natura della fianza. La fianza è il tuo stesso USDC trattenuto dal codice pubblico del contratto alle condizioni di questa sezione: non è un deposito con noi, né un saldo che ti tratteniamo, né un nostro servizio di custodia, di guardia o di criptoattivi; le transazioni che inviamo al contratto sono atti tecnici della piattaforma, non servizi che ti forniamo. Non genera interessi e non dobbiamo alcuna compensazione per il tempo in cui rimane depositata, trattenuta in attesa del Comitato, in pausa o accreditata per il ritiro, né per il tempo che impieghiamo a inviare una restituzione entro il termine della sezione 8.3; il recupero della sezione 8.6 è il tuo rimedio contro la nostra inattività. Recuperare ai sensi della sezione 8.6 una fianza che il Comitato avrebbe dichiarato persa non estingue la nostra richiesta per quell'importo, e nessuna perdita limita l'indennità della Garanzia.

9. Ritirata automatica per dispute

9.1. Quando le vendite di un conto per wallet accumulano, entro il periodo fissato nella piattaforma, il numero che la piattaforma fissa di dispute che terminano con qualsiasi rimborso al compratore, per qualsiasi importo e per qualsiasi causa, inclusi un rimborso parziale e una disputa chiusa per scadenza senza decisione, l'elenco interessato viene ritirato automaticamente: smette di essere venduto, e chi lo ha già comprato conserva il suo download e la sua licenza. Ogni ordine conta una sola disputa. Il numero di dispute e il periodo vigenti sono mostrati negli strumenti di pubblicazione prima di pubblicare e nell'avviso che ricevi. Il conto non può ripubblicarlo; solo il Comitato può riaprirlo ai sensi della sezione 8.5.

9.2. Il ritiro viene notificato ai sensi della sezione 5.4 con il suo motivo, che indica i fatti su cui si basa (le dispute contate e il periodo), le cifre vigenti, che la misura è stata automatizzata e come richiedere una revisione; lo stesso motivo rimane annotato nel modello e viene restituito dalle funzioni di stato. Il conto o il suo operatore possono richiedere una revisione umana tramite il modulo di contatto ai sensi della clausola 30.5 dei Termini entro sei mesi; un conto per wallet senza operatore viene identificato in un appello con il suo identificatore e il suo indirizzo di wallet, e possiamo chiedergli di dimostrare il controllo del conto firmando un messaggio che gli restituiamo per questo. La decisione del Comitato sull'elenco e sulla fianza è presa da persone.

9.3. Un ritiro non fa perdere di per sé una fianza (sezione 8.5), non influisce sulle vendite già liberate e non ci impedisce di prendere qualsiasi altra misura ai sensi della clausola 30 dei Termini. La clausola 30.8 dei Termini si applica al ritiro automatico e a qualsiasi misura di questo allegato.

10. Acquisti, controversie e liberazione

10.1. Un conto per wallet acquista, vende e riceve rimborsi esattamente con le stesse regole di qualsiasi altro conto: l'importo rimane nel Contratto di Deposito; nessuno, né una persona né un conto di alcun tipo, lo libera prima della scadenza del periodo di revisione; il venditore non segna nulla come consegnato; solo l'acquirente apre, ritira o chiude una controversia, e il venditore non interviene nel caso; il rimborso volontario del venditore è disponibile solo senza controversia aperta e prima della scadenza; e il Comitato decide le controversie come descritto nella clausola 15 dei Termini.

10.2. Un conto per wallet che vende riceve avviso di una controversia, del suo termine e del suo esito secondo la sezione 5.4, e segue il suo stato tramite le funzioni di stato. Non contribuisce al caso.

10.3. Firme, commissioni di rete e invio sponsorizzato.

(a) Un conto per wallet che acquista firma, con il proprio wallet, ogni autorizzazione che muove il suo USDC: il suo deposito, la chiusura di una controversia per scadenza, i suoi prelievi e qualsiasi cancellazione di un'autorizzazione che abbia dato. In generale, invia lei stessa queste transazioni e paga le sue commissioni di rete.

(b) Quando gli strumenti della piattaforma offrono il deposito di una sola firma, il conto può invece firmare, con il proprio wallet, un'autorizzazione secondo lo standard del token USDC (EIP-3009) che consente solo al Contratto di Deposito di ricevere l'importo esatto di una quotazione firmata da noi, all'interno della finestra di validità di quella quotazione, e di consegnarcela. Il nostro relayer può quindi inviare quell'autorizzazione al Contratto di Deposito e assumere la commissione di rete di quella transazione («invio sponsorizzato»), e può fare lo stesso, su richiesta del conto, con la cancellazione di quell'autorizzazione. Quando accettiamo pagamenti su richiesta a noi secondo la clausola 9.6 dei Termini, il nostro relayer può ugualmente inviare l'autorizzazione di trasferimento firmata dal pagatore. L'USDC passa direttamente dal wallet del conto alla sua destinazione in una sola transazione: in nessun momento riceviamo, abbiamo né controlliamo l'USDC di un deposito, scegliamo il suo destinatario o il suo importo, né firmiamo autorizzazione, istruzione o consenso alcuno a nome del conto. A parte la nostra propria quotazione, l'unica firma che aggiungiamo è quella che il nostro relayer pone come mittente nella transazione di rete, e non ci dà alcun potere sull'USDC del conto. L'invio sponsorizzato è un atto tecnico della nostra piattaforma, accessorio alla vendita: non è un servizio di pagamento, di invio di denaro, di trasferimento, di custodia né alcun altro servizio di criptoattivi fornito al conto, e nell'inviare non agiamo come mandatari del conto.

(c) L'invio sponsorizzato è una cortesia discrezionale, non un diritto né un servizio che dobbiamo. Non fa parte del prezzo, non è uno sconto e non ha valore in denaro né di altro tipo. È soggetto a limiti per wallet e globali che fissiamo sulla piattaforma e possiamo cambiare. Possiamo offrirlo, limitarlo, sospenderlo o ritirarlo in qualsiasi momento, con carattere generale o per un wallet specifico, senza preavviso, senza motivarlo e senza compensazione, in particolare quando il wallet ha codice o una delega (come EIP-7702), ha avuto invii falliti, ha raggiunto un limite, è soggetto a screening secondo la sezione 6.8, o quando la rete, il nostro relayer o il nostro budget non lo consentono. Quando non è disponibile, il conto può depositare o cancellare tramite la via ordinaria, firmando e inviando lei stessa la transazione e pagando la sua commissione di rete.

(d) Una volta firmata e consegnata, l'autorizzazione può essere inviata da chiunque la possieda, non solo da noi, in qualsiasi momento all'interno della sua finestra di validità, e il conto può solo impedirlo cancellando l'autorizzazione prima che venga utilizzata. Il deposito risultante è deposito del proprio conto, con gli stessi effetti di se lo avesse inviato lei, e l'acquisto si perfeziona quando quel deposito viene confermato nella rete, indipendentemente da chi lo abbia inviato. Non garantiamo che un invio venga effettuato né confermato, né che venga confermato prima della scadenza della quotazione, e non rispondiamo se un invio viene ritardato, non viene effettuato, viene scartato, annullato o preceduto dall'invio di un terzo. Un tentativo fallito o scaduto non muove USDC dal wallet del conto; un invio ancora in attesa può essere confermato più tardi mentre l'autorizzazione rimane valida; e il rimedio del conto è richiedere una nuova quotazione e firmare di nuovo, o utilizzare la via ordinaria. La commissione di rete di un invio fallito è nostra e non viene mai addebitata al conto, ma gli invii falliti possono contare contro il wallet secondo la lettera (c).

(e) Prima di firmare, il titolare della chiave è responsabile di verificare che il messaggio sia quello descritto qui (il token, il Contratto di Deposito come destinatario, l'importo e la finestra di validità). La sezione 3.3 si applica a ogni autorizzazione firmata.

10.4. Attestazioni pubbliche di reputazione. Quando un conto per wallet vende, possiamo registrare sulla rete pubblica, tramite attestazioni firmate dal nostro relayer con l'Ethereum Attestation Service e indirizzate al wallet collegato del conto, tre tipi di fatti: una vendita liberata senza controversia, una controversia risolta a favore dell'acquirente secondo la regola mostrata dalla piattaforma e un elenco ritirato per frode. Ogni attestazione riporta solo il tipo di fatto, un'impronta dell'ordine o del modello (mai il suo identificatore in chiaro) e la data. Possiamo revocarle ma, come tutto ciò che è sulla catena, rimangono visibili pubblicamente una volta scritte e non possono essere cancellate (sezione 4 del nostro Avviso di privacy). Le emettiamo come prova di fatti avvenuti sulla nostra piattaforma, non come una valutazione, una raccomandazione né una garanzia sul conto, e i terzi che si basano su di esse lo fanno a proprio rischio. Possiamo revocare un'attestazione emessa per errore. Emmetterle è una funzione di quelle della sezione 11.1 e può essere attivata o disattivata in qualsiasi momento.

11. Limiti, quote, interruttori e sospensione

11.1. Tutto ha un interruttore. L'iscrizione per wallet, la vendita tramite conti per wallet, la cauzione, i webhook, l'invio sponsorizzato della sezione 10.3, le attestazioni della sezione 10.4, ogni funzione dell'API e del server MCP, e le quote che le governano (iscrizioni per periodo, chiamate per periodo, modelli in revisione, tentativi di verifica, ripetizioni di webhook e simili) sono configurate sulla piattaforma e possono essere modificate, inasprite o disattivate in qualsiasi momento, senza preavviso e senza compensazione, per motivi di sicurezza, di capacità, legali o commerciali. Una funzione disattivata risponde come se non esistesse. Le modifiche all'importo della cauzione, al suo termine di restituzione, al requisito per vendere in esclusiva e alle soglie di controversie della sezione 9 sono modifiche di queste condizioni: vengono annunciate con il preavviso della clausola 32 dei Termini, che per i conti per wallet è di 15 giorni (clausola 32.1, il preavviso per venditori e aziende; un conto per wallet non è mai un consumatore), immediato solo per obbligo legale o rischio di sicurezza, e non influenzano una cauzione già depositata, salvo quanto descritto nella sezione 8.7. Le quote, i limiti di commissione e gli interruttori sono misure tecniche e possono cambiare in qualsiasi momento.

11.2. Interruzione di emergenza. Possiamo interrompere, in un solo passaggio, senza preavviso e senza compensazione, le iscrizioni, le vendite e tutte le funzioni dei conti per wallet tranne la lettura, lasciando aperti solo il prelievo degli importi già accreditati, la cancellazione dell'iscrizione, il ritiro della propria controversia del conto e la restituzione delle cauzioni nella misura in cui i contratti lo consentano, così come la cancellazione di un'autorizzazione inviata dal conto stesso. Possiamo mantenere l'interruzione per il tempo che riteniamo necessario.

11.3. Sospensione. La clausola 30 dei Termini si applica ai conti per wallet e agli operatori con queste adattamenti: la motivazione e la via di appello sono messe a disposizione secondo la sezione 5.4 (l'avviso di sospensione indica il suo motivo) e su richiesta tramite il modulo di contatto; i preavvisi per venditori della clausola 30.6 non si applicano quando la misura segue un ritiro per frode, una dichiarazione falsa dell'operatore o un rischio di sicurezza, nel qual caso è immediata; un conto per wallet sospeso non può rinnovare la propria credenziale; e un conto per wallet senza operatore è identificato in un appello come descritto nella sezione 9.2.

11.4. Ciò che sopravvive. La sospensione o lo spegnimento non privano mai il wallet collegato di ciò che è già suo: gli importi accreditati nel contratto della cauzione possono sempre essere ritirati firmando con il wallet; agli importi accreditati nel Contratto di Deposito si applica la clausola 10.9 dei Termini; e una cauzione che è diventata restituibile viene restituita secondo la sezione 8.

12. Responsabilità

12.1. Le clausole 26, 27, 28 e 29 dei Termini si applicano a un conto per wallet, al suo titolare della chiave e al suo operatore senza le eccezioni dei consumatori: il Servizio è fornito così com'è, la nostra responsabilità è limitata come indicato nella clausola 28.2 e l'indennità della clausola 29 si applica nella sua interezza. Nei confronti di un conto per wallet la nostra responsabilità totale secondo la clausola 28.2 non è mai inferiore al maggiore tra il prezzo dell'acquisto interessato e la cauzione depositata per l'elenco interessato.

12.2. In particolare, non rispondiamo di: acquisti, pubblicazioni, depositi, cauzioni, autorizzazioni o prelievi effettuati da un software per errore o sotto manipolazione; la perdita, il furto o la condivisione di una chiave privata; una credenziale scaduta o revocata; un webhook che non ha risposto; una transazione inviata con gas insufficiente, al contratto sbagliato o nella rete sbagliata; un invio sponsorizzato rifiutato, ritardato, scartato, annullato, preceduto da un terzo o non effettuato prima della scadenza dell'autorizzazione; o una cauzione trattenuta o persa secondo la sezione 8.

12.3. Il titolare della chiave e l'operatore rispondono solidalmente nei nostri confronti e nei confronti di terzi per gli atti del conto per wallet, inclusa l'accuratezza dei dati dell'operatore, le dichiarazioni della Garanzia e il contenuto di ogni modello pubblicato.

13. Legge applicabile, foro e fornitore

13.1. Questo allegato è regolato dalla legge del paese in cui è stabilito il fornitore del Servizio identificato secondo la clausola 1.1 dei Termini, e le controversie sono sottoposte ai tribunali della sede di quel fornitore, come previsto dalla clausola 31 dei Termini. Fino a quando tale identificazione non sarà pubblicata, non concederemo il permesso di venditore a nessun conto per wallet. Le disposizioni per i consumatori della clausola 31 non si applicano a un conto per wallet salvo quanto indicato nella sezione 5.1.

13.2. Non c'è arbitrato. Come nei Termini, nulla in questo allegato obbliga nessuno ad arbitrare, a rinunciare ad azioni collettive né a rinunciare al processo con giuria.

13.3. L'identificazione del fornitore del Servizio è fornita come indicato nella clausola 1.1 dei Termini e a chi la richiede tramite il modulo di contatto.

14. Versioni

Possiamo pubblicare nuove versioni di questo allegato ai sensi della clausola 32 dei Termini. Per quanto riguarda i conti wallet, la notifica viene data ai sensi della sezione 5.4 e il preavviso è di 15 giorni dalla pubblicazione (clausola 32.1 dei Termini, il termine per venditori e aziende, che è ciò che ogni conto wallet è), salvo quando un obbligo legale o un rischio di sicurezza richiedano un cambiamento immediato; la nuova versione entra in vigore al termine di tale termine. La sezione 4.4 descrive cosa può e cosa non può fare un conto wallet che non ha firmato la nuova versione.